Load Balancer-Optionen in der Google Distributed Cloud
Google Distributed Cloud unterstützt zwei Load Balancer-Optionen: gebündelt und manuell.
Modus für gebündeltes Load-Balancing
Wenn Sie das gebündelte Load Balancing auswählen, wird der Load Balancer für Sie bereitgestellt. Ein externer Load-Balancer wird nicht benötigt.
Es gibt zwei Arten von Bündelungs-Load Balancing:
Schicht 2: Alle Load Balancer-Knoten und VIPs müssen sich im selben Layer-2-Subnetz befinden. Das Gateway des Load-Balancer-Subnetzes muss ressourcensparende ARP-Nachrichten überwachen und ARP-Pakete an die Load-Balancer-Knoten weiterleiten. Weitere Informationen finden Sie unter Gebündeltes Load-Balancing mit MetalLB.
BGP: Dieser Load Balancing-Modus unterstützt das Advertising von virtuellen IP-Adressen (VIPs) vom Typ „ServiceType LoadBalancer“ über das externe Border Gateway Protocol (eBGP) für Ihre Cluster. Ihr Clusternetzwerk ist ein autonomes System, das über Peering mit einem anderen autonomen System (einem externen Netzwerk) verbunden ist. Weitere Informationen finden Sie unter Gebündeltes Load Balancing mit BGP.
Das folgende Diagramm zeigt ein Beispiel für eine Netzwerktopologie, bei der sich gebündelte MetalLB-Load-Balancer auf den Knoten der Steuerungsebene befinden.
Modus für manuelles Load-Balancing
Wenn Sie den Modus für manuelles Load Balancing auswählen, stellt Google Distributed Cloud keine Load Balancer bereit. Dieser Modus bietet mehr Flexibilität als das gebündelte Load-Balancing und es gibt keine L2-Netzwerkanforderungen.
Sie müssen die VIPs der Steuerungsebenen in einem externen Load-Balancer konfigurieren, bevor Sie den Cluster installieren. Nach der Installation müssen Sie eine Load-Balancing-Lösung für Kubernetes-Dienste und -Ingresse auswählen.
Das folgende Diagramm zeigt ein Beispiel für eine Netzwerktopologie eines Clusters, in dem der Modus für manuelles Load-Balancing mit einem externen Load-Balancer verwendet wird.