Является Amazon обновляемыми экземплярами RDS?
Буду я мочь переключиться (я имею в виду обновление или снижение), Amazon экземпляр RDS на основе потребности, или я должен создать новое заново и пройти миграцию?
9 ответов
РЕ: Время простоя : у нас есть Экземпляр RDS SQL Server 2012 года (1 ТБ не диск IOPS), и идущий от дб m1.xlarge к дб m3.xlarge (больше ЦП, меньше $$) понесенный чуть более чем 4 минуты времени простоя.
ПРИМЕЧАНИЕ: Мы сделали обновление от консоли AWS GUI и выбрали, "сразу Применяются", но это было за 10 минут до того, как отключение электричества на самом деле началось. Состояние RDS сразу указало на "Изменение" после того, как мы инициировали обновление, и это осталось этот путь в течение времени ожидания и времени простоя.
Hope это помогает!
Greg
Для кого-либо заинтересованного, мы просто изменили экземпляр RDS (MySQL, HD на 15 ГБ, отдых стандартных параметров) изменение его от микро до маленького. Период времени простоя составлял 5 минут.
РЕ: Время простоя: мы только что обновили postgresql 9.3 путем непосредственного запроса после изменений:
- обновление postgresql 9.3.3 к 9.3.6
- экземпляр изменяет размер от m3.large к m3.2xlarge
- , изменяющий тип хранения на настроенное устройство хранения данных расширения IOPS
- от 200G до 500G (самая дорогая операция с точки зрения времени)
, Это взяло нас почти 5 часов для завершения эта целая операция. База данных содержит вокруг 100G данных в настоящее время обновления. Можно контролировать прогресс обновления под раздел Events в консоли RDS. Во время обновления RDS берет несколько резервных снимков, прогресс тех может контролироваться под раздел Snapsnots.
Мы просто сделали обновление от дб m3.large до дб m3.xlarge с 200 ГБ non-IOPS данных, выполняющих SQL Server 2012. Время простоя составляло примерно 5 минут.
MySQL Upgrading RDS от дб t2.small до дб t2.medium для 25G данных занял 6 минут.
На мультиазимуте будет обработка отказа, но иначе это будет гладко. Вот данные временной шкалы из моего нового снижения типа экземпляра дб от r3.4xlarge до r3.2xlarge на настроенной Пост-ГРЭС Мультиазимута 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.r3.8xlarge от 100G до 200G
, оператор Alter занял приблизительно 40 минут, но это работало.
Да, они являются обновляемыми. Обновленный экземпляр RDS от SQL Server 2008 к SQL Server 2012, например, размер приблизительно 36 ГБ, класс db-m1-small, устройство хранения данных, 200 ГБ и без IOPS или Много AZ Там не были никаким временем простоя, этот процесс едва, занял 10 минут.
Я просто сделал обновление от среднего экземпляра RDS до большого, когда мы были поражены неожиданным трафиком (хороший, правильно? :)). Так как у нас есть экземпляр мультиAZ, мы снизились в течение 2-3 минут. В документации Amazon они говорят, что время простоя будет кратко, если у Вас будет экземпляр мультиAZ.