ロード・バランサの管理

Compute Cloud@Customerでは、ロード・バランシングは、サーバー間でワークロードを均等に共有する方法です。

ロード・バランシングにより、クライアントが特定のサーバーに圧倒されるのを防ぎ、サービスのスケーリングに役立ちます。システム上のフレキシブル・ロード・バランサ・プロセスが構成可能で、すべてのクライアントおよびサーバーで使用可能である場合、そのプロセスはLoad Balancer as a Service (LBaaS)と呼ばれます。

LBaaS On Compute Cloud@Customerは、仮想クラウド・ネットワーク(VCN)からアクセス可能な複数のサーバーに、1つのエントリ・ポイントから自動化されたトラフィック分散を提供します。このサービスは、パブリックIPアドレスまたはプライベートIPアドレス、および様々なロード・バランシング・ポリシーを選択できるロード・バランサを提供します。

CLIを使用してLBを作成する場合、すべてのリソースを同時に構成するか、最小限のLBを作成して、後で他の構成詳細を指定できます。つまり、作成後に完全なLBを組み立てるには、基本的なLB以上のものが必要です。これらのほかのコンポーネントは、LBリソースを編集することによって追加されます。

ロード・バランサの2つのタイプは次のとおりです。

• プライベート: プライベート・ロード・バランサはCompute Cloud@Customer外部のネットワークから分離されるため、セキュリティが簡単になります。プライベート・ロード・バランサは、受信トラフィックのエントリ・ポイントとして機能するアドレス・ブロックから割り当てられたプライベートIPアドレスを取得します。
• パブリック: パブリック・ロード・バランサは、Compute Cloud@Customerの外部にあるネットワークの場所からのトラフィックを受け入れます。この外部トラフィックのため、パブリック・ロード・バランサは、インターネット・ゲートウェイ(IGW)が構成されているVCNのパブリック・サブネットにデプロイされます。サービスは、受信トラフィックのエントリ・ポイントとして機能するパブリックIPアドレスをロード・バランサに割り当てます。パブリックIPアドレスは、任意のDNSプロバイダを介してわかりやすいDNS名に関連付けることができますが、パブリック・ロード・バランサのプロビジョニングを成功させるには、パブリックIPアドレスが使用可能である必要があります。

この章では、コンソール、APIまたはCLIを使用して、最小限の情報でロード・バランサを作成し、その他のリソースの詳細を提供します。暗黙的な順序は、コンソールでの構成方法(LBリソース・リストとは異なります)で使用できます。これは、他の場所で使用する前に一部の項目を構成する必要があるためです(たとえば、リスナー構成を完了するには仮想ホスト名が必要です)。初期ロード・バランサ構成の後、この項で使用される順序は次のとおりです。

• 暗号スイートとSSL証明書

• バックエンド・セットおよびバックエンド・サーバー

• 仮想ホスト名

• パス・ルート・セット

• リスナー

この項では、LBリソースではないこれらの主要な構成ステップに関連する他のパラメータおよびコマンドについても説明します。次のものがあります。

• バックエンド・セット・ヘルス・チェック

• バックエンド(サーバー)のヘルス・チェック

• LBヘルス・ポリシー

これは完全なリストではありません。

また、多くの構成ステップが作業リクエストとして処理されます。作業リクエストは、完了に時間がかかる可能性があるタスクであるため、処理され、個別の明細項目またはCLI出力として表示されるときに追跡されます。たとえば、LBまたは暗号スイートを作成する処理は、開始時間と終了時間、状態(成功、失敗など)およびその他の関連詳細を記録および表示する作業リクエストです。作業リクエストは、コンソールLBリソース・リストの一部です。

「成功」などの作業リクエストのステータスは、リソースのプロビジョニングの完了と同じではありません。つまり、プロビジョニングの進行中でも、ロード・バランサの作成は「成功」する可能性があります。