Kontingente und Limits für Load-Balancing-Ressourcen

In den folgenden Abschnitten werden Kontingente und Limits für Load-Balancer beschrieben. Sie können über die Google Cloud Console zusätzliche Kontingente anfordern, um ein Kontingent zu ändern. Limits können normalerweise nicht erhöht werden, sofern nicht ausdrücklich anders angegeben.

Weiterleitungsregeln

Posten Kontingente und Limits Hinweise
Weiterleitungsregeln pro Google Cloud-Projekt Kontingent Dieses Kontingent stellt die maximale Anzahl von Weiterleitungsregeln in Ihrem Projekt dar. Es gilt kollektiv für alle Weiterleitungsregeln, ungeachtet deren Verwendung. Das beinhaltet Weiterleitungsregeln für die Protokollweiterleitung, Classic VPN-Gateways sowie Load-Balancing-Schemas (INTERNAL, INTERNAL_MANAGED, INTERNAL_SELF_MANAGED, and EXTERNAL).
Maximale Anzahl der in einer Region zugänglichen Weiterleitungsregeln:
- Internes TCP/UDP-Load-Balancing
- Internes HTTP(S)-Load-Balancing
75 pro Netzwerk
175 pro Peering-Gruppe
Weitere Informationen zur Anwendung dieser beiden Limits finden Sie unter Limits für VPC-Netzwerk-Peering.
Maximale Anzahl der global zugänglichen Weiterleitungsregeln für:
- Internes TCP/UDP-Load-Balancing
100 pro Netzwerk
100 pro Peering-Gruppe
Weitere Informationen zur Anwendung dieser beiden Limits finden Sie unter Limits für VPC-Netzwerk-Peering.
Ports pro interner Weiterleitungsregel 5, als Liste oder Bereich
Mit der Portoption ALL unbegrenzt
Dieses Limit kann nicht erhöht werden.
Interne Weiterleitungsregeln pro internem Back-End-Dienst Kein separates Limit Vorbehaltlich anderer Kontingente und Limits können mehrere interne Weiterleitungsregeln auf denselben internen Back-End-Dienst verweisen.

Zielpools und Ziel-Proxys

Posten Kontingente und Limits Hinweise
Zielpools Kontingent Dieses Kontingent gilt pro Projekt.
Ziel-HTTP-Proxys Kontingent Dieses Kontingent gilt pro Projekt.
Ziel-HTTPS-Proxys Kontingent Dieses Kontingent gilt pro Projekt.
Ziel-SSL-Proxys Kontingent Dieses Kontingent gilt pro Projekt.
Ziel-TCP-Proxys Kontingent Dieses Kontingent gilt pro Projekt.
SSL-Richtlinien pro HTTPS-Ziel oder SSL-Ziel-Proxy 1 Dieses Limit kann nicht erhöht werden.
SSL-Zertifikate pro Ziel-HTTPS oder Ziel-SSL-Proxy 15 Dieses Limit kann nicht erhöht werden.

SSL-Zertifikate

Posten Kontingente und Limits Hinweise
SSL-Zertifikate Kontingent Dieses Kontingent gilt pro Projekt.
Mehrere Domains pro von Google verwaltetem SSL-Zertifikat (BETA) 100 Dieses Limit kann nicht erhöht werden.

URL-Zuordnungen

Posten Kontingente und Limits Hinweise
URL-Zuordnungen Kontingent Dieses Kontingent gilt pro Projekt.
Hostregeln pro URL-Zuordnung 50 Dieses Limit kann nicht erhöht werden.
Pfad-Matcher pro URL-Zuordnung 50 Dieses Limit kann nicht erhöht werden.
Pfadregeln pro Pfad-Matcher 50 Dieses Limit kann nicht erhöht werden.
Weiterleitungsregeln pro Pfad-Matcher 50 Dieses Limit kann nicht erhöht werden.
Abgleichsregeln pro Routingregel 50 Dieses Limit kann nicht erhöht werden.
Header-Übereinstimmungen pro Abgleichsregel 50 Dieses Limit kann nicht erhöht werden.
Übereinstimmende Abfrageparameter pro Abgleichsregel 50 Dieses Limit kann nicht erhöht werden.
Header-Aktionen pro Pfad-Matcher 50 Dieses Limit kann nicht erhöht werden.
Back-End-Dienste oder Back-End-Buckets pro Pfadregel Ein Back-End-Dienst oder ein Back-End-Bucket, nicht beides Dieses Limit kann nicht erhöht werden.

Back-End-Buckets

Posten Kontingente und Limits Hinweise
Back-End-Buckets Kontingent Dieses Kontingent gilt pro Projekt.

Back-End-Dienste

Posten Kontingente und Limits Hinweise
Back-End-Dienste Kontingent Dieses Kontingent umfasst alle Back-End-Dienste in Ihrem Projekt (INTERNAL, INTERNAL_MANAGED, INTERNAL_SELF_MANAGED und EXTERNAL).
Back-End-Dienste pro TCP-Proxy-Load-Balancer, SSL-Proxy-Load-Balancer oder internem TCP/UDP-Load-Balancer 1 Dieses Limit kann nicht erhöht werden.
Maximale Anzahl von VM-Instanzen pro internen Back-End-Dienst

Maximale Anzahl von VM-Instanzen im aktiven Pool, wenn Sie einen Failover für einen internen Back-End-Dienst konfiguriert haben
250, unabhängig davon, wie die VMs auf Instanzgruppen verteilt sind Dieses Limit kann nicht erhöht werden.
Interne Back-End-Dienste gemäß interner Weiterleitungsregel 1 Dieses Limit kann nicht erhöht werden.
Benannte Ports pro externem Back-End-Dienst 1 Dieses Limit kann nicht erhöht werden.
Benannte Ports pro internem Back-End-Dienst 0 Dieses Limit kann nicht erhöht werden.

Back-Ends

Posten Kontingente und Limits Hinweise
Instanzgruppen Kontingent Dieses Kontingent gilt pro Projekt.
Instanzgruppen-Back-Ends pro internem Back-End-Dienst 50 Dieses Limit kann nicht erhöht werden.
Back-End-VMs für einen internen TCP/UDP-Load-Balancer können auf bis zu 50 Instanzgruppen verteilt werden, wenn die Gesamtzahl der Back-End-VMs 250 oder weniger beträgt.
Instanzgruppen-Back-Ends pro externem Back-End-Dienst 50 Dieses Limit kann nicht erhöht werden.
NEGs pro Projekt 100 Wenden Sie sich an Ihr Google Cloud-Vertriebsteam, wenn Sie dieses Limit erhöhen möchten.
NEG-Back-Ends pro externem Back-End-Dienst 50 Dieses Limit kann nicht erhöht werden.

Endpunkte pro NEG

Posten Kontingente und Limits Hinweise
Endpunkte pro NEG 10.000 Dieses Limit kann nicht erhöht werden.

VMs pro Instanzgruppe

Posten Kontingente und Limits Hinweise
VMs pro regionalem Instanzgruppen-Back-End für einen externen Back-End-Dienst 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: VMs * (Anzahl der Ports im benannten Port, der die meisten Portnummern enthält) <= 10.000
Wenden Sie sich an Ihr Google Cloud-Vertriebsteam, wenn Sie dieses Limit erhöhen möchten.
VMs pro zonalem Instanzgruppen-Back-End für einen externen Back-End-Dienst 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: VMs * (Anzahl der Ports im benannten Port, der die meisten Portnummern enthält) <= 10.000
Wenden Sie sich an Ihr Google Cloud-Vertriebsteam, wenn Sie dieses Limit erhöhen möchten.
VMs pro Instanzgruppe, wenn die Instanzgruppe ein Back-End für einen internen Back-End-Dienst ist Kein separates Limit Back-End-VMs für einen internen TCP/UDP-Load-Balancer können auf bis zu 50 Instanzgruppen verteilt werden, wenn die Gesamtzahl der Back-End-VMs 250 oder weniger beträgt.

Abfragen pro Sekunde für HTTP(S)-Load-Balancing

Posten Kontingente und Limits Hinweise
Abfragen pro Sekunde pro Back-End-Instanzgruppe oder NEG für externes HTTP(S)-Load-Balancing Konfigurierbar bei Verwendung von RATE als Load-Balancing-Modus. Durch Ihre Back-Ends begrenzt.
Abfragen pro Sekunde pro Region und Netzwerk für internes HTTP(S)-Load-Balancing (BETA) Beim internen HTTP(S)-Load-Balancing hängt die maximale Anzahl von Abfragen pro Sekunde von der Größe der Abfragen und der Komplexität der Konfiguration ab. Wenn die Last die Kapazität überschreitet, nimmt die Latenz zu und Anfragen werden unter Umständen abgebrochen. Wenden Sie sich an Ihr Google Cloud-Vertriebsteam, wenn Sie dieses Limit erhöhen möchten.

Header-Größe für HTTP(S)-Load-Balancing

Posten Kontingente und Limits Hinweise
Maximale Anfrage-Header-Größe für externes HTTP(S)-Load-Balancing Ca. 15 KB (Kilobyte) Dieses Limit kann nicht erhöht werden.
Anfrage-URL und Anfrage-Header dürfen zusammen maximal 16 KB groß sein.
Maximale Antwort-Header-Größe für externes HTTP(S)-Load-Balancing Ca. 128 KB (Kilobyte) Dieses Limit kann nicht erhöht werden.
Maximale Anfrage-Header-Größe für internes HTTP(S)-Load-Balancing 60 KB (Kilobyte) Dieses Limit kann nicht erhöht werden.
Umwandlung der Header in Kleinbuchstaben Immer, für internes HTTP(S)-Load-Balancing Für das interne HTTP(S)-Load-Balancing gelten hinsichtlich der Groß-/Kleinschreibung von Anfrage- und Antwort-Headern die HTTP/2-Konventionen. Alle Header werden ungeachtet des verwendeten Protokolls in Kleinbuchstaben umgewandelt. Beispiel: Host wird zu host und Keep-ALIVE zu keep-alive. Beim externen HTTP(S)-Load-Balancing bleibt die ursprüngliche Groß-/Kleinschreibung von Anfrage- und Antwort-Headern erhalten.

Proxy-Instanzen für internes HTTP(S)-Load-Balancing

Posten Kontingente und Limits Hinweise
Proxy-Instanzen pro Netzwerk 30 Dieses Kontingent stellt die maximale Anzahl von Envoy-Proxy-Instanzen dar, die Ihrem Netzwerk automatisch zugewiesen werden.
Wenden Sie sich an Ihr Google Cloud-Vertriebsteam, wenn Sie dieses Limit erhöhen möchten.

Overview

Cloud Load Balancing enforces quotas on resource usage for a variety of reasons. For example, quotas protect the community of Google Cloud users by preventing unforeseen spikes in usage. Quotas also help users who are exploring Google Cloud with the free tier to stay within their trial.

All projects start with the same quotas, which you can change by requesting additional quota. Some quotas may increase automatically, based on your use of a product.

Permissions

To view quotas or request quota increases, IAM members need one of the following roles.

Task Required Role
Check quotas for a project Project owner or editor or Quota Viewer
Modify quotas, request additional quota Project owner or editor, Quota Admin, or custom role with the serviceusage.quotas.update permission

Checking your quota

In the Cloud Console, go to the Quotas page.

Using the gcloud command-line tool, run the following command to check your quotas. Replace [PROJECT_ID] with your own project ID.

    gcloud compute project-info describe --project [PROJECT_ID]

To check your used quota in a region, run:

    gcloud compute regions describe example-region

Errors when exceeding your quota

If you exceed a quota with a gcloud command, gcloud outputs a quota exceeded error message and returns with the exit code 1.

If you exceed a quota with an API request, Google Cloud returns the following HTTP status code: HTTP 413 Request Entity Too Large.

Requesting additional quota

Request additional quota from the Quotas page in the Cloud Console. Quota requests take 24 to 48 hours to process.

  1. Go to the Quotas page.

    Go to the Quotas page

  2. In the Quotas page, select the quotas you want to change.
  3. Click the Edit Quotas button at the top of the page.
  4. Fill out your name, email, and phone number and click Next.
  5. Fill in your quota request and click Next.
  6. Submit your request.

Resource availability

Each quota represents a maximum number for a particular type of resource that you can create, provided that resource is available. It's important to note that quotas do not guarantee resource availability. Even if you have available quota, you won't be able to create a new resource if it is not available. For example, you might have sufficient quota to create new regional, external IP address in the us-central1 region, but that would not be possible if there were no available external IP addresses in that region. Zonal resource availability can also affect your ability to create a new resource.

Situations where resources are unavailable in an entire region are rare; however, resources within a zone can be depleted from time to time, typically without impact to the SLA for the type of resource. For more information, review the relevant Service Level Agreement (SLA) for the resource.