Flexible Load Balancer

この図では、お客様がフレキシブル・ロード・バランサをどのように使用できるかの詳細を示す3つの一般的なユースケースを示しています。これらのユースケースは以下のとおりです。

1. 自動的に、アプリケーションの負荷をリソースに分散
2. 最新化と耐障害性の高いアプリケーションの作成
3. トラフィックの特性に応じたリクエストの分散

自動的に、アプリケーションの負荷をリソースに分散

3つのユースケースの1番目は、仮想クラウド・ネットワーク（VCN）を示しています。これには、同じ仮想クラウド・ネットワーク内にある2つの仮想マシンに双方向に接続されたフレキシブル・ロード・バランサが含まれています。

ロード・バランサは、仮想クラウド・ネットワークの外部にある外部ユーザーに双方向に接続されています。

リクエストは外部ユーザーからロード・バランサに送信され、ロード・バランサからはどちらの仮想マシンにもリクエストを送信できます。これにより、アプリケーションは単一の仮想マシンが処理できる数よりも多くのユーザーをサポートできます。

最新化と耐障害性の高いアプリケーションの作成

3つのユースケースの2番目は、仮想クラウド・ネットワーク（VCN）を示しています。これには柔軟なロード・バランサを備えています。同じ仮想クラウド・ネットワーク（VCN）には2つのグループがあります。各グループには仮想マシンとデータベースがあります。これらは、レガシーの非クラウドネイティブ・アプリケーションの2つのインスタンスを表しています。

ロード・バランサは、双方向で各グループに接続されます。

リクエストは、ユーザーからロード・バランサに送信され、レガシー・アプリケーションにリクエストを送信できます。これにより、レガシー・アプリケーションは、ユーザー・リクエストをレガシー・アプリケーションの複数のインスタンスに配布することにより、通常よりも多くのユーザーをサポートできます。

トラフィックの特性に応じたリクエストの分散

3つのユースケースの3番目は、仮想クラウド・ネットワーク（VCN）を示しています。これには、3つの仮想マシンに双方向に接続されたフレキシブル・ロード・バランサが含まれています。

リクエストは、リクエストのHTTPヘッダーの値に基づいて、最初の仮想マシンに送信されます。

リクエストは、リクエストの仮想ホスト名の値に基づいて2番目の仮想マシンに送信されます。

リクエストは、リクエストのURLの値に基づいて3番目の仮想マシンに送信されます。

これにより、リクエスト自体のHTTPに関連した値に基づいて、リクエストを別のリソースに転送できます。

この図は、一般的なフレキシブル・ロード・バランサ・アーキテクチャにおけるリソースと接続の論理レイアウトを示しています。

OCIリージョンが示されています。リージョン内には、1、2、3の番号が付いた、3つの独立した可用性ドメインがあります。

仮想クラウド・ネットワーク（VCN）は、3つの可用性ドメインすべてを横断し、すべてが含まれます。仮想クラウド・ネットワーク（VCN）には、双方向でインターネットに接続されたインターネット・ゲートウェイも含まれています。

1番目の可用性ドメイン内には、1番目のサブネットがあります。これにはプライマリ・フレキシブル・ロード・バランサが含まれています。

2番目の可用性ドメイン内には、2番目のサブネットがあります。これにはフェイルオーバー・ロード・バランサが含まれています。

2番目の可用性ドメインとサブネットの間には、パブリックIPアドレスを持つリスナーがあります。リスナーは双方向でインターネット・ゲートウェイに接続されています。リスナーは、インターネットからリクエストを受信できます。

リスナーは、プライマリ・ロード・バランサとフェイルオーバー・フレキシブル・ロード・バランサの両方を含むグループの一部です。このグループは、プライマリ・ロード・バランサ・コンポーネントに障害が発生しても、動作を継続する論理ロード・バランサとして機能します。

可用性ドメインごとに1つずつ、さらに3つのサブネットがあります。3、4、5の番号が付けられています。各サブネットには、コンピュート・リソースがあります。

プライマリ・ロード・バランサは、双方向でサブネット3、4、5に接続されています。フェイルオーバー・ロード・バランサは、双方向でサブネット3、4、5に接続されています。

リクエストはインターネットからリスナーに入り、プライマリ・ロード・バランサに送信されます。次に、ロード・バランサは、重みやHTTP特性に基づいて、リソースを持つサブネットの1つにリクエストをルーティングします。