Amazon RDS -экземпляры модернизируются?
-
19-09-2019 - |
Вопрос
Смогу ли я переключить (я имею в виду обновление или понижение обновления) экземпляр Amazon RDS на основе нуждающихся или мне придется создать новый зановый и пройти миграцию?
Решение
Да, Экземпляры Amazon RDS обновляются через modify-db-instance
командование Нет необходимости в миграции данных.
«Если вы не уверены, сколько процессора вам нужно, мы рекомендуем начать с класса экземпляра 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 минут.