Если я использую Multi-AZ развёртывание для моего DB instance, можно ли использовать standby DB instance для операций чтения или записи вместе с primary DB instance, когда primary недоступна?

Обзор Multi-AZ развёртывания

В AWS Multi-AZ развёртывании резервный инстанс служит репликой для отказоустойчивости и недоступен для операций чтения и записи во время обычной работы. Резервный инстанс остаётся пассивным и синхронным, существуя исключительно для высокой доступности и аварийного восстановления.

Обычная работа

При нормальных обстоятельствах:

• Только основной DB инстанс обрабатывает все операции чтения и записи
• Резервный инстанс находится только в режиме ожидания
• Ты не можешь напрямую обратиться к резервной базе данных или отправить к ней запрос

Когда основной инстанс выходит из строя

Если твой основной DB инстанс становится недоступным:

• AWS автоматически выполняет failover на резервный инстанс
• Резервный инстанс повышается до основного в течение 1-2 минут
• Операции возобновляются на новом основном инстансе
• Ты не перенаправляешь трафик вручную

Доступ к резервным инстансам

Чтобы разгрузить операции чтения с основного инстанса, используй:

• Read replicas (отдельно от Multi-AZ)
• Amazon Aurora с несколькими read replicas
• Маршрутизацию чтения на уровне приложения через эндпоинты read replicas

Ключевые ограничения

• Резервные инстансы недоступны для чтения до тех пор, пока не произойдёт failover
• Ты не можешь использовать резервный инстанс для балансировки нагрузки
• Multi-AZ предназначен для отказоустойчивости, а не для масштабирования чтения
• Failover автоматический и прозрачный для приложений

Рекомендация

Если тебе нужно масштабирование чтения вместе с высокой доступностью, рассмотри использование Aurora или разверни read replicas в дополнение к основному Multi-AZ инстансу. Такая комбинация даёт и аварийное восстановление, и более высокую производительность чтения.