Load-Balancer-Features

Sie können den richten Load-Balancer gemäß Ihren Anforderungen auswählen.

In den folgenden Tabellen weist ein Häkchen darauf hin, dass ein Feature unterstützt wird. Weitere Informationen zu einem Feature erhalten Sie, wenn Sie auf den Link Info klicken.

Art des Load-Balancers

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Proxy Info
Info
Info
Info
Informationen zum SSL-Proxy

Informationen zum TCP-Proxy
Passthrough Info Info

Protokolle vom Load-Balancer zu den Back-Ends

Links zu weiteren Informationen finden Sie unter Back-End-Dienste.

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Eine der folgenden Möglichkeiten:
HTTP (HTTP/1.1)
HTTPS (HTTP/1.1)
HTTP/2 (erfordert TLS), einschließlich gRPC
Eine der folgenden Möglichkeiten:
TCP oder UDP
Eine der folgenden Möglichkeiten:
SSL (TLS) oder TCP
ESP oder ICMP Info
WebSockets Info
Info
Info
Info

Protokolle von den Clients zum Load-Balancer

Links zu weiteren Informationen finden Sie unter Weiterleitungsregeln.

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Eine der folgenden Möglichkeiten:
HTTP/1.1, HTTP/2 oder HTTPS
(keine QUIC-Unterstützung)
(einschließlich QUIC)
(einschließlich QUIC)
(keine QUIC-Unterstützung)
HTTP/3 (basierend auf IETF QUIC)
Eine der folgenden Möglichkeiten:
TCP oder UDP
SSL oder TCP
ESP oder ICMP Info
WebSockets Info Info Info Info

Back-Ends

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Back-Ends müssen sich in einer Region befinden
(Standardstufe)
(Standardstufe)
Back-Ends können sich in mehreren Regionen befinden
(Premium-Stufe)
(Premium-Stufe)
Der Load-Balancer kann mehrere Back-End-Dienste und eine URL-Zuordnung haben
Back-Ends von virtuellen Maschinen in Compute Engine
Zonale NEGs
GCE_VM_IP_PORT-Typ-Endpunkte mit GKE verwenden:
Keine GKE-Unterstützung
GCE_VM_IP_PORT-Typ-Endpunkte mit GKE verwenden:
GCE_VM_IP-Typ-Endpunkte mit GKE verwenden: 		Eigenständige zonale NEGs verwenden
Selbstverwaltetes Kubernetes und GKE
Externe Endpunkte in Internet-NEGs Info
(Premium-Stufe)
Private externe Endpunkte in Hybrid-NEG-Back-Ends Info Info Info Info
Cloud Storage in Back-End-Buckets Info Info
Serverlose Back-Ends: Info
  • Cloud Run
 Info
  • Cloud Run
  • App Engine
  • Cloud Functions
 Info
  • Cloud Run
  • App Engine
  • Cloud Functions
 Info
  • Cloud Run
Private Service Connect-NEGs
Auf Google API zugreifen
Auf veröffentlichte Dienste zugreifen

Systemdiagnosen

Links zu weiteren Informationen finden Sie unter Systemdiagnosen.

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
gRPC-Systemdiagnosen 1
HTTP-Systemdiagnosen 2 2 2 1
HTTPS-Systemdiagnosen 2 2 2 1
HTTP/2-Systemdiagnosen 1
SSL-Systemdiagnosen 1
TCP-Systemdiagnosen 1
Konfigurierbare Systemdiagnosen:
  • Port
  • Überprüfungsintervalle
  • Zeitüberschreitungen
  • Schwellenwerte für fehlerfreien und fehlerhaften Zustand
Konfigurierbarer Anfragepfad (HTTP, HTTPS, HTTP/2) 1
Konfigurierbarer Anfragestring oder -pfad (TCP oder SSL) 1
Konfigurierbarer String für die erwartete Antwort 1

1 Diese Tabelle dokumentiert Systemdiagnosen, die von Back-End-Dienst-basierten Netzwerk-Load-Balancer unterstützt werden. Zielpool-basierte Netzwerk-Load-Balancer unterstützen nur Legacy-HTTP-Systemdiagnosen.

2 Der globale externe HTTP(S)-Load-Balancer mit erweiterter Trafficverwaltung und dem regionalen externen HTTP(S)-Load-Balancer unterstützt keine Legacy-Systemdiagnosen. Der globale externe HTTP(S)-Load-Balancer (klassisch) unterstützt nur Legacy-Systemdiagnosen, wenn die beiden folgenden Bedingungen erfüllt sind:

  • Die Back-Ends sind Instanzgruppen.
  • Die Back-End-VMs liefern Traffic, der das HTTP- oder HTTPS-Protokoll verwendet.

IP-Adressen

Links zu weiteren Informationen finden Sie unter Adressen.

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Interne IP-Adresse, auf die im VPC-Netzwerk (Virtual Private Cloud) zugegriffen werden kann
Externe IP-Adresse (globaler Anycast)
(Premium-Stufe)
(Premium-Stufe)
Externe IP-Adresse (regional)
(Standardstufe)
(Standardstufe)
Externe IP-Adresse von Bring your own IP (BYOIP)
Mehrere Weiterleitungsregeln mit derselben IP-Adresse, die jeweils eine eindeutige Kombination aus Protokoll und Port aufweist
Über das Internet zugänglich
Dies gilt auch für Clients, die sich in der Google Cloud befinden und Internetzugriff haben.
Privat zugänglich
Beibehalten der Quell-IP-Adresse des Clients X-Forwarded-For-Header X-Forwarded-For-Header X-Forwarded-For-Header X-Forwarded-For-Header Im TCP-Proxy-Header
IPv6-Unterstützung
IPv6-Beendigung
IPv6-Beendigung
(Premium-Stufe)
Information
(Premium-Stufe)
IPv6-Beendigung
(Premium-Stufe)

Netzwerktopologien

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Beziehungen zwischen VPC-Netzwerken und Load-Balancer-Back-Ends
Back-Ends müssen sich im selben VPC-Netzwerk befinden
Back-Ends können sich in mehreren VPC-Netzwerken im selben Projekt befinden

Die Netzwerke müssen nicht miteinander verbunden sein
Back-Ends können ein freigegebenes VPC-Netzwerk verwenden
Load-Balancer-Front-End (URL-Zuordnung) kann auf Back-End-Dienste verweisen, die in verschiedenen Dienstprojekten in einem freigegebenen VPC-Netzwerk erstellt wurden
(projektübergreifende Dienstreferenz)
Info
(Vorschau)
Info
(Vorschau)
Clientzugriff auf Load-Balancer
Google Cloud- oder lokale Clients müssen privat auf den Load-Balancer zugreifen, indem sie sich entweder im selben VPC-Netzwerk, in einem Peering-VPC-Netzwerk oder in einem anderen Netzwerk befinden, das über Cloud VPN-Tunnel oder Cloud Interconnect-Anhänge (VLANs) verbunden ist
Mit Hybrid-NEGs
Mit Hybrid-NEGs
Für Google Cloud-Client-VMs sind externe IP-Adressen oder eine NAT-Lösung wie Cloud NAT erforderlich, um auf den Load-Balancer zuzugreifen
Lokale Client-VMs benötigen für den Zugriff auf den Load-Balancer Zugang zum Internet
Für Hybrid-NEGs ist kein Internetzugang erforderlich.
Für Hybrid-NEGs ist kein Internetzugang erforderlich.
Google Cloud-Client-VMs können sich in einer beliebigen Region befinden (Premium-Stufe)
Wenn der globale Zugriff aktiviert ist
Google Cloud-Client-VMs können sich in jedem Projekt befinden
(vorbehaltlich anderer Anforderungen in dieser Tabelle)

Failover

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Automatisches Failover auf fehlerfreie Back-Ends in derselben Region
Automatisches Failover auf fehlerfreie Back-Ends in anderen Regionen
(Premium-Stufe)
(Premium-Stufe)
Verhalten, wenn alle Back-Ends fehlerhaft sind Gibt HTTP 503 zurück Gibt HTTP 503 zurück Gibt HTTP 502 zurück Gibt HTTP 503 zurück Info
(konfigurierbar)		 Info
(konfigurierbar1)		 Traffic ist zurückgegangen
Konfigurierbare Standby-Back-Ends Info
(konfigurierbar)		 Info
(konfigurierbar2)
Verbindungsausgleich bei Failover und Failback Info
(konfigurierbar)		 Info
(konfigurierbar3)

In dieser Tabelle wird das Failover dokumentiert, das von Back-End-Dienst-basierten Netzwerk-Load-Balancern unterstützt wird.

1 Wenn alle Back-Ends eines Zielpoolbasierten Netzwerk-Load-Balancers fehlerhaft sind, wird der Traffic auf alle Back-Ends verteilt.
2 Zielpoolbasierte Netzwerk-Load-Balancer verwenden Sicherungspools für ein Failover.
3 Zielpoolbasierte Netzwerk-Load-Balancer unterstützen die Konfiguration des Verbindungsausgleichs bei Failover/Failback nicht.

Logging und Monitoring

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Messwerte für Anzahl der Byte Info Info Info Info Info
Messwerte für Anzahl der Pakete Info Info Info
Messwerte für Umlaufzeit oder Latenz Info Info Info Info Info
Messwerte für Anzahl der Verbindungen Info
Messwerte für Anzahl der HTTP-Anfragen Info Info
Logs zu Attributen von HTTP-Anfragen und -Antworten Info Info

Sitzungsaffinität

Ausführliche Informationen finden Sie unter Sitzungsaffinität.

Links zu weiteren Informationen finden Sie unter Back-End-Dienste.

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Header
HTTP-Cookie
Generiertes Cookie
Client-IP, kein Ziel (1-Tupel)
CLIENT_IP_NO_DESTINATION 		Info (Vorschau)
Client-IP, Ziel-IP (2-Tupel)
CLIENT_IP		 1 1
Client-IP, Ziel-IP, Protokoll (3-Tupel)
CLIENT_IP_PROTO		 1 1
Client-IP, Client-Port, Ziel-IP, Zielport, Protokoll (5-Tupel)
CLIENT_IP_PORT_PROTO		 1,2 1,2
Keine (5-Tupel)
NONE		 3 3

1 Das Festlegen der Sitzungsaffinität ist nur sinnvoll, wenn das Protokoll Sitzungen verwendet. Beispiel: TCP.

2 Wenn das Protokoll kein Konzept von Ports hat oder wenn das Paket keine Port-Informationen enthält (z. B. nachfolgende UDP-Fragmente), dann wird stattdessen ein 3-Tupel-Hash aus Client-IP, Ziel-IP und Protokoll verwendet.

3 Wenn das Protokoll ein Konzept von Ports hat und das Paket Portinformationen enthält, ist None ein 5-Tupel-Hash. Wenn das Protokoll kein Konzept von Ports hat oder das Paket keine Portinformationen enthält (z. B. nachfolgende UDP-Fragmente), ist None ein 3-Tupel-Hash der Client-IP, Ziel-IP und Protokoll.

Load-Balancing-Methoden

Ausführliche Informationen finden Sie in der Übersicht zu Back-End-Diensten.

Links zu weiteren Informationen finden Sie unter Back-End-Dienste.

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Balancing-Modus: Verbindung
Balancing-Modus: Rate (Anfragen pro Sekunde) 2 2
Balancing-Modus: Back-End-Auslastung
(nur Back-Ends von Instanzgruppen)		 2 2
Konfigurierbare maximale Kapazität pro Back-End-Instanzgruppe oder NEG 2 2
Schutzschaltung 2
Gewichteter Anteil des Traffics
Bevorzugt die Region, die dem Client im Internet am nächsten ist

Ist diese Region ausgelastet oder fehlerhaft, wird die nächstnähere Region bevorzugt
(Premium-Stufe)
(Premium-Stufe)
Im Rahmen der Load-Balancing-Richtlinie für die Zone/Region
Load-Balancing-Richtlinie für den Ort 2
Round Robin in einer Zone und Load-Balancing-Richtlinie für den Ort
Round Robin in einer Zone
Round Robin in einer Zone und Load-Balancing-Richtlinie für den Ort
Hash-basierte Verteilung zwischen allen Back-Ends im aktiven Pool, wenn das Failover konfiguriert ist, oder unter allen Back-Ends in der Region
Hash-basierte Verteilung zwischen allen Back-Ends im aktiven Pool, wenn das Failover konfiguriert ist, oder unter allen Back-Ends in der Region1
Round Robin in einer Zone

1 In dieser Tabelle werden Load-Balancing-Methoden dokumentiert, die von Back-End-Dienst-basierten Netzwerk-Load-Balancern unterstützt werden. Zielpoolsbasierte Netzwerk-Load-Balancer führen auch eine hashbasierte Verteilung zwischen allen Instanzen im Zielpool oder Sicherungspool durch.

2 Diese Funktion wird nicht für Load-Balancer unterstützt, die serverlose NEG-Back-Ends verwenden.

Routing und Trafficverwaltung

Option Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
HTTP-/Layer-7-Anfrage-Routing Suffix, Präfix und Abgleich für:
 Suffix, Präfix und Abgleich für:
 Suffix, Präfix und Abgleich für Folgendes:
 Suffix, Präfix und Abgleich für Folgendes:
Fault Injection Info
Konfigurierbare Zeitüberschreitungen Info1 Info Info Info Info
Neuversuche Info1 Info Info Info
Weiterleitungen Info Info Info Info
URL-Umschreibungen Info Info Info Info
Anfrage-/Antwort-Headertransformationen Info
Traffic-Teilung Info
Traffic-Spiegelung Info1
Ausreißererkennung Info
Fehlgeschlagene Anfragen wiederholen Info
1 Diese Funktion wird nicht für Load-Balancer unterstützt, die serverlose NEG-Back-Ends verwenden.

Informationen zu internen HTTP(S)-Load-Balancern finden Sie unter den folgenden Links:

Informationen zum globalen externen HTTP(S)-Load-Balancer finden Sie hier:

Informationen zum globalen externen HTTP(S)-Load-Balancer (klassisch) finden Sie hier:

Informationen zum regionalen externen HTTP(S)-Load-Balancer finden Sie hier:

Informationen zu den in Traffic Director verfügbaren Funktionen zur Trafficverwaltung finden Sie unter Traffic Director-Features: Routing und Trafficverwaltung.

Autoscaling und automatische Reparatur

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Autoscaling verwalteter Instanzgruppen anhand der Kapazität des Load-Balancers
Automatische Reparatur (nativ für verwaltete Instanzgruppen und GKE)
Verbindungsausgleich 1
1 In dieser Tabelle werden die Funktionen von Autoscaling und der automatischen Reparatur erläutert, die von Back-End-Dienst-basierten Netzwerk-Load-Balancern unterstützt werden. Zielpoolbasierte Netzwerk-Load-Balancer unterstützen keinen Verbindungsausgleich.

Sicherheit

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Verwaltete Zertifikate Info Info Info
(nur SSL-Proxy)
CORS Info
Identity-Aware Proxy (IAP) Info
Google Cloud Armor Info Info Info
SSL-Übertragung
(nur SSL-Proxy)
SSL-Richtlinien
(TLS-Version und Chiffresammlungen)		 Info (Vorschau) Info Info Info (Vorschau) Info
(nur SSL-Proxy)

Besondere Features

Feature Internes HTTP(S) Externes HTTP(S) Internes TCP/UDP Externes TCP/UDP-Netzwerk Externer SSL-Proxy und
TCP-Proxy
Global Klassisch Regional
Cloud CDN Info Info
(Premium-Stufe)
Externe Endpunkte in Internet-NEGs als externe Back-Ends für Cloud CDN Info
(Premium-Stufe)
Interne DNS-Namen Info
Load-Balancer als nächster Hop Info
Netzwerkschnittstelle einer Back-End-VM angeben
(Multi-NIC-Load-Balancing)		 Die Back-End-VM nic0 muss sich im selben Netzwerk und in derselben Region befinden wie die Weiterleitungsregel. Der Load-Balancer sendet Traffic nur an die erste Netzwerkschnittstelle (nic0), unabhängig davon, in welchem VPC-Netzwerk sich nic0 befindet. Info Der Load-Balancer sendet Traffic nur an die erste Netzwerkschnittstelle (nic0), unabhängig davon, in welchem VPC-Netzwerk sich nic0 befindet.
Benutzerdefinierte Anfrage- und Antwortheader Info
Informationen zum geografischen Standort, ausgeglichene RTT-Werte, Clientlatenz
Automatische Service Directory-Registrierung (Vorschau) Info Info
Tracking-Richtlinie für Verbindungen 1
Quell-IP-basierte Trafficsteuerung (Vorschau) 1 Info

1 In dieser Tabelle werden Features beschrieben, die von Back-End-Dienst-basierten Netzwerk-Load-Balancern unterstützt werden. Zielpool-basierte Netzwerk-Load-Balancer unterstützen diese Features nicht.

Nächste Schritte

  • Eine Übersicht über die verschiedenen Load-Balancing-Lösungen, die in Google Cloud verfügbar sind, finden Sie unter Load-Balancing – Übersicht.
  • Informationen darüber, welcher Google Cloud-Load-Balancer Ihren Anforderungen am besten entspricht, finden Sie unter Load-Balancer auswählen.