一个关键应用程序运行在单个EC2实例上，并使用一个ElastiCache for Redis单节点集群以及一个RDS for MariaDB数据库实例。应用程序的正常运行需要所有组件都健康且活跃。您需要重新设计，以便基础设施能够在发生故障时自动恢复，并最大限度地减少停机时间。您应该实施哪些组合更改？（选择三项）

第一个正确选项通过使用弹性负载均衡器和Auto Scaling组（最小容量为两个实例）来提高应用程序层的可用性和弹性。当一个EC2实例出现故障时，Auto Scaling组会自动启动新实例，并且负载均衡器会将流量路由到健康的实例，从而最大限度地减少停机时间。第二个选项“无限模式”不切实际且成本高昂，不适用于高可用性。 第二个正确选项通过将RDS数据库实例配置为多可用区部署来提高数据库层的可用性。当主数据库实例出现故障时，Amazon RDS会自动故障转移到备用实例，从而最大限度地减少停机时间。创建只读副本并手动提升虽然可行，但不是自动恢复的最佳实践。 第三个正确选项通过为ElastiCache for Redis创建复制组并启用多可用区来提高缓存层的可用性。当主节点出现故障时，ElastiCache会自动故障转移到副本节点，从而最大限度地减少停机时间。将缓存配置为由Auto Scaling组管理不适用于ElastiCache，因为ElastiCache本身就提供了高可用性功能。