

# AWS Global Accelerator の標準アクセラレーターのエンドポイント
<a name="about-endpoints"></a>

AWS Global Accelerator の標準アクセラレーターのエンドポイントは、Network Load Balancer、Application Load Balancer、Amazon EC2 インスタンス、または Elastic IP アドレスです。AWS Global Accelerator では、静的 IP アドレスはクライアントへの単一の連絡先として機能し、標準のアクセラレーターを使用すると、Global Accelerator は正常なエンドポイントに着信トラフィックを分散します。Global Accelerator は、エンドポイントのエンドポイントグループが属するリスナーに指定したポート (またはポート範囲) を使用して、トラフィックをエンドポイントにルーティングします。

各エンドポイントグループには複数のエンドポイントを含める可能性があります。各エンドポイントを複数のエンドポイントグループに追加できますが、エンドポイントグループは異なるリスナーに関連付ける必要があります。リソースは、エンドポイントとして追加するときに、有効かつアクティブである必要があります。

**重要**  
デュアルスタックとして設定するアクセラレーター (つまり、IPv4 および IPv6 をサポートするアクセラレーター) では、デュアルスタックもサポートするエンドポイントのみを追加する必要があります。Network Load Balancer、Application Load Balancer、Amazon EC2 インスタンスは、デュアルスタックエンドポイントとして追加できます。

Global Accelerator は、標準エンドポイントグループに含まれるすべてのエンドポイントの状態を継続的にモニタリングします。トラフィックは、正常なアクティブなエンドポイントにのみルーティングされます。Global Accelerator にトラフィックをルーティングする正常なエンドポイントがない場合、トラフィックは AWS リージョン 内のすべてのエンドポイントにルーティングされます。

**Topics**
+ [アクセラレーターエンドポイントとして追加するリソースの要件](about-endpoints-caveats.md)
+ [標準エンドポイントを追加する](about-endpoints-adding-endpoints.md)
+ [標準エンドポイントを編集する](about-endpoints-adding-endpoints-edit.md)
+ [標準エンドポイントを削除する](about-endpoints-adding-endpoints-remove.md)
+ [エンドポイントの重みがトラフィックボリュームを管理する仕組み](about-endpoints-endpoint-weights.md)
+ [異常なエンドポイントに対するフェイルオーバーの仕組み](about-endpoints-endpoint-weights.unhealthy-endpoints.md)
+ [TCP 接続時間の遅延につながる接続の衝突を回避する方法](about-endpoints.avoid-connection-collisions.md)

# アクセラレーターエンドポイントとして追加するリソースの要件
<a name="about-endpoints-caveats"></a>

AWS Global Accelerator の標準アクセラレーターのエンドポイントとして追加できるさまざまなタイプのリソースには、以下の要件と制限があります。

エンドポイントでクライアント IP アドレスの保存を有効にする場合は、追加の要件に注意する必要があります。詳細については、「[クライアント IP アドレスの保存による移行エンドポイント](about-endpoints.sipp.md)」を参照してください。

注: アクセラレーターの背後にあるエンドポイントとして追加したリソースを終了または削除する前に、Global Accelerator エンドポイントグループからエンドポイントを削除することを推奨します。

**Application Load Balancer エンドポイント**  
+ Application Load Balancer エンドポイントは、内部またはインターネット接続を問いません。
+ デュアルスタック Application Load Balancer はエンドポイントとして追加できます。
+ Global Accelerator は、AWS リージョン 内で実行される Application Load Balancer のみをサポートします。Global Accelerator は、ローカルゾーンのエンドポイントとして実行される Application Load Balancer をサポートしていません。

**Network Load Balancer エンドポイント**  
+ Network Load Balancer のエンドポイントは、内部またはインターネット接続を問いません。
+ デュアルスタック Network Load Balancer をエンドポイントとして追加できますが、いくつかの制限があります: 
  + デュアルスタックアクセラレーターの場合、デュアルスタック Network Load Balancer を追加すると、Network Load Balancer にはターゲットタイプが `ip` のターゲットグループ、またはターゲットタイプが `instance` および IP アドレスタイプが `ipv6` のターゲットグループを持つことはできません。
  + IPv4 アクセラレーターの場合、デュアルスタック Network Load Balancer を追加すると、Global Accelerator でエンドポイントのクライアント IP アドレスの保存を有効にすることはできません。
+ Global Accelerator は、AWS リージョン 内で実行される Network Load Balancer のみをサポートします。Global Accelerator は、ローカルゾーンでエンドポイントとして動作する Network Load Balancer をサポートしていません。
+ Network Load Balancer エンドポイントでは、接続の衝突を避けるためにロードバランサーのクロスゾーントラフィックを無効にすることをお勧めします。これにより、TCP 接続時間が長くなる可能性があります。詳細については、「[TCP 接続時間の遅延につながる接続の衝突を回避する方法](about-endpoints.avoid-connection-collisions.md)」を参照してください。

**Amazon EC2 インスタンスエンドポイント**  
+ EC2 インスタンスエンドポイントは、C1、CC1、CC2、CG1、CG2、CR1、CS1、G1、G2、HI1、HS1、M1、M2、M3、または T1 のいずれかにすることはできません。
+ EC2 インスタンスは、特定の AWS リージョン のエンドポイントとしてサポートされています。詳細については、「[AWS Global Accelerator のための AWS リージョン の可用性](preserve-client-ip-address.regions.md)」を参照してください。

  Global Accelerator は、AWS リージョン 内の EC2 インスタンスのみをサポートします。Global Accelerator は、ローカルゾーンのエンドポイントとして Elastic IP アドレスへのルーティングをサポートしていません。
+ インスタンスを終了する前に、Global Accelerator エンドポイントグループから EC2 インスタンスを削除することをお勧めします。Global Accelerator のエンドポイントグループから削除する前に EC2 インスタンスを終了し、同じプライベート IP アドレスを持つ同じ VPC に別のインスタンスを作成し、ヘルスチェックが合格すると、Global Accelerator はトラフィックを新しいエンドポイントにルーティングします。
+ デュアルスタック EC2 インスタンスはエンドポイントとして追加できます。ただし、当インスタンスにはプライマリ IPv6 Elastic Network Interface (ENI) がアタッチされている必要があります。詳細については、「Amazon Elastic Compute Cloud ユーザーガイド」の「[ネットワークインターフェースの動作](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html#working-with-enis)」を参照してください。

**Elastic IP アドレス**  
+ デュアルスタックの Elastic IP アドレスをエンドポイントとして追加することはできません。

すべてのエンドポイントについて、Global Accelerator の背後にあるリソースをエンドポイントとして設定する場合、同じエンドポイントにインターネット経由で直接トラフィックを送信しないことを推奨します。直接トラフィックを送信すると、接続の衝突問題が発生する可能性があります。

さらに、クロスアカウントサポートを設定しない限り、アクセラレーターのエンドポイントとして追加するリソースとアクセラレーター自体は同じアカウントによって所有される必要があることに注意してください。ただし、ロードバランサーエンドポイントの後ろにあるターゲットインスタンスは、異なるアカウントによって所有できます。このシナリオでは、ターゲットインスタンスを所有するアカウントには、ロードバランサーとアクセラレーターを所有するアカウントが所有するサブネットにアクセスするアクセス許可を付与する必要があります。詳細については、「[Global Accelerator でクロスアカウントアクセスを設定する](cross-account-resources.md)」を参照してください。

# 標準エンドポイントを追加する
<a name="about-endpoints-adding-endpoints"></a>

エンドポイントグループにエンドポイントを追加して、トラフィックをリソースに誘導できるようにします。標準エンドポイントを編集することで、エンドポイントの重みを変更できます。または、エンドポイントをエンドポイントグループから削除することで、アクセラレーターからエンドポイントを削除することもできます。エンドポイントを削除してもエンドポイント自体には影響しませんが、Global Accelerator はそのリソースにトラフィックを送信できなくなります。

まずリソースを作成し、Global Accelerator でエンドポイントとして追加できます。リソースは、エンドポイントとして追加するときに、有効かつアクティブである必要があります。Global Accelerator がサポートするエンドポイントタイプと設定の詳細については、[アクセラレーターエンドポイントとして追加するリソースの要件](about-endpoints-caveats.md) を参照してください。

エンドポイントグループでエンドポイントを追加または削除する理由の 1 つは使用状況です。例えば、アプリケーションに対する需要が増加すると、より多くのリソースを作成できます。次に、1 つ以上のエンドポイントグループに複数のエンドポイントを追加して、増加したトラフィックを処理できます。Global Accelerator は、リクエストを追加し、エンドポイントが最初のヘルスチェックに合格するとすぐに、エンドポイントへのリクエストのルーティングを開始します。

エンドポイントの重みを調整してエンドポイントへのトラフィックを管理し、エンドポイントへのトラフィックを比例的に増減させることができます。詳細については、「[エンドポイントの重みがトラフィックボリュームを管理する仕組み](about-endpoints-endpoint-weights.md)」を参照してください。

注: クライアント IP アドレスの保存でエンドポイントを追加しようとする場合は、まず [AWS Global Accelerator でクライアント IP アドレスを保存する](preserve-client-ip-address.md) の情報を確認してください。

このセクションでは、AWS Global Accelerator コンソールにエンドポイントを追加する方法について説明します。AWS Global Accelerator で API オペレーションを使用する場合は、「[AWS Global Accelerator API Reference](https://docs.aws.amazon.com/global-accelerator/latest/api/Welcome.html)」を参照してください。

# 標準エンドポイントを追加するには


1. [https://us-west-2.console.aws.amazon.com/globalaccelerator/home\$1GlobalAcceleratorHome:](https://us-west-2.console.aws.amazon.com/globalaccelerator/home#GlobalAcceleratorHome:) で Global Accelerator コンソールを開きます。

1. **[アクセラレーター]** ページで、アクセラレーターを選択します。

1. **[リスナー]** セクションの **[リスナー ID]** で、リスナーの ID を選択します。

1. **[エンドポイントグループ]** セクションの**[エンドポイントグループ ID]** で、エンドポイントを追加するエンドポイントグループの ID を選択します。

1. [**編集**] を選択します。

1. **[エンドポイント]** セクションで、**[エンドポイントの追加]** を選択します。

1. **[エンドポイントの追加]** ページで、ドロップダウンリストからリソースを選択します。

   AWS リソースがない場合は、リストにアイテムはありません。続行するには、ロードバランサー、Amazon EC2 インスタンス、Elastic IP アドレスなどの AWS リソースを作成します。次に、ここにある手順に戻り、リストからリソースを選択します。
**注記**  
デュアルスタックアクセラレーターがある場合は、デュアルスタックエンドポイントを追加する必要があります。Network Load Balancer、Application Load Balancer、Amazon EC2 インスタンスは、デュアルスタックエンドポイントとして追加できます。

1. 必要に応じて、**[重み]** に 0 から 255 の数字を入力し、このエンドポイントへのトラフィックをルーティングする際の重みを設定します。エンドポイントに重みを追加する場合、指定した比率に基づいてトラフィックがルーティングされるように Global Accelerator を設定します。デフォルトでは、すべてのフィールドの重みは 128 です。詳細については、「[エンドポイントの重みがトラフィックボリュームを管理する仕組み](about-endpoints-endpoint-weights.md)」を参照してください。

1. 必要に応じて、エンドポイントのクライアント IP アドレスの保存を有効にします。**[クライアント IP アドレスの保存]** で、**[アドレスの保存]** を選択します。詳細については、「[AWS Global Accelerator でクライアント IP アドレスを保存する](preserve-client-ip-address.md)」を参照してください。
**注記**  
クライアント IP アドレスを保持するエンドポイントにトラフィックを追加してルーティングを開始する前に、セキュリティグループなど、必要なセキュリティ設定がすべて更新され、許可リストにユーザークライアント IP アドレスが含まれていることを確認してください。

1. [**Add endpoint**] (エンドポイントの追加) を選択します。

# 標準エンドポイントを編集する
<a name="about-endpoints-adding-endpoints-edit"></a>

このセクションでは、AWS Global Accelerator コンソールでエンドポイントを編集する方法について説明します。AWS Global Accelerator で API オペレーションを使用する場合は、「[AWS Global Accelerator API Reference](https://docs.aws.amazon.com/global-accelerator/latest/api/Welcome.html)」を参照してください。

# 標準エンドポイントを編集するには


エンドポイント設定を編集して、重みを変更できます。詳細については、「[エンドポイントの重みがトラフィックボリュームを管理する仕組み](about-endpoints-endpoint-weights.md)」を参照してください。

1. [https://us-west-2.console.aws.amazon.com/globalaccelerator/home\$1GlobalAcceleratorHome:](https://us-west-2.console.aws.amazon.com/globalaccelerator/home#GlobalAcceleratorHome:) で Global Accelerator コンソールを開きます。

1. **[アクセラレーター]** ページで、アクセラレーターを選択します。

1. **[リスナー]** セクションの **[リスナー ID]** で、リスナーの ID を選択します。

1. **[エンドポイントグループ]** セクションの **[エンドポイントグループ ID]** で、エンドポイントグループの ID を選択します。

1. [**エンドポイントの編集**] を選択します。

1. **[エンドポイントの編集]** ページで更新を行い、**[保存]** を選択します。

# 標準エンドポイントを削除する
<a name="about-endpoints-adding-endpoints-remove"></a>

このセクションでは、AWS Global Accelerator コンソールでエンドポイントを削除する方法について説明します。AWS Global Accelerator で API オペレーションを使用する場合は、「[AWS Global Accelerator API Reference](https://docs.aws.amazon.com/global-accelerator/latest/api/Welcome.html)」を参照してください。

エンドポイントをサービスする必要がある場合など、エンドポイントグループからエンドポイントを削除できます。エンドポイントが削除されるとき、エンドポイントグループから削除されますが、それ以外の場合はエンドポイントには影響しません。Global Accelerator は、エンドポイントグループから削除すると、エンドポイントへのトラフィックの送信をすぐに停止します。エンドポイントは、現在のすべてのリクエストが完了するまで待機する状態になり、進行中のクライアントトラフィックが中断されることはありません。リクエストの受信を再開する準備ができたら、エンドポイントをエンドポイントグループに戻すことができます。

注: アクセラレーターの背後にあるエンドポイントとして追加したリソースを終了または削除する前に、Global Accelerator エンドポイントグループからエンドポイントを削除することを推奨します。

# エンドポイントを削除するには


1. [https://us-west-2.console.aws.amazon.com/globalaccelerator/home\$1GlobalAcceleratorHome:](https://us-west-2.console.aws.amazon.com/globalaccelerator/home#GlobalAcceleratorHome:) で Global Accelerator コンソールを開きます。

1. **[アクセラレーター]** ページで、アクセラレーターを選択します。

1. **[リスナー]** セクションの **[リスナー ID]** で、リスナーの ID を選択します。

1. **[エンドポイントグループ]** セクションの **[エンドポイントグループ ID]** で、エンドポイントグループの ID を選択します。

1. **[エンドポイントの削除]** を選択します。

1. 確認ダイアログボックスで、**[削除]** を選択します。

# エンドポイントの重みがトラフィックボリュームを管理する仕組み
<a name="about-endpoints-endpoint-weights"></a>

加重ルーティングでは、エンドポイントグループ内の特定のリソース (エンドポイント) にルーティングされるトラフィックの量を選択できます。これは、ロードバランシングやアプリケーションの新しいバージョンのテストなど、いくつかの方法で役立ちます。

重みは、Global Accelerator が標準アクセラレーターのエンドポイントに向けるトラフィックの割合を決定するために設定できる値です。エンドポイントには、Network Load Balancer、Application Load Balancer、Amazon EC2 インスタンス、または Elastic IP アドレスを使用できます。Global Accelerator は、エンドポイントグループ内のエンドポイントの重みの合計を計算し、各エンドポイントの重みと合計の比率に基づいてトラフィックをエンドポイントに送信します。デフォルトでは、エンドポイントの重みは 128 に設定されています。これは最大値の 255 の半分です。

## エンドポイントの重みの仕組み
<a name="about-endpoints-endpoint-weights.how-it-works"></a>

重みを使用するには、エンドポイントグループ内の各エンドポイントに、送信するトラフィックの量に対応する相対重みを割り当てます。デフォルトでは、エンドポイントの重みは 128 です。つまり、重みの最大値の半分である 255 です。Global Accelerator は、グループ内のすべてのエンドポイントの合計重みに比例して割り当てた重みに基づいて、エンドポイントにトラフィックを送信します:

![\[Global Accelerator のエンドポイントの相対重みの仕組み\]](http://docs.aws.amazon.com/ja_jp/global-accelerator/latest/dg/images/WRR_calculation.png)


例えば、トラフィックのごく一部を 1 つのエンドポイントに送信し、残りを別のエンドポイントに送信する場合、重みをそれぞれ 1 と 255 を指定します。重みが 1 のエンドポイントは、トラフィックの 1/256 (1/1\$1255) を、他のエンドポイントは 255/256 (255/1\$1255) を取得します。重みを変更することで、トラフィックボリュームのバランスを各エンドポイントに段階的に変更できます。エンドポイントへのトラフィック送信を停止するには、リソースの重みを 0 に変更します。

アクセラレーターでエンドポイントの重みを設定しても、特定の限定されたシナリオでは、Global Accelerator がそれらの重みを上書きして可用性を確保することに注意してください。つまり、Global Accelerator がエンドポイントグループ内のエンドポイント間でトラフィックをロードバランシングする場合、特定の状況では、クライアントトラフィックの可用性を維持するか、エンドポイントの重みに従うかを選択する必要があります。例えば、クライアントの IP アドレスが保存されているアクセラレーターでは、接続の衝突を避けるために Global Accelerator がエンドポイントの重み設定を上書きする必要があります。

# 異常なエンドポイントに対するフェイルオーバーの仕組み
<a name="about-endpoints-endpoint-weights.unhealthy-endpoints"></a>

エンドポイントグループに重みが 0 より大きい正常なエンドポイントがない場合、Global Accelerator は別のエンドポイントグループの重みが 0 より大きい正常なエンドポイントにフェイルオーバーしようとします。このフェイルオーバーにおいて、Global Accelerator はトラフィックダイヤルの設定を無視することに注意してください。したがって、例えば、エンドポイントグループでトラフィックダイヤルが 0 に設定されている場合、Global Accelerator はフェイルオーバーの試行にそのエンドポイントグループを含めます。

Global Accelerator は、最も近い 3 つのエンドポイントグループ (つまり AWS リージョン) を試した後に重みが 0 より大きい正常なエンドポイントを見つけられない場合、クライアントに最も近いエンドポイントグループのランダムなエンドポイントにトラフィックをルーティングします。つまり、*[開くのに失敗]* します。

次の点に注意してください。
+ フェイルオーバー用に選択されたエンドポイントグループは、トラフィックダイヤルが 0 に設定されているエンドポイントグループである場合があります。
+ 最も近いエンドポイントグループは、元のエンドポイントグループではない可能性があります。これは、Global Accelerator が元のエンドポイントグループを選択するときに、アカウントのトラフィックダイヤル設定を考慮するためです。

例えば、2 つのエンドポイントがあり、1 つは正常でもう 1 つは異常で、それぞれの重みを 0 より大きい値に設定していると仮定します。この場合、Global Accelerator は正常なエンドポイントにトラフィックをルーティングします。ただし、唯一の正常なエンドポイントの重みを 0 に設定すると仮定します。次に、Global Accelerator は 3 つの追加のエンドポイントグループを試行して、重みが 0 より大きい正常なエンドポイントを見つけます。見つからない場合、Global Accelerator はクライアントに最も近いエンドポイントグループのランダムエンドポイントにトラフィックをルーティングします。

回復を行うと、つまりリージョンが再び正常になると、Global Accelerator は通常のルーティング動作に戻ります。つまり、通常、ルーティングは正常なエンドポイントに戻り、約 30 秒ほどでゼロに設定されないトラフィックダイヤルが使用されます。ただし、確立されたアクティブな接続は移動されないことに注意してください。接続がクライアントまたはサーバーによってリセットされるまで、またはクライアントが新しい接続を行うまで、ゼロウェイトリージョンにルーティングされ続けます。

# TCP 接続時間の遅延につながる接続の衝突を回避する方法
<a name="about-endpoints.avoid-connection-collisions"></a>

断続的な接続の問題は、AWS Global Accelerator の接続の衝突によって発生する可能性があります。これは、ユーザー (同じ送信元 IP と送信元ポートを持つ) が特定のシナリオで Global Accelerator のリソースにアクセスする場合に発生する可能性があります。衝突により、アクセラレーターを通過するトラフィックの TCP 接続時間が遅延する可能性があります。

これらの遅延を回避するには、アクセラレーターを*ポート上書き*で設定します。これは、Global Accelerator の機能で、着信トラフィックをアクセラレーターエンドポイントの別の送信先ポートにルーティングできます。このセクションのガイダンスに従って、ポートオーバーライドを使用して接続の衝突を防ぎ、TCP 接続時間の遅延を防ぐ方法について説明します。

## 接続の衝突を引き起こす可能性のあるシナリオ
<a name="about-endpoints.avoid-connection-collisions.scenarios"></a>

Global Accelerator には、接続の衝突や TCP 接続時間の遅延につながる可能性のあるシナリオが 3 つあります。
+ 複数のアクセラレーターを持つエンドポイントと同じリソースを設定します。
+ Global Accelerator の後ろにあるエンドポイントとしてリソースを設定し、インターネット経由でエンドユーザーから同じリソースにトラフィックを直接送信することもできます。
+ クロスゾーントラフィック用に Network Load Balancer エンドポイントを設定します。

Network Load Balancer エンドポイントの場合、接続の衝突を避けるために、ロードバランサーのクロスゾーントラフィックを無効にすることをお勧めします。詳細については、「*Network Load Balancer ユーザーガイド*」の「[TCP 接続の遅延](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-troubleshooting.html#tcp-delays)」を参照してください。

その他のシナリオでは、衝突を防ぐために、エンドポイントグループでポート上書き機能を使用することをお勧めします。ポート上書きを使用すると、Global Accelerator リスナーポートをエンドポイントリソースの異なる宛先ポート番号にマッピングできます。リスナーポートは、デフォルトでエンドポイントリソースで同じポート番号を使用します。ポート上書きを使用すると、アクセラレーターは同じユーザー (ソース IP とソースポートを使用) から同じエンドポイントにトラフィックをルーティングできますが、異なる送信先ポート番号を使用することで、衝突を回避できます。

次のセクションでは、接続の衝突を避けるためにポート上書きを設定する方法の各シナリオの具体的な例を示します。ポート上書きの設定の詳細については、[制限されたポートまたは接続コリジョンのリスナーポートを上書きする](about-endpoint-groups-port-override.md) を参照してください。

## ポート上書きを使用して接続の衝突を防ぐ方法
<a name="about-endpoints.avoid-connection-collisions.how-to-prevent"></a>

デフォルトでは、アクセラレーターは、リスナーの作成時に指定したのと同じプロトコルと同じ送信先ポート範囲を使用して、AWS リージョン でユーザートラフィックをエンドポイントにルーティングします。ただし、オプションでリスナーポートのポート番号マッピングを上書きすることもできます。つまり、リスナーポート番号をマッピングして、エンドポイント上の別の送信先ポート番号にトラフィックをルーティングできます。

例えば、ポート 80 と 443 で TCP トラフィックを受け入れるリスナーを定義すると、デフォルトでアクセラレータはエンドポイント上の同じポート 80 と 443 にトラフィックをルーティングします。ただし、ポートオーバーライド機能を使用すると、アクセラレーターはこれらのポートに着信するトラフィックを、8080 や 8443 などのエンドポイントの異なるポートにルーティングできます。

同じリソースが設定されている 2 つ (またはそれ以上) のアクセラレーターでリスナーに異なるポートマッピングを作成することで、アクセラレーターごとに別々の送信先ポート番号を使用し、衝突を回避できます。

例えば、Accelerator-A と Accelerator-B があり、それぞれに TCP とポート 443 用のリスナーが設定されていると仮定します。Accelerator-A のリスナーがポート 443 を 8443 にマッピングし、Accelerator-B のリスナーがポート 443 を 9443 にマッピングするようにポート上書きを設定できます。次に、例えば、ポート 8443 と 9443 の両方をリッスンするように Application Load Balancer エンドポイント ALB-1234 を設定します。その後、同じユーザー IP アドレスからポート 443 (両方のアクセラレーターのリスナー) に着信するトラフィックは ALB-1234 に到着し、接続の衝突や TCP 接続時間の遅延は発生しません。

この例のトラフィックパスを次に示します:

`Accelerator-A [listener: tcp,443] → Endpoint-Group [port-override: 443→8443] → ALB-1234 (listener: HTTPS,8443)`

`Accelerator-B [listener: tcp,443] → Endpoint-Group [port-override: 443→9443] → ALB-1234 (listener: HTTPS,9443) `

同様の方法でポート上書きを使用すると、アクセラレーターのリスナーポート番号のデフォルトマッピングを上書きすることで、直接ユーザートラフィックとアクセラレーターの両方からアクセスされるリソースの接続の衝突を防ぐことができます。このシナリオでの衝突を防ぐには、以下を実行します:

1. リソースが直接トラフィックをリッスンするポートを決定します。

1. アクセラレーターのリスナーを設定してデフォルトのポートを上書きし、リソースのリスナーを設定してそのポートでアクセラレータートラフィックをリッスンします。

例えば、アクセラレーターがポート 443 をポート 8443 にマッピングするためのリスナーのポートオーバーライドを設定できます。これで、例えば、ポート 8443 でアクセラレータトラフィックをリッスンし、ポート 443 で直接トラフィックをリッスンするように Application Load Balancer エンドポイントを設定できます。この設定では、同じユーザーの IP アドレスからのトラフィックに対する Application Load Balancer の接続の衝突を回避できます。