一个遗留工作负载的无状态应用层运行在一个从AMI启动的单个大型EC2实例上，MySQL数据库运行在另一个单个EC2实例上。应用服务器的CPU经常达到100%，导致服务中断。补丁是手动应用的，并导致了停机。公司需要以最少的开发工作量使应用程序实现高可用性。哪种解决方案满足此要求？

正确答案通过以下方式满足要求：创建一个包含SSM Agent的新AMI，确保实例在启动时具备管理能力。使用此AMI创建启动模板和Auto Scaling组，并配置Application Load Balancer进行流量分发和基于CPU利用率的自动扩展，这能有效解决CPU瓶颈和高可用性问题，且对现有无状态应用层改动最小。将数据库迁移到Amazon Aurora MySQL，提供了高可用性、可扩展性和兼容性，无需重构应用。 其他选项的问题在于： 重构为Lambda函数和DocumentDB需要大量开发工作，不符合“最少的开发工作量”要求。 更改为较小的Graviton实例可能无法解决CPU瓶颈，且DynamoDB不兼容MySQL，需要重构。 容器化到ECS并迁移到Neptune也需要大量开发工作，且Neptune是图数据库，不兼容MySQL。