Ü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. Ausführliche Informationen zu dieser NEG und ihren Anwendungsfällen finden Sie unter Übersicht über zonale NEGs.
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 Interner regionaler TCP-Proxy-Load-Balancer (`GCE_VM_IP_PORT`-Endpunkte) Zonale NEGs für interne regionale TCP-Proxy-Load-Balancer einrichten Internes TCP/UDP-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) Globaler externer HTTP(S)-Load-Balancer (`GCE_VM_IP_PORT`-Endpunkte) Globaler externer HTTP(S)-Load-Balancer (klassisch) (`GCE_VM_IP_PORT`-Endpunkte) Regionaler externer HTTP(S)-Load-Balancer (`GCE_VM_IP_PORT`-Endpunkte) Externes TCP-Proxy-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) Externes SSL-Proxy-Load-Balancing (`GCE_VM_IP_PORT`-Endpunkte) Traffic Director (`GCE_VM_IP_PORT`-Endpunkte) Weitere Dokumentation: Zonale NEGs einrichten

Internet-NEG

Features	Details
Zweck	Ein einzelner internetfähiger Endpunkt, der außerhalb von Google Cloud gehostet wird. Ausführliche Informationen zu dieser NEG und ihren Anwendungsfällen finden Sie in der Übersicht über Internet-NEGs.
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 Globaler externer HTTP(S)-Load-Balancer (klassisch) (Endpunkt `INTERNET_IP_PORT` oder `INTERNET_FQDN_PORT`): Externen HTTP(S)-Load-Balancer mit einem benutzerdefinierten Ursprung einrichten Internet-NEGs werden nicht mit dem globalen externen HTTP(S)-Load-Balancer oder dem regionalen externen HTTP(S)-Load-Balancer 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. Ausführliche Informationen zu dieser NEG und ihren Anwendungsfällen finden Sie unter Übersicht über serverlose NEGs.
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: 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): 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, wenn Sie diese NEG mit einem unterstützten Load-Balancing-Produkt verwenden. 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 Globalen externen HTTP(S)-Load-Balancer mit Hybridkonnektivität einrichten Globalen externen HTTP(S)-Load-Balancer (klassisch) mit Hybridkonnektivität einrichten Regionalen externen HTTP(S)-Load-Balancer mit Hybridkonnektivität einrichten. Internes HTTP(S)-Load-Balancing Internen HTTP(S)-Load-Balancer mit Hybridkonnektivität einrichten Externes TCP-Proxy-Load-Balancing Externes SSL-Proxy-Load-Balancing 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	Interner regionaler TCP-Proxy-Load-Balancer Private Service Connect verwenden, um Dienste über interne IP-Adressen in Ihrem VPC-Netzwerk zu veröffentlichen 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