Два вопроса об AWS RDS Multi AZ

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

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


amazon-ec2 amazon-rds scalability
person Nick    schedule 05.04.2011    source источник

Ответы (2)


arrow_upward
10
arrow_downward

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

  1. Когда вы решите перейти от одной зоны доступности к нескольким зонам доступности, произойдет кратковременное зависание операций ввода-вывода. Это означает, что некоторое время база данных будет недоступна. Операции чтения и записи в базе данных выполняться не будут. В основном, продолжительность для этого составляет около 3-4 минут.

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

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

person Sanket Dangi    schedule 06.04.2011
comment
Действительно? Почему RDS не может использовать резерв для операции изменения размера? (Вопрос 2) - person Nick; 07.04.2011
comment
@Nick: Когда выполняется операция изменения размера, сначала это происходит с резервным. Затем происходит отработка отказа, и резервный берет на себя ответственность и становится основным. И затем изменение размера происходит с основным. - person Sanket Dangi; 09.04.2011

arrow_upward
7
arrow_downward

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

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

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

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

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

person Chris Fregly    schedule 06.04.2011
comment
В зависимости от движка у ведомого должен быть более мощный экземпляр, чем у ведущего. В MySQL мастер может выполнять одновременную запись. Ведомое устройство не может выполнять одновременную запись при репликации. - person Herman J. Radtke III; 21.03.2013