Kontingente und Limits

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

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 einer Ressource vonGoogle Cloud Ihr Projekt von Google Cloud 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 gleichzeitig 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 der Nutzer vonGoogle Cloud schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Ressourcen von Google Cloud .

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 der Ebene des Projekts von Google Cloud . Die Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf das verfügbare Kontingent in einem anderen Projekt. Innerhalb eines Projekts von Google Cloud werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.

Weitere Informationen finden Sie in der Cloud-Kontingente-Übersicht.

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

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

Kontingente

Cloud Build erzwingt aus verschiedenen Gründen Kontingente für die Ausführung von Builds. Diese bieten unter anderem für die gesamte Google Cloud-Community eine Unterstützung für unvorhergesehene Auslastungsspitzen. Google Cloud bietet außerdem kostenlose Testkontingente, die einen eingeschränkten Zugriff für Projekte bieten, die zum Kennenlernen von Google Cloud im Rahmen einer kostenlosen Testversion dienen.

Standardmäßig gelten für jedesGoogle Cloud -Projekt die folgenden Cloud Build-Kontingente. Die projektspezifischen Kontingente hängen jedoch von der Nutzung ab und können im Laufe der Zeit variieren.

Ressource Beschreibung Standardlimit Kann erhöht werden Umfang
C3-CPU Anzahl gleichzeitiger C3-CPUs, die in einem regionalen privaten Pool ausgeführt werden 0* – 300 Ja. Ist dieses Kontingent verbraucht, kommen Anfragen für zusätzliche CPUs in die Warteschlange und werden nacheinander verarbeitet. Pro Region
CPU Anzahl gleichzeitiger E2-CPUs, die in einem regionalen privaten Pool ausgeführt werden 0* – 2400 Ja. Ist dieses Kontingent verbraucht, kommen Anfragen für zusätzliche CPUs in die Warteschlange und werden nacheinander verarbeitet. Pro Region
N2D-CPU Anzahl gleichzeitiger N2D-CPUs, die in einem regionalen privaten Pool ausgeführt werden 0* – 2400 Ja. Ist dieses Kontingent verbraucht, kommen Anfragen für zusätzliche CPUs in die Warteschlange und werden nacheinander verarbeitet. Pro Region
CPU (Standard) Anzahl gleichzeitiger CPUs, die in einem regionalen Standardpool ausgeführt werden 5–100 Nein. Wenn Sie mehr als 100 gleichzeitige CPUs benötigen, verwenden Sie private Pools. Pro Region
Build Anzahl gleichzeitiger Builds, die im Standardpool in der globalen Region ausgeführt werden 10–30 Nein. Wenn Sie mehr als 30 gleichzeitige Builds ausführen möchten, sollten Sie in eine andere Region wechseln. Globale Region

* Je nach Projekt und Nutzung haben Sie möglicherweise keine Kontingente für die Verwendung privater Pools. In diesem Fall können Sie Standardpools verwenden.

API-Ratenbegrenzungen

API-Ratenbegrenzungen wirken sich auf die Rate aus, mit der Sie die Cloud Build API aufrufen können. Sie können die API-Ratenbegrenzungen auf der Seite Kontingente ansehen und bearbeiten.

Ressourcenlimits

Cloud Build erzwingt die folgenden Ressourcenlimits:

Limits
args-Werte pro Build-Schritt 100
Build-Schritte pro Build 300
Erstellte Images pro Build 700
env-Werte pro Build-Schritt 100
Länge des arg-Werts 10.000 Zeichen
Länge des Namens des Build-Schritts 1.000 Zeichen
Länge des dir-Werts 1.000 Zeichen
Länge des env-Werts 65.536 Zeichen
Länge der Liste der Tags pro Build 64
Anzahl von Artefaktpfaden pro Build 100
Anzahl der Build-Trigger 600
Anzahl der Parameter für eine Ersetzung 200
Größe von secret 65.536 Zeichen
Eindeutige secretEnv-Werte pro Build 100

Kontingent erhöhen

  1. Öffnen Sie die Seite Cloud Build-Kontingente.

    Kontingente aufrufen

  2. Wählen Sie die Kontingente aus, die Sie ändern möchten, und klicken Sie auf Kontingente bearbeiten.

  3. Geben Sie das neue Kontingentlimit für das ausgewählte Kontingent ein.

  4. Klicken Sie auf Anfrage senden.