ネットワーク・ロード・バランサ

NLB必須

ネットワーク・ロード・バランサ(NLB)を使用する場合、構成要素および関連する主要な用語を理解することが重要です。

バックエンド・ サーバー

NLBには、受信トラフィックを宛先にルーティングするバックエンド・サーバーのセットがあり、セット内の各サーバーに配置された負荷を分散します。

バックエンド・サーバーは、受信クライアント・トラフィックへの応答としてコンテンツを生成するためのアプリケーション・サーバーです。通常、オーバーレイ(プライベート)のIPv4アドレスとポート番号の一意の組合せでアプリケーション・サーバーを識別します。たとえば、10.10.10.1:8080および10.10.10.2:8080です。

ノート

バックエンド・サーバーは、NLB仮想IP (VIP)へのトラフィック・ソースにできないため、クライアントとバックエンドの両方として同時に機能できません。

バックエンド・セット

バックエンド・セットは、次を含む論理エンティティです:

• NLBからのトラフィックを受け入れるバックエンド・サーバー(コンピュート・インスタンス)のリスト。

• 一貫した方法でトラフィックをバックエンド・サーバーに分散するネットワーク・レベルのロード・バランシング・ポリシー。

• バックエンド・サーバーが機能しているかどうかを判断し、NLBからのトラフィックを受け入れることができるヘルス・チェック・ポリシー。

ネットワークロードバランシングポリシー

ネットワーク・ロード・バランシング・ポリシーは、受信トラフィックをバックエンド・セット内のバックエンド・サーバーに分散する方法をNLBに通知します。

NLBは、nタプルからマップされたIPハッシュを使用します。これは、要素の順序付き有限リストです。これらの要素は、通常、パケット・ヘッダーのフィールド、またはリレーショナル・データベースのグリッドのアイテムから取得されます。nは、タプルに含まれるフィールドの数を示します。

IPハッシュに対して許可されるNLBポリシーは次のとおりです。

• TCP/IPヘッダーの5つのフィールドのハッシュ(「5タプル・ハッシュ」と呼ばれます)
• TCP/IPヘッダーの3つのフィールドのハッシュ(「3タプル・ハッシュ」と呼ばれます)
• TCP/IPヘッダーの2つのフィールドのハッシュ(「2タプル・ハッシュ」と呼ばれます)

ノート

NLBポリシーは、LBaaSポリシーとは異なります。NLBポリシーは、IPアドレスおよびポート番号を直接処理しません。ハッシングは、これらのパケットヘッダーフィールドやその他のパケットヘッダーフィールドを操作して、パケットヘッダー全体を処理せずにNLBで使用できる番号を提供する方法です。ロード・バランシング・ポリシーに使用されるタプルが多いほど、各ロード・バランシング・パケットに必要な処理が多くなりますが、NLBがトラフィックを分散するために使用できる値の範囲が広くなります。

ヘルスチェック

ヘルス・チェックは、バックエンド・サーバーの可用性を確認するテストです。ヘルス・チェックは、リクエストまたは接続再試行です。指定した時間間隔に基づいて、NLBは、ヘルス・チェック・ポリシーを適用してバックエンド・サーバーを継続的にモニターします。サーバーがヘルス・チェックに失敗すると、NLBは一時的にそのサーバーをローテーションから除外します。サーバーが後でヘルス・チェックに合格すると、NLBはそれをローテーションに戻します。

バックエンド・セットの作成時に、ヘルス・チェック・ポリシーを構成します。TCPレベルのヘルス・チェックで、バックエンド・サーバーとのTCP接続を試行し、接続ステータスに基づいてレスポンスを検証します。

ヘルス・チェックの結果は、NLBのヘルス・ステータスを更新します。健全性ステータスは、NLBとそのコンポーネントの一般的な健全性を報告するインジケータです。

リスナー

NLB IPアドレス上の受信トラフィックをチェックする論理エンティティ。リスナーのポート番号および様々なオプション設定を構成します。リスナーの作成時に、VCNセキュリティ・ルールによってリスナーがトラフィックを受け入れることが許可されている必要があります。

作業リクエスト

NLBリクエストの現在の状態についてレポートするオブジェクト。一部のNLB構成タスクでは、完了までに他のタスクよりも長い時間がかかる場合があります。作業リクエストにより、NLBは構成ステップを非同期で処理し、キューを形成できます。これにより、ユーザーは以前の構成ディレクティブの完了を待たずに、より多くの構成コマンドを発行できます。