How Gateway Load Balancer Actually Inserts Into a Traffic Path

~8 min read

The VPC ingress routing mechanics that make GWLB's transparent appliance insertion work.

Gateway Load Balancer alone doesn't automatically see any traffic — it requires VPC ingress routing to be explicitly configured, typically by modifying the route table associated with an Internet Gateway or Transit Gateway attachment so that traffic destined for a protected subnet is first routed through a GWLB endpoint before continuing to its actual destination. Once that routing is in place, GWLB forwards the traffic (encapsulated using the GENEVE protocol on port 6081) to a target group of third-party appliance instances, which inspect or transform the traffic and return it, after which GWLB forwards it onward to its original destination — all transparent to both the original client and the destination workload, neither of which needs any awareness that inspection occurred. This is architecturally different from ALB/NLB, which terminate traffic at the load balancer and distribute it directly to application targets; GWLB instead sits as an inline detour in an existing traffic path.

💬 Deep Dive with AI

Key points

  • •GWLB requires explicit VPC ingress routing configuration — it doesn't automatically intercept traffic
  • •Traffic is encapsulated via GENEVE (port 6081) and forwarded to a scalable fleet of third-party appliances
  • •The appliance fleet inspects/transforms traffic, then GWLB forwards it onward to its original destination
  • •Both the client and the destination workload remain unaware inspection occurred — fully transparent insertion