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:
- Es überwacht Ihren Verbrauch von Google Cloud Produkten und Diensten.
- Es schränkt Ihren Verbrauch dieser Ressourcen ein.
- Es bietet eine Möglichkeit, Änderungen am Kontingentwert zu beantragen und Kontingentanpassungen zu automatisieren.
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.
Für Service Extensions gelten die folgenden Kontingente. 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, Standort und 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, Standort und Load-Balancing-Schema an Application Load Balancer angehängt sind | 5 zu einem beliebigen Zeitpunkt | |
Nur Media CDN: Anzahl der Plug‑in-Ressourcen, die über WasmAction-Ressourcen pro Projekt an Media CDN-Dienste angehängt sind |
5 zu einem beliebigen Zeitpunkt |
Limits
In den folgenden Abschnitten werden die Ressourcen-, Konfigurations- und Ausführungslimits beschrieben, die für Service Extensions gelten.
Ressourcen- und Konfigurationslimits
Für Service Extensions-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.
Für Service Extensions gelten die folgenden Ressourcen- und Konfigurationslimits:
| Limit | Wert | |
|---|---|---|
| Anzahl der Erweiterungsketten pro Ankerpunkt | 5 | |
| Anzahl der Plug-ins in einer Edge-Erweiterungskette | 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, mit der Option --plugin-config oder --plugin-config-file im Cloud SDK oder mit dem Feld WasmPluginVersion.plugin_config_data in der REST API) und nicht über Artifact Registry
|
900 KiB | |
| Anzahl der Versionen pro Plug-in | 100 |
Nutzung und Ausführungslimits für Plugins
Für Service Extensions gelten die folgenden Limits für die Verwendung und Ausführung von Plug-ins:
| Nutzungslimit | Wert | |
|---|---|---|
Ausführungsdauer pro Anfrage Die Dauer ist die Summe der Dauern aller Proxy-Wasm-Rückrufe, die mit der Anfrage verknüpft sind. Plug-ins, die das Limit überschreiten, werden beendet. Die zugehörige Anfrage gibt dann den HTTP-Statuscode |
1 ms | |
Verwendete CPU pro Anfrage Maximale normalisierte vCPU, die pro Plug-in-Aufruf verwendet wird.
Plug-ins, die dieses Limit überschreiten, werden beendet. Die zugehörige Anfrage gibt dann den HTTP-Statuscode |
1 ms | |
Von einem Plug-in verwendeter Arbeitsspeicher Maximaler zugewiesener Arbeitsspeicher einer Plugin-Instanz.
Plug-ins, die dieses Limit überschreiten, werden beendet. Die zugehörige Anfrage gibt dann den HTTP-Statuscode |
16 MiB | |
Größe des Log-Inhalts, der von einem Plug-in pro Aufruf ausgegeben wird 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 |