In diesem Dokument sind die Kontingente und Systemlimits für Cloud Build aufgeführt.
- Kontingente geben an, wie viel einer zählbaren, freigegebenen Ressource Sie verwenden können. Kontingente werden von Google Cloud Diensten wie Cloud Build definiert.
- Systemlimits sind feste Werte, die nicht geändert werden können.
Google Cloud nutzt Kontingente, um Fairness zu gewährleisten 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 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 derGoogle Cloud -Nutzer schützen. Sie helfen 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.
Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. 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 der gleichzeitigen Builds, die in einem globalen Standardpool ausgeführt werden | 10–30 | Nein. Wenn Sie mehr als 30 gleichzeitige Builds ausführen möchten, verwenden Sie private Pools. | Global |
* 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.
Regionale Einschränkungen für einige Projekte
Je nach Nutzung dürfen bestimmte Projekte Cloud Build möglicherweise nur in bestimmten Regionen verwenden. Weitere Informationen finden Sie unter Standorte.
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
Öffnen Sie die Seite Cloud Build-Kontingente.
Wählen Sie die Kontingente aus, die Sie ändern möchten, und klicken Sie auf Kontingente bearbeiten.
Geben Sie das neue Kontingentlimit für das ausgewählte Kontingent ein.
Klicken Sie auf Anfrage senden.