Вопрос: Время простоя для увеличения хранения RDS?


Я хочу увеличить количество хранилищ двух экземпляров RDS (только выделенное место хранения, а не тип экземпляра или другие параметры). Документация на http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.Storage.html предлагает:

Вы можете перейти от стандартного хранилища к резервному хранилищу IOPS или   от Предоставленных IOPS до стандартного хранилища, а также увеличить   хранения, с минимальным временем простоя.

Я обязательно планирую окно обслуживания перед выполнением изменения. Но документация кажется немного расплывчатой ​​в этой области. Для кого-то, кто мог бы это сделать раньше, что такое «мало что значит просто»? Могу ли я ожидать 5 секунд или это больше похоже на 5 минут?


17
2017-07-16 23:14


Источник




Ответы:


Во-первых, обратите внимание, что вы можете посмотреть на неправильную операцию - вы описываете, что хотите изменить хранилище размер, но указали документацию, описывающую хранение тип, Это важное различие: RDS сообщает, что вы не будете испытывать перебои в изменении размера хранилища, но у вас возникнет перерыв в изменении типа хранилища.

Ожидайте ухудшения производительности при изменении размера хранилища, продолжительность и влияние которого будут зависеть от нескольких факторов:

  • Тип экземпляра RDS
  • конфигурация
    • Это произойдет во время технического обслуживания?
    • Будут ли эти изменения происходить сначала на вашем подчиненном устройстве Multi-AZ, а затем при переходе на другой ресурс?
  • Текущий размер базы данных
  • Размер базы данных кандидата
  • AWS для обработки этого запроса в указанное вами время в запрашиваемой зоне доступности в запрашиваемом регионе
  • Тип двигателя (для Пользователи Amazon Aurora, добавления хранилищ управляются RDS по мере необходимости с шагом 10 ГБ, поэтому это обсуждение является спорным)

Имея это в виду, вам будет лучше обслуживать, тестируя это самостоятельно, в своей среде и на ваших условиях. Попробуйте поэкспериментировать со следующим:

  • Восстановление нового экземпляра RDS из моментального снимка существующего экземпляра и выполнение этой операции на новом клоне.
  • С этим клоном:
    • Увеличьте размер в разное время суток, когда вы ожидаете различную нагрузку на AWS.
    • Увеличение до разных размеров.
    • Попробуйте это с помощью мульти-AZ. Посмотрите, меняется ли ваш реальный простои по сравнению с не включенным мульти-AZ.
    • Попробуйте в окне технического обслуживания и сравните его с немедленным применением изменения.

Это будет стоить немного больше (это не обязательно ... вы можете сделать большую часть этого в 1-3 экземплярах), но вы получите гораздо более чистый ответ, чем рекламу для нашего опыта в множестве разных RDS сред.

Если вы все еще ищете ответ «шара», я бы посоветовал планировать, по крайней мере, снижение производительности в течение минут, а не секунд - опять-таки сильно зависит от вашей среды и конфигурации.

Для справки, я совсем недавно применил эту точную операцию, чтобы добавить 10 ГБ в экземпляр типа 40b db.m1.small в субботу днем ​​(в EST). Экземпляр оставался в «модифицирующем» состоянии в течение приблизительно 17 минут. Обратите внимание, что модифицирующее состояние не описывает реальный простои, а скорее продолжительность действия операции, Вы не сможете применить дополнительные изменения к фактическому экземпляру (хотя вы все равно можете получить доступ к самому БД), и это также та продолжительность, в которой вы можете ожидать ухудшения производительности.

Если вы планируете только изменить размер хранилища, произойдет непредвиденный простоя, но обратите внимание, что это может произойти, если это изменение сделано в сочетании с другие операции например, изменить идентификатор / класс экземпляра или тип хранилища.


16
2017-07-16 23:46



Последний абзац - это то, чем я был. Это очень помогает. Благодаря! - Andy Shinn
Мне больше часа, чтобы добавить 10 ГБ в 10 ГБ m3.xlarge DB в 3 утра, когда почти нет трафика. - Neo
Еще один набор данных, подтверждающий линейность. Потребовалось 2 часа 50 минут, чтобы добавить 100G в 300G DB. - Joan Smith
Увеличение мощности 10G до 100G потребовало всего 23 минуты для меня, на db.t2.small с общим назначением (SSD) и MultiAZ. Также обратите внимание: если вы увеличиваете размер, потому что БД уже ПОЛНА, он останется нефункциональным до завершения операции. - davur
Увеличение от 100 до 200 ГБ хранилища PIOPS под нагрузкой, ~ 10 утра Тихоокеанского, заняло около 30 минут и не оказало существенного влияния на пропускную способность / задержку. (Чтение / запись IOPS значительно увеличилось за это время.) - Taylor Hughes


Поскольку вы только увеличиваете размер хранилища и не меняете тип экземпляра или что-то еще, не должно быть никаких простоя, но при выполнении операции может быть «ухудшенная производительность».

Ссылка, которую вы цитируете, неоднозначна, поскольку она обсуждает изменение типа хранилища одновременно с обсуждением изменения размера хранилища. Если вместо этого вы посмотрите на «Выделенное хранилище» в таблице:

http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.DBInstance.Modifying.html

вы увидите, что он говорит только о том, что «производительность может быть снижена», и ничего об отключении (что, по его словам, происходит в некоторых случаях при переключении типа хранилища).

Для справки, при смене базы данных базы данных объемом 15 ГБ db.m3.medium на 20 ГБ в eu-west-1 в течение рабочего дня, подключение моего приложения к базе данных было бесперебойным. Тем не менее, чтение / запись IOPS увеличились до 400-700 / с чуть менее 20 минут, следовательно, ссылки на ухудшенную производительность, я полагаю. Это было сообщено как для экземпляров базы данных с одним AZ, так и несколькими AZ. (Экземпляр был сообщен как «модификация» для немного дольше, чем это - около 25 минут.)

Естественно, вы можете попробовать его на экземпляре db, идентичном вашему продукту db, прежде чем делать это на своем экземпляре db производства, чтобы вы могли спокойно видеть, как он себя ведет в вашей ситуации, прежде чем делать это по-настоящему.


4
2018-05-22 09:39



Изменение типа хранилища (Magnetic <-> gp2 / IOPS с инициализацией) приведет к отключению. Выращивание объема, изменение заданных IOPS с помощью gp2 <-> или настройка IOPS не должны приводить к отключению. Вы не можете уменьшить объем. - notpeter