正常性状態は、Azure Load Balancer バックエンド プール内のバックエンド インスタンスに関する詳細な正常性情報を提供する Azure Load Balancer の機能です。 負荷分散規則にリンクされているこの状態により、これらのバックエンド インスタンスの正常性状態と推論に関する分析情報が提供されます。
バックエンド インスタンスの状態
正常性状態では、バックエンド インスタンスの状態が示されます。 状態には次の 2 つの値があります。
| State | 説明 |
|---|---|
| Up | この状態値は、正常なバックエンド インスタンスを表します。 |
| [下へ] | この状態値は、異常なバックエンド インスタンスを表します。 |
理由コード
正常性状態では理由コードも示され、ユーザーによってトリガーされる理由コードとプラットフォームによってトリガーされる理由コードに分類されます。 これらのコードは、バックエンド インスタンスの正常性プローブの状態の正確な理由と、それらが Up または Down にプローブされる理由を理解するのに役立ちます。
ユーザーによってトリガーされる理由コード
ユーザーによってトリガーされる理由コードは、ユーザーが Load Balancer を構成した方法に基づいてトリガーされます。これらは、ユーザーが対処できます。 次の表では、ユーザーによってトリガーされる理由コード、および成功と失敗の理由コードに対してポータルに表示される理由について説明します。
成功理由コード
次の表では、バックエンドの状態が Up である場合の成功理由コードについて説明します。
| 理由コード | ポータルに表示される理由 | 説明 |
|---|---|---|
| Up_Probe_Success | バックエンド インスタンスは正常性プローブに正常に応答しています。 | バックエンド インスタンスは正常性プローブに正常に応答しています。 |
| Up_Probe_AllDownIsUp | バックエンド インスタンスは、NoHealthyBackendsBehavior の有効化により正常と見なされます。 | NoHealthyBackendsBehavior が有効にされているため、バックエンド インスタンスの正常性プローブの状態は無視されます。 バックエンド インスタンスは正常と見なされ、トラフィックを受信できます。 |
| Up_Probe_ApproachingUnhealthyThreshold | 正常性プローブは異常のしきい値に近づいていますが、最後の応答に基づくとバックエンド インスタンスはまだ正常です。 | 最新のプローブは応答しませんでしたが、それまでの応答に基づくとバックエンド インスタンスはまだ十分に正常です。 |
| Up_Admin | 管理状態が Up に設定されているため、バックエンド インスタンスは正常です。 | 管理状態が Up に設定されているため、バックエンド インスタンスの正常性プローブの状態は無視されます。 バックエンド インスタンスは正常と見なされ、トラフィックを受信できます。 |
失敗理由コード
次の表では、バックエンドの状態が Down である場合の失敗理由コードについて説明します。
| 理由コード | ポータルに表示される理由 | 説明 |
|---|---|---|
| Down_Probe_ApproachingHealthyThreshold | 正常性プローブは正常のしきい値に近づいていますが、最後の応答に基づくとバックエンド インスタンスはまだ異常です。 | 最新のプローブの結果は肯定的ですが、正常しきい値で必要な応答の数を満たしていないため、バックエンド インスタンスはまだ異常です。 |
| Down_Probe_HttpStatusCodeError | 200 以外の HTTP 状態コードを受信しました。これは、ポートでリッスンしているアプリケーションに問題があることを意味します。 | バックエンド インスタンスは、ポートでリッスンしているアプリケーションの問題を示す 200 以外の HTTP 状態コードを返しています。 |
| Down_Probe_HttpEndpointUnreachable | HTTP エンドポイントに到達できません。これは、NSG 規則がポートをブロックしていること、またはポートでリッスンしているアプリが異常であることを意味します。 | 正常性プローブはバックエンド インスタンスと TCP ハンドシェイクを確立できましたが、HTTP セッションは拒否されました。これは、NSG 規則がポートをブロックしていること、または異常なアプリケーションがポートでリッスンしていることの、2 つの可能性を示しています。 |
| Down_Probe_TcpProbeTimeout | TCP プローブのタイムアウト。バックエンド インスタンスが異常である、正常性プローブ ポートがブロックされている、または異常なアプリがポートでリッスンしている、のいずれかを意味します。 | バックエンド インスタンスが、プローブ間隔内に TCP 応答を返しませんでした。 これは、バックエンド インスタンスが異常である、正常性プローブ ポートがブロックされている、または異常なアプリケーションがポートでリッスンしている、の 3 つの可能性を示しています。 |
| Down_Probe_NoHealthyBackend | リージョン ロード バランサーの内側に正常なバックエンド インスタンスがありません。 | グローバル ロード バランサーに関連付けられているリージョン ロード バランサーの内側に、正常なバックエンド インスタンスがありません。 |
| Down_Admin | "管理状態" が Down に設定されているため、バックエンド インスタンスは異常です。 | "管理状態" が Down に設定されているため、バックエンド インスタンスの正常性プローブの状態は無視されます。 バックエンド インスタンスは異常と見なされ、新しいトラフィックを受信できません。 |
| Down_Probe_HttpNoResponse | アプリケーションが応答を返していません。 | 正常性プローブは HTTP セッションを確立できましたが、アプリケーションは応答を返していません。 これは、ポートでリッスンしているアプリケーションが異常であることを示します。 |
Note
理由コードとして NA が示されることがまれにあります。 このコードは、正常性プローブがバックエンド インスタンスをまだプローブしていないため、表示する理由コードがない場合に示されます。
プラットフォームによってトリガーされる理由コード
プラットフォームによってトリガーされる理由コードは、Azure Load Balancer のプラットフォームに基づいてトリガーされます。ユーザーがこれらのコードに対処することはできません。 次の表では、各理由コードについて説明します。
| 理由コード | ポータルに表示される理由 | 説明 |
|---|---|---|
| Up_Platform | バックエンド インスタンスは正常性プローブに正常に応答していますが、インフラストラクチャ関連の問題がある可能性があります。 Azure サービス チームがアラートを受け取り、問題を解決します。 | バックエンド インスタンスは正常性プローブに正常に応答していますが、インフラストラクチャに関連する問題が発生している可能性があります。 Azure サービス チームがアラートを受け取り、問題を解決します。 |
| Down_Platform | インフラストラクチャ関連の問題のため、バックエンド インスタンスが異常です。 Azure サービス チームがアラートを受け取り、問題を解決します。 | インフラストラクチャ関連の問題のため、バックエンド インスタンスが異常です。 Azure サービス チームがアラートを受け取り、問題を解決します。 |
正常性状態を取得する方法
正常性状態は、負荷分散規則ごとに取得できます。 これは、Azure portal と REST API によってサポートされます。
Azure portal にサインインします。
検索バーに「Load Balancers」と入力し、検索結果から [ロード バランサー] を選びます。
[ロード バランサー] ページで、一覧から対象のロード バランサーを選びます。
ロード バランサーの [設定] セクションで、[負荷分散規則] を選びます。
[負荷分散規則] ページで、表示する規則の [正常性状態] 列の下にある [詳細の表示] を選びます。
[負荷分散規則の正常性状態] ウィンドウで、バックエンド インスタンスの正常性状態を確認します。
最新の正常性状態を取得するには、[最新の情報に更新] を選びます。
重要
負荷分散規則の正常性状態ウィンドウにバックエンド インスタンスの正常性状態が読み込まれるまで、数分かかる場合があります。
[閉じる] を選んで、[負荷分散規則の正常性状態] ウィンドウを終了します。