Почему у AWS RDS Aurora есть опция "Multi-AZ Deployment", когда она выполняет репликацию по разным зонам уже по умолчанию?

При запуске экземпляра Aurora у меня есть опция "Multi-AZ Deployment", которую он описывает как "Указывает, должен ли экземпляр DB иметь резервный режим, развернутый в другой зоне доступности".

Однако в документации Aurora указано, что Aurora уже автоматически распространяет базу данных в разных зонах доступности?

Кроме того, в чем разница между режимом Aurora Multi-AZ и обычной копией Aurora. Это то, что обычная реплика может быть прочитана из-за повышения производительности, тогда как резервный режим не может быть прочитан?

Ответ 1

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

Уровень хранения Aurora находится за пределами этого экземпляра и может позволить непрерывному доступу доступа без потери данных даже в случае потери до двух символов AZ, но потеря зоны, содержащей экземпляр db, по-прежнему будет причиной отключение для вас, если в вашем кластере есть только один экземпляр Aurora (1 мастер, 0 реплик). Потеря всей зоны доступности - одна из тех вещей, которые очень маловероятны, но не невозможны. Ваш экземпляр db по-прежнему является единственной точкой отказа, когда у вас есть только один.

Multi-AZ учитывает полный избыточный экземпляр базы данных в другом AZ, который автоматически переходит на первичный в течение одной минуты, если он работает так, как было запланировано, в случае потери AZ-хостинга основного экземпляра или катастрофический отказ первичного экземпляра. Это вторая виртуальная машина на второй физической машине во второй зоне доступности. Он всегда работает, но вы не можете получить к нему доступ. Он находится в фоновом режиме, управляется и контролируется инфраструктурой RDS, но он доступен только вам в случае сбоя первичного экземпляра. Вторичная машина также может использоваться для сокращения времени простоя в случае обновления программного обеспечения или события технического обслуживания на первичной основе. Когда происходит переход на другой ресурс, если вы используете DNS для подключения к своей базе данных (как и должно быть), вы обнаружите, что запись DNS автоматически указана на вторичную.

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

https://aws.amazon.com/rds/details/multi-az/

Ответ 2

Хранение в Aurora реплицируется в трех зонах доступности. Глава базы данных node - это единственный экземпляр. Таким образом, хотя ваши данные распространяются по нескольким целям, головка node - нет.

Когда вы включаете развертывание с несколькими AZ, мы создаем реплику чтения Aurora, которая доступна в качестве цели восстановления после сбоя. Любые реплики Aurora, которые вы создаете (максимум до 15 в это время), также доступны в качестве целей восстановления после сбоев.

Нет никакой существенной разницы между Multi-AZ и другими репликами Aurora. Это в первую очередь упрощение пользовательского интерфейса для клиентов, привыкших использовать Multi-AZ для других двигателей RDS.