Можно ли обновить экземпляры Amazon RDS?
смогу ли я переключить (я имею в виду обновление или понижение) экземпляр Amazon RDS на основе необходимости или мне нужно создать новый заново и пройти миграцию?
10 ответов:
да, инстансы Amazon RDS можно обновить через . Нет необходимости в переносе данных.
" Если вы не уверены, сколько процессора вам нужно, мы рекомендуем начать с БД.М1.Малый класс инстансов БД и мониторинг загрузки ЦП с помощью сервиса Amazon CloudWatch. Если ваш экземпляр БД привязан к ЦП, вы можете легко перейти на более крупный класс экземпляра БД с помощью команда rds-modify-db-instance.
Amazon RDS выполнит обновление во время следующего окна обслуживания. Если вы хотите, чтобы обновление было выполнено сейчас, а не ожидание окна обслуживания, укажите параметр --apply-immediately. Предупреждение: изменение класса экземпляра БД требует кратковременного простоя для вашего экземпляра БД."
RE: время простоя: У нас есть экземпляр SQL Server 2012 RDS (1 ТБ не IOPS диск), и происходит от db.М1.xlarge до db.кубометр.xlarge (больше процессора, меньше $$) понесли чуть более 4 минут простоя.
Примечание: мы выполнили обновление с графического интерфейса консоли AWS и выбрали "применить немедленно", но это было за 10 минут до фактического начала отключения. Статус RDS указал "изменение" сразу после того, как мы инициировали обновление, и он остался таким образом через время ожидания и время простоя.
надеюсь, что это помогает!
Грег
Я только что сделал обновление от среднего экземпляра RDS до большого, когда мы попали с неожиданным трафиком (хорошо, верно? :) ). Поскольку у нас есть экземпляр multi-AZ, мы были в течение 2-3 минут. В документации Amazon говорится, что время простоя будет коротким, если у вас есть экземпляр multi-AZ.
для всех, кто заинтересован, мы просто изменили экземпляр RDS (MySQL, 15 ГБ HD, остальные стандартные параметры), изменив его с микро на маленький. Время простоя составило 5 минут.
RE: время простоя: мы только что обновили postgresql 9.3, немедленно запросив следующие изменения:
- обновление postgresql 9.3.3 до 9.3.6
- изменение размера экземпляра из м3.большой до м3.2xlarge
- изменение типа хранилища на подготовленное IOPS
- расширяя хранение от 200г к 500г (самой дорогой деятельности по отоношению к времени)
Он взял нас почти 5 часов полный вся эта операция. База данных содержит около 100 г данных на момент обновления. Вы можете следить за ходом обновления в разделе событий раздел в консоли RDS. Во время обновления RDS принимает пару резервных снимков, прогресс которых можно отслеживать в разделе Snapsnots.
мы только что сделали обновление из БД.кубометр.большие БД.кубометр.xlarge с 200 ГБ данных не IOPS под управлением SQL Server 2012. Время простоя составило примерно 5 минут.
на multi-az произойдет отказоустойчивость, но в противном случае она будет гладкой. Здесь данные временной шкалы из моего последнего типа инстанса БД понижаются с r3.4xlarge до r3. 2xlarge на мульти-Az настроенном Postgres 9.3 с 3 ТБ диска( фактические данные только ~800G)
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
У нас был оператор Alter для большой таблицы( около 53 миллионов записей) , и он не смог завершить операцию.
существующий размер использования был 48 ГБ. Мы решили увеличить выделенное хранилище в экземпляре AWS-RDS Вся операция заняла 2 часа MYSQL db.Р3.8xlarge от 100г до 200г
заявление Alter заняло около 40 минут, но это сработало.