Google Cloud unterstützt IPv6-Clients mit Proxy-Load-Balancern. Der Load-Balancer akzeptiert IPv6-Verbindungen von den Nutzern und leitet dann die Verbindungen an die Back-Ends weiter.
Sie können IPv4- und IPv6-IP-Adressen (Dual-Stack) für die folgenden Proxy-Load-Balancer konfigurieren:
| Funktion | Application Load Balancer | Proxy-Netzwerk Load Balancer |
|---|---|---|
| Extern | Extern | |
| Dual-Stack-Front-Ends |
Global Klassisch |
Global Klassisch |
| Dual-Stack-Back-Ends |
Global1 |
Global1 |
1 Unterstützt IPv4- und IPv6-Instanzgruppen (Dual-Stack) und zonalen NEG-Back-Ends. Zonale NEGs unterstützen Dual-Stack nur auf Endpunkten des Typs GCE_VM_IP_PORT.
Das folgende Beispiel zeigt, wie das Load-Balancing für globale IPv6-Clients funktioniert:
Mithilfe der IPv6-Beendigung können Sie IPv6-Anfragen von Ihren Nutzern verarbeiten und über IPv4 oder IPv6 an Ihre Backends weiterleiten. Mit IPv6 können Sie das tun:
Nur eine Anycast-IPv6-Adresse für die Bereitstellung in mehreren Regionen Für Anwendungsinstanzen, die in mehreren Regionen ausgeführt werden, benötigen Sie nur eine Load-Balancer-IPv6-Adresse. Ihr DNS-Server hat entsprechend einen einzigen AAAA-Eintrag und es ist unnötig, ein Load-Balancing über mehrere IPv6-Adressen auszuführen. Clients können AAAA-Einträge problemlos im Cache speichern, da nur eine Adresse gespeichert werden muss. Die von Nutzern an die IPv6-Adresse gerichteten Anfragen werden per Load-Balancing automatisch an das nächstgelegene intakte Back-End mit verfügbarer Kapazität geleitet.
Load Balancing für HTTP-, HTTPS-, HTTP/2-, TCP- und SSL/TLS-IPv6-Clienttraffic
Regionsübergreifende Weiterleitung mit nur einer Load-Balancer-IPv6-Adresse Wenn Back-Ends in einer Region keine Ressourcen mehr haben oder nicht intakt sind, leitet der globale Load-Balancer Nutzeranfragen automatisch an die nächstgelegene Region mit verfügbaren Ressourcen weiter. Sobald die nächstgelegene Region wieder über Ressourcen verfügt, verarbeitet das globale Load-Balancing wieder Anfragen über diese Region. Für globales Load-Balancing ist die Premium-Stufe der Netzwerkdienststufen erforderlich.
Dual-Stack-Bereitstellungen ausführen. Damit sowohl IPv6- als auch IPv4-Clients bedient werden, müssen Sie zwei IP-Ressourcen für den Load-Balancer erstellen – eine für IPv6 und eine für IPv4 – und beide mit denselben Anwendungsinstanzen verknüpfen. IPv4-Clients stellen eine Verbindung zur IPv4-Adresse her, IPv6-Clients eine Verbindung zur IPv6-Adresse. Diese Clients werden dann per Load-Balancing automatisch zu den nächstgelegenen fehlerfreien IPv4- oder IPv6-Dual-Stack-Backends mit verfügbarer Kapazität geleitet. Informationen dazu, welche Load-Balancer Dual-Stack-Backends unterstützen, finden Sie unter Tabelle: Backend-Dienste und unterstützte Backend-Typen. Wir stellen IPv6-Weiterleitungsregeln kostenlos zur Verfügung, sodass Sie nur die IPv4-Gebühren bezahlen.
Weiterleitung von IPv4- und IPv6-Traffic an dieselben Backends (zum Vergrößern anklicken).
IPv6-Beendigung und -Proxy
Wenn Sie die IPv6-Beendigung für Ihre Load-Balancer konfigurieren, werden die Backends in Ihren IPv6-Clients als IPv6-Anwendungen angezeigt, wie in der folgenden Abbildung dargestellt:
Wenn sich Nutzer über IPv6 mit dem Load-Balancer verbinden, ist der Ablauf so:
- Der Load-Balancer mit seiner IPv6-Adresse und Weiterleitungsregel wartet auf Nutzerverbindungen.
- Ein IPv6-Client verbindet sich über IPv6 mit dem Load Balancer.
- Der Load-Balancer fungiert als Reverseproxy und beendet die IPv6-Clientverbindung. Basierend auf der Richtlinie zur IP-Adressauswahl des Backend-Dienstes wird die Anfrage über eine IPv4- oder IPv6-Verbindung an ein Backend weitergeleitet.
- Aus der anderen Richtung erhält das Lastenausgleichsmodul die Antwort des Backends und leitet diese über die IPv6-Verbindung zurück an den ursprünglichen Client.
IPv6-Adresszuweisung für Weiterleitungsregeln des Lastenausgleichsmoduls
Wenn Sie einen externen Load-Balancer konfigurieren, stellen Sie eine oder mehrere globale Weiterleitungsregeln bereit, die jeweils eine externe, öffentlich weitergeleitete IPv4- oder IPv6-Adresse haben (oder beides). Sie können diese IP-Adresse in den DNS-Einträgen für Ihre Website verwenden.
Wenn Sie eine Weiterleitungsregel erstellen, können Sie entweder eine für Ihr Projekt reservierte statische IP-Adresse verwenden oder festlegen, dass die Weiterleitungsregel bei ihrer Erstellung automatisch eine sitzungsspezifische IP-Adresse erwirbt. Eine statische IP-Adresse ist für Ihr Projekt reserviert. Sie können sie behalten, bis Sie diese gezielt wieder freigeben. Eine sitzungsspezifische Adresse gehört zur Weiterleitungsregel, solange sie besteht. Wenn Sie die Weiterleitungsregel löschen, wird die sitzungsspezifische Adresse wieder in den Google Cloud-Pool freigegeben.
Wenn Sie für den Load-Balancer sowohl eine IPv6- als auch eine IPv4-Adresse benötigen, können Sie zwei Weiterleitungsregeln erstellen. Eine davon wird mit einer IPv4-Adresse und die andere mit einer IPv6-Adresse verknüpft. Sie können dann beide Regeln mit demselben Load-Balancer verknüpfen.
IPv6-Adressformat
Google Cloud stellt einen /64-IPv6-Adressbereich für IPv6-Weiterleitungsregeln bereit.
Das Google Cloud CLI listet IPv6-Adressen auf, bei denen die niedrigstwertigen 64 Bit auf 0 gesetzt sind, der Load-Balancer akzeptiert aber Traffic aus dem gesamten Bereich.
Daher können in X-Forwarded-For-Headern andere IPv6-Adressen des Load-Balancers aus dem zugewiesenen Bereich angezeigt werden, je nachdem, mit welcher IPv6-Server-IP-Adresse der Client verbunden ist.
Google Cloud folgt bei der Formatierung von IPv6-Adressen den Empfehlungen unter RFC 5952, Abschnitt 4.
Client-IP-Header mit IPv6-Beendigung für externe Application Load Balancer
Wenn der Load-Balancer die IPv6-Verbindung vom Client in eine IPv4-Verbindung zum Backend überführt, wird die ursprüngliche Quell-IP-Adresse durch die IP-Adresse des Load-Balancers ersetzt. Allerdings benötigen die Back-Ends häufig die ursprüngliche Quell-IP-Adresse für Logging, Entscheidungsfindung oder andere Zwecke. Google Cloud stellt einen HTTP-Header bereit, der an die Back-Ends weitergegeben wird und die ursprüngliche IPv6-Client-IP-Adresse enthält.
HTTP-Header für IPv6 ähneln denen für IPv4. Das Format für Anfragen sieht so aus:
X-Forwarded-For: CLIENT_IP_ADDRESS, GLOBAL_FORWARDING_RULE_EXTERNAL_IP_ADDRESSES
Das letzte Element enthält die IP-Adresse des Load-Balancers Das vorletzte Element enthält die Client-IP-Adresse, wie sie vom Load-Balancer empfangen wird. Es können andere Elemente im X-Forwarded-For-Header vorhanden sein, wenn der Client oder die dazwischenliegenden Proxys weitere X-Forwarded-For-Header hinzufügen, bevor die Anfrage an den Load-Balancer gesendet wird.
Ein X-Forwarded-For-Header kann beispielsweise so aussehen:
X-Forwarded-For: 2001:db8:abcd:1::1234, 2607:f8b0:4005:801::200e
2001:db8:abcd:1::1234 ist die IPv6-Adresse des Clients. 2607:f8b0:4005:801::200e ist die IPv6-Adresse des externen Application Load Balancers.
Preise
Die Weiterleitungsregeln für die IPv6-Beendigung nutzen Sie ohne zusätzliche Kosten. Sitzungsspezifische IPv6-Adressen werden nicht in Rechnung gestellt. Reservierte IPv6-Adressen werden nach den vorliegenden Tarifen abgerechnet, unabhängig davon, ob sie verwendet werden oder nicht. Ansonsten entsprechen die Preise für das IPv6-Load-Balancing denen für das IPv4-Load-Balancing. Weitere Informationen zu Load-Balancing-Preisen finden Sie unter Netzwerkpreise.
Beschränkungen
- IPv6-Traffic wird für regionale externe Anwendungs-Load-Balancer, regionenübergreifende interne Anwendungs-Load-Balancer, regionale interne Anwendungs-Load-Balancer, regionale interne Proxy-Netzwerk-Load-Balancer, regionenübergreifende interne Proxy-Netzwerk-Load-Balancer und regionale externe Proxy-Network Load Balancer nicht unterstützt.
- Klassische Proxy-Network Load Balancer und klassische Application Load Balancer unterstützen Dual-Stack-Backends nicht. Die Anfragen werden an IPv4-Backends weitergeleitet.