Application Load Balancer

考慮事項

• 有効な各ゾーンに 1 つ以上の登録済みターゲットが含まれるようにすると、ロードバランサーは最も効果的に機能します。

• ターゲットをアベイラビリティーゾーンに登録したが、ゾーンを有効にしていない場合、登録したターゲットはロードバランサーからのトラフィックを受信しません。

• ロードバランサーで複数のゾーンを有効にする場合、ゾーンは同じタイプでなければなりません。例えば、アベイラビリティーゾーンとローカルゾーンの両方を有効にすることはできません。

• 自分と共有しているサブネットを指定できます。

• Elastic Load Balancing は、ロードバランサーを設定したサブネットにネットワークインターフェイスを作成します。これらのネットワークインターフェイスは、サブネットが使用可能な IP アドレスで不足している場合でも、ロードバランサーがメンテナンスアクションを実行できるように予約されています。これらには、説明「ENI reserved by ELB for subnet」があります。

• それぞれのサブネットは、異なるアベイラビリティーゾーンに属している必要があります。

• ロードバランサーが正しくスケールできるように、ロードバランサーのアベイラビリティーゾーンサブネットごとに CIDR ブロックを最低でも /27 ビットマスク (例: 10.0.0.0/27) にし、少なくとも各サブネットにつき 8 個の空き IP アドレスを用意してください。これらの 8 個の IP アドレスは、ロードバランサーが必要に応じてスケールアウトできるようにするために必要です。ロードバランサーはこれらの IP アドレスを使用して、ターゲットとの接続を確立します。それらがないと、Application Load Balancer ではノード交換の試行で問題が発生し、失敗状態になる可能性があります。

  注: スケールの試行中に Application Load Balancer サブネットが使用可能な IP アドレスを使い果たした場合、Application Load Balancer は不十分なキャパシティで実行されます。この間、古いノードは引き続きトラフィックを処理しますが、スケーリングの試行が停止すると、接続の確立を試行する際に 5xx エラーまたはタイムアウトが発生する可能性があります。

ローカルゾーンサブネットを指定できます。ローカルゾーンサブネットでは、以下の機能はサポートされていません。

• ターゲットとしての Lambda 関数

• 相互 TLS 認証

• AWS WAF の統合

1 つの Outpost サブネットを指定できます。以下の制限が適用されます。

• オンプレミスのデータセンターに Outpost をインストールして設定しておく必要があります。Outpost と AWS リージョンの間に信頼できるネットワーク接続が必要です。詳細については、AWS Outposts ユーザーガイドを参照してください。

• ロードバランサーでは、ロードバランサーノードの Outpost に 2 つの large インスタンスが必要です。サポートされているインスタンスタイプを以下の表に示します。ロードバランサーは必要に応じてスケールし、一度に 1 サイズずつノードのサイズ変更を行います (large から xlarge に変更、xlarge から 2xlarge に変更、あるいは 2xlarge から4xlarge に変更)。ノードを最大のインスタンスサイズにスケールした後、追加の容量が必要な場合は、4xlarge インスタンスをロードバランサーノードとして追加します。ロードバランサーをスケールするのに十分なインスタンス容量または使用可能な IP アドレスがない場合、ロードバランサーは AWS Health Dashboard にイベントを報告し、ロードバランサーの状態は active_impaired になります。

• インスタンス ID または IP アドレスでターゲットを登録できます。Outpost の AWS リージョンにターゲットを登録した場合、ターゲットは使用されません。

• 以下の機能はサポートされていません。

  • AWS Global Accelerator の統合

  • ターゲットとしての Lambda 関数

  • 相互 TLS 認証

  • スティッキーセッション

  • ユーザー認証

  • AWS WAF の統合

考慮事項

• ロードバランサーは、ターゲットグループの IP アドレスのタイプに基づいてターゲットと通信します。

• ロードバランサーのデュアルスタックモードを有効にすると、Elastic Load Balancing がロードバランサーの AAAA DNS レコードを提供します。IPv4 アドレスを使用してロードバランサーと通信するクライアントは、A DNS レコードを解決します。IPv6 アドレスを使用してロードバランサーと通信するクライアントは、AAAA DNS レコードを解決します。

• インターネットゲートウェイを経由する内部デュアルスタックロードバランサーへのアクセスがブロックされ、意図しないインターネットアクセスを防止します。ただし、これはインターネットゲートウェイ以外のインターネットアクセス (ピアリング、Transit Gateway、AWS Direct Connect、Site-to-Site VPN などを経由) を妨げることはありません。

• Application Load Balancer 認証は、ID プロバイダー (IdP) または Amazon Cognito エンドポイントに接続する場合のみ IPv4 をサポートします。パブリック IPv4 アドレスがないとロードバランサーは認証プロセスを完了することができず、HTTP 500 エラーが発生します。

考慮事項

• IPAM IPv6 アドレスプールはサポートされません。

• IPAM IPv4 アドレスプールは、内部ロードバランサーまたは dualstack-without-public-ipv4 IP アドレスタイプではサポートされていません。

• ロードバランサーで現在使用されている IPAM IP アドレスプールの IP アドレスを削除することはできません。

• 別の IPAM IP アドレスプールへの移行中、既存の接続はロードバランサーの HTTP クライアントのキープアライブ期間に従って終了します。

• IPAM IP アドレスプールは、複数のアカウント間で共有できます。詳細については、「IPAM の統合オプションを設定する」を参照してください。

• ロードバランサーでの IPAM IP アドレスプールの使用には追加料金はかかりません。ただし、使用する階層によっては、IPAM に関連する料金が発生する場合があります。

  IPAM IP アドレスプールにこれ以上割り当て可能な IP アドレスがない場合、Elastic Load Balancing は代わりに AWS マネージド IPv4 アドレスを使用します。AWS マネージド IPv4 アドレスの使用には追加料金がかかります。これらのコストを回避するには、既存の IPAM IP アドレスプールに IP アドレス範囲を追加できます。

  詳細については、「Amazon VPC の料金」を参照してください。