Übersicht über Netzwerk-Endpunktgruppen

Eine Netzwerk-Endpunktgruppe (NEG) ist ein Konfigurationsobjekt, das eine Gruppe von Back-End-Endpunkten oder -Diensten angibt. Ein häufiger Anwendungsfall für diese Konfiguration ist das Bereitstellen von Diensten in Containern. Außerdem können Sie Traffic differenziert auf Anwendungen verteilen, die auf Ihren Back-End-Instanzen ausgeführt werden.

Sie können NEGs als Back-Ends für einige Load-Balancer und mit Traffic Director verwenden.

Typen von NEGs

Anhand der folgenden Tabellen können Sie entscheiden, welche Art von NEG für Ihre Bereitstellung erforderlich ist.

Zonale NEG
Internet-NEG
Serverlose NEG
Hybrid-Konnektivitäts-NEG
Private Service Connect-NEG

Zonale NEG

Features	Details
Zweck	Einer oder mehrere interne IP-Adressen-Endpunkte, die entweder in Compute Engine-VM-Instanzen oder in GKE-Pods aufgelöst werden.
NetworkEndpointType API-Name	`GCE_VM_IP` Nur IP-Adresse – wird in die primäre interne IP-Adresse der NIC einer Compute Engine-VM aufgelöst ODER `GCE_VM_IP_PORT` IP:Port – wird als primäre interne IP-Adresse der NIC einer Google Cloud-VM oder als Alias-IP-Adresse auf einer NIC aufgelöst, zum Beispiel Pod-IP-Adressen in VPC-nativen Clustern.
Anzahl der Endpunkte	Mindestens eine
Systemdiagnosen für NEGs, die Back-End-Diensten zugeordnet sind	Zentrale Systemdiagnose für NEGs mit den Endpunkten `GCE_VM_IP_PORT` und `GCE_VM_IP`
Bereich	Zonal
Routing	VPC-Netzwerk
Google Cloud-Produkte, die diese NEG verwenden	Internes TCP/UDP-Load-Balancing (`GCE_VM_IP`-Endpunkte): Zonale NEGs für interne TCP/UDP-Load-Balancer einrichten Internes TCP/UDP-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) Externes TCP/UDP-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) TCP-Proxy-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) SSL-Proxy-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) Traffic Director (`GCE_VM_IP_PORT`-Endpunkte) Weitere Dokumentation: Zonale NEG-Übersicht Zonale NEGs einrichten

Internet-NEG

Features	Details
Zweck	Ein einzelner internetfähiger Endpunkt, der außerhalb von Google Cloud gehostet wird.
NetworkEndpointType API-Name	`INTERNET_IP_PORT` IP:Port, wobei die IP-Adresse keine RFC 1918-Adresse sein darf. ODER `INTERNET_FQDN_PORT` FQDN:Port
Anzahl der Endpunkte	1
Systemdiagnosen für NEGs, die Back-End-Diensten zugeordnet sind	Nicht zutreffend
Bereich	Global
Routing	Internet
Google Cloud-Produkte, die diese NEG verwenden	Cloud CDN (`INTERNET_IP_PORT`- oder `INTERNET_FQDN_PORT`-Endpunkt): Cloud CDN mit externem Back-End einrichten Externes HTTP(S)-Load-Balancing (`INTERNET_IP_PORT`- oder `INTERNET_FQDN_PORT`-Endpunkt): Internet-NEG – Übersicht Externen HTTP(S)-Load-Balancer mit einer benutzerdefinierten Quelle einrichten Internet-NEGs werden nur mit dem globalen externen HTTP(S)-Load-Balancer (klassisch) unterstützt. Traffic Director (`INTERNET_FQDN_PORT`-Endpunkt): Traffic Director mit Internet-NEGs – Übersicht Traffic Director mit einem externen Back-End einrichten

Serverlose NEG

Features	Details
Zweck	Ein einzelner Endpunkt im Netzwerk von Google, der in einen App Engine-, Cloud Functions-, API Gateway- oder Cloud Run-Dienst aufgelöst wird.
NetworkEndpointType API-Name	`SERVERLESS` FQDN, der zu einem App Engine-, Cloud Functions-, API Gateway- oder Cloud Run-Dienst gehört.
Anzahl der Endpunkte	1
Systemdiagnosen für NEGs, die Back-End-Diensten zugeordnet sind	Nicht zutreffend
Bereich	Regional
Routing	An Google APIs und Google-Dienste
Google Cloud-Produkte, die diese NEG verwenden	Externes HTTP(S)-Load-Balancing: Übersicht über serverlose NEGs Globalen externen HTTP(S)-Load-Balancer mit einem App Engine-, Cloud Functions- oder Cloud Run-Back-End einrichten Globalen externen HTTP(S)-Load-Balancer (klassisch) mit einem App Engine-, Cloud Functions- oder Cloud Run-Back-End einrichten Regionalen externen HTTP(S)-Load-Balancer mit einem Cloud Run-Back-End einrichten Erste Schritte mit HTTP(S)-Load-Balancing für API Gateway Internes HTTP(S)-Load-Balancing (nur Cloud Run): Serverlose NEG – Übersicht Internen HTTP(S)-Load-Balancer mit einem Cloud Run-Back-End einrichten

Hybrid-Konnektivitäts-NEG

Features	Details
Zweck	Einer oder mehrere Endpunkte, die in lokalen Diensten, Serveranwendungen in einer anderen Cloud und anderen internetfähigen Diensten außerhalb von Google Cloud aufgelöst werden.
NetworkEndpointType API-Name	`NON_GCP_PRIVATE_IP_PORT` IP:Port, der zu einer VM gehört, die sich nicht in Compute Engine befindet und über Hybridkonnektivität routbar sein muss.
Anzahl der Endpunkte	Mindestens eine
Systemdiagnosen für NEGs, die Back-End-Diensten zugeordnet sind	Zentralisierte Systemdiagnosen für NEGs, die mit dem externen HTTP(S)-Load-Balancing, internen HTTP(S)-Load-Balancing, TCP-Proxy-Load-Balancing und SSL-Proxy-Load-Balancing verwendet werden Verteilte Envoy-Systemdiagnosen für NEGs, die mit Traffic Director verwendet werden
Bereich	Zonal
Routing	zu einem lokalen Netzwerk oder einem anderen Cloud-Anbieternetzwerk über den Cloud Interconnect-VLAN-Anhang, den Cloud VPN-Tunnel oder die Router-Appliance-VM in einem VPC-Netzwerk
Google Cloud-Produkte, die diese NEG verwenden	Externes HTTP(S)-Load-Balancing, internes HTTP(S)-Load-Balancing, TCP-Proxy-Load-Balancing und SSL-Proxy-Load-Balancing: Übersicht über NEGs mit Hybrid-Konnektivitäts Externen HTTP(S)-Load-Balancer mit Hybridkonnektivität einrichten Internen HTTP(S)-Load-Balancer mit Hybridkonnektivität einrichten Hybrid-NEGs werden von regionalen externen HTTP(S)-Load-Balancern nicht unterstützt. Traffic Director: Traffic Director mit Hybridkonnektivitäts-Netzwerkendpunktgruppen Edge-Netzwerkdienste für Bereitstellungen in mehreren Umgebungen einrichten

Private Service Connect-NEG

Features	Details
Zweck	Ein einzelner Endpunkt, der in eines der folgenden Dinge aufgelöst wird: Einen von Google verwalteten regionalen API-Endpunkt Einen verwalteten Dienst, der mit Private Service Connect veröffentlicht wird
NetworkEndpointType API-Name	`PRIVATE_SERVICE_CONNECT`
Anzahl der Endpunkte	1
Systemdiagnosen für NEGs, die Back-End-Diensten zugeordnet sind	Nicht zutreffend
Bereich	Regional
Routing	Internes HTTP(S)-Load-Balancing An Google APIs und Google-Dienste Externes HTTP(S)-Load-Balancing: VPC-Netzwerk
Google Cloud-Produkte, die diese NEG verwenden	Internes HTTP(S)-Load-Balancing: Auf Google APIs zugreifen, die Private Service Connect mit HTTP(S)-Nutzerdienstkontrollen verwenden Globaler externer HTTP(S)-Load-Balancer Auf verwaltete Dienste mithilfe von Private Service Connect mit HTTP(S)-Nutzerdienstkontrollen zugreifen Private Service Connect-NEGs werden vom globalen externen HTTP(S)-Load-Balancer (klassisch) nicht unterstützt. Regionaler externer HTTP(S)-Load-Balancer