Weiterleitungsregeln – Übersicht

Eine Weiterleitungsregel gibt an, wie Netzwerktraffic an die Backend-Dienste eines Load Balancers weitergeleitet wird. Eine Weiterleitungsregel umfasst eine IP-Adresse, ein IP-Protokoll und einen oder mehrere Ports, an denen der Load Balancer Traffic annimmt. EinigeGoogle Cloud -Load-Balancer sind auf eine vordefinierte Gruppe von Ports beschränkt; andere ermöglichen die Angabe beliebiger Ports.

Die Frontend-Konfiguration eines Google Cloud Load-Balancers besteht aus einer Weiterleitungsregel und der zugehörigen IP-Adresse.

Je nach Load-Balancer-Typ gilt Folgendes:

• Weiterleitungsregeln geben entweder einen Backend-Dienst, Ziel-Proxy oder Zielpool an.
• Weiterleitungsregeln und die zugehörigen IP-Adressen können intern oder extern sein.
• Weiterleitungsregeln sind regional.

Außerdem können globale und regionale Weiterleitungsregeln als Dienste in App Hub-Anwendungen festgelegt werden.

Hinweis:Weiterleitungsregeln werden auch für die Protokollweiterleitung und bei klassischen VPN-Gateways verwendet sowie für Cloud Service Mesh, um Weiterleitungsinformationen auf der Steuerungsebene bereitzustellen. Auf dieser Seite werden nur Weiterleitungsregeln im Kontext von Google Cloud Load-Balancern behandelt.

Interne Weiterleitungsregeln

Interne Weiterleitungsregeln leiten Traffic weiter, der aus einem Google Cloud Netzwerk stammt. Die Clients können sich entweder im selben VPC-Netzwerk (Virtual Private Cloud) wie die Back-Ends oder aber in einem verbundenen Netzwerk befinden.

Interne Weiterleitungsregeln werden von den folgenden Google Cloud Load-Balancern verwendet:

• Interner Application Load Balancer
• Interner Proxy-Network Load Balancer
• Interner Passthrough-Network Load Balancer

Interner Application Load Balancer

Der interne Application Load Balancer unterstützt IPv4- und IPv6-Traffic (Vorschau) mit den Protokollen HTTP, HTTPS oder HTTP/2.

Der Bereich der Weiterleitungsregel hängt vom Typ des Load Balancers ab:

• Jeder regionale interne Application Load Balancer hat mindestens eine regionale interne Weiterleitungsregel. Die regionale Weiterleitungsregel verweist auf den regionalen HTTP- oder HTTPS-Zielproxy des Load-Balancers. Die Weiterleitungsregel ist einer regionalen internen IPv4- oder IPv6-Adresse zugeordnet.

Interne verwaltete Weiterleitungsregeln, die mit einem HTTP(S)-Zielproxy verbunden sind, unterstützen jede Portnummer zwischen 1 und 65535 (einschließlich).

Das folgende Diagramm zeigt beispielsweise, wie eine Weiterleitungsregel in die regionale interne Application-Load-Balancer-Architektur passt.

Weiterleitungsregel für regionale interne Application Load Balancer (zum Vergrößern klicken).

Weitere Informationen zu internen Application Load Balancern finden Sie auf den folgenden Seiten:

• Übersicht über internen Application Load Balancer
• Internen Application Load Balancer einrichten
• Interne Application Load Balancer und verbundene Netzwerke

Interner Proxy-Network Load Balancer

Bei einem internen Proxy-Network Load Balancer sind die unterstützten Traffictypen IPv4 und IPv6 (Vorschau) und das unterstützte Protokoll ist TCP.

Der Bereich der Weiterleitungsregel hängt vom Typ des Load Balancers ab:

• Jeder regionale interne Proxy-Network Load Balancer hat mindestens eine regionale interne Weiterleitungsregel. Die Weiterleitungsregel gibt eine interne IP-Adresse, einen Port und einen regionalen TCP-Proxy an. Clients verwenden die IP-Adresse und den Port, um eine Verbindung zu den Envoy-Proxys des Load Balancers herzustellen. Die IP-Adresse der Weiterleitungsregel ist die IP-Adresse des Load Balancers (manchmal auch virtuelle IP-Adresse oder VIP genannt).

Intern verwaltete Weiterleitungsregeln, die mit einem Ziel-TCP-Proxy verbunden sind, unterstützen jede Portnummer zwischen 1 und 65535 (einschließlich).

Das folgende Diagramm zeigt, wie eine Weiterleitungsregel in die Architektur des regionalen internen Proxy-Network Load Balancers eingebunden wird.

Weiterleitungsregel für regionale interne Proxy-Network-Load-Balancer (zum Vergrößern klicken).

Weitere Informationen zu regionalen internen Proxy-Network Load Balancern finden Sie auf den folgenden Seiten:

• Interner Proxy-Netzwerk-Load-Balancer
• Regionaler interner Proxy-Network Load Balancer und verbundene Netzwerke

Interner Passthrough-Network Load Balancer

Bei einem internen Passthrough-Netzwerk-Load-Balancer sind die unterstützten Traffictypen entweder IPv4 oder IPv6. Informationen zu den unterstützten Protokollen finden Sie unter Weiterleitungsregelprotokolle.

Jeder interne Passthrough-Network Load Balancer hat mindestens eine regionale interne Weiterleitungsregel. Regionale interne Weiterleitungsregeln verweisen auf den regionalen internen Backend-Dienst des Load-Balancers. Das folgende Diagramm zeigt, wie eine Weiterleitungsregel in die Architektur des internen Passthrough-Network Load Balancers eingebunden wird.

Weiterleitungsregel für interne Passthrough-Network-Load-Balancer (zum Vergrößern klicken).

Das folgende Diagramm zeigt, wie die Komponenten des Load-Balancers in ein Subnetz und eine Region eingebunden werden.

Die interne Weiterleitungsregel muss in einer Region und in einem Subnetz definiert werden. Der Backend-Dienst muss nur dieser Region entsprechen.

Allgemeines Beispiel für einen internen Passthrough-Network-Load-Balancer (zum Vergrößern klicken).

Weitere Informationen zu internen Passthrough-Network Load Balancern finden Sie auf den folgenden Seiten:

• Übersicht über den internen Network Load Balancer
• Internen Passthrough-Network-Load-Balancer einrichten
• Interne Passthrough-Network-Load-Balancer und verbundene Netzwerke

Externe Weiterleitungsregeln

Externe Weiterleitungsregeln akzeptieren Traffic von Clientsystemen mit Internetzugriff. Dazu gehören:

• Ein Client außerhalb von Google Cloud
• Eine Google Cloud VM mit einer externen IP-Adresse
• Eine Google Cloud VM ohne externe IP-Adresse mit Cloud NAT oder einem instanzbasierten NAT-System

Hinweis: Verwenden Sie für ein lokales Netzwerk, das über Cloud VPN oder Cloud Interconnect verbunden ist, eine interne Weiterleitungsregel. mit einem internen Passthrough-Network Load Balancer oder einem internen Application Load Balancer.

Externe Weiterleitungsregeln werden von den folgenden Google Cloud Load-Balancer-Typen verwendet:

• Externer Application Load Balancer
• Externer Proxy-Network Load Balancer
• Externer Passthrough-Network Load Balancer

Externer Application Load Balancer

Bei externen Application Load Balancern hängen die Weiterleitungsregel und die IP-Adresse vom Load Balancer-Modus und den Netzwerkdienststufen ab, die Sie für den Load Balancer auswählen.

In einem externen Application Load Balancer verweist eine Weiterleitungsregel auf einen HTTP(S)-Ziel-Proxy. Externe Weiterleitungsregeln, die mit einem HTTP(S)-Zielproxy verbunden sind, unterstützen jede Portnummer zwischen 1 und 65535 (einschließlich).

Regionale externe Application Load Balancer verwenden eine regionale externe IPv4-Adresse und eine regionale externe Weiterleitungsregel.

Das folgende Diagramm zeigt, wie eine regionale Weiterleitungsregel in die Architektur eines regionalen externen Application Load Balancer passt.

Architektur eines regionalen externen Application Load Balancers (zum Vergrößern klicken).

Weitere Informationen zu externen Application Load Balancern finden Sie in der Übersicht über externe Application Load Balancer.

Externer Proxy-Network Load Balancer

Ein externer Proxy-Network Load Balancer bietet TCP-Proxy-Funktionen. Diese Load-Balancer ähneln externen Application Load Balancern, da sie TCP-Sitzungen beenden können. Diese Load Balancer unterstützen jedoch keine pfadbasierte Weiterleitung wie externe Application Load Balancer.

In einem externen Proxy-Network Load Balancer verweist eine Weiterleitungsregel auf einen TCP-Zielproxy. Externe Weiterleitungsregeln, die mit einem Ziel-TCP-Proxy verbunden sind, unterstützen jede Portnummer zwischen 1 und 65535 (einschließlich).

Das folgende Diagramm zeigt, wie eine Weiterleitungsregel in die Architektur des externen Proxy-Network Load Balancers eingebunden wird.

Architektur des regionalen externen Proxy-Network Load Balancers (zum Vergrößern klicken).

Weitere Informationen zu externen Network Load Balancern finden Sie unter Network Load Balancer für externen Proxy. Informationen zum Konfigurieren von externen Proxy-Network Load Balancern finden Sie unter Externen Proxy-Network Load Balancer einrichten.

Externer Passthrough-Network Load Balancer

Bei externen Passthrough-Network Load Balancern hängen die Weiterleitungsregel und die zugehörigen IP-Adressen vom Typ des Load Balancers ab.

Regionaler externer Passthrough-Network Load Balancer

Regionale externe Passthrough-Network Load Balancer sind ein Passthrough-Load Balancer, der den Traffic auf Backend-Instanzen in einer einzelnen Region verteilt. Ein regionaler externer Passthrough-Network Load Balancer verwendet eine regionale externe Weiterleitungsregel und eine regionale externe IP-Adresse. Auf die regionale externe IP-Adresse kann von überall im Internet und von Google Cloud -VMs mit Internetzugang aus zugegriffen werden.

Bei Backend-Dienst-basierten regionalen externen Passthrough-Network Load Balancern verweist die regionale externe Weiterleitungsregel auf einen Backend-Dienst. Backend-Dienst-basierte regionale externe Passthrough-Network Load Balancer unterstützen TCP-, UDP-, ESP-, GRE-, ICMP- und ICMPv6-Traffic. Weitere Informationen finden Sie unter Weiterleitungsregelprotokolle für Backend-Dienst-basierte regionale externe Passthrough-Network Load Balancer. Weiterleitungsregeln für Backend-Dienst-basierte Load-Balancer können mit IPv4- oder IPv6-Adressen konfiguriert werden. Weiterleitungsregeln für Backend-Dienst-basierte regionale externe Passthrough-Network Load Balancer unterstützen die folgenden erweiterten Funktionen:

• Traffic aus einem bestimmten Bereich an Quell-IP-Adressen an einen bestimmten Backend-Dienst weiterleiten. Weitere Informationen finden Sie unter Traffi-Steuerung.
• Verteilen Sie den Traffic über gewichtetes Load-Balancing auf die Backend-Instanzen des Load-Balancers, basierend auf den von einer HTTP-Systemdiagnose gemeldeten Gewichtungen.

Bei zielpoolbasierten regionalen externen Passthrough-Network Load Balancern verweist die Weiterleitungsregel auf einen Zielpool. Ein auf einem Zielpool basierender regionaler externer Passthrough-Network Load Balancer unterstützt nur TCP- oder UDP-Traffic. Weiterleitungsregeln für den zielpoolbasierten regionalen externen Passthrough-Network Load Balancer unterstützen nur IPv4-Adressen.

Um Backend-Instanzen in mehr als einer Region zu unterstützen, müssen Sie in jeder Region einen regionalen externen Passthrough-Network Load Balancer erstellen.

Die folgende Abbildung zeigt einen regionalen externen Passthrough-Network Load Balancer, der eine regionale externe Weiterleitungsregel mit der IP-Adresse 120.1.1.1 hat. Der Load-Balancer verarbeitet Anfragen von Back-Ends in der Region us-central1.

Beispiel für einen regionalen externen Passthrough-Network-Load-Balancer (zum Vergrößern klicken).

Weitere Informationen zu regionalen externen Passthrough-Network Load Balancern finden Sie unter Übersicht über regionale externe Passthrough-Network Load Balancer. Informationen zum Konfigurieren von regionalen externen Passthrough-Network Load Balancern finden Sie unter:

• Regionalen externen Passthrough-Network Load Balancer mit einem Backend-Dienst einrichten (nur TCP- oder UDP-Traffic)
• Regionalen externen Passthrough-Network Load Balancer mit einem Backend-Dienst einrichten (mehrere Protokolle)
• Regionalen externen Passthrough-Network Load Balancer mit einem Zielpool einrichten

IP-Protokollspezifikationen

Jeder Weiterleitungsregel ist ein IP-Protokoll zugeordnet, das von der Regel bereitgestellt wird. Der Standardprotokollwert ist TCP.

Hinweis:

• Bei globalen externen Passthrough-Network Load Balancern und regionalen externen Passthrough-Network Load Balancern können Sie das Protokoll der Weiterleitungsregel L3_DEFAULT zum Load Balancing von TCP-, UDP-, ESP-, GRE-, ICMP- und ICMPv6-Traffic verwenden.
• Bei internen Passthrough-Network Load Balancern können Sie das Weiterleitungsregelprotokoll L3_DEFAULT verwenden, um das Load Balancing für TCP-, UDP-, ICMP-, ICMPv6-, SCTP-, ESP-, AH- und GRE-Traffic durchzuführen.

Produkt	Load-Balancing-Schema	IP-Protokolloptionen
Regionaler externer Application Load Balancer	EXTERNAL_MANAGED	TCP
Regionaler interner Application Load Balancer	INTERNAL_MANAGED	TCP
Regionaler externer Proxy-Network Load Balancer	EXTERNAL_MANAGED	TCP
Regionaler interner Proxy-Network Load Balancer	INTERNAL_MANAGED	TCP
Regionaler externer Passthrough-Network Load Balancer	EXTERN	TCP, UDP oder L3_DEFAULT
Interner Passthrough-Network Load Balancer	INTERN	TCP, UDP oder L3_DEFAULT
Cloud Service Mesh	INTERNAL_SELF_MANAGED	TCP

Angabe von IP-Adressen

Die Weiterleitungsregel muss eine IP-Adresse haben, mit der Ihre Kunden Ihren Load-Balancer erreichen. Die IP-Adresse kann statisch oder sitzungsspezifisch sein.

Verwenden Sie reservierte statische IP-Adressen, wenn Sie die Adressen, die Ihrem Projekt zugeordnet sind, wiederverwenden möchten, nachdem Sie eine Weiterleitungsregel gelöscht haben, oder wenn mehrere Weiterleitungsregeln auf dieselbe IP-Adresse verweisen sollen.

Eine sitzungsspezifische IP-Adresse bleibt so lange unverändert, wie die Weiterleitungsregel vorhanden ist. Wenn Sie eine sitzungsspezifische IP-Adresse auswählen, Google Cloud wird eine IP-Adresse mit der Weiterleitungsregel Ihres Load-Balancers verknüpft. Wenn Sie die Weiterleitungsregel löschen und wieder hinzufügen müssen, erhält die Weiterleitungsregel möglicherweise eine neue IP-Adresse.

Je nach Load-Balancer-Typ kann die IP-Adresse verschiedene Attribute haben. In der folgenden Tabelle finden Sie eine Übersicht über die gültigen IP-Adresskonfigurationen beruhend auf dem Load-Balancing-Schema und dem Ziel der Weiterleitungsregel.

Produkt und Schema	Ziel	IP-Adresstyp	IP-Adressbereich	IP-Adressstufe	Reservierbare IP-Adresse	Hinweise
Regionaler externer Application Load Balancer EXTERNAL_MANAGED	Ziel-HTTP-Proxy Ziel-HTTPS-Proxy	Extern	Regional	Premium-Stufe	Ja, optional	Externe IPv6-Adressen werden in der Premium-Stufe unterstützt (Vorschau)
Regionaler interner Application Load Balancer INTERNAL_MANAGED	Ziel-HTTP-Proxy Ziel-HTTPS-Proxy	Intern	Regional	Premium-Stufe	Ja, optional	Die Adresse der Weiterleitungsregel muss sich innerhalb des primären IPv4-Adressbereichs des zugehörigen Subnetzes befinden. Informationen zu den Anforderungen an IPv6-Adressen finden Sie unter IPv6-Adressformat. (Vorschau)
Regionaler externer Proxy-Network Load Balancer EXTERNAL_MANAGED	Ziel-TCP-Proxy	Extern	Regional	Premium-Stufe	Ja, optional	Externe IPv6-Adressen werden in der Premium-Stufe unterstützt (Vorschau)
Regionaler interner Proxy-Network Load Balancer INTERNAL_MANAGED	Ziel-TCP-Proxy	Intern	Regional	Premium-Stufe	Ja, optional	Die Adresse der Weiterleitungsregel muss sich innerhalb des primären IPv4-Adressbereichs des zugehörigen Subnetzes befinden. Informationen zu den Anforderungen an IPv6-Adressen finden Sie unter IPv6-Adressformat. (Vorschau)
Regionaler externer Passthrough-Network Load Balancer EXTERNAL	Backend-Dienst Zielpool	Extern	Regional	Premium (IPv4- oder IPv6-Adressen)	Ja, optional	Die IPv6-Unterstützung erfordert einen regionalen externen Passthrough-Network-Load-Balancer auf Basis von Backend-Diensten. Die IPv6-Adresse der Weiterleitungsregel muss sich innerhalb des externen IPv6-Adressbereichs eines Subnetzes befinden. Die externe IPv6-Adresse stammt aus dem externen IPv6-Adressbereich des Subnetzes und befindet sich daher in der Premium-Stufe.
Interner Passthrough-Network Load Balancer INTERNAL	Backend-Dienst	Intern	Regional	Premium-Stufe	Ja, optional	Bei IPv4-Traffic muss die Weiterleitungsregel auf eine IPv4-Adresse aus dem primären IPv4-Subnetzbereich verweisen. Bei IPv6-Traffic muss die Weiterleitungsregel auf einen /96-Bereich interner IPv6-Adressen aus dem internen IPv6-Adressbereich /64 eines Dual-Stack- oder Einzelstack-Subnetzes (nur IPv6) verweisen.
Klassisches VPN EXTERNAL	Siehe Dokumentation zum klassischen VPN	Extern	Regional	Cloud VPN hat keine Netzwerkdienststufen.	Ja, erforderlich	IPv6 wird nicht unterstützt.

^* Es ist möglich, EXTERNAL_MANAGED-Backend-Dienste an EXTERNAL-Weiterleitungsregeln anzuhängen. EXTERNAL-Backend-Dienste können jedoch nicht an EXTERNAL_MANAGED-Weiterleitungsregeln angehängt werden. Wenn Sie die neuen Funktionen nutzen möchten, die nur mit dem globalen externen Application Load Balancer verfügbar sind, empfehlen wir, Ihre vorhandenen EXTERNAL-Ressourcen mit dem unter Ressourcen vom klassischen zum globalen externen Application Load Balancer migrieren beschriebenen Migrationsprozess zu EXTERNAL_MANAGED zu migrieren.

Mehrere Weiterleitungsregeln mit einer gemeinsamen IP-Adresse

Zwei oder mehr Weiterleitungsregeln können dieselbe IP-Adresse verwenden, wenn sie die folgenden Regeln einhalten:

• Eindeutiges Protokoll und eindeutiger Port: Zwei Weiterleitungsregeln dürfen nicht dieselben Kombinationen aus Protokoll und Port verwenden. Wenn in mehreren Weiterleitungsregeln ein bestimmtes IP-Protokoll (TCP oder UDP) konfiguriert ist, müssen die konfigurierten Ports eindeutig sein. Außerdem kann für Passthrough-Network-Load-Balancer eine einzelne Weiterleitungsregel mit der Protokolloption L3_DEFAULT konfiguriert werden. Diese dient als Auffangregel, die neben protokollspezifischen Weiterleitungsregeln verwendet werden kann.

• Gleicher Bereich: Die Weiterleitungsregeln und die IP-Adresse müssen alle regional oder alle global sein. Eine Ausnahme gilt für regionenübergreifende interne Application Load Balancer und regionenübergreifende interne Proxy-Network Load Balancer, da sie globale interne Weiterleitungsregeln verwenden, die auf regionale interne IP-Adressen verweisen.

• Gleiche Netzwerkdienststufen: Gilt nur für externe Weiterleitungsregeln. Die Weiterleitungsregeln und die IP-Adresse müssen dieselben Netzwerkdienststufen verwenden.

• Load-Balancing-Schema: Die Weiterleitungsregeln müssen dasselbe Load-Balancing-Schema haben. Es gibt jedoch folgende Ausnahmen:

  • Dieselbe regionale externe IP-Adresse kann von Weiterleitungsregeln für die folgenden Load-Balancer verwendet werden:

    • Regionale externe Passthrough-Network Load Balancer (EXTERNAL-Load-Balancing-Schema)
    • Regionale externe Application Load Balancer (EXTERNAL_MANAGED)
    • Regionale externe Proxy-Network Load Balancer (EXTERNAL_MANAGED)

  • Dieselbe regionale interne IP-Adresse mit dem Zweck SHARED_LOADBALANCER_VIP kann von Weiterleitungsregeln für die folgenden Load-Balancer verwendet werden:

    • Interne Passthrough-Network-Load-Balancer (INTERNAL-Load-Balancing-Schema)
    • Regionale interne Application Load Balancer (INTERNAL_MANAGED)
    • Regionale interne Proxy-Network Load Balancer (INTERNAL_MANAGED)

Beispiele:

• Sie können eine IP-Adresse für einen regionalen externen Passthrough-Network Load Balancer und einen regionalen externen Application Load Balancer freigeben, z. B. eine Weiterleitungsregel für den regionalen externen Passthrough-Network Load Balancer mit dem Protokoll L3_DEFAULT und eine andere Weiterleitungsregel für den regionalen externen Application Load Balancer mit TCP:80.

• Sie können dieselbe globale externe IP-Adresse für einen externen Application Load Balancer (HTTP und HTTPS) verwenden.

Hier finden Sie weitere Informationen:

• Informationen zu internen Application Load Balancern finden Sie unter Gemeinsame IP-Adresse zwischen mehreren internen Weiterleitungsregeln verwenden.
• Informationen zu internen Proxy-Network Load Balancern finden Sie unter Weiterleitungsregeln und IP-Adressen.
• Informationen zu globalen externen Passthrough-Network Load Balancern finden Sie unter Mehrere Weiterleitungsregeln.
• Informationen zu regionalen externen Passthrough-Network Load Balancern finden Sie unter Mehrere Weiterleitungsregeln.
• Informationen zu internen Passthrough-Network-Load-Balancern finden Sie unter Weiterleitungsregeln für interne Passthrough-Network-Load-Balancer, die eine gemeinsame IP-Adresse verwenden.

Angabe von Ports

In der folgenden Tabelle finden Sie eine Übersicht über die gültigen Portkonfigurationen beruhend auf dem Load-Balancing-Schema und dem Ziel der Weiterleitungsregel.

Produkt	Load-Balancing-Schema	Ziel	Port-Anforderungen
Regionaler externer Application Load Balancer	EXTERNAL_MANAGED	Ziel-HTTP-Proxy Ziel-HTTPS-Proxy	Kann auf genau einen Port von 1–65535 verweisen
Regionaler interner Application Load Balancer	INTERNAL_MANAGED	Ziel-HTTP-Proxy Ziel-HTTPS-Proxy	Kann auf genau einen Port von 1–65535 verweisen
Regionaler externer Proxy-Network Load Balancer	EXTERNAL_MANAGED	Ziel-TCP-Proxy	Kann auf genau einen Port von 1–65535 verweisen
Regionaler interner Proxy-Network Load Balancer	INTERNAL_MANAGED	Ziel-TCP-Proxy	Kann auf genau einen Port von 1–65535 verweisen
Regionaler externer Passthrough-Network Load Balancer	EXTERN	Backend-Dienst	Wenn das Protokoll der Weiterleitungsregel TCP oder UDP ist, können Sie Folgendes konfigurieren: Eine Liste mit bis zu fünf (fortlaufenden oder nicht fortlaufenden) Ports oder Einen einzelnen Portbereich (fortlaufend) oder Alle Ports. So konfigurieren Sie alle Ports: Legen Sie --ports=ALL mithilfe des gcloud-Befehlszeilentools fest oder setzen Sie allPorts auf True mithilfe der API. Wenn das Protokoll der Weiterleitungsregel L3_DEFAULT lautet, müssen Sie alle Ports konfigurieren. So konfigurieren Sie alle Ports: Legen Sie --ports=ALL mithilfe des gcloud-Befehlszeilentools fest oder setzen Sie allPorts auf True mithilfe der API.
		Zielpool	Muss ein einzelner Portbereich (fortlaufend) sein Die Angabe eines Ports ist für Weiterleitungsregeln, die mit zielpoolbasierten regionalen externen Passthrough-Network Load Balancern verwendet werden, optional. Wenn kein Port angegeben ist, wird Traffic von allen Ports (1–65535) weitergeleitet.
Interner Passthrough-Network Load Balancer	INTERN	Backend-Dienst	Wenn das Protokoll der Weiterleitungsregel TCP oder UDP ist, können Sie Folgendes konfigurieren: Eine Liste mit bis zu fünf (fortlaufenden oder nicht fortlaufenden) Ports oder Einen einzelnen Portbereich (fortlaufend) oder Alle Ports. So konfigurieren Sie alle Ports: Legen Sie --ports=ALL mithilfe des gcloud-Befehlszeilentools fest oder setzen Sie allPorts auf True mithilfe der API. Wenn das Protokoll der Weiterleitungsregel L3_DEFAULT lautet, müssen Sie alle Ports konfigurieren. So konfigurieren Sie alle Ports: Legen Sie --ports=ALL mithilfe des gcloud-Befehlszeilentools fest oder setzen Sie allPorts auf True mithilfe der API.
Klassisches VPN	EXTERN	Ziel-VPN-Gateway	Kann genau auf einen der folgenden Ports verweisen: 500, 4500

IAM-Bedingungen

Mit IAM-Bedingungen (Identity and Access Management) können Sie Bedingungen festlegen, um zu bestimmen, welche Rollen Hauptkonten zugewiesen werden. Mit diesem Feature können Sie Hauptkonten Berechtigungen erteilen, wenn die konfigurierten Bedingungen erfüllt sind.

Eine IAM-Bedingung prüft das Load-Balancing-Schema (z. B. INTERNAL oder EXTERNAL) in der Weiterleitungsregel und lässt die Erstellung der Weiterleitungsregel zu (oder eben nicht). Wenn ein Hauptkonto versucht, ohne Berechtigung eine Weiterleitungsregel zu erstellen, wird eine Fehlermeldung angezeigt.

Weitere Informationen finden Sie unter IAM-Bedingungen.

Weiterleitungsregeln verwenden

Wenn Sie einen Load Balancer mit der Google Cloud Console einrichten, wird die Weiterleitungsregel implizit als Teil Ihrer Frontend-Konfiguration eingerichtet. Bei Verwendung der Google Cloud CLI oder der API muss die Weiterleitungsregel explizit konfiguriert werden.

Nachdem Sie eine Weiterleitungsregel erstellt haben, können Sie nur noch eingeschränkte Änderungen daran vornehmen. Nachdem Sie eine Weiterleitungsregel definiert haben, können Sie beispielsweise ihre IP-Adresse, Portnummer oder ihr Protokoll nicht mehr ändern. Sie können jedoch bestimmte Einstellungen für Weiterleitungsregeln aktualisieren, indem Sie die Frontend-Konfiguration des Load Balancers bearbeiten, dem sie zugeordnet sind. Verwenden Sie entweder die gcloud CLI oder die API, um weitere Änderungen vorzunehmen.

IP-Adresse einer Weiterleitungsregel ändern

Sie können die IP-Adresse einer bestehenden Weiterleitungsregel nicht ändern. Um die IP-Adresse einer Weiterleitungsregel zu aktualisieren, müssen Sie die Regel so löschen und neu erstellen:

1. Löschen Sie die Weiterleitungsregel mit dem Befehl gcloud compute forwarding-rules delete oder der Methode forwardingRules.delete.

2. Erstellen Sie die Weiterleitungsregel mit dem Befehl gcloud compute forwarding-rules create oder der Methode forwardingRules.insert neu.

APIs

Eine Beschreibung der Attribute und Methoden, die Sie für Weiterleitungsregeln über die REST API nutzen können, finden Sie unter:

• Regional: forwardingRules

Google Cloud CLI

Hier finden Sie die gcloud CLI-Referenzdokumentation:

gcloud compute forwarding-rules

• Regional: --region=[REGION]

Nächste Schritte

• Weitere Informationen zur Protokollweiterleitung finden Sie unter Übersicht über die Protokollweiterleitung.