Kontingente und Limits

In diesem Dokument sind die Kontingente und Systemlimits für Cloud Load Balancing aufgeführt.

  • Kontingente haben Standardwerte, aber Sie können in der Regel Anpassungen anfordern.
  • Systemlimits sind feste Werte, die nicht geändert werden können.

Informationen zum Ändern eines Kontingents finden Sie unter Weitere Kontingente anfordern.

Google Cloud nutzt Kontingente, um für Fairness zu sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud Ressource Ihr Google Cloud Projekt nutzen kann. Kontingente gelten für eine Reihe von Ressourcentypen, einschließlich Hardware, Software und Netzwerkkomponenten. Mit Kontingenten können Sie beispielsweise die Anzahl der API-Aufrufe an einen Dienst, die Anzahl der von Ihrem Projekt nebenläufig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community derGoogle Cloud Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud Ressourcen.

Das Cloud-Kontingentsystem tut Folgendes:

Wenn Sie versuchen, mehr von einer Ressource zu verbrauchen, als das Kontingent zulässt, blockiert das System in den meisten Fällen den Zugriff auf die Ressource. Die Aufgabe, die Sie auszuführen versuchen, schlägt dann fehl.

Kontingente gelten in der Regel auf Google Cloud Projektebene. Die Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf das verfügbare Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.

Weitere Informationen finden Sie unter Cloud-Kontingente – Übersicht.

Für Cloud Load Balancing-Ressourcen gibt es außerdem Systemlimits. Systemlimits können nicht geändert werden.

Back-Ends

Element Kontingente und Limits Hinweise
Instanzgruppen Kontingent Kontingente gelten pro Projekt und Region. Wählen Sie bei einer Anfrage zur Kontingenterhöhung die Region aus, die die Instanzgruppe enthält. Zonale Instanzgruppen berechnen die Region, die die Zone der Instanzgruppe enthält.
Zonale und regionale NEGs pro Projekt Kontingent

Kontingente gelten pro Projekt und Region, wobei alle NEG-Typen mit Ausnahme von globalen Internet-NEGs, Private Service Connect-NEGs und serverlosen NEGs abgedeckt werden.

Wählen Sie bei einer Anfrage zur Kontingenterhöhung die Region aus, die die NEG enthält. Zonale NEGs berechnen die Region, die die NEG-Zone enthält.
Globale NEGs pro Projekt Kontingent Dieses Kontingent ist global und pro Projekt und bezieht sich auf globale Internet-NEGs, Private Service Connect-NEGs und serverlose NEGs.
Maximale Anzahl an Instanzgruppen-Backends, GCE_VM_IP_PORT-NEG-Backends, GCE_VM_IP-NEG-Backends oder regionale Internet-NEG-Backends pro Backend-Dienst 50

Dieses Limit ist nicht konfigurierbar.

Die Unterstützung für zonale und Internet-NEG-Back-Ends variiert je nach Load Balancing-Produkt.

Wenn Sie ein Failover für Backend-Dienst-basierte regionale externe Passthrough-Network-Load-Balancer oder ein Failover für interne Passthrough-Network-Load-Balancer konfiguriert haben, gilt Folgendes: Pro Backend-Dienst können bis zu 50 primäre und 50 Sicherungsinstanzgruppen oder GCE_VM_IP-NEGs konfiguriert werden.

Interne Passthrough-Network-Load-Balancer haben außerdem ein Limit für die Anzahl einzelner VM-Instanzen oder Endpunkte, auf die ein Backend-Dienst Pakete verteilen kann. Weitere Informationen finden Sie unter Back-End-Dienste.
Maximale Anzahl an Instanzgruppen-Backends oder GCE_VM_IP-NEG-Backends pro Backend-Dienst eines globalen externen Passthrough-Network Load Balancers 25 Dieses Limit ist nicht konfigurierbar.

Endpunkte pro NEG

Posten Kontingente und Limits Hinweise
Endpunkte pro zonaler GCE_VM_IP_PORT-NEG 10.000 Dieses Limit kann nicht erhöht werden.
Endpunkte pro zonaler GCE_VM_IP-NEG 10.000 Dieses Limit kann nicht erhöht werden.
Endpunkte pro Hybridkonnektivitäts-NEG (NON_GCP_PRIVATE_IP_PORT) 10.000 Dieses Limit kann nicht erhöht werden.
Endpunkte pro globaler Internet-NEG 1 Dieses Limit kann nicht erhöht werden.
Endpunkte pro regionaler Internet-NEG 256 Dieses Limit kann nicht erhöht werden.
Endpunkte pro serverloser NEG 1 Dieses Limit kann nicht erhöht werden.
Endpunkte pro Private Service Connect-NEG 1 Dieses Limit kann nicht erhöht werden.
Endpunkte pro NEG für die Portzuordnung 1.000 Dieses Limit kann nicht erhöht werden.

VMs pro Instanzgruppe

Die Anzahl der Back-End-VMs, die von einem einzelnen Load-Balancer bedient werden können, ist möglicherweise geringer als die Anzahl der VMs, die eine Instanzgruppe unterstützen kann. Die maximale Anzahl von VMs mit Load-Balancing pro Instanzgruppe hängt von der Anzahl der Ports ab, die in jedem benannten Port angegeben sind, den die Instanzgruppe exportiert.

Die Obergrenze von VMs mit Load Balancing pro Instanzgruppe darf 2.000 für regional verwaltete Instanzgruppen (MIGs) und 1.000 für zonale MIGs nicht überschreiten. In zonalen nicht verwalteten Instanzgruppen beträgt die maximale Anzahl von VMs pro Gruppe 2.000. Sollten Sie mehr als 2.000 VMs benötigen, können Sie die Größenbeschränkung für die verwaltete Instanzgruppe erhöhen oder den Support kontaktieren.

Element Kontingente und Limits Hinweise
Maximale Anzahl von VMs pro regional verwalteter Instanzgruppe, die mit dem Backend-Dienst eines Pass-Through-Load-Balancers verbunden ist 2.000 Interne Passthrough-Network-Load-Balancer haben außerdem ein Limit für die Anzahl einzelner VM-Instanzen oder Endpunkte, auf die ein Backend-Dienst Pakete verteilen kann. Weitere Informationen finden Sie unter Backend-Dienste.
Maximale Anzahl von VMs pro zonal verwalteter Instanzgruppe oder pro zonal nicht verwalteter Instanzgruppe, die mit dem Backend-Dienst eines Pass-Through-Load-Balancers verbunden ist Maximalwert für zonal verwaltete Instanzgruppen: 1.000 
Maximalwert für zonal nicht verwaltete Instanzgruppen: 2.000 		Interne Passthrough-Network-Load-Balancer haben außerdem ein Limit für die Anzahl einzelner VM-Instanzen oder Endpunkte, auf die ein Backend-Dienst Pakete verteilen kann. Weitere Informationen finden Sie unter Backend-Dienste.
Maximale Anzahl von VMs pro regional verwalteter Instanzgruppe, die mit dem Backend-Dienst eines Proxy-Load-Balancers verbunden ist Hängt von der Anzahl der Ports ab, die im benannten Port für die Instanzgruppe angegeben sind. Der kleinere der beiden Werte:
A: 2.000
B: 10.000 / (Anzahl der Ports im benannten Port, der die meisten Portnummern enthält)* 		Wenden Sie sich an den Support, um das Limit bei Bedarf zu erhöhen.
Maximale Anzahl von VMs pro zonal verwalteter Instanzgruppe, die mit dem Backend-Dienst eines Proxy-Load-Balancers verbunden ist Hängt von der Anzahl der Ports ab, die im benannten Port für die Instanzgruppe angegeben sind. Der kleinere der beiden Werte:
A: 1.000
B: 10.000 / (Anzahl der Ports im benannten Port, der die meisten Portnummern enthält)* 		Wenden Sie sich an den Support, um das Limit bei Bedarf zu erhöhen.
Maximale Anzahl von VMs pro zonal nicht verwalteter Instanzgruppe, die mit dem Backend-Dienst eines Proxy-Load Balancers verbunden ist Hängt von der Anzahl der Ports ab, die im benannten Port für die Instanzgruppe angegeben sind. Der kleinere der beiden Werte:
A: 2.000
B: 10.000 / (Anzahl der Ports im benannten Port, der die meisten Portnummern enthält)* 		Wenden Sie sich an den Support, um das Limit bei Bedarf zu erhöhen.

* So berechnen Sie die maximale Anzahl von VMs mit Load-Balancing in einem Instanzgruppen-Back-End:

  1. Maximale Anzahl von Ports pro benanntem Port festlegen.

    Beispiel: Eine Instanzgruppe hat die folgenden benannten Ports: http:80, api-gateway:8080 und api-gateway:8090. Für den http-Namen gibt es eine Portnummer und zwei Portnummern für den api-gateway-Namen. Daher ist in diesem Beispiel die maximale Anzahl von Ports pro benanntem Port zwei.