A virtual IP address (VIP) gives clients a stable address for a service while traffic is directed to its backends. Inside a Kubernetes cluster, a Service’s ClusterIP acts as a VIP for multiple Pods. It remains static even when Pods move, but is reachable only within the cluster. section 10.2.1
On Anthos bare metal, reserve VIPs before installation and choose bundled or manual load balancing. The bundled option creates or assigns VIPs from installation configuration; the manual option requires you to configure the load balancer and associate each VIP with its backends. section 17.3.4 section 10.2.1
Plan VIPs by endpoint:
- Control plane: reserve one per cluster. With manual load balancing, map it to all control-plane node IPs on backend port 6444. section 17.3.4
- Ingress: reserve one per user cluster. With manual load balancing, match the istio-ingress Service IP and use cluster nodes as backends on that Service’s NodePort. HTTP and HTTPS may require separate VIPs and backend pools. section 17.3.4
- LoadBalancer Services: reserve one VIP for each Service; bundled load balancing assigns addresses from the configured pool. section 17.3.4
Specify a Service VIP
A LoadBalancer Service manifest can set `spec.loadBalancerIP: [SERVICE VIP]`. Choose that address before creating the cluster; in manual mode, configure the load balancer to match the Service address. section 10.2.1 section 17.3.4
Compare bundled and manual preparation: both require VIP selection, while manual mode also requires node IPs, NodePort values, and load-balancer configuration. section 10.2.1

