AWS Network Load Balancer (NLB) がリスナールールによるカスタムトラフィックルーティングをサポート

AWS Network Load Balancer (NLB) において、送信元IPアドレスのタイプ（IPv4/IPv6）に基づいて、異なるターゲットグループへ接続をルーティングする「リスナールール」がサポートされました。これにより、単一のデュアルスタックNLBで、IPv6クライアントからの通信をIPv6ターゲットへ、IPv4クライアントからの通信をIPv4ターゲットへ、プロトコル変換なしで個別に振り分けることが可能になります。既存のデュアルスタックNLBに対しても、再作成することなくリスナールールを追加できます。

🛠️ エンジニア視点の考察

Problem/Solution: デュアルスタック構成の複雑さを解消

これまでは、IPv4とIPv6の両方に対応する構成にする場合、「NLBを2つ用意してDNSで振り分ける」か、「プロトコル変換を介して単一のターゲットグループへ集約し、クライアントIPを失う」という、どちらかを選ばなければならないトレードオフがありました。今回のアップデートにより、レイヤー3での条件付きルーティングが可能になり、「クライアントIPの保持」と「インフラ構成の簡素化」を両立できるようになります。

📍 日本国内の利用状況

リサーチ結果に基づくと、本機能はすべてのAWS商用リージョンで利用可能であり、東京リージョン (ap-northeast-1) および大阪リージョン (ap-northeast-3) で利用可能です。

💡 実務上のアドバイス

• コスト面: リスナールールの利用自体に追加料金はかかりませんが、標準的なNLBの料金（時間料金およびLCU）が適用されます。
• 運用面: 既存のデュアルスタックNLBにルールを追加する際、既存の機能（接続ドレイニング、スティッキネス、クロスゾーン負荷分散など）との併用が可能であるため、、移行の際のリスクは低いと言えます。
• セキュリティ: クライアントIPを保持できるため、WAFやセキュリティグループ、あるいはアプリケーション側でのIPベースのアクセス制御がより正確に行えるようになります。

🚀 次のアクション

既存のデュアルスタックNLBを利用している、あるいは今後IPv6への対応を進める予定の環境であれば、まずは**ターゲットグループの構成（IPv4用とIPv6用）**を確認し、ターゲットグループへのルーティングティングルールの設定を試してみることを推奨します。

📚 Reference

• AWS Blog: Consolidate dual-stack architectures with listener rules for Network Load Balancer
• AWS Documentation: Network Load Balancer User Guide