Проверка AWS Multi-AZ

Я изменил свой экземпляр RDS на «Multi AZ: Yes». Мой основной экземпляр RDS находится в us-west-1a, а для multi-AZ вторичная зона отображается как us-west-1c. Я хотел проверить, не изменились ли какие-либо изменения, внесенные в мою основную базу данных, в резервную базу данных Multi-AZ.Проверка AWS Multi-AZ

Но я не могу понять, какой URL-адрес конечной точки следует использовать для входа в базу данных Multi-AZ. Я думаю, что конечный URL-адрес будет отличаться от основного. Не могли бы вы помочь мне в этом?

источник

2016-12-17 sagun

посмотреть https://aws.amazon.com/rds/details/multi-az/. Обычно вы не взаимодействуете с репликами (ресурсами) RDS-ресурсов напрямую; AFAIK (я не эксперт rds), вы не можете делать то, что описываете. Идея заключается в том, что RDS делает это для вас, автоматически сохраняя согласованную копию в другом AZ и предоставляя вам согласованную конечную точку DNS.

источник

2016-12-17 00:59:42

За исключением Авроры, где термин «Multi-AZ» означает нечто настолько отличное, чтобы быть почти несвязанным, этот ответ, по сути, правильный. На самом деле не известно, как работает Multi-AZ, иначе, чем он не использует собственную асинхронную репликацию. Однако можно [принудительно выполнить переход на другой ресурс] (http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_RebootInstance.html). В этом случае имя хоста конечной точки не изменяется, но DNS изменяется, указывая на второй экземпляр. –

Спасибо, что поделились ссылкой для отказа от сбоя. У меня сложилось впечатление, что я не смогу проверить сценарий «отказоустойчивости», поскольку я могу только удалить или перезагрузить БД. Но сама перезагрузка может ударить в отказоустойчивый режим. Еще раз спасибо. – sagun

У вас нет доступа к вторичному экземпляру RDS в конфигурации Multi-AZ. Вам просто нужно верить, что AWS правильно реплицирует данные. В конфигурации Multi-AZ RDS будет записывать оба реплики синхронно. Он не вернет запрос на запись до тех пор, пока обе копии не будут правильно написаны.

Чтобы получить доступ к экземпляру Multi-AZ, вы выдаете свои записи и записи в единственную конечную точку RDS. В случае проблемы AWS изменит запись DNS для этой конечной точки, чтобы указать на вторичную реплику. Таким образом, пока вы используете запись DNS конечной точки, а не кешируете IP-адрес при доступе к экземпляру RDS, процесс перехода на другой ресурс должен быть прозрачным для вас с минутой или около того «простоя».

источник

2016-12-17 01:07:53

ответ

Смежные вопросы