Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Eine Netzwerk-Endpunktgruppe (NEG) ist ein Konfigurationsobjekt, das eine Gruppe von Back-End-Endpunkten oder -Diensten angibt. Mit NEGs können Google Cloud-Load-Balancer VM-Instanzgruppen-basierte Arbeitslasten, serverlose Arbeitslasten und containerisierte Arbeitslasten bereitstellen. Mit NEGs können Sie den Traffic auf die Backends Ihres Load Balancers auf einer detaillierteren Ebene verteilen (z. B. Load-Balancing auf Pod-Ebene statt auf VM-Ebene für GKE-Arbeitslasten).
Sie können NEGs als backends für Ihre Load Balancer konfigurieren. Bestimmte NEG-Typen können auch mit Cloud Service Mesh verwendet werden.Anhand der folgenden Tabellen können Sie entscheiden, welche Art von NEG für Ihre Bereitstellung erforderlich ist.
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 IPv4-Adresse der Netzwerkschnittstelle einer VM aufgelöst
ODER
GCE_VM_IP_PORT
IP:Port – wird in die primäre interne IPv4-Adresse der Netzwerkschnittstelle einer VM oder eine interne IPv4-Adresse aus einem Alias-IP-Adressbereich aufgelöst, der mit der Netzwerk-Schnittstelle einer VM verknüpft ist. Beispiel: Pod-IPv4-Adressen in VPC-nativen Clustern.
Nur Endpunkte vom Typ GCE_VM_IP_PORT unterstützen zonale NEGs für IPv4 und IPv6 (Dual-Stack).
Anzahl der Endpunkte
Mindestens eine
Systemdiagnosen für NEGs, die Backend-Diensten zugeordnet sind
Zentrale Systemdiagnose für NEGs mit den Endpunkten GCE_VM_IP_PORT und GCE_VM_IP.
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 Backend-Diensten zugeordnet sind
Zentrale Systemdiagnosen, wenn Sie diese NEG mit den folgenden Load Balancern verwenden:
Globaler externer Application Load Balancer
Klassischer Application Load Balancer
Globaler externer Proxy-Network Load Balancer
Klassischer Proxy-Network Load Balancer
Verteilte Envoy-Systemdiagnosen, wenn Sie diese NEG mit den folgenden Load-Balancern verwenden:
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
Private Service Connect-NEGs werden vom klassischen Application Load Balancer nicht unterstützt.
Regionaler externer Application Load Balancer
Globaler externer Proxy-Network Load Balancer
Wenn Sie diesen Load Balancer mit einer Private Service Connect-NEG verknüpfen möchten, verwenden Sie die Google Cloud CLI oder senden Sie eine API-Anfrage.
Private Service Connect-NEGs werden vom klassischen Proxy-Netzwerk-Load Balancer nicht unterstützt.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-28 (UTC)."],[],[],null,["# Network endpoint groups overview\n\nA network endpoint group (NEG) is a configuration object that specifies a group\nof backend endpoints or services. With NEGs,\nGoogle Cloud load balancers can serve virtual machine (VM) instance group-based\nworkloads, serverless workloads, and containerized workloads. NEGs let you distribute traffic to your\nload balancer's backends at a more granular level (for example, [load balancing\ntraffic at the Pod\nlevel](/kubernetes-engine/docs/concepts/container-native-load-balancing#benefits)\ninstead of at the VM-level for GKE workloads).\n\nYou can configure NEGs as [backends](/load-balancing/docs/features#backends) for\nyour load balancers. Certain NEG types can also be used with Cloud Service Mesh.\nUse the following tables to decide which type of NEG you need for your\ndeployment.\n\n- [Zonal NEG](#zonal-neg)\n- [Internet NEG](#internet-neg)\n- [Serverless NEG](#serverless-neg)\n- [Hybrid connectivity NEG](#hybrid-neg)\n- [Private Service Connect NEG](#psc-neg)\n- [Port mapping NEG](#port-mapping-neg)\n\nZonal NEG\n---------\n\nInternet NEG\n------------\n\nServerless NEG\n--------------\n\nHybrid connectivity NEG\n-----------------------\n\nPrivate Service Connect NEG\n---------------------------\n\nPort mapping NEG\n----------------"]]
