Приложения компании записывают данные транзакций несколько раз в минуту в один экземпляр Amazon RDS DB. По мере роста объема транзакций компании требуется автоматическое аварийное переключение для аварийного восстановления, которое сохраняет зафиксированные транзакции. Какое решение отвечает этим требованиям?

Преобразование экземпляра БД в развертывание Multi-AZ RDS является правильным решением, поскольку оно обеспечивает автоматическое аварийное переключение на резервную реплику в другой зоне доступности в случае сбоя основной БД. Это гарантирует высокую доступность и сохранение зафиксированных транзакций без потери данных. Создание реплики для чтения RDS в том же или другом регионе и использование функции AWS Lambda для повышения ее до основной не обеспечивает автоматического аварийного переключения для аварийного восстановления, так как реплика для чтения не является горячим резервом для записи и требует ручного или скриптового вмешательства для повышения. Кроме того, реплики для чтения предназначены для масштабирования операций чтения, а не для аварийного восстановления с сохранением всех транзакций. Создание сигнала тревоги CloudWatch при использовании памяти БД более 90% и вызов Lambda для перезапуска экземпляра БД не является решением для аварийного восстановления, а лишь попыткой решить проблему с производительностью или памятью. Перезапуск экземпляра БД приведет к простою и потенциальной потере незафиксированных транзакций.