ロードバランサーは、受信トラフィックをオリジン プール全体に分散し、高可用性と信頼性を保証します。たとえば、大規模なオンライン ショッピング Web サイトの場合、ロードバランサーを使用すると、ユーザー リクエストが単一のオリジンに集中するのではなく、複数のオリジンに均等に分散されるようにすることができます。
シナリオ
Web ページ: 動的および静的リソースを持つ Web サイトの高速化に適しています（小規模なファイル転送 や API 操作など）。例：個人のブログ Web サイト、小規模な UGC コミュニティ、小規模な独立系 e コマース サイト。
API 操作: 動的な API 操作の高速化に適しています 。一般的に、このような操作ではキャッシュは必要ありません。例: アカウントパスワード検証、注文支払い、ログアップロード、リアルタイムデータ同期 API 操作。
画像と動画: 静的 ファイル サービスの高速化に適しています。例：大規模な画像のダウンロード、オンライン ビデオ ストリーミング、ゲーム インストール パッケージ。
ロードバランサーの使用
ロードバランサーを作成する: ロードバランサーは、複数のオリジン プール間で受信トラフィックを管理および誘導し、高いサービス可用性と安定性を確保します。
ロードバランサーを適用する: ドメインを構成したロードバランサーにポイントする DNS レコードを追加することで、ロードバランシング設定を適用します。
ロードバランサーを作成する
きめ細かいトラフィック 誘導ポリシーにより、ロードバランサーはユーザー リクエストがオリジン サーバー全体に均等に分散されるようにします。
ステップ 1: オリジンを選択する
ユーザー リクエストを処理するために Web サイトの複数のオリジン サーバーを構成します。これらのオリジン サーバーは同じオリジン プールに追加でき、複数のプールを作成できます。サービス パフォーマンスを向上させ、高可用性を確保するために、1 つ以上のオリジン プールをオリジン サーバーとして作成します。
ESA コンソールで、[サイト管理] を選択し、管理する Web サイトの名前をクリックします。
左側のナビゲーションウィンドウで、 を選択します。
[負荷分散] ページで、[作成する] をクリックします。
[ロードバランサーの作成] ページのオリジンの選択ステップで、以下の説明に従ってパラメーターを設定します。
ロードバランスの作成のためのパラメーターを以下に示します。
[ドメイン名]
ロードバランサーのドメイン名。Edge Security Acceleration (ESA) がカバーするドメイン名または TCP/UDP プロキシ アプリケーションのオリジンとして参照できます。
[オリジン プール]
既存のオリジン プールを選択するか、新しいオリジン プールを作成します。
ロードバランサーは最大 20 個のオリジン プールを持つことができます。
同じプランの Web サイト用に作成されたプールのみを選択できます。詳細については、「オリジン プールの作成」をご参照ください。
順序: 序数が小さいプールほど優先順位が高くなります。リクエストは最初に最も優先順位の高いプールに送信されます。そのプールが使用できない場合、システムは順番に次のプールを試行します。
[フォールバックプール]
ロードバランサーのすべてのオリジン プールが使用できないと検出された場合、リクエストはフォールバック プールに送信されます。フォールバック プールのオリジン サーバーは、ヘルス チェックが適用されることなく、常に正常としてマークされます。
[次へ] をクリックします。
ステップ 2: 負荷分散ポリシーを設定する
負荷分散ポリシーは、トラフィックがオリジン プール全体にどのように分散されるかを決定します。フェールオーバー順序またはプールの重み付けに基づいて受信トラフィックを誘導するポリシーを構成します。
負荷分散ポリシーを選択します。
負荷分散ポリシーを設定するためのパラメーターを以下に示します。
フェールオーバーに基づくスケジューリング
このポリシーは、高い信頼性とデータ整合性が必要なシナリオに適しています。
デフォルトでは、すべてのリクエストは最も優先順位の高いプールに転送されます。最も優先順位の高いプールが異常または無効になっている場合、リクエストは優先順位の低いプールにルーティングされます。
重み付きラウンドロビンに基づくスケジューリング
このポリシーは、多数の同時リクエストが発生し、負荷をオリジン プールに比例配分する必要があるシナリオに適しています。
オリジン プールに異なる重みを割り当てることができます。 ESA は、重み付けに基づいてプール全体にトラフィックを誘導します。重み付けの範囲は 1 ～ 100 です。
重み付けが 0 の場合、リクエストはプールに送信されません。
地理位置に基づくスケジューリング
このポリシーは、地理的誘導が発信元の地理的地域または国に基づいているシナリオに適しています。
地理的誘導を使用すると、国/地域に基づいて異なるオリジン プールにリクエストを分散できます。一般に、オリジン プールのすべてのオリジン サーバーは同じ国または地域にあります。トラフィック誘導ポリシーをサポートするリージョンについては、「サポートされているリージョン」をご参照ください。
セカンダリ リージョンを設定した場合、セカンダリ リージョンの優先順位はプライマリ リージョンよりも高くなります。
[オリジン プールの順序] を調整します。
オプション。 [詳細設定] をクリックし、セッションの永続化を有効にします。
セッションの永続化は、クライアント IP または Cookie の 2 つのモードで有効にできます。デフォルトでは、セッションの永続化は無効になっています。この機能は、ユーザー セッションの永続化が必要なシナリオに適しています。
たとえば、オンライン ショッピングのシナリオでは、同じユーザーからの連続したリクエストが複数のサーバーに分散される場合があります。これにより、ログインの詳細やショッピング カートのレコードなどの重要な情報が失われ、ユーザー エクスペリエンスが損なわれる可能性があります。セッションの永続化は、同じクライアントからのリクエストを同じオリジン サーバーにルーティングし、一貫したユーザー エクスペリエンスとデータの整合性を確保します。
[異常に対する再試行ポリシー] を選択します。
ネットワークの変動やその他の問題により、ユーザー リクエストがオリジン サーバーに到達できない場合、2 つのオリジン再試行ポリシーを使用できます。
同じプール内: オリジン リクエストが失敗した場合、同じプール内の別のオリジン サーバーにルーティングされます。これはデフォルトの再試行ポリシーです。
別のプール内: オリジン リクエストが失敗した場合、次に優先順位の高いプール内の正常なオリジン サーバーにルーティングされます。
[次へ] をクリックします。
ステップ 3: プローブを設定する
オリジン サーバーのヘルス ステータスを検出するために、プローブを構成する必要があります。ロードバランサーは、ICMP Ping、HTTP、HTTPS、TCP、または UDP ICMP プロトコルを使用して、オリジン サーバーのヘルス ステータスをプローブします。プローブがオリジンで指定した回数だけ失敗した場合、オリジンは異常としてマークされます。
[プローブの設定] ステップで、[プロトコル] を選択します。
その他のパラメーターを設定します。
ICMP Ping
このプロトコルは、オリジン サーバーのネットワーク接続性をプローブして、オリジン サーバーに到達可能かどうかを判断するために使用されます。
ICMP Ping パラメーターを以下に示します。
詳細設定
プローブ間隔 (秒)
デフォルト値: 60 有効値: 10 ～ 3600
タイムアウト (秒)
デフォルト値: 5 有効値: 1 ～ 10
ヘルス チェック
異常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。異常しきい値を N に設定した場合、正常なオリジン サーバーは、N 回連続してプローブが失敗した後、異常としてマークされます。有効値: 1 ～ 5
正常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。正常しきい値を N に設定した場合、異常なオリジン サーバーは、N 回連続してプローブが成功した後、正常としてマークされます。有効値: 1 ～ 5
HTTP/HTTPS
これらのプロトコルは Web アプリケーションに適しています。HTTP/HTTPS プローブ リクエストの応答ステータス コードを識別できます。ヘルス チェック構成の優先順位フレームワークを以下に示します。
モニターで構成されたホスト: これが最も優先順位が高くなります。モニター構成で Host ヘッダーが指定されている場合、Host ヘッダーはヘルス チェックに使用されます。
オリジン サーバー ホスト: これが 2 番目に優先順位が高くなります。モニター構成で Host ヘッダーが指定されていない場合、オリジン サーバーの Host ヘッダーはヘルス チェックに使用されます。
ロードバランサー ドメイン名: これはフォールバック オプションとして機能します。両方のオプションが使用できない場合、ロードバランサーのドメイン名はヘルス チェックに使用されます。
HTTP/HTTPS パラメーターを以下に示します。
プローブ URL パス
HTTP ヘルス チェックの URL パス。たとえば、
/health/test.txtです。デフォルト値:/ポート
デフォルトでは、HTTP にはポート 80 が、HTTPS にはポート 443 が使用されます。有効値: 1 ～ 65535
詳細設定
プローブ間隔 (秒)
デフォルト値: 60 有効値: 10 ～ 3600
リクエストメソッド
デフォルト値: GET 有効値: GET および HEAD
タイムアウト (秒)
プローブが失敗するまでのタイムアウト。デフォルト値: 5 有効値: 1 ～ 10
301/302 リダイレクトをフォローする
プローブ リクエストが 301/302 リダイレクトをフォローするかどうかを指定します。デフォルトではオフになっています。有効にすると、プローブ リクエストは最大 3 回まで 301/302 リダイレクトをフォローします。
カスタム リクエスト ヘッダー
プローブ リクエストには最大 10 個のリクエスト ヘッダーを追加できます。デフォルトの User-Agent ヘッダーはオーバーライドできません。
ヘルス チェック
予期されるステータス コード
デフォルト値: 2xx 指定されたステータス コードが返された場合、オリジン サーバーは正常としてマークされます。複数のステータス コードまたはコード範囲を追加できます。有効値: 100 ～ 9999 ステータス コードは、1 つ以上の連続した数字で始まり、その後に 1 つ以上の連続したワイルドカード「x」が続く必要があります。例: 2xx、200、33xx、222x、8888
異常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。異常しきい値を N に設定した場合、正常なオリジン サーバーは、N 回連続してプローブが失敗した後、異常としてマークされます。有効値: 1 ～ 5
正常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。正常しきい値を N に設定した場合、異常なオリジン サーバーは、N 回連続してプローブが成功した後、正常としてマークされます。有効値: 1 ～ 5
TCP
このプロトコルは TCP ベースのアプリケーションに適しています。オリジン サーバーのステータスは、TCP プローブ接続に基づいて監視されます。
TCP パラメーターを以下に示します。
ポート
TCP プローブ リクエストのポート。
詳細設定
プローブ間隔 (秒)
デフォルト値: 60 有効値: 10 ～ 3600
タイムアウト (秒)
デフォルト値: 5 有効値: 1 ～ 10
ヘルス チェック
異常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。異常しきい値を N に設定した場合、正常なオリジン サーバーは、N 回連続してプローブが失敗した後、異常としてマークされます。有効値: 1 ～ 5
正常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。正常しきい値を N に設定した場合、異常なオリジン サーバーは、N 回連続してプローブが成功した後、正常としてマークされます。有効値: 1 ～ 5
UDP ICMP
このプロトコルは UDP ベースのアプリケーションに適しています。ポートが[タイムアウト]期間内に ICMP ポート到達不能メッセージを返す場合、オリジン サーバーは異常としてマークされます。
UDP ICMP パラメーターを以下に示します。
ポート
UDP プローブ リクエストのポート。
詳細設定
プローブ間隔 (秒)
デフォルト値: 60 有効値: 10 ～ 3600
タイムアウト (秒)
デフォルト値: 5 有効値: 1 ～ 10
ヘルス チェック
異常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。異常しきい値を N に設定した場合、正常なオリジン サーバーは、N 回連続してプローブが失敗した後、異常としてマークされます。有効値: 1 ～ 5
正常しきい値
デフォルト値は 1 で、オリジン サーバーのヘルス ステータスが単一のプローブに基づいて決定されることを示します。正常しきい値を N に設定した場合、異常なオリジン サーバーは、N 回連続してプローブが成功した後、正常としてマークされます。有効値: 1 ～ 5
説明なし (推奨しません): プローブは実行されません。 ESA POP がオリジン サーバーをプローブしないようにするには、プロトコルで[なし] を選択します。オリジン サーバーのヘルス ステータスはチェックされず、異常なサーバーをすぐにオフラインにすることができないため、サービスの可用性が低下する可能性があります。ビジネスの可用性を確保するために、アクティブ プロービングを有効にすることをお勧めします。
[次へ] をクリックします。
ステップ 4: カスタム ルールを設定する
金融トランザクションのセキュリティに配慮した操作など、ビジネス要件に基づいてトラフィック分散を最適化する必要がある場合は、トラフィックを最も優先順位の高いオリジン プールに直接ルーティングするルールを作成します。トラフィック誘導のリクエストを照合するために、カスタム ルールでクライアント IP やヘッダーなどのフィールドを指定します。
表示されるページで、[ルール名] を指定します。
[ルール内容] セクションで [リクエストが以下のルールと一致する場合...] を指定します。ルールの設定については、「ルールを操作する」をご参照ください。
[以下を実行する...] セクションで、[指定の内容で応答] または [上書き] を選択し、[OK] をクリックします。
表示されるページで、[次へ] をクリックします。
ステップ 5: 確認する
[設定概要] セクションに表示されるパラメーターを確認します。パラメーターが正しいことを確認した後、[完了] をクリックします。。
ロードバランサーを適用する
ロードバランサーを作成した後、構成のために DNS レコードを追加する必要があります。サイトの統一されたアクセス ポイントは、可用性とセキュリティを向上させ、運用管理を簡素化します。
ESA コンソールで、[サイト管理] を選択し、管理する Web サイトの名前をクリックします。
左側のナビゲーションウィンドウで、 を選択します。
[レコード] ページで、[レコードの追加] をクリックします。表示されるページで、[レコード値] を ロードバランサー に設定し、作成した [ロードバランサー]を指定します。
必要に応じてその他のパラメーターを構成し、[次へ] をクリックし、シナリオを選択して、[OK] をクリックします。
