アプリケーションは、Application Load Balancer (ALB) の背後にある Amazon EC2 インスタンスで実行されます。インスタンスは、複数のアベイラビリティーゾーンにまたがる Auto Scaling グループ内にあります。毎月1日の深夜0時に、月末の財務バッチが実行され、すぐにインスタンスのCPU使用率が100%に急上昇し、アプリケーションが中断されます。ソリューションアーキテクトは、アプリケーションがワークロードを処理し、ダウンタイムを回避するために何を推奨すべきですか？

この問題は、毎月特定の時間に発生する予測可能なワークロードスパイクに対処する必要があります。EC2 Auto Scaling のスケジュールスケーリングポリシーは、この予測可能な需要増加に先立ってインスタンス数を事前にスケールアウトすることで、CPU使用率の急上昇とアプリケーションの中断を防ぐことができます。 Amazon CloudFront ディストリビューションはコンテンツ配信ネットワークであり、エッジロケーションでコンテンツをキャッシュすることでレイテンシーを短縮しますが、バックエンドのCPU負荷を直接軽減するものではありません。シンプルスケーリングポリシーは、CPU使用率が100%に達した後にスケーリングを開始するため、アプリケーションの中断を完全に回避することはできません。Amazon ElastiCache はデータベースの負荷を軽減できますが、バッチ処理によるCPU使用率の急上昇には直接対処できません。