モニター

モニターは、プール内の各エンドポイントの健全性を評価するために、定期的にヘルスモニターリクエストを発行します。

プールが異常になると、ロードバランサーはそのプールをエンドポイントのローテーションから外します。

    flowchart RL
      accTitle: ロードバランシングのモニターの流れ
      accDescr: モニターはヘルスモニターリクエストを送り、各プール内のサーバーの現在の状態を確認します。
      Monitor[モニター] -- ヘルスモニター ----> Endpoint2
      Endpoint2 -- 応答 ----> Monitor
      subgraph Pool[プール]
      Endpoint1((エンドポイント 1))
      Endpoint2((エンドポイント 2))
      end

エンドポイントのステータスが変わるヘルスモニターリクエストは、Load Balancing のイベントログに記録されます。

最新のモニタープロパティ一覧は、API ドキュメントの モニタープロパティ を参照してください。

手順については、モニターを作成する を参照してください。

Monitor Groups を使うと、複数のヘルスモニターを 1 つの論理グループにまとめ、アプリケーション向けにより正確でインテリジェントなヘルスチェックを作れます。複数モニターの結果を集約すると、実際のアプリケーション健全性をよりよく反映し、トラフィックステアリングの耐障害性を高められます。詳細は Monitor Groups のドキュメントを参照してください。

プールにモニターを関連付ける とき、複数のリージョンを選んで報告精度を上げられます。

プールの Health Monitor Regions で選んだ各オプションについて、Cloudflare はそのリージョン内の 3 つのデータセンターからヘルスモニターリクエストを送信します。

そのリージョンの過半数のデータセンターでヘルスモニターが成功すると、そのリージョンは健全とみなされます。健全なリージョンが過半数なら、エンドポイント自体も健全とみなされます。

All Data Centers（Enterprise のみ）

ヘルスモニタープローブは、Cloudflare ネットワーク内のすべてのデータセンターから、関連プール内のエンドポイントへ送信されます。お客様が設定した間隔で、各エンドポイントにプローブが届きます。

All Regions（Enterprise のみ）

関連プール内の各エンドポイントに対して、リージョンあたり 3 本のヘルスモニタープローブを送信します。リージョンは合計 13 あるため、プローブは 39 本になります。

Regional

プール設定で指定した各リージョンから、3 本のヘルスモニタープローブを送信します。

ヘルスモニターのプローブは、既定で IPv4 を使います。IPv6 プローブは、エンドポイントアドレスに A レコードがなく AAAA だけの場合にのみ送られます。各エンドポイントは、間隔ごとに 1 回のプローブを受けます。Cloudflare は同じエンドポイントに対して IPv4 と IPv6 の両方をプローブしません。

IPv6 でのプローブを強制するには、エンドポイントアドレスを IPv6 アドレス、または AAAA レコードだけを持つホスト名に設定します。

ヘルスモニターリクエストで使う Host ヘッダーは、モニター自体 または プール内のエンドポイント で設定できます。

モニターとエンドポイントの両方に Host ヘッダーがある場合、エンドポイント側の Host ヘッダーがモニター側より優先されます。

Host ヘッダーを指定しない場合、Cloudflare はエンドポイントに設定した Endpoint Address を、ヘルスモニターリクエストの Host ヘッダーとして使います。

詳細は HTTP Host ヘッダーを上書きする を参照してください。

Cloudflare API は、モニター向けに次のコマンドをサポートしています。例はユーザーレベルのエンドポイント向けですが、アカウントレベルのエンドポイントにも同じように使えます。

次の表は、Cloudflare Load Balancing で使えるモニターの種類、監視タイプ、各ヘルスチェックが成功条件をどう評価してエンドポイントの健全性を判定するかをまとめたものです。