Descripción general de los balanceadores de cargas
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Opciones de balanceador de cargas en Google Distributed Cloud
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 proporciona el balanceador de cargas. No se necesita un balanceador de cargas externo.
Existen dos tipos de balanceo de cargas agrupados:
Capa 2: Todos los nodos y VIP del balanceador de cargas deben estar en la misma subred de la 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 de frontera 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 implementa 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.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2024-12-21 (UTC)"],[],[],null,["Google Distributed Cloud supports two load balancer options: bundled and manual.\n\nBundled load balancer mode\n\nIf you choose bundled load balancing, the load balancer is provided for you. An\nexternal load balancer is not needed.\n\nThere are two types of bundled load balancing:\n\n- **Layer 2** : All load balancer nodes and VIPs must be in the same Layer 2\n subnet. The gateway of the load balancer subnet must listen to gratuitous ARP\n messages and forward ARP packets to the load balancer nodes. See\n [Bundled load balancing with MetalLB](/kubernetes-engine/distributed-cloud/bare-metal/docs/installing/bundled-lb).\n\n- **BGP** : This load-balancing mode supports the advertisement of ServiceType\n LoadBalancer virtual IP addresses (VIPs) through external Border\n Gateway Protocol (eBGP) for your clusters. Your cluster network is an autonomous\n system, which interconnects with another autonomous system, an external network,\n through peering. See\n [Bundled load balancing with BGP](/kubernetes-engine/distributed-cloud/bare-metal/docs/how-to/lb-bundled-bgp).\n\nThe following diagram shows an example network topology where bundled MetalLB\nload balancers are located on the control plane nodes.\n\nManual load balancer mode\n\nIf you choose manual load balancing, Google Distributed Cloud does not deploy load\nbalancers. This allows more flexibility than bundled load balancing and there\nare no L2 network requirements.\n\nYou must configure your control plane nodes' VIPs on an external load\nbalancer before installing the cluster. After installation, you must pick a load\nbalancing solution for Kubernetes Services and Ingresses.\n\nThe following diagram shows an example network topology of a cluster using\nmanual load balancing mode with an external load balancer."]]
