Edge Security Acceleration:はじめに

ステップ 1：ロードバランサーとプールの定義

サーバーをオリジンプールにグループ化し、パフォーマンスと高可用性を向上させます。

1. ESA コンソールで、サイト管理を選択します。サイト 列で、対象のウェブサイトをクリックします。

2. 左側のメニューで、トラフィック > 負荷分散 を選択します。

3. 負荷分散 ページで、作成する をクリックします。

4. ロードバランサーの作成 ページで、オリジンの情報を入力し、次へ をクリックします。

   • [ドメイン名]：新しいロードバランサーのドメイン名です。カスタムドメインプレフィックスを入力します。このドメインは、ESA ドメインまたは TCP/UDP プロキシアプリケーションのオリジンとして機能します。

     重要

     ドメイン名を入力すると、ESA はこのロードバランサーを指す DNS レコードを自動的に作成します。このドメインプレフィックスは、既存のロードバランサードメイン、TCP/UDP プロキシドメイン、ESA 高速化ドメイン、エッジ関数ドメインなど、Web サイトの他の DNS レコードと競合しないように、一意にする必要があります。

   • [オリジンプール]: 追加する をクリックし、既存のオリジンプールを選択するか、新規作成します。複数のプールを追加した場合は、順序を調整します。ESA は、優先度 番号に基づいてオリジンリクエストをルーティングします。数値が小さいほど優先度が高くなります。

     ロードバランサーには、最大 20 個のオリジンプールを含めることができます。

   • [フォールバックプール]：フォールバックプールを選択します。他のすべてのプールが利用できなくなった場合、リクエストはこのプールにルーティングされます。フォールバックプールのオリジンは常に正常とみなされ、ヘルスチェックはバイパスされます。

     

ステップ 2：トラフィックステアリングポリシーの選択

トラフィックステアリングポリシーは、オリジンプール間でトラフィックをどのように分散するか (フェールオーバーまたは加重) を決定します。この例では、プールの優先度に基づいてトラフィックをルーティングするフェールオーバーステアリングを使用します。トラフィックステアリングポリシー。

1. 負荷分散ポリシー を選択します。

   

   ポリシータイプ	ユースケース	説明
   [フェールオーバーに基づくスケジューリング：オリジンプールの優先順位に基づいてスケジューリングを行います。]	データの一貫性が求められる高信頼性シナリオ。	すべてのリクエストは、最も優先度の高いプールに送信されます。そのプールが異常または無効になった場合、トラフィックは優先順位に従って次のプールにフェールオーバーします。
   [重み付きラウンドロビン]	比例的な負荷分散が求められる高同時実行シナリオ。	各オリジンプールに重み (1～100) を割り当て、受信するリクエストの割合を設定します。ESA は、その重みに基づいて、ユーザーリクエストを各オリジンプールに比例して転送します。 オリジンプールの重みを 0 に設定した場合、そのプールにリクエストは転送されません。
   [地理位置に基づくスケジューリング：リクエストの送信元のエリア、国 / 地域別にスケジューリングを行います。]	国際またはリージョン別のトラフィックステアリング。	ユーザーのリージョンに基づいて、リクエストを異なるオリジンプールに転送します。通常、プール内のオリジンは同じ国またはリージョンにあります。ロードバランシングのグローバルリージョンマッピング。 セカンダリリージョンの設定は、プライマリリージョンを上書きします。

2. [オリジンプールの優先度]： プール優先度によってフェイルオーバー順序が決まります。 ESA は、優先度 番号に基づいてオリジンリクエストをルーティングします。数値が小さいほど優先度が高くなります。

3. 必要に応じて、詳細設定を設定し、次へ をクリックします。

   • [セッション維持]：有効にすると、クライアント IP に基づく、Cookie に基づく、または HTTP ヘッダーベース モードから選択します。同じクライアントからのすべてのリクエストは同じオリジンにルーティングされ、ログインステータスやショッピングカートなどのセッション状態が維持されます。HTTP ヘッダーベース モードを選択した場合、セッションアフィニティに使用する HTTP ヘッダー名を入力します。ヘッダー名は最大 128 文字です。

   • [異常に対する再試行ポリシー]：オリジンへのリクエストが失敗した場合に適用するリトライポリシーを選択します。

     • 同一プール内：デフォルトのポリシーです。オリジンへのリクエストが失敗した場合、同じオリジンプール内の別のオリジンサーバーでリクエストがリトライされます。

     • 別プール内：オリジンへのリクエストが失敗した場合、次に優先度の高いオリジンプール内の正常なオリジンサーバーでリクエストがリトライされます。

     • オリジンサーバーリトライ：オリジンへのリクエストが失敗した場合、同じオリジンサーバーでリクエストがリトライされます。

ステップ 3：ヘルスチェックルールの設定

ヘルスチェックは、ICMP Ping、HTTP、HTTPS、TCP、または UDP ICMP を使用してオリジンをプローブします。プローブが失敗した場合、ESA は異常なオリジンをローテーションから削除します。

1. プローブの設定 ページで、プローブプロトコル を選択します。

2. ビジネス要件に基づいてパラメーターを設定します。

   

   ICMP ping

   オリジンサーバーが到達可能かどうかをテストします。

   パラメーター	説明
   詳細設定
   プローブ間隔 (秒)	デフォルト：60 秒。範囲：10～3600 秒。
   タイムアウト (秒)	デフォルト：5 秒。範囲：1～10 秒。
   正常性判断
   異常しきい値	オリジンサーバーを異常とみなすために必要な連続失敗回数。デフォルト：1。範囲：1～5。
   正常しきい値	オリジンサーバーを正常とみなすために必要な連続成功回数。デフォルト：1。範囲：1～5。

   HTTP/HTTPS

   Web アプリケーション向けです。HTTP/HTTPS 応答ステータスコードを評価します。

   • モニターの Host ヘッダー (最優先)：ヘルスチェック設定で Host ヘッダーが指定されている場合、それが使用されます。

   • オリジンサーバーの Host (第 2 優先)：モニターで Host ヘッダーが設定されていない場合、オリジンサーバーの Host ヘッダーが使用されます。

   • ロードバランサーのドメイン (フォールバック)：上記のいずれも利用できない場合、ロードバランサーのドメイン名が使用されます。

   パラメーター	説明
   プローブ URL パス	プローブ対象のパス。例：/health/test.txt。デフォルト：/。
   ポート	デフォルトポートは HTTP が 80、HTTPS が 443 です。範囲：1～65535。
   詳細設定
   プローブ間隔 (秒)	デフォルト：60 秒。範囲：10～3600 秒。
   リクエストメソッド	GET および HEAD メソッドをサポートします。デフォルト：HEAD。
   タイムアウト (秒)	プローブが完了するまでの最大時間。このタイムアウトを超えると失敗と見なされます。デフォルト：5 秒。範囲：1～10 秒。
   301/302 リダイレクトに従う	プローブが 301/302 リダイレクトに従うかを設定します。デフォルトでは無効です。有効にすると、最大 3 回のリダイレクトに従います。
   カスタムリクエストヘッダー	最大 10 個のカスタムリクエストヘッダーを追加します。User-Agent ヘッダーは設定できません。
   正常性判断
   期待されるステータスコード	デフォルト：2xx。このコードに一致した場合、オリジンは正常とみなされます。複数のコードを指定するか、ワイルドカードとして 'x' を使用します。例：2xx、200。
   異常しきい値	オリジンサーバーを異常とみなすために必要な連続失敗回数。デフォルト：1。範囲：1～5。
   正常しきい値	オリジンサーバーを正常とみなすために必要な連続成功回数。デフォルト：1。範囲：1～5。

   TCP

   TCP ベースのアプリケーション向けです。正常性は TCP 接続の結果によって判断されます。

   パラメーター	説明
   ポート	TCP プローブリクエストに使用されるポート。
   詳細設定
   プローブ間隔 (秒)	デフォルト：60 秒。範囲：10～3600 秒。
   タイムアウト (秒)	デフォルト：5 秒。範囲：1～10 秒。
   異常しきい値	オリジンサーバーを異常とみなすために必要な連続失敗回数。デフォルト：1。範囲：1～5。
   正常しきい値	オリジンサーバーを正常とみなすために必要な連続成功回数。デフォルト：1。範囲：1～5。

   UDP ICMP

   UDP ベースのアプリケーションの場合、プローブはタイムアウト期間内にポートが ICMP Port Unreachable メッセージ (宛先ポートが到達不能であることを示します) を返すかどうかを確認します。応答がない場合は正常、このメッセージを受信した場合は異常です。

   パラメーター	説明
   ポート	UDP プローブリクエストに使用されるポート。
   詳細設定
   プローブ間隔 (秒)	デフォルト：60 秒。範囲：10～3600 秒。
   タイムアウト (秒)	デフォルト：5 秒。範囲：1～10 秒。
   異常しきい値	オリジンサーバーを異常とみなすために必要な連続失敗回数。デフォルト：1。範囲：1～5。
   正常しきい値	オリジンサーバーを正常とみなすために必要な連続成功回数。デフォルト：1。範囲：1～5。

   説明

   ESA ノードがオリジンサーバーにヘルスチェックリクエストを送信しないようにする場合は、ヘルスチェックプロトコルタイプとして 有効にしない を選択できます (この設定ではヘルスチェックは実行されず、推奨されません)。 ヘルスチェックを行わないと、ESA は異常なオリジンを検出または削除できず、リクエストの失敗が増加する可能性があります。

3. 次へ をクリックします。

ステップ 4：カスタムルールの作成

カスタムルールを作成して、特定のトラフィックを異なる方法でルーティングします。ルールは、クライアント IP や HTTP ヘッダーなどの条件でリクエストを照合し、カスタムのロードバランシング設定を適用します。

1. ルール名 を入力します。

2. 設定 ルール内容：リクエストが以下のルールと一致する場合...。カスタムルール設定。ルール式の構成。

   

3. 以下を実行する...には、指定の内容で応答 または 上書きを選択します。設定が完了したら、OK をクリックします。

   

4. 次へ をクリックします。

ステップ 5：設定の確認

設定概要 セクションには設定内容が表示されます。設定を確認し、完了 をクリックします。