レガシーワークロードには、AMI から起動された単一の大きな EC2 インスタンス上にステートレスなアプリケーション層があり、MySQL データベースは単一の EC2 インスタンス上にあります。アプリサーバーの CPU 使用率が頻繁に 100% に達し、停止が発生しています。パッチ適用は手動で行われており、ダウンタイムの原因となっています。会社は、最小限の開発作業でアプリケーションを高い可用性にする必要があります。この要件を満たすソリューションはどれですか？

正解の選択肢は、既存のレガシーアプリケーションの変更を最小限に抑えつつ、高可用性とスケーラビリティを実現します。SSM Agentを含む新しいAMIとAuto Scalingグループを使用することで、アプリケーション層の自動スケーリングとパッチ適用を効率化し、手動でのダウンタイムを削減します。Application Load Balancerはトラフィックを分散し、CPU使用率に基づくスケーリングはパフォーマンス問題を解決します。データベースをAmazon Aurora MySQLに移行することで、MySQL互換性を維持しつつ、高可用性、耐久性、パフォーマンスを向上させます。 他の選択肢は、アプリケーションの大幅なリファクタリング（Lambda、ECS、DynamoDB、DocumentDB、Neptune）を必要とするか、データベースの互換性問題を引き起こす可能性があります。Gravitonインスタンスへの変更はコスト削減に役立つ可能性がありますが、CPU使用率の問題を直接解決するとは限りません。