Вопрос

Смогу ли я переключить (я имею в виду обновление или понижение обновления) экземпляр Amazon RDS на основе нуждающихся или мне придется создать новый зановый и пройти миграцию?

Это было полезно?

Решение

Да, Экземпляры Amazon RDS обновляются через modify-db-instance командование Нет необходимости в миграции данных.

От Документация Amazon RDS:

«Если вы не уверены, сколько процессора вам нужно, мы рекомендуем начать с класса экземпляра DB.M1.small DB и мониторинг использования процессоров с помощью сервиса Amazon CloudWatch. Если ваш экземпляр DB связан с процессором, вы можете легко обновить до большего DB. Класс экземпляра с использованием команды RDS-Modify-DB-Instance.

Amazon RDS выполнит обновление во время следующего окна обслуживания. Если вы хотите, чтобы обновление было выполнено сейчас, вместо того, чтобы ждать окна обслуживания, укажите вариант-Apply-Immediful. ПРЕДУПРЕЖДЕНИЕ: Изменение класса экземпляра DB требует краткого отключения для вашего экземпляра DB ».

Другие советы

Re: время отключения: У нас есть экземпляр RDS SQL Server 2012 (1 ТБ не IOPS Drive), и переход от db.m1.xlarge к db.m3.xlarge (Больше процессора, меньше $$) понесло чуть более 4 минут простоя.

ПРИМЕЧАНИЕ. Мы сделали обновление с графического интерфейса консоли AWS и выбрали «Применить немедленно», но прошло за 10 минут до начала отключения. Статус RDS указывал на «изменение» сразу после того, как мы инициировали обновление, и оно оставалось таким, как время ожидания и время отключения.

Надеюсь это поможет!

Грег

Я только что сделал обновление от среднего экземпляра RDS до большого, когда нас поразили неожиданный трафик (хорошо, верно? :)). Поскольку у нас есть мульти-АЗ экземпляр, мы были в течение 2-3 минут. В документации Amazon они говорят, что время простоя будет кратким, если у вас есть экземпляр Multi-AZ.

Для любого заинтересованного, мы только что изменили экземпляр RDS (MySQL, 15 ГБ HD, остальные стандартные параметры), изменяя его с микро -на малый. Период простоя составлял 5 минут.

Re: Время отключения: Мы только что обновили PostgreSQL 9.3, немедленно запрашивая следующие изменения:

  • Обновление PostgreSQL с 9.3.3 до 9.3.6
  • экземпляр изменить размер из m3.large к M3.2xlarge
  • Изменение типа хранения на предоставленный IOPS
  • Расширение хранения с 200 г до 500 г (самая дорогая работа с точки зрения времени)

Это потребовало нас почти 5 часов до завершения Вся эта операция. База данных содержит около 100 г данных в момент обновления. Вы можете отслеживать прогресс вашего обновления под События Раздел в консоли RDS. Во время обновления RDS берет пару резервных снимков, прогресс их можно контролировать под SNAPSNOTS раздел.

Мы только что сделали обновление с DB.M3.Large до DB.M3.xlarge с 200 ГБ данных, не работающих на IOPS, работающих SQL Server 2012. Время простоя составило примерно 5 минут.

Обновление MySQL RDS с DB.T2.Small до db.t2.medium для 25 г данных заняло 6 минут.

На Multi-AZ будет отказоустойчивость, но в остальном он будет гладким. Вот данные о временных шкалах из моего последнего экземпляра DB Type Type Radgrade с R3.4xlarge до R3.2xlarge на многоовершенном AZ Postgres 9.3 с 3TB диска (фактические данные составляют всего ~ 800 г)

time (utc-8) event Mar 11 10:28 AM Finished applying modification to DB instance class Mar 11 10:09 AM Multi-AZ instance failover completed Mar 11 10:08 AM DB instance restarted Mar 11 10:08 AM Multi-AZ instance failover started

У нас был альтер -заявление для большой таблицы (около 53 миллионов записей), и он не смог завершить операцию.

Использование существующего размера составило 48 ГБ. Мы решили увеличить выделенное хранилище в экземпляре AWS - RDS. Вся операция заняла 2 часа.Mysql DB.R3.8xlargeот 100 г до 200 г

Альтер -заявление заняло около 40 минут, но это сработало.

Да, они обновляются. Обновленный экземпляр RDS от SQL Server 2008 до SQL Server 2012, например, около 36 ГБ, класс DB-M1-SMALL, Storage 200 ГБ и без iOPS или Multi AZ. Простоя не было, этот процесс едва занял 10 минут.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top