公開されている小売Webアプリケーションは、複数のAZにまたがるEC2インスタンスの前にApplication Load Balancer (ALB) を使用し、Amazon RDS MySQL Multi-AZバックエンドを使用しています。ターゲットグループのヘルスチェックはHTTPを使用し、製品カタログページを指しています。Auto Scalingは、ALBヘルスチェックに基づいてWebフリートを維持しています。最近、アプリケーションが停止し、Webサーバーのメトリクスは正常に見えたにもかかわらず、Auto Scalingがインスタンスを繰り返し置き換えました。調査の結果、データベースに高い負荷がかかっており、クエリが非常に遅いことが判明しました。この問題を解決し、将来の成長のためにアプリケーション全体の可用性と機能の監視を改善する2つの変更はどれですか？（2つ選択してください。）

ALBヘルスチェックをシンプルな静的HTMLページに変更することで、データベースの負荷に影響されずにWebサーバーの基本稼働状況を正確に判断できます。完全なアプリケーション機能の監視には、Route 53ヘルスチェックで製品ページを監視し、CloudWatchアラームで通知することで、エンドユーザー視点での可用性を確保します。これにより、Webサーバーが正常でもデータベース問題でアプリケーションが機能しない状況を検知できます。ElastiCacheを導入することで、データベースへのクエリ負荷を軽減し、パフォーマンスを向上させ、スケーラビリティを高めます。リードレプリカは読み取り負荷を分散しますが、書き込み負荷は軽減されません。TCPチェックはWebサーバーの起動しか確認できず、アプリケーションの機能は監視できません。RDSのCloudWatchアラームは問題の通知はできますが、自動回復アクションは提供されません。