Компании требуется стратегия резервного копирования для трехзвенного веб-приложения без сохранения состояния. Веб-уровень работает на инстансах EC2 в группе Auto Scaling с динамическим масштабированием. Уровень базы данных работает на Amazon RDS для PostgreSQL. Веб-приложение не требует временного локального хранилища на инстансах EC2. Целевое время восстановления (RPO) составляет 2 часа. Стратегия резервного копирования должна максимизировать масштабируемость и оптимизировать использование ресурсов. Какое решение будет соответствовать этим требованиям?

Правильный ответ предлагает наиболее эффективное решение для бессерверного веб-приложения и базы данных RDS. Поскольку веб-уровень бессерверный и работает на инстансах EC2 в группе Auto Scaling, создание AMI является оптимальным способом резервного копирования конфигурации инстансов, позволяя быстро запускать новые инстансы с нужными настройками. Для Amazon RDS включение автоматического резервного копирования и использование восстановления на определенный момент времени (point-in-time recovery) соответствует RPO в 2 часа, поскольку RDS автоматически создает снимки и журналы транзакций. Вариант со снимками EBS инстансов EC2 неэффективен, так как инстансы могут быть временными и бессерверными, а снимки EBS привязаны к конкретному тому. Создание снимков каждые 2 часа для RDS также неоптимально, поскольку автоматическое резервное копирование RDS уже предоставляет эту функциональность более эффективно. Сохранение только снимков EBS для EC2 без учета AMI не позволяет быстро восстановить инстансы с полной конфигурацией.