ポータルを使用して Application Gateway 用カスタム プローブを作成する

この記事では、Azure portal を使用して既存のアプリケーション ゲートウェイにカスタム正常性プローブを追加します。 Azure Application Gateway では、正常性プローブを使用して、バックエンド プール内のリソースの正常性を監視します。

開始する前に

Application Gateway がまだない場合は、Application Gateway の作成に関する記事を参照して、使用する Application Gateway を作成します。

Application Gateway v2 SKU のプローブの作成

プローブは、ポータルを通じて 2 段階の手順で構成されます。 最初の手順では、プローブ構成に必要な値を入力します。 2 番目の手順では、このプローブ構成を使用してバックエンドの正常性をテストし、プローブを保存します。

プローブのプロパティを入力する

1. Azure portal にサインインします。 まだアカウントを持っていない場合は、1 か月間の無料試用版にサインアップできます。

2. Azure portal のお気に入りウィンドウで、[すべてのリソース] を選択します。 [すべてのリソース] ブレードでアプリケーション ゲートウェイを選択します。 選択したサブスクリプションに既存のリソースがいくつもある場合は、[名前でフィルター] ボックスに「partners.contoso.net」と入力すると、 目的のアプリケーション ゲートウェイがすぐに見つかります。

3. [正常性プローブ] を選択し、[追加] を選択して新しい正常性プローブを追加します。

   

4. [正常性プローブの追加] ページでプローブに必要な情報を入力し、完了したら [OK] を選択します。

   設定	値	詳細
   名前	customProbe	この値は、ポータルでアクセス可能なプローブに付けるフレンドリ名です。
   プロトコル	HTTP または HTTPS	正常性プローブが使用するプロトコルです。
   ホスト	つまり、contoso.com	この値は、アプリケーション サーバーで実行されている仮想ホストの名前 (VM ホスト名とは異なる) です。 プローブは <protocol>://<host name>:<port>/<urlPath> に送信されます。これは、サーバーのプライベート IP アドレス、パブリック IP アドレス、またはパブリック IP アドレスの DNS エントリのいずれでもかまいません。 プローブは、ファイル ベースのパス エントリと共に使用すると、サーバーへのアクセスを試み、正常性チェックとして特定のファイルがサーバーに存在することを検証します。
   バックエンド設定からホスト名を選択する	はい、いいえ	プローブの ホスト ヘッダーを、このプローブが関連付けられているバックエンド設定のホスト名に設定します。 Azure App Service などのマルチテナント バックエンドに特に必要です。 詳細情報
   バックエンド設定からポートを選択する	はい、いいえ	正常性プローブの ポート を、このプローブが関連付けられているバックエンド設定のポートに設定します。 [いいえ] を選択した場合は、使用するカスタム宛先ポートを入力できます
   [ポート]	1-65535	正常性プローブに使用されるカスタム ポート
   パス	/ または任意の有効なパス	カスタム プローブの完全な URL の残りの部分です。 パスは先頭が "/" である必要があります。 http://contoso.com の既定のパスの場合は、'/' だけを使用します また、Web ベースではなく、静的な正常性チェックの場合は、ファイルへのサーバー パスを入力することもできます。 パブリックまたはプライベート IP を使用するとき、またはパブリック IP の DNS エントリをホスト名エントリとして使用するときは、ファイル パスを使用する必要があります。
   間隔 (秒)	30	正常性を確認するためにプローブを実行する頻度です。 30 秒未満に設定することはお勧めしません。
   タイムアウト (秒)	30	タイムアウトするまでにプローブが待機する時間。このタイムアウト期間内に有効な応答が受信されない場合、プローブは失敗としてマークされます。 タイムアウトまでの時間は、バックエンドの正常性ページが利用可能であることを確認するために HTTP 呼び出しを実行できるだけの長さである必要があります。 タイムアウト値は、このプローブ設定で使用される 'Interval' 値またはバックエンド設定の 'Request timeout' 値を超えてはなりません。これは、このプローブに関連付けられます。
   異常のしきい値	3	異常であると見なされる連続試行失敗回数です。 しきい値は 0 以上に設定できます。
   プローブの一致条件を使用	はい、いいえ	既定では、状態コードが 200 から 399 の HTTP(S) 応答は正常と見なされます。 バックエンドの応答コードまたはバックエンドの応答本文の許容範囲を変更できます。 詳細情報
   バックエンド設定	ドロップダウンから選択	プローブはここで選択したバックエンド設定に関連付けられるため、選択したバックエンド設定に関連付けられているバックエンド プールの正常性が監視されます。 プローブ要求には、選択したバックエンド設定で使用されているポートと同じポートが使用されます。 他のカスタム プローブに関連付けられていないバックエンド設定のみを選択できます。 関連付けに使用できるバックエンド設定は、このプローブ構成で選択されたプロトコルと同じプロトコルを持ち、[ Pick Host Name From Backend]\(バックエンドからホスト名を選択 \) 設定スイッチの状態が同じであるバックエンド設定だけです。

   重要

   プローブは、1 つ以上のバックエンド設定に関連付けられている場合にのみ、バックエンドの正常性を監視します。 このプローブが関連付けられているバックエンド設定に関連付けられているバックエンド プールのバックエンド リソースを監視します。 プローブ要求は、<protocol>://<hostName>:<port>/<urlPath> として送信されます。

プローブを使用してバックエンドの正常性をテストする

プローブのプロパティを入力した後、バックエンド リソースの正常性をテストして、プローブ構成が正しいことと、バックエンド リソースが想定どおりに動作することを確認できます。

1. [テスト] を選択し、プローブの結果をメモします。 Application Gateway は、このプローブに使用されるバックエンド設定に関連付けられているバックエンド プール内のすべてのバックエンド リソースの正常性をテストします。

   

2. 異常なバックエンド リソースがある場合は、[詳細] 列を確認して、リソースの異常な状態の原因を把握します。 プローブ構成が正しくないためにリソースが異常とマークされている場合は、[プローブに戻る] リンクを選択し、プローブ構成を編集します。 そうではなく、バックエンドの問題が原因でリソースが異常とマークされている場合は、バックエンド リソースに関する問題を解決してから、[プローブに戻る] リンクを選択し、[テスト] を選択して、バックエンドを再度テストします。

   注

   異常なバックエンド リソースがある場合でもプローブの保存を選択することはできますが、お勧めしません。 これは、プローブによって異常であると判断されたバックエンド プールからの要求を Application Gateway がバックエンド サーバーに転送しないためです。 バックエンド プールに正常なリソースがない場合は、アプリケーションにアクセスできず、HTTP 502 エラーが発生します。

   

3. [追加] を選択してプローブを保存します。

Application Gateway v1 SKU のプローブを作成する

プローブは、ポータルを通じて 2 段階の手順で構成されます。 最初の手順で、プローブを作成します。 次の手順で、Application Gateway のバックエンド http 設定にプローブを追加します。

プローブを作成する

1. Azure portal にサインインします。 まだアカウントを持っていない場合は、1 か月間の無料試用版にサインアップできます。

2. Azure portal の [お気に入り] ウィンドウで [すべてのリソース] を選択します。 [すべてのリソース] ページでアプリケーション ゲートウェイを選択します。 選択したサブスクリプションに既存のリソースがいくつもある場合は、[名前でフィルター] ボックスに「partners.contoso.net」と入力すると、 目的のアプリケーション ゲートウェイがすぐに見つかります。

3. プローブを追加するには [プローブ] を選択し、[追加] を選択します。

   

4. [正常性プローブの追加] ブレードで、プローブに必要な情報を入力し、完了したら [OK] を選択します。

   設定	値	詳細
   名前	customProbe	この値は、ポータルでアクセス可能なプローブに付けるフレンドリ名です。
   プロトコル	HTTP または HTTPS	正常性プローブが使用するプロトコルです。
   ホスト	例えば、contoso.com	この値は、アプリケーション サーバーで実行されている仮想ホストの名前 (VM ホスト名とは異なる) です。 プローブは、(プロトコル)://(ホスト名):(httpsetting のポート)/urlPath に送信されます。 これは、Application Gateway でマルチサイトを構成する場合に適用可能です。 Application Gateway が 1 つのサイトに対して構成されている場合は、「127.0.0.1」と入力します。 また、Web ベースではなく、静的な正常性チェックの場合は、ファイルへのサーバー パスを入力することもできます。 パブリックまたはプライベート IP を使用するとき、またはパブリック IP の DNS エントリをホスト名エントリとして使用するときは、ファイル パスを使用する必要があります。
   ホスト名をバックエンド HTTP 設定から選択します	はい、いいえ	プローブ内の host ヘッダーを、このプローブが関連付けられている HTTP 設定に関連付けられているバックエンド プール内のバックエンド リソースのホスト名に設定します。 Azure App Service などのマルチテナント バックエンドに特に必要です。 詳細情報
   パス	/ または任意の有効なパス	カスタム プローブの完全な URL の残りの部分です。 パスは先頭が "/" である必要があります。 http://contoso.com の既定のパスには、"/" だけを使用します。また、Web ベースではなく、静的な正常性チェックの場合は、ファイルへのサーバー パスを入力することもできます。 パブリックまたはプライベート IP を使用するとき、またはパブリック IP の DNS エントリをホスト名エントリとして使用するときは、ファイル パスを使用する必要があります。
   間隔 (秒)	30	正常性を確認するためにプローブを実行する頻度です。 30 秒未満に設定することはお勧めしません。
   タイムアウト (秒)	30	タイムアウトするまでにプローブが待機する時間。このタイムアウト期間内に有効な応答が受信されない場合、プローブは失敗としてマークされます。 タイムアウトまでの時間は、バックエンドの正常性ページが利用可能であることを確認するために HTTP 呼び出しを実行できるだけの長さである必要があります。 タイムアウト値は、このプローブ設定で使用される 'Interval' 値または HTTP 設定の "要求タイムアウト" 値を超えてはなりません。これは、このプローブに関連付けられます。
   異常のしきい値	3	異常であると見なされる連続試行失敗回数です。 しきい値は 1 以上に設定できます。
   プローブの一致条件を使用	はい、いいえ	既定では、状態コードが 200 から 399 の HTTP(S) 応答は正常と見なされます。 バックエンドの応答コードまたはバックエンドの応答本文の許容範囲を変更できます。 詳細情報

   重要

   ホスト名はサーバー名と同じではありません。 この値は、アプリケーション サーバーで実行されている仮想ホストの名前です。 プローブは、<protocol>://<hostName>:<http 設定のポート>/<urlPath> に送信されます

ゲートウェイにプローブを追加する

プローブが作成されたら、ゲートウェイに追加します。 プローブの設定は、アプリケーション ゲートウェイのバックエンド http 設定で行います。

1. アプリケーション ゲートウェイで [バックエンド設定] を選択し、構成ブレードを表示するには、ウィンドウに表示されている現在のバックエンド http 設定をクリックします。

   

2. appGatewayBackEndHttpSettings 設定ページで、[カスタム プローブの使用] チェックボックスをオンにし、「プローブの作成」セクションで作成したプローブを [カスタム プローブ] ドロップダウンで選択します。 完了したら、[保存] をクリックし、設定を適用します。

次のステップ

バックエンドの正常性ビューを使用して、プローブによって決定されたバックエンド サーバーの正常性を確認します。