KIẾN THỨC LÀ VÔ TẬN

ĐI MỘT NGÀY ĐÀNG HỌC MỘT SÀNG KHÔN

Tất cả tin tức

AWS Network Load Balancer thêm Listener Rules: route IPv4/IPv6 riêng, giữ client IP

Tech #153 Đăng bởi PVYSTORE 2026-09-27 18:03:15 👁 9 lượt xem
AWS Network Load Balancer thêm Listener Rules: route IPv4/IPv6 riêng, giữ client IP

Bài viết này do AI tạo ra, có thể mắc sai sót.

AWS đã bổ sung Listener Rules cho Network Load Balancer (NLB), cho phép một NLB dual-stack chọn target group theo loại địa chỉ IP của client. Thay đổi này nhắm vào bài toán vận hành IPv4 và IPv6 song song mà vẫn giữ địa chỉ client gốc xuyên suốt đường đi.

Tóm tắt nhanh

Listener Rules thay đổi kiến trúc dual-stack thế nào?

Trước đây, đội vận hành thường chọn một trong hai hướng: dựng NLB IPv4 và IPv6 riêng rồi điều phối bằng DNS, hoặc gom traffic vào một target group và chấp nhận đánh đổi khi chuyển đổi giao thức. Listener Rules cho NLB thêm điều kiện dựa trên loại IP nguồn, nên từng kết nối được chuyển tới target group cùng address family.

Điểm quan trọng là traffic không cần translation giữa IPv4 và IPv6 trong trường hợp này. Backend nhận traffic cùng family với client, giúp giữ nguyên địa chỉ client IP cho log ứng dụng, allowlist, rate limit, điều tra sự cố và chính sách bảo mật dựa trên nguồn.

Phạm vi kỹ thuật và cách dùng

Rule hoạt động với listener TCP, UDP, TCP_UDP và TLS. AWS cho biết tính năng này đi cùng các khả năng NLB hiện có như connection draining, target group stickiness, cross-zone load balancing, weighted target groups và client IP preservation.

Vì rule có thể gắn vào NLB dual-stack đang chạy, thay đổi phù hợp cho rollout theo từng service. Dù vậy, cần kiểm tra health check, security group/NACL, địa chỉ và DNS record của từng target group trước khi chuyển traffic production.

Ai cần quan tâm?

Đội platform, network và SRE đang phục vụ đồng thời client IPv4/IPv6 sẽ hưởng lợi rõ nhất. Các dịch vụ cần ghi nhận chính xác IP client như API gateway tự vận hành, game server, UDP service, hệ thống chống gian lận hoặc logging tập trung có thể giảm một lớp xử lý trung gian.

Không phải mọi workload đều cần đổi kiến trúc ngay. Nếu backend chỉ có IPv4 hoặc ứng dụng không phụ thuộc client IP, mô hình cũ vẫn có thể đủ. Giá trị lớn nhất xuất hiện khi cả frontend lẫn target đã sẵn sàng dual-stack.

Chi phí và giới hạn

AWS công bố Listener Rules không có phụ phí riêng. Chi phí NLB tiêu chuẩn theo giờ và Load Balancer Capacity Unit (LCU) vẫn áp dụng. Tính năng có mặt tại toàn bộ AWS Commercial Regions và AWS GovCloud (US).

Phân tích

Đây là thay đổi nhỏ ở control plane nhưng có tác động thực tế tới độ phức tạp kiến trúc. Tách NLB theo IP family làm tăng DNS record, health check, policy, dashboard và quy trình xử lý sự cố. Route có điều kiện trên một NLB giúp rút số lượng tài nguyên, nhưng vẫn không thay thế việc kiểm thử IPv6 đầy đủ ở ứng dụng, firewall và observability.

Với network operator, lợi ích đáng giá nhất là giữ client IP cùng address family tới backend. Dữ liệu quan sát và chính sách bảo mật bớt bị nhiễu bởi proxy/translation. Đây cũng là bước hợp lý khi IPv6 chuyển từ yêu cầu tương thích sang thành phần production ngang hàng với IPv4.

Nguồn tham khảo

Thông tin kỹ thuật được đối chiếu từ thông báo AWS ngày 22/07/2026 và tài liệu Network Load Balancer của AWS.

× Zalo QR Alexz