Кластер Amazon Aurora использует один экземпляр БД, и приложение использует конечную точку экземпляра как для чтения, так и для записи. Обновление запланировано на период обслуживания, и кластер должен оставаться доступным с минимальными перебоями. Что должен сделать DevOps-инженер для выполнения этого требования?

Правильный ответ — добавление экземпляра для чтения и использование соответствующих конечных точек. При наличии только одного экземпляра БД, обновление приведет к недоступности базы данных. Добавление экземпляра для чтения позволяет Aurora выполнять обновления без простоя, так как во время обновления основного экземпляра запросы на чтение могут быть перенаправлены на реплику. Приложение должно быть настроено на использование конечной точки кластера (writer endpoint) для операций записи, которая всегда указывает на текущий основной экземпляр, и конечной точки чтения кластера (reader endpoint) для операций чтения, которая распределяет нагрузку между всеми доступными экземплярами для чтения. Неправильные варианты: Использование пользовательской конечной точки ANY для чтения и записи не обеспечивает отказоустойчивости при обновлении основного экземпляра, так как она может указывать на основной экземпляр, который будет недоступен во время обновления. Включение Multi-AZ не является опцией для Aurora, так как Aurora изначально спроектирована с высокой доступностью и репликацией данных в нескольких зонах доступности. Термин Multi-AZ больше относится к традиционным RDS-инстансам.