Load Balancer as a Service
Compute Cloud@Customerでは、ロード・バランシング・サービス(LBaaS)を構成して、ネットワーク・トラフィックを自動的に分散できます。
Load Balancingサービスでは、仮想クラウド・ネットワーク(VCN)からアクセス可能な複数のサーバーに対して、1つのエントリ・ポイントから自動トラフィック分散を提供します。このサービスは、パブリックまたはプライベートのIPアドレスを選択できるロード・バランサを提供します。プロビジョニングされた帯域幅はユーザーが構成できません。
ロード・バランサにより、リソースの使用率が向上し、スケーリングが容易になり、高可用性を確保できます。複数のロード・バランシング・ポリシーとアプリケーション固有のヘルス・チェックを構成して、ロード・バランサがトラフィックが正常なインスタンスへのみ送るようにできます。
ロード・バランサの要点
ロード・バランサを操作する場合、その構成要素および関連する主要な用語を理解することが重要です。
- バックエンド・ サーバー
-
受信TCPまたはHTTPトラフィックに応答してコンテンツを生成するアプリケーション・サーバー。
通常、プライベートIPv4アドレスとポートの一意の組合せ(10.25.4.101:8080、10.25.4.102:8080など)を持つアプリケーション・サーバーを識別します。
- バックエンド・セット
-
バックエンド・サーバーのリスト、ロード・バランシング・ポリシーおよびヘルス・チェック・ポリシーによって定義された論理エンティティ。
バックエンド・セットは、バックエンド・サーバーのコレクションに対してロード・バランサがどのようにトラフィックを振り分けるかを決定します。SSL構成はオプションです。
- ロードバランシングポリシー
-
ロード・バランシング・ポリシーは、ロード・バランサに対し、受信トラフィックをバックエンド・サーバーに分散する方法を指示します。
一般的なロード・バランサ・ポリシーには、ラウンド・ロビン、最小接続、IPハッシュが含まれます。
- ヘルスチェック
-
バックエンド・サーバーの可用性を確認するためのテスト。
バックエンド・セットの作成時に、ヘルス・チェック・ポリシーを構成します。バックエンド・サーバーに対して、TCPレベルのヘルス・チェックまたはHTTPレベルのヘルス・チェックを構成できます。テスト結果は、健全性ステータスインジケータによって報告されます。
- リスナー
-
ロード・バランサIPアドレス上の受信トラフィックをチェックする論理エンティティ。
リスナーのプロトコルとポート番号、およびオプションのSSL設定を構成します。TCPおよびHTTPトラフィックを処理するには、複数のリスナーを構成する必要があります。サポートされているプロトコルは、TCP、HTTP/1.x、HTTP/2です。
- 暗号化方式群
-
トランスポート層セキュリティ(TLS)を使用してHTTPSトラフィックのセキュリティ、互換性および速度を決定する一連のアルゴリズム(暗号)の論理エンティティです。
- パス・ルート・セット
-
複数のリスナーまたはロード・バランサを使用せずに、トラフィックを適切なバックエンド・セットにルーティングする一連のパス・ルート・ルール。
- シェイプ
-
ロード・バランサについて、イングレス/エグレス・トラフィックについて、事前にプロビジョニングされた合計最大容量(帯域幅)を定義するテンプレートです。Compute Cloud@Customerでは、400 Mbpsシェイプのみが提供されます。
事前プロビジョニングされた最大容量は、帯域幅全体の使用を試みる単一のクライアントではなく、集約された接続に適用されます。
- SSL証明書
-
リスナーにHTTPSまたはSSLを使用する場合、ロード・バランサにSSLサーバー証明書(X.509)を関連付ける必要があります。証明書によって、ロード・バランサは、接続を終了し、受信リクエストをバックエンド・サーバーに渡す前に復号化することができます。ロード・バランサとバックエンド間のトラフィックもSSL暗号化できます。
- 作業リクエスト
-
ロード・バランシング・リクエストの現在の状態についてレポートするオブジェクト。
ロード・バランシング・サービスはリクエストを非同期的に処理します。各リクエストは、レスポンスとして作業リクエストID (OCID)を返します。作業リクエスト・アイテムを表示して、リクエストのステータスを確認できます。