Oracle Cloud Infrastructureドキュメント

Load Balancer as a Service

Roving Edgeでは、ロード・バランシング・サービス(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です。

暗号セット

暗号スイートの論理エンティティ(Transport Layer Security (TLS)を使用してHTTPSトラフィックのセキュリティ、互換性および速度を決定する暗号)。

パス・ルート・セット

複数のリスナーまたはロード・バランサを使用せずに、正しいバックエンド・セットにトラフィックをルーティングするためのパス・ルート・ルールの集合。

シェイプ

ロード・バランサについて、イングレス/エグレス・トラフィックについて、事前にプロビジョニングされた合計最大容量(帯域幅)を決定するためのテンプレートです。Roving Edgeは、400 Mbpsシェイプのみを提供します。

事前プロビジョニングされた最大容量は、帯域幅全体の使用を試みる単一のクライアントではなく、集約された接続に適用されます。

SSL証明書

リスナーにHTTPSまたはSSLを使用する場合、ロード・バランサにSSLサーバー証明書(X.509)を関連付ける必要があります。証明書によって、ロード・バランサは、接続を終了し、受信リクエストをバックエンド・サーバーに渡す前に復号化することができます。ロード・バランサとバックエンド間のトラフィックをSSL暗号化することもできます。

作業リクエスト

ロード・バランシング・リクエストの現在の状態についてレポートするオブジェクト。

ロード・バランシング・サービスはリクエストを非同期的に処理します。各リクエストは、レスポンスとして作業リクエストID (OCID)を返します。作業リクエスト・アイテムを表示して、リクエストのステータスを確認できます。

実装オプション

ノート

Roving Edge Infrastructureのコントローラ・ソフトウェアは現在、セッション永続性をサポートしていません。このオプションは、Compute Cloud@CustomerおよびPrivate Cloud Applianceに適用されます。

アプリケーション・ロード・バランサのデフォルトの実装では、Cookieを介したセッション永続性は提供されません。ただし、Cookieベースのセッション永続性を持つロード・バランサが必要な場合は、オプションで別の実装を選択できます。選択は個々のロード・バランサに対して行われ、作成後は変更できません。どちらのタイプも同じシステムにデプロイできます。

アプリケーション・ロード・バランサをセッション永続性とともにデプロイするには、作成ステップ中に特定の定義済タグを追加します。

  1. OraclePCAタグ・ネームスペースがシステムに存在することを確認します。ない場合は、ネームスペースを作成してください。

    詳細は、Using OraclePCA Defined Tags for Extended Functionalityを参照してください。

  2. OraclePCAタグ・ネームスペースで、TrueまたはFalseという2つの値を使用して、定義済のタグ・キーsessionPersistenceを作成します。

  3. アプリケーション・ロード・バランサの作成時に、定義済のタグを適用します:

    • デバイス・コンソール: 「タグ付け」セクションで、値がTrueのOraclePCA.sessionPersistenceを選択します。

    • CLI: oci lb load-balancer createコマンドに、次のパラメータを含めます。

      --defined-tags '{"OraclePCA": {"sessionPersistence": True}}'