ある企業のHTTPアプリケーションがNetwork Load Balancer (NLB) の背後で動作しています。NLBのターゲットグループは、ウェブサービスを実行する複数のEC2インスタンスを持つAmazon EC2 Auto Scalingグループを使用しています。NLBはHTTPエラーを検出しておらず、ウェブサービスのEC2インスタンスを手動で再起動する必要があります。この企業は、カスタムスクリプトやコードを記述せずに可用性を向上させたいと考えています。ソリューションアーキテクトは何をすべきですか？

NLBはレイヤー4（TCP/UDP）のロードバランサーであり、HTTPヘルスチェックはサポートしていません。アプリケーションの可用性を向上させるには、レイヤー7（HTTP/HTTPS）で動作するApplication Load Balancer (ALB) に置き換える必要があります。ALBはHTTPヘルスチェックをサポートしており、指定されたURLへのリクエストが成功するかどうかを監視できます。ヘルスチェックに失敗したインスタンスは異常と判断され、Auto Scalingグループは異常なインスタンスを自動的に置き換え、可用性を向上させます。 他の選択肢は不適切です。NLBでHTTPヘルスチェックを有効にすることはできません。EC2インスタンスにcronジョブを追加する方法はカスタムスクリプトの記述が必要であり、要件に反します。NLBのUnhealthyHostCountメトリクスは、TCPレベルのヘルスチェックに基づいているため、HTTPエラーを検出できません。