先週、ポート443のHTTPSトラフィックをバックエンドWebサーバーの代替ポートにルーティングするAzureLBを作成しました。 LBルールのヘルスプローブは同じ代替ポートを使用していました。週の後半に、各Webサーバーが代替HTTPSポートで500エラーを返すという問題が発生しました。ヘルスプローブは、これらのサーバーをバックエンドプールから正しく削除しました。ただし、エラーが解決された後は、サーバーがプールに追加されなかったようです。この問題を修正する唯一の方法は、Webサーバーで新しいポートを開くことでした。そのポートに新しいヘルスプローブと負荷分散ルールを使用します。
Azureヘルスプローブはいつサーバーをバックエンドプールに追加し直しますか?ヘルスプローブが200を1回または2回返した後、そうなると思います。ただし、これはヘルスプローブ構成からは不透明です。
また、通常の状態への復帰やフラッピング状態など、バックエンドサーバーのヘルスプローブ状態の追加構成を取得する方法はありますか?
TCPおよびHTTPプローブは正常であると見なされ、次の場合にロールインスタンスを正常としてマークします。
ロードバランサーは、VMの起動時にポジティブプローブを取得します。
数値SuccessFailCount(前述)は、ロールインスタンスを正常としてマークするために必要な成功したプローブの値を定義します。ロールインスタンスが削除された場合、ロールインスタンスを実行中としてマークするには、成功した連続するプローブの数がSuccessFailCountの値以上である必要があります。
詳細については、こちらをご覧ください リンク 。