Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Google Distributed Cloud supporta due opzioni di bilanciatore del carico: in bundle e manuale.
Modalità bilanciatore del carico in bundle
Se scegli il bilanciamento del carico in bundle, il bilanciatore del carico viene fornito per te. Non è necessario un bilanciatore del carico esterno.
Esistono due tipi di bilanciamento del carico in bundle:
Livello 2: tutti i nodi e i VIP del bilanciatore del carico devono trovarsi nella stessa subnet di livello 2. Il gateway della subnet del bilanciatore del carico deve ascoltare i messaggi ARP gratuiti e inoltrare i pacchetti ARP ai nodi del bilanciatore del carico. Consulta
Bilanciamento del carico in bundle con MetalLB.
BGP: questa modalità di bilanciamento del carico supporta la pubblicità degli indirizzi IP virtuali (VIP) di ServiceType
LoadBalancer tramite il protocollo Border Gateway Protocol (eBGP) esterno per i tuoi cluster. La rete del cluster è un sistema autonomo, che si interconnetta con un altro sistema autonomo, una rete esterna, tramite il peering. Consulta
Bilanciamento del carico in bundle con BGP.
Il seguente diagramma mostra un esempio di topologia di rete in cui i bilanciatori del carico MetalLB in bundle si trovano sui nodi del piano di controllo.
Modalità del bilanciatore del carico manuale
Se scegli il bilanciamento del carico manuale, Google Distributed Cloud non esegue il deployment dei bilanciatori del carico. Ciò consente una maggiore flessibilità rispetto al bilanciamento del carico in bundle e non sono previsti requisiti di rete L2.
Prima di installare il cluster, devi configurare i VIP dei nodi del piano di controllo su un bilanciatore del carico esterno. Dopo l'installazione, devi scegliere una soluzione di bilanciamento del carico per i servizi e gli ingressi Kubernetes.
Il seguente diagramma mostra un esempio di topologia di rete di un cluster che utilizza la modalità di bilanciamento del carico manuale con un bilanciatore del carico esterno.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-01 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."]]
