Load-Balancer-Optionen in GKE on Bare Metal
GKE on Bare Metal unterstützt zwei Load-Balancer-Optionen: gebündelt und manuell.
Modus für gebündeltes Load-Balancing
Wenn Sie sich für gebündeltes Load-Balancing entscheiden, wird der Load-Balancer für Sie bereitgestellt. Ein externer Load-Balancer ist nicht erforderlich.
Es gibt zwei Arten von gebündeltem Load-Balancing:
Ebene 2: Alle Load-Balancer-Knoten und VIPs müssen sich im selben Ebene-2-Subnetz befinden. Das Gateway des Load-Balancer-Subnetzes muss Gratuitous-ARP-Nachrichten empfangen und ARP-Pakete an die Load-Balancer-Knoten weiterleiten. Siehe Gebündeltes Load-Balancing mit MetalLB.
BGP: Dieser Load-Balancing-Modus unterstützt das Bewerben von virtuellen ServiceType-LoadBalancer-IP-Adressen (VIPs) über das eBGP (External Border Gateway Protocol) für Ihre Cluster. Ihr Clusternetzwerk ist ein autonomes System, das über Peering mit einem anderen autonomen System, einem externen Netzwerk, verbunden ist. Siehe Gebündeltes Load-Balancing mit BGP.
Das folgende Diagramm zeigt eine beispielhafte Netzwerktopologie, bei der sich gebündelte MetalLB-Load-Balancer auf den Knoten der Steuerungsebene befinden.
Modus für manuelles Load-Balancing
Wenn Sie das manuelle Load-Balancing auswählen, stellt GKE on Bare Metal keine Load-Balancer bereit. Dieser Modus bietet mehr Flexibilität als das gebündelte Load-Balancing und es gibt keine Layer-2-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.
