バックエンド構成

ネットワーク・ロード・バランサのコンテキストでは、「バックエンド」という用語は、転送されたクライアント・リクエストを受信、処理および応答するコンポーネントを指します。バックエンド・サーバーはバックエンド・セットにグループ化され、構成されたロード・バランシング・ポリシーに基づいてクライアント・リクエストを受信します。ヘルス・チェックでは、トラフィックが正常なバックエンド・サーバーにのみ送信されることを確認します。

バックエンド・セット

ネットワーク・ロード・バランサ構成のバックエンド・セットは、バックエンド・サーバーのリスト、ネットワーク・ロード・バランシング・ポリシーおよびヘルス・チェック・スクリプトで構成されます。バックエンド・セットは、バックエンド・サーバーをグループ化し、ネットワーク・ロード・バランサのパースペクティブで構成および管理しやすくするのに役立ちます。

バックエンド・セットは、1つ以上のリスナーに関連付ける必要があります。

バックエンド・サーバー

ネットワーク・ロード・バランサ (NLB)を作成する場合、各バックエンド・セットに含めるバックエンド・サーバーを指定する必要があります。バックエンド・サーバーは、個々のコンピュート・インスタンスとして、またはインスタンス・プールとして設定できます。トラフィックを中断させずにバックエンド・サーバーを追加および削除できます。

TCPはバックエンド・サーバーのトランスポート・プロトコルであり、バックエンド・セットの一部として構成されます。

バックエンド・セットにバックエンド・サーバーを追加する場合、追加するサーバーのインスタンスOCIDまたはIPアドレスを指定します。複数のVNICがアタッチされているインスタンスは、それを指し示す複数のIPアドレスを持つことができます。 OCIDでバックエンド・サーバーを識別する場合、NLBはプライマリVNICのプライマリ・プライベートIPアドレスを使用します。バックエンド・セットに追加するバックエンド・サーバーをIPアドレスで識別する場合、同じインスタンスを複数回指すことができます。

NLBは、構成されたロード・バランシング・ポリシーに基づいて、受信トラフィックをバックエンド・サーバーにルーティングします。トラフィックをバックエンド・サーバーにルーティングするために、NLBには、コンピュート・インスタンスのIPアドレスおよび関連するアプリケーション・ポートが必要です。バックエンド・サーバーがNLBと同じVCN内に存在する場合、Oracleではコンピュート・インスタンスのプライベートIPアドレスを指定することをお薦めします。プライベートIPアドレスは、ローカル・ピアリング・ゲートウェイがNLBのVCNとバックエンド・サーバーのVCNの間のトラフィックを有効にした場合にも機能します。バックエンド・サーバーとNLBがピアリング接続なしで異なるVCNに存在する場合は、コンピュート・インスタンスのパブリックIPアドレスを指定する必要があります。また、VCNセキュリティ・ルールで外部トラフィックが許可されていることを確認します。

バックエンド・トラフィックを有効にするには、バックエンド・サーバーのサブネットに適切なイングレスおよびエグレス・セキュリティ・ルールが必要です。バックエンド・サーバーをバックエンド・セットに追加する際に、適用可能なネットワーク・セキュリティ・グループ(NSG)を指定できます。 VCNにセキュリティ・リストを使用する場合は、ネットワーキング・サービスを使用して構成できます。

ノート:

大量のトラフィックに対応するために、Oracleでは、ロード・バランサ・サブネットに「ステートレス」セキュリティ・ルールを使用することを強くお薦めします。「仮想ネットワークの概要」の章の「仮想ファイアウォール」を参照してください。

ネットワーク・ロード・バランサ・ヘルス・チェック

ネットワーク・ロード・バランサ (NLB)ヘルス・チェックは、バックエンド・サーバーの可用性を確認するテストです。これらのテストは、バックエンド・サーバーとのTCP接続を試行し、接続ステータスに基づいてレスポンスを検証する形式で行われます。

ヘルス・チェック・ポリシーには、バックエンド・サーバーが継続的に監視されるように、指定した時間間隔が含まれます。サーバーがヘルス・チェックに失敗すると、NLBは一時的にそのサーバーをローテーションから除外します。サーバーがあとで健全性検査に合格すると、NLBはそれを回転に戻します。

ヘルス・チェック・ポリシーは、バックエンド・セットの作成時に構成されます。

HTTPサービスが誤って構成されていたり、他に問題があったりしても、TCPハンドシェイクは成功し、サービスは稼働中であると示される可能性があります。ヘルス・チェックではエラーは返されませんが、トランザクションが失敗することがあります。

このサービスは、可用性を向上し、アプリケーション・メンテナンス・ウィンドウを短縮するのに役立つアプリケーション固有のヘルス・チェック機能を提供します。

ヘルス・ステータス・インジケータは、NLBとそのバックエンド・サーバー/セットの一般的なヘルスをレポートするために使用されます。可能なステータスは次のとおりです: ok, warning, critical, unknown. ヘルス・ステータスは3分ごとに更新されます。これより短い間隔は使用できません。過去のヘルス・データが提供されていません。