ロード・バランサの要点
ロード・バランサを操作する場合、そのビルディング・ブロックおよび関連するキー用語を理解することが重要です。
- バックエンド・サーバー
-
受信TCPまたはHTTPトラフィックに応答してコンテンツを生成するアプリケーション・サーバー。
通常、プライベートのIPv4アドレスとポートの一意の組合せを使用してアプリケーション・サーバーを識別 - たとえば: 10.25.4.101:8080, 10.25.4.102:8080, etc.
- バックエンド・セット
-
バックエンド・サーバーのリスト、ロード・バランシング・ポリシーおよびヘルス・チェック・ポリシーによって定義された論理エンティティ。
バックエンド・セットは、ロード・バランサがバックエンド・サーバーの集合に対してトラフィックをどのように振り分けるかを決定します。 SSL構成はオプションです。
- ロード・バランス・ポリシー
-
ロード・バランシング・ポリシーは、ロード・バランサに対し、受信トラフィックをバックエンド・サーバーに分散する方法を指示します。
一般的なロード・バランサ・ポリシーには次のようなものがあります: ラウンドロビン、最小接続、IPハッシュ。
- ヘルス・チェック
-
バックエンド・サーバーの可用性を確認するテスト。
バックエンド・セットを作成するときに、ヘルス・チェック・ポリシーを構成します。 バックエンド・サーバーのTCPレベルまたはHTTPレベルのヘルス・チェックを構成できます。 テスト結果は、ヘルス・ステータス・インジケータを通じてレポートされます。
- リスナー
-
ロード・バランサのIPアドレスで受信トラフィックをチェックする論理エンティティ。
リスナーのプロトコルとポート番号、およびオプションのSSL設定を構成します。 TCPおよびHTTPトラフィックを処理するには、複数のリスナーを構成する必要があります。 サポートされているプロトコルは次のとおりです: TCP, HTTP/1.x, HTTP/2.
- 暗号スイート
-
トランスポート層セキュリティ(TLS)を使用してHTTPSトラフィックのセキュリティ、互換性および速度を決定する、一連のアルゴリズム(「暗号」)の論理エンティティ。
- パス・ルート・セット
-
複数のリスナーまたはロード・バランサを使用せずに、トラフィックを正しいバックエンド・セットにルーティングするためのパス・ルート・ルールのセット。
- セッション永続性
-
単一の論理クライアントで発生したすべてのリクエストを単一のバックエンドwebサーバーに転送するメソッド。
- シェイプ
-
イングレスおよびエグレス・トラフィックのロード・バランサの事前プロビジョニングされた合計最大容量(帯域幅)を決定するテンプレート。 Oracle Private Cloud Applianceは、400 Mbpsシェイプのみを提供します。
事前プロビジョニングされた最大容量は、帯域幅全体の使用を試みる単一のクライアントではなく、集約された接続に適用されます。
- SSL証明書
-
リスナーでHTTPSまたはSSLを使用する場合、ロード・バランサにSSLサーバー証明書(X.509)を関連付ける必要があります。 証明書によって、ロード・バランサは、接続を終了し、受信リクエストをバックエンド・サーバーに渡すことができます。 ロード・バランサとバックエンド間のトラフィックは、SSL暗号化も可能です。
- 作業要求
-
ロード・バランシング・リクエストの現在の状態をレポートするオブジェクト。
ロード・バランシング・サービスはリクエストを非同期的に処理します。 各リクエストは、レスポンスとして作業リクエストID (OCID)を返します。 作業リクエスト・アイテムを表示して、リクエストのステータスを確認できます。