Google Distributed Cloud admite dos opciones de balanceador de cargas: en paquetes y manual.
Modo de balanceador de cargas en paquetes
Si eliges el balanceo de cargas en paquetes, se te proporcionará el balanceador de cargas. No se necesita un balanceador de cargas externo.
Existen dos tipos de balanceo de cargas agrupado:
Capa 2: Todos los nodos y las VIP del balanceador de cargas deben estar en la misma subred de capa 2. La puerta de enlace de la subred del balanceador de cargas debe escuchar los mensajes ARP injustificados y reenviar paquetes ARP a los nodos del balanceador de cargas. Consulta Balanceo de cargas en paquetes con MetalLB.
BGP: Este modo de balanceo de cargas admite el anuncio de direcciones IP virtuales (VIP) de ServiceType LoadBalancer a través del protocolo de puerta de enlace fronteriza externa (eBGP) para tus clústeres. La red de tu clúster es un sistema autónomo que se interconecta con otro sistema autónomo, una red externa, a través del intercambio de tráfico. Consulta Balanceo de cargas en paquetes con BGP.
En el siguiente diagrama, se muestra un ejemplo de topología de red en la que los balanceadores de cargas de MetalLB en paquetes se encuentran en los nodos del plano de control.
Modo de balanceador de cargas manual
Si eliges el balanceo de cargas manual, Google Distributed Cloud no implementará balanceadores de cargas. Esto permite una mayor flexibilidad que el balanceo de cargas en paquetes y no hay requisitos de red L2.
Debes configurar las VIP de tus nodos del plano de control en un balanceador de cargas externo antes de instalar el clúster. Después de la instalación, debes elegir una solución de balanceo de cargas para los Ingress y los servicios de Kubernetes.
En el siguiente diagrama, se muestra un ejemplo de topología de red de un clúster con el modo de balanceo de cargas manual con un balanceador de cargas externo.
