Kontingente und Limits

In diesem Dokument sind die Kontingente und Systemlimits für Diensterweiterungen 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.

Kontingente

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.

Die meisten Kontingente können Sie in der Google Cloud Console anpassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.

Die folgenden Kontingente gelten für Service Extensions. Sie können auf Anfrage erhöht werden.

Kontingente Wert
Anzahl der globalen Autorisierungserweiterungen in einem Projekt 10
Anzahl der globalen Edge-Erweiterungen in einem Projekt 100
Anzahl der globalen Routenerweiterungen in einem Projekt 100
Anzahl der globalen Traffic-Erweiterungen in einem Projekt 100
Anzahl der Autorisierungserweiterungen pro Region in einem Projekt 10
Anzahl der Routenerweiterungen pro Region in einem Projekt 100
Anzahl der Traffic-Erweiterungen pro Region in einem Projekt 100
Anzahl der Plug-ins pro Projekt und Standort 100
Nur Cloud Load Balancing: Anzahl der Plug-ins, die über Edge-Erweiterungen pro Projekt an Application Load Balancer angehängt sind 5 zu einem beliebigen Zeitpunkt
Nur Cloud Load Balancing: Anzahl der Plug-ins, die über Routenerweiterungen pro Projekt, pro Standort und pro Load-Balancing-Schema an Application Load Balancer angehängt sind 5 zu einem beliebigen Zeitpunkt
Nur Cloud Load Balancing: Anzahl der Plug-ins, die über Traffic-Erweiterungen pro Projekt, pro Standort und pro Load-Balancing-Schema an Application Load Balancer angehängt sind 5 zu einem beliebigen Zeitpunkt
Nur Media CDN: Anzahl der CdnEdgeExtension-Ressourcen, die Media CDN-Diensten pro Projekt zugeordnet sind 5 zu einem beliebigen Zeitpunkt

Limits

In den folgenden Abschnitten werden die Ressourcen-, Konfigurations- und Ausführungslimits für Service Extensions beschrieben.

Ressourcen- und Konfigurationslimits

Für Service Extensions-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.

Service Extensions erzwingt die folgenden Ressourcen- und Konfigurationslimits:

Limit Wert
Anzahl der Erweiterungsketten pro Anhangspunkt 5
Nur Cloud Load Balancing: Anzahl der Plug-ins in einer LbEdgeExtension-Kette 1
Nur Media CDN: Anzahl der Plug-ins in einer CdnEdgeExtension-Kette 2
Nur Media CDN: Anzahl der CdnEdgeExtension-Ressourcen pro EdgeCacheService 1
Anzahl der Plug-ins oder Callouts in einer Routenerweiterungskette 1
Anzahl der Plug-ins oder Callouts in einer Traffic-Erweiterungskette 3
Größe eines kompilierten Plug-ins zusammen mit den Plug-in-Konfigurationsdaten 5 MiB
Größe der Konfigurationsdaten des Plug-ins, wenn sie direkt bereitgestellt werden (durch Hochladen einer Datei in der Google Cloud Console, die Option --plugin-config oder --plugin-config-file mit dem Cloud SDK oder das Feld WasmPluginVersion.plugin_config_data mit der REST API) und nicht über Artifact Registry 900 KiB
Anzahl der Versionen pro Plug-in 100

Nutzungs- und Ausführungslimits für Plug-ins

Service Extensions erzwingt die folgenden Limits für die Plug-in-Nutzung und -Ausführung:

Nutzungslimit Wert

Ausführungsdauer pro Anfrage

Die Dauer ist die Summe der Dauer aller Proxy-Wasm-Callbacks, die mit der Anfrage verknüpft sind. Plug-ins, die das Limit überschreiten, werden beendet. Dadurch gibt die zugehörige Anfrage den HTTP-Statuscode 500 zurück.

 1 ms

Verwendete CPU pro Anfrage

Maximale Anzahl normalisierter vCPUs, die pro Plug-in-Aufruf verwendet werden. Plug-ins, die dieses Limit überschreiten, werden beendet. Dadurch wird für die zugehörige Anfrage ein HTTP-Statuscode 500 zurückgegeben.

 1 ms

Von einem Plug-in verwendeter Arbeitsspeicher

Maximaler zugewiesener Arbeitsspeicher, der von einer Plug-in-Instanz belegt wird. Plug-ins, die dieses Limit überschreiten, werden beendet. Dadurch wird für die zugehörige Anfrage ein HTTP-Statuscode 500 zurückgegeben.

 16 MiB

Größe des von einem Plug-in pro Aufruf ausgegebenen Log-Inhalts

Wenn das Limit überschritten wird, werden weitere Logs verworfen.

 16 KiB

Anzahl der Logeinträge, die von einem Plug-in pro Aufruf ausgegeben werden

Wenn das Limit überschritten wird, werden weitere Logs verworfen.

 16

Abfragen pro Sekunde (QPS) pro Region für Plug-ins

Wenn Sie dieses Limit überschreiten möchten, wenden Sie sich an den Support.

 100.000