Два вопроса относительно AWS 'RDS Multi AZ - PullRequest
Новая
       26

Два вопроса относительно AWS 'RDS Multi AZ

13 голосов
/ 05 апреля 2011

  1. Я понимаю, что при переходе на Multi-AZ rds с Single-AZ, происходит "быстрое замораживание ввода / вывода". Что именно это значит?

  2. Когда будет выполнено обновление до развертывания Multi-AZ, скажем, от малого к большому, повлияет ли это на производственную базу данных вообще? Сможет ли он использовать резервную копию базы данных, а затем перейти на другой ресурс?

Ответы [ 2 ]

10 голосов
/ 06 апреля 2011

Ответы на ваши вопросы записаны:

  1. Когда вы выбираете переход с Single AZ на Multi AZ, происходит короткое замораживание ввода / вывода.Это означает, что в течение некоторого времени база данных не будет доступна.Нет чтения, операции записи будут выполняться в базе данных.Чаще всего продолжительность составляет около 3-4 минут.

  2. Да, на рабочую базу данных повлияет изменение размера вычислений (от малого до большого).Лучшая идея для выполнения операции изменения размера - во время запланированного периода обслуживания.Если выбрать опцию «Применить немедленно», в течение некоторого времени база данных будет недоступна (время переключить управление на резервный сервер).

С уважением, Санкет Данги

7 голосов
/ 07 апреля 2011

Время простоя при преобразовании из одного AZ в мульти-AZ по сути является временем, которое требуется для запуска нового экземпляра и его полной функциональности, как сказал Санкет, это может занять несколько минут.

масштабирование развертывания нескольких AZ сначала увеличивает масштаб ведомого экземпляра, а затем выполняет отработку отказа. время простоя - это время, необходимое для фактического переключения при сбое - обычно ближе к минуте.

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

также ничего не стоит, чтобы вы использовали одинаковые типы экземпляров во всех экземплярах с несколькими AZ, в противном случае дисбаланс может привести к задержке реплики.

Как вы, вероятно, догадываетесь, лучше начать с конфигурации с несколькими AZ с самого начала. это значительно упрощает масштабирование и сокращает время простоя.

...