Multi-аз в AWS Aurora и прочитать реплики

Question

может кто-то помочь мне с этими вопросами, пожалуйста:

1- документации говорилось, что Aurora будет автоматически отказоустойчивость к репликам чтения, мой вопрос, как делает он выбирает реплику, которая будет повышена, если у вас более одного класса с разными экземплярами?

2- можно отключить эту функцию автоматического обхода отказа (просто просят, а не о том, что я это сделаю)

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

заранее спасибо

Answer 1

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

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

Объем кластера состоит из множества копий данных для кластера БД, но данные в объеме кластера представлен в виде единого логического тома к первичной и Aurora репликами в кластере DB.

Поскольку объем кластера разделяется между всеми экземплярами вашего кластера БД, дополнительная работа не требуется для репликации копии данных для каждой копии Aurora.

http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Replication.html

Мульти-АЗ в Aurora также не то же самое - с другими продуктами RDS, мульти-AZ включает второй, невидимый экземпляр, работающий параллельно с мастером. В литературе Aurora используется фраза «технология multi-AZ», но смысл кажется другим. Обратите внимание, что в таблицах ценообразования Aurora нет отдельной цены для «multi-AZ», как это делают MySQL и MariaDB.

Отказоустойчивость не является чем-то, что может быть отключено. Даже если у вас нет реплик, Aurora по-прежнему будет «терпеть неудачу», если мастер потерпит неудачу, - но он делает это, разворовывая мастер замены, используя существующий том кластера в качестве хранилища резервных копий.