Kontingente
Dieses Dokument enthält die aktuellen Inhaltslimits und Anfragekontingente für Cloud Service Mesh.
Ein Kontingent schränkt ein, wie viel von einer bestimmten gemeinsam genutzten Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen kann, einschließlich Hardware, Software und Netzwerkkomponenten. Daher sind Kontingente Teil eines Systems, das Folgendes tut:
- Ihre Nutzung oder Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen.
- Ihren Verbrauch dieser Ressourcen einschränken, um u. a. für Fairness zu sorgen und Nutzungsspitzen zu reduzieren.
- Konfigurationen verwalten, die automatisch vorgeschriebene Einschränkungen erzwingen.
- Möglichkeit, das Kontingent anzufordern oder zu ändern.
Wenn ein Kontingentlimit überschritten wird, blockiert das System in den meisten Fällen den Zugriff auf die entsprechende Google-Ressource und die Aufgabe, die Sie ausführen möchten, schlägt fehl. In den meisten Fällen gelten Kontingente für jedes Google Cloud-Projekt und werden von allen Anwendungen und IP-Adressen geteilt, die dieses Google Cloud-Projekt verwenden.
Für Cloud Service Mesh-Ressourcen gelten auch Limits. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn dies angegeben ist.
Istio-Ressourcen werden in Traffic Director-Ressourcen umgewandelt, die auf die folgenden Kontingente angerechnet werden.
Limits
Cloud Service Mesh hat ein Limit von 100 Abfragen pro Sekunde pro Google Cloud-Projekt.
Alle vorhandenen Beschränkungen und Kontingente für Weiterleitungsregeln, Back-End-Dienste und andere Load-Balancing-Limits und Kontingente pro Projekt gelten für Cloud Service Mesh-Bereitstellungen, die auf Google Cloud-Load-Balancing- und Service-Routing-APIs basieren.
URL-Zuordnungslimits
URL-Zuordnungen für Cloud Service Mesh mit den Load Balancing APIs unterliegen den folgenden projektspezifischen Limits.
| Element | Kontingente und Limits | Notes |
|---|---|---|
| URL-Zuordnungen | Kontingent | Dieses Kontingent gilt pro Projekt. |
| Pfade in Pfadregeln | 50 | Dieses Limit kann nicht erhöht werden. |
| Abgleichsregeln in Routingregeln | 50 | Dieses Limit kann nicht erhöht werden. |
| Hostregeln pro URL-Zuordnung | 2.500 | Dieses Limit kann nicht erhöht werden. |
| Pfad-Matcher pro URL-Zuordnung | 2.500 | Dieses Limit kann nicht erhöht werden. |
| Pfadregeln pro Pfad-Matcher | 500 | Dieses Limit kann nicht erhöht werden. |
| Routingregeln pro Pfad-Matcher | 500 | 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. |
| Metadatenfilter pro Abgleichsregel | 5 | Dieses Limit kann nicht erhöht werden. |
| Filterlabels pro Metadatenfilter | 64 | Dieses Limit kann nicht erhöht werden. |
| Hosts pro Hostregel | 100 | Dieses Limit kann nicht erhöht werden. |
| Tests pro URL-Zuordnung | 100 | Dieses Limit kann nicht erhöht werden. |
| Größe der URL-Zuordnungen | 524 KB | Dieses Limit kann nicht erhöht werden. |
| Gewichtete Backend-Dienste pro Routingaktion | 10 | Dieses Limit kann nicht erhöht werden. |
Wenn Sie eines der Limits in der Tabelle überschreiten, wird ein Fehler wie der folgende angezeigt:
Value for field 'resource.hostRules[0].hosts' is too large: maximum size 100 element(s);actual size 107.
Service Routing API-Limits
| Element | Notes |
|---|---|
| Mesh-WLANs | Dieses Kontingent gilt pro Projekt. |
| Gateways | Dieses Kontingent gilt pro Projekt. |
| GrpcRoutes | Dieses Kontingent gilt pro Projekt. |
| HttpRoutes | Dieses Kontingent gilt pro Projekt. |
| TcpRoutes | Dieses Kontingent gilt pro Projekt. |
| TlsRoutes | Dieses Kontingent gilt pro Projekt. |
Limits für die Netzwerksicherheits-API
| Element | Kontingente und Limits | Notes |
|---|---|---|
| clientTlsPolicy | 500 | Dieses Kontingent gilt pro Projekt. |
| serverTlsPolicy | 500 | Dieses Kontingent gilt pro Projekt. |
| AuthorizationPolicy | 500 | Dieses Kontingent gilt pro Projekt. |
| EndpointPolicy | 750 | Dieses Kontingent gilt pro Projekt. |
Load-Balancing-Richtlinie des Dienstes
| Element | Kontingente und Limits | Notes |
|---|---|---|
| ServiceLbPolicies | Kontingent | Dieses Kontingent gilt pro Projekt. |
Verwenden Sie zur Erhöhung/Verringerung der meisten Kontingenten die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
Kontingente verwalten
Mit Cloud Service Mesh werden Kontingente für die Ressourcennutzung aus verschiedenen Gründen festgelegt. Kontingente schützen unter anderem die gesamte Google Cloud-Community vor unerwarteten Nutzungsspitzen. Außerdem unterstützen Kontingente Nutzer, die Google Cloud mit der kostenlosen Stufe prüfen, dabei, im Rahmen der Testversion zu verbleiben.
Alle Projekte beginnen mit den gleichen Kontingenten, die Sie ändern können, indem Sie zusätzliche Kontingente anfordern. Einige Kontingente könnten entsprechend Ihrer Nutzung eines Produkts automatisch erhöht werden.
Berechtigungen
Hauptkonten von Identity and Access Management (IAM) benötigen eine der folgenden Rollen, um Kontingente anzusehen oder Kontingenterhöhungen anzufordern.
| Aufgabe | Erforderliche Rolle |
|---|---|
| Kontingente für ein Projekt prüfen | Einen der folgenden Werte:
|
| Kontingente ändern, zusätzliche Kontingente anfordern | Einen der folgenden Werte:
|
Kontingent prüfen
Console
- Öffnen Sie in der Google Cloud Console die Seite Kontingente.
- Mit dem Feld Tabelle filtern können Sie nach den zu aktualisierenden Kontingenten suchen. Wenn Sie den Namen des Kontingents nicht kennen, verwenden Sie stattdessen die Links auf dieser Seite.
gcloud
Führen Sie mit der Google Cloud CLI den folgenden Befehl aus, um Ihre Kontingente zu prüfen. Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID:
gcloud compute project-info describe --project PROJECT_ID
Mit dem folgenden Befehl prüfen Sie das genutzte Kontingent in einer Region:
gcloud compute regions describe example-region
Fehler beim Überschreiten Ihres Kontingents
Wenn Sie ein Kontingent mit einem gcloud-Befehl überschreiten, gibt gcloud eine quota exceeded-Fehlermeldung aus und liefert den Exit-Code 1.
Wenn Sie mit einer API-Anfrage ein Kontingent überschreiten, gibt Google Cloud den folgenden HTTP-Statuscode zurück: 413 Request Entity Too Large.
Weitere Kontingente anfordern
Verwenden Sie zur Erhöhung/Verringerung der meisten Kontingenten die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
Console
- Öffnen Sie in der Google Cloud Console die Seite Kontingente.
- Wählen Sie auf der Seite Kontingente die Kontingente aus, die Sie ändern möchten.
- Klicken Sie oben auf der Seite auf Kontingente bearbeiten.
- Geben Sie unter Name Ihren Namen ein.
- Optional: Geben Sie unter Telefon eine Telefonnummer ein.
- Senden Sie die Anfrage. Die Bearbeitung von Kontingentanforderungen dauert 24 bis 48 Stunden.
Ressourcenverfügbarkeit
Jedes Kontingent stellt die maximale Anzahl an Ressourcen eines bestimmten Typs dar, die Sie erstellen können, sofern der Ressourcentyp verfügbar ist. Beachten Sie, dass Kontingente die Verfügbarkeit von Ressourcen nicht garantieren. Selbst wenn Sie ein verfügbares Kontingent haben, können Sie keine neue Ressource erstellen, wenn keine verfügbar ist.
Beispiel: Sie haben noch ein ausreichendes Kontingent zum Erstellen einer neuen regionalen, externen IP-Adresse in der Region us-central1. Dies ist jedoch nicht möglich, wenn in dieser Region keine externen IP-Adressen verfügbar sind. Die Verfügbarkeit von zonalen Ressourcen kann sich auch auf Ihre Fähigkeit auswirken, eine neue Ressource zu erstellen.
Es kommt nur selten vor, dass Ressourcen in einer kompletten Region nicht verfügbar sind. Ressourcen innerhalb einer Zone können aber manchmal vorübergehend ausgeschöpft sein, ohne dass sich das auf das Service Level Agreement (SLA) für den Ressourcentyp auswirkt. Weitere Informationen finden Sie im entsprechenden SLA für die Ressource.