Anthos Service Mesh und Traffic Director heißen jetzt Cloud Service Mesh. Weitere Informationen finden Sie in der Übersicht zu Cloud Service Mesh.

Diese Seite wurde von der Cloud Translation API übersetzt.

Kontingente

Dieses Dokument enthält die aktuellen Inhaltslimits und Anfragekontingente für Cloud Service Mesh.

Google Cloud nutzt Kontingente, um Fairness zu gewährleisten und Spitzen bei Ressourcennutzung und -verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einer Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen darf. 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 gleichzeitig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Die Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community der Google Cloud-Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud-Ressourcen.

Das Cloud-Kontingentsystem ermöglicht Folgendes:

Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen
Ihren Verbrauch dieser Ressourcen einschränken
Eine Möglichkeit bieten, Änderungen am Kontingentwert anzufordern

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 ausführen möchten, schlägt fehl.

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

Für Cloud Service Mesh-Ressourcen gelten außerdem 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 Cloud Service Mesh-Ressourcen übersetzt, die zählen auf die folgenden Kontingente ab.

Limits

Cloud Service Mesh hat ein Limit von 100 Abfragen pro Sekunde. pro Google Cloud-Projekt.

Alle Limits und Kontingente für die Weiterleitungsregel, Back-End-Dienste und anderes Load Balancing pro Projekt gelten für Cloud Service Mesh-Bereitstellungen, die auf den Google Cloud Load Balancing- und Service Routing APIs basieren.

URL-Zuordnungslimits

Für URL-Zuordnungen für Cloud Service Mesh mit den Load Balancing APIs gelten die folgenden projektspezifischen Limits.

Element	Kontingente und Limits	Hinweise
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.

Limits der Service Routing API

Element	Hinweise
Meshes	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 der Network Security API

Element	Kontingente und Limits	Hinweise
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

Posten	Kontingente und Limits	Hinweise
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

MitCloud 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

Zur Anzeige von Kontingenten oder zur Anforderung von Kontingenterhöhungen benötigen IAM-Hauptkonten (Identity and Access Management) eine der folgenden Rollen:

Aufgabe	Erforderliche Rolle
Kontingente für ein Projekt prüfen	Beispiele: Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Viewer (`roles/servicemanagement.quotaViewer`)
Kontingente ändern, zusätzliche Kontingente anfordern	Beispiele: Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Administrator (`roles/servicemanagement.quotaAdmin`) Eine benutzerdefinierte Rolle mit der Berechtigung `serviceusage.quotas.update`

Kontingent prüfen

Console

Öffnen Sie in der Google Cloud Console die Seite Kontingente.
Kontingente aufrufen
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 ein Kontingent mit einer API-Anfrage überschreiten, liefert Google Cloud folgenden HTTP-Statuscode: 413 Request Entity Too Large.

Weitere Kontingente anfordern

Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.

Console

Öffnen Sie in der Google Cloud Console die Seite Kontingente.
Kontingente aufrufen
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.