2009-12-14 3 views

ответ

84

Да, экземпляры Amazon RDS можно обновить с помощью команды modify-db-instance. Нет необходимости в переносе данных.

От Amazon RDS Documentation:.

«Если вы не знаете, сколько процессора вам нужно, мы рекомендуем начать с db.m1.small класса DB Instance и мониторинг использования ЦП с услугой CloudWatch Амазонки Если ваш DB Instance связан с CPU, вы можете легко перейти на более крупный класс экземпляра DB, используя команду rds-modify-db-instance.

Amazon RDS выполнит обновление в течение следующего окна обслуживания. Если вы хотите, чтобы обновление было выполнено сейчас , а не ждать окна обслуживания, укажите параметр -apply-immediately. Предупреждение: изменение класса экземпляра DB требует кратковременного отключения для вашего экземпляра DB. "

+0

Ничего себе ... это блестящий. Я не ожидал ответа + ve :) ... Я просто надеюсь, что во время обновления нет простоя. – Kabeer

+0

Спасибо, друг ... Я буду лучше учиться и тщательно разбираюсь в документации :) – Kabeer

+1

Вы обязательно понесете короткий простоя, когда экземпляр будет выключен и перезапущен с другим размером экземпляра. –

12

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

+1

Нам сказали, что для обеспечения инициализации iOPS, но база данных не работает более часа. К счастью, мы были консервативны и делали это во время нашего окна обслуживания, когда мало кто заметил. –

8

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

+0

Изменяет ли класс экземпляра и перезагружает какие-либо настройки (строка подключения и т. Д.)? Или безопасно просто обновить его, не беспокоясь о переключении строки соединения повсюду? (Мое приложение использует несколько строк, так как у нас есть одна схема для каждого клиента в базе данных). –

23

RE: перелива Время: у нас есть SQL Server 2012 RDS Instance (1 ТБ не являющиеся IOPS езды), и происходит от db.m1.xlarge к db.m3.xlarge (больше CPU, меньше $$), понесенные чуть более 4 минут простоя.

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

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

Грег

3

Мы просто сделали обновление с db.m3.large до db.m3.xlarge с 200GB данных без ИППО под управлением SQL Server 2012. простои было примерно 5 минут.

5

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

  • обновление 9.3.3 для PostgreSQL 9.3.6
  • экземпляра размера от m3.large в м3.2xlarge
  • изменение типа хранения в предусмотренном IOPS
  • расширения памяти от 200G к 500G (самая дорогая операция с точки зрения времени)

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

0

На многоадресном режиме будет переход на другой ресурс, но в остальном он будет плавным. Heres шкале времени данные из моего последнего дб типа экземпляра понижена с r3.4xlarge к r3.2xlarge на Multi-Az сконфигурировано Postgres 9.3 с 3TB диска (фактические данные только ~ 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

0

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

Существующий размер использования 48GB. Мы решили увеличить выделенную память в AWS - RDS Instance Вся операция занимает 2 часа, чтобы закончить MYSQL db.r3.8xlarge от 100G к 200G

Заявлении Alter занимает около 40 минут но это сработало.

1

Обновление MySQL RDS от db.t2.small до db.t2.medium за 25G данных заняло 6 минут.

0

Да, они могут быть обновлены. Обновленный экземпляр RDS с SQL Server 2008 до SQL Server 2012, например, размером около 36 ГБ, класс db-m1-small, память объемом 200 ГБ и без IOPS или Multi AZ. Не было простоев, этот процесс едва занял 10 минут.

Смежные вопросы