ロードバランサーのヘルスチェックに失敗する

対象プラン

さくらの専用サーバ

概要

「さくらの専用サーバ」ロードバランサーサービスにおきまして、リアルサーバーに複数のヘルスモニタを設定している場合に、条件を満たしていないにも関わらず、リアルサーバーのステータスがダウンとされてしまう事象への対処方法をご案内しています。

※本マニュアルではバーチャルサーバーと区別する為、サーバーをリアルサーバーと表現しています。

対象サーバーモデル

さくらの専用サーバロードバランサーサービス

対処方法

ヘルスモニタの設定を見直すことで改善する可能性があります。
以下の対処方法のいずれかをご検討ください。

ICMPによるリアルサーバーのヘルスモニタの無効化方法
ICMPによるリアルサーバーのヘルスモニタの変更方法
ICMPによるリアルサーバーのヘルスモニタのリトライ条件の厳格化方法

原因

ヘルスモニタはリアルサーバーとサービスグループの両方で設定する事ができます。
この内のリアルサーバーのヘルスモニタでは、作成時に特に指定を行わない限り下図のように「default」というヘルスモニタが選択されるようになっています。

リアルサーバーのヘルスモニタで、「default」が選択されている場合、ICMPによるヘルスチェックが行われます。
ヘルスチェックは以下の優先順位で行われ、失敗した時点で下位にあるヘルスチェックは行わずに、リアルサーバーのステータスはダウンと判定されてしまいます。

リアルサーバーの「一般」項目のヘルスモニタ
リアルサーバーの「ポート」項目のヘルスモニタ
サービスグループのヘルスモニタ

その他のポート、プロトコル(TCP/UDP)でのヘルスチェックを有効とされている場合は、リアルサーバーの「一般」項目の「default」ヘルスモニタなどのICMPによるリアルサーバーのヘルスチェックは変更・無効化されることを推奨いたします。

機器ベンダでも以下の理由から、ICMPによるリアルサーバーのヘルスチェックは非推奨としております。

既定で選択されるヘルスモニタでは、ヘルスチェック失敗時の影響が大きいこと
意図せずCPUのリソースを消費する可能性がある

要件などによりICMPを使用したリアルサーバーのヘルスモニタを必要とされる場合は、ヘルスモニタのリトライ条件の厳格化を推奨いたします。
「ストリクトリトライ」が有効となっている場合、一時的にエラーとなるような応答を受け取った場合もその時点ではステータスをダウンとは判定せず、再度のリトライが試みられるようになります