Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Google Distributed Cloud est compatible avec deux options d'équilibrage de charge : groupé et manuel.
Mode d'équilibrage de charge groupé
Si vous choisissez un équilibrage de charge groupé, l'équilibreur de charge vous est fourni. Aucun équilibreur de charge externe n'est nécessaire.
Il existe deux types d'équilibrage de charge groupé :
Couche 2: tous les nœuds et adresses IP virtuelles de l'équilibreur de charge doivent se trouver dans le même sous-réseau de couche 2. La passerelle du sous-réseau d'équilibrage de charge doit écouter les messages ARP gratuits et transmettre les paquets ARP aux nœuds d'équilibrage de charge. Consultez la section Équilibrage de charge groupé avec MetalLB.
BGP: ce mode d'équilibrage de charge est compatible avec l'annonce d'adresses IP virtuelles (VIP) ServiceType LoadBalancer via le protocole eBGP (external Border Gateway Protocol) pour vos clusters. Votre réseau de cluster est un système autonome, qui établit une interconnexion avec un autre système autonome, un réseau externe, via l'appairage. Consultez la section Équilibrage de charge groupé avec BGP.
Le schéma suivant illustre un exemple de topologie de réseau où des équilibreurs de charge groupés se trouvent sur les nœuds du plan de contrôle.
Mode d'équilibrage de charge manuel
Si vous choisissez l'équilibrage de charge manuel, Google Distributed Cloud ne déploie pas d'équilibreurs de charge. Cela offre plus de flexibilité que l'équilibrage de charge groupé et ne nécessite aucune exigence de réseau L2.
Vous devez configurer les adresses IP virtuelles des nœuds de votre plan de contrôle sur un équilibreur de charge externe avant d'installer le cluster. Après l'installation, vous devez choisir une solution d'équilibrage de charge pour les services et les entrées Kubernetes.
Le schéma suivant illustre un exemple de topologie de réseau d'un cluster à l'aide du mode d'équilibrage de charge manuel avec un équilibreur de charge externe.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/01 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
