In VMware Cloud Foundation 9.0, when deploying vSphere Supervisor (formerly part of Tanzu) specifically with VMware NSX as the networking provider, the architecture relies on the high-performance routing capabilities of the NSX fabric.
According to the VCF 9.0 Developer Ready Infrastructure Guide:
When NSX is selected as the networking stack for the Supervisor, the system utilizes Distributed Gateways (T1) to handle the routing for the supervisor ' s internal and external traffic.
Distributed Gateway (C): In an NSX-integrated Supervisor deployment, the East-West traffic and the localized routing for the Kubernetes Control Plane and Pod networking are handled by the Distributed Gateway. This ensures that routing occurs at the host level (kernel space) where possible, minimizing latency and " hairpinning " to a centralized edge node.
Why others are incorrect: * Avi Load Balancer (A): While Avi (NSX Advanced Load Balancer) is the preferred load balancer for VCF 9.0, the question asks for the " networking connectivity type " for the Supervisor deployment itself. Avi provides the Load Balancing service (ingress/egress), but the underlying routing connectivity type is the Distributed Gateway.
Data Network Subnet (B): This is a general networking term and not a specific " connectivity type " construct within the NSX Supervisor deployment workflow.
Centralized Gateway (D): While a Tier-0/Tier-1 gateway can have centralized services (like NAT or Statefull Firewall), the standard connectivity model for Supervisor namespaces to maintain performance and scale across the VCF hosts is the Distributed Gateway.
[References: * VMware Cloud Foundation 9.0 Administration Guide: Deploying and Configuring vSphere Supervisor., VMware NSX 4.x/VCF 9.0 Integration Guide: Kubernetes Networking and Security with Distributed Gateways., , , , , , , , ]
Submit