Server Load Balancer:TCP/SSL リスナーの追加

ステップ1：リスナーの設定

1. NLBコンソールにログインします。

2. 上部のナビゲーションバーで、NLBインスタンスがデプロイされています。

3. インスタンス ページで、目的のインスタンスを見つけ、次のいずれかの方法でリスナー設定ウィザードを開きます：

   • 操作 列で、リスナーの作成 をクリックします。

   • インスタンス ID をクリックし、リスナー タブをクリックします。リスナー タブで、リスナーリストの上にある リスナーの作成 をクリックします。

   • インスタンス ID をクリックし、次にインスタンス詳細ページの設定ウィザードで リスナーの作成 をクリックします。

   • インスタンス ID をクリックし、インスタンス詳細ページの右上隅にあるリスナーの作成をクリックします。

4. リスナーの設定 ページで、次のパラメーターを設定し、次へ をクリックします。

   パラメーター	説明
   [リスナープロトコルの選択]	[TCPSSL] を選択してください。
   [ポート範囲ごとにリッスン]	この機能を有効にするかどうかを指定します。有効にした場合、NLB インスタンスは指定されたリスナーポート範囲内のすべてのポートでリッスンし、これらのポートからのリクエストをバックエンドサーバーの対応するポートに転送します。 マルチポートリスナーに追加されるサーバーグループも、マルチポート転送が有効になっている必要があります。
   [リスナーポート範囲]	ポート範囲機能が有効な場合、リスナーポート範囲 の開始ポートと終了ポートを入力する必要があります。 重要 リスナーポート範囲は、リスナーの作成後に変更することはできません。
   [リスナーポート]	リクエストを受信し、バックエンドサーバーに転送するために使用するリスナーポートを指定します。 一般的に使用されるポートをクリックするか、ポート番号を入力できます。 有効なポート範囲は 1～65535 です。 このパラメーターは、ポート範囲ごとにリッスンが有効になっている場合は不要です。
   [リスナー名]	リスナーのカスタム名を入力します。
   [タグ]	タグキー と タグ値 を設定します。 タグを追加すると、リスナー タブでタグを使用してリスナーを絞り込むことができます。
   [詳細設定]	変更 をクリックして詳細設定を展開します。
   [アイドル接続タイムアウト期間]	TCP/SSL 接続のアイドルタイムアウトを指定します。 タイムアウト期間内にリクエストが受信されない場合、NLB インスタンスは現在の接続を切断します。 次のリクエストが到着すると、インスタンスは新しい接続を確立します。 有効範囲は 1～900 秒です。 デフォルト値は 900 です。 NLB インスタンスがアイドル状態の TCP 接続を閉じるのを防ぐために、クライアントまたはサーバーで TCP Keep-Alive メカニズムを有効にし、キープアライブ間隔をリスナーのアイドルタイムアウトよりも小さい値に設定できます。
   [新規接続の制限]	接続のスロットリングを有効にするかどうかを指定してください。
   [1 秒あたりの新規接続数]	[新規接続の制限] を有効にする場合、リスナーが各ゾーン (VIP) で処理できる秒間最大新規接続数を設定してください。 重要 この制限は他のリスナーには影響しません。 それらの制限は、それぞれ独自の設定に依存します。
   [Proxy Protocol の有効化]	Proxy Protocol を有効にして、クライアント IP アドレスをバックエンドサーバーに渡すかどうかを指定してください。 詳細については、「NLB インスタンスを使用してクライアント IP アドレスを取得する」をご参照ください。 重要 重要：Proxy Protocol は、プロキシサーバー (この場合は NLB リスナー) とバックエンドサーバーの両方でサポートされている必要があります。この機能を有効にしてもバックエンドサーバーが Proxy Protocol ヘッダーを解析できない場合、リクエストの解析が失敗し、サービス可用性に影響を与える可能性があります。
   [ALPN ポリシーの有効化]	アプリケーション層プロトコルネゴシエーション (ALPN) を有効にするかどうかを指定してください。 ALPN を使用すると、クライアントとサーバーは、通信に使用するプロトコルをより適切に制御して、パフォーマンスとセキュリティを向上させることができます。 たとえば、HTTP/2.0 を優先することで、レイテンシーと帯域幅の使用量を削減できます。 定義：アプリケーション層プロトコルネゴシエーション (ALPN) は、Transport Layer Security (TLS) の拡張機能であり、TLS ハンドシェイク中にアプリケーション層が使用するプロトコルをネゴシエートできるようにします。 これにより、クライアントとサーバーは、HTTP/1.0、HTTP/1.1、HTTP/2.0など、通信に最も適したプロトコルを選択できます。 説明：ALPN は、TLS ハンドシェイクの拡張フィールドで定義されます。 NLB インスタンスに対して ALPN ポリシーが有効になっている TCP/SSL リスナーを使用する場合、TLS ハンドシェイクはクライアントと NLB インスタンスの間で行われます。 クライアントは、サポートされているプロトコルのリストを NLB インスタンスに送信します。 NLB インスタンスはリストからプロトコルを選択し、ハンドシェイクの完了後に選択したプロトコルをクライアントに通知します。
   [ALPN ポリシー]	ALPNポリシーを有効にする場合は、ポリシーを選択してください。 HTTP1Only：HTTP/1.x プロトコルのみを使用します。 優先度：HTTP/1.1 > HTTP/1.0。 HTTP2Only：HTTP/2.0 プロトコルのみを使用します。 HTTP2Optional：HTTP/1.x プロトコルを優先的に使用しますが、HTTP/2.0 もサポートします。 優先度：HTTP/1.1 > HTTP/1.0 > HTTP/2.0。 HTTP2Preferred：HTTP/2.0 プロトコルを優先的に使用しますが、HTTP/1.x プロトコルもサポートします。 優先度：HTTP/2.0 > HTTP/1.1 > HTTP/1.0。 [HTTP2Optional] または [HTTP2Preferred] を選択する場合は、バックエンドサーバーが HTTP/1.x と HTTP/2.0 の両方をサポートしていることを確認してください。 リスナーとバックエンドサーバーでサポートされているHTTPバージョンに一貫性がない場合、ロードバランサーはリクエストを正しく転送できません。 gRPC は HTTP/2.0 に基づいています。 リスナーがgRPCリクエストを転送する場合は、ALPN ポリシーとして [HTTP2Only] を選択してください。

ステップ2：SSL証明書の設定

TCP/SSL リスナーを追加する際は、データを暗号化し、サービスを認証するためにSSL証明書を設定する必要があります。 次の表に、必要な証明書を示します。

複数のドメイン名をサポートする必要がある場合、または複数のサーバー証明書を使用する必要がある場合は、TCP/SSL リスナーを作成した後に追加の証明書を追加できます。 詳細については、「追加証明書の追加」をご参照ください。

1. SSL 証明書の設定 ページで、サーバー証明書 ドロップダウンリストから証明書を選択します。

   サーバー証明書が利用できない場合は、ドロップダウンリストでSSL 証明書の作成をクリックして、証明書管理サービスコンソールに移動します。コンソールで、サーバー証明書を購入またはアップロードできます。詳細については、「公式証明書を購入する」および「SSL 証明書をアップロードする」をご参照ください。

2. TLS セキュリティポリシー を選択します。相互認証の有効化 を行わない場合は、次へ をクリックします。

   ドロップダウンリストでTLS セキュリティポリシーの作成をクリックして、カスタムTLSセキュリティポリシーを作成できます。

3. 任意:相互認証の有効化 を有効にします。 CA 証明書 ドロップダウンリストで、CA 証明書を選択します。

   CA 証明書がない場合は、ドロップダウンリストで CA 証明書の購入 をクリックして新しい証明書を作成します。詳細については、「プライベート CA を購入して有効化する」をご参照ください。

   後で TCP/SSL リスナーの詳細ページの SSL 証明書 セクションで 相互認証 を切り替えることができます。

ステップ3：サーバーグループの選択

ステップ4：設定の確認

設定の確認 ページで、設定を確認し、送信 をクリックします。