In diesem Dokument sind die Kontingente und Limits aufgeführt, die für Cloud Build
Google Cloud nutzt Kontingente, um Fairness zu gewährleisten und Spitzen bei der Ressourcennutzung und -verfügbarkeit. 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. Kontingente können beispielsweise die Anzahl der API-Aufrufe auf einen die Anzahl der Load-Balancer, die gleichzeitig von Ihrem Projekt verwendet werden, oder Projekte erstellen, die Sie erstellen können. Kontingente schützen die gesamte Community Google Cloud-Nutzer, indem sie eine Überlastung von Diensten verhindern. Weitere Informationen zu Kontingenten damit Sie Ihre eigenen Google Cloud-Ressourcen verwalten können.
Das Cloud-Kontingentsystem ermöglicht Folgendes:
- Überwacht Ihre Nutzung von Google Cloud-Produkten und ‐Diensten
- Schränkt die Nutzung dieser Ressourcen ein
- Bietet eine Möglichkeit, Ä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 im Allgemeinen für das Google Cloud-Projekt. Die Verwendung einer Ressource in einem Projekt hat keinen Einfluss Ihr verfügbares Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud-Projekts werden von allen Anwendungen und IP-Adressen gemeinsam genutzt.
Verwenden Sie zur Erhöhung/Verringerung der meisten Kontingenten die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
Für Cloud Build-Ressourcen gelten außerdem Limits. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn etwas anderes angegeben ist.
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 jedes Google 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 |
---|---|---|---|---|
Privater Pool | Anzahl der privaten Pools | 2–10 | Ja | Pro Region |
CPU | Anzahl gleichzeitig genutzter CPUs
In einem regionalen privaten Pool ausführen |
0*–2.400 | Ja. Wenn dieses Kontingent erschöpft ist, Anfragen für zusätzliche CPUs in die Warteschlange gestellt und der Reihe nach verarbeitet werden. | Pro Region |
CPU | Anzahl gleichzeitig genutzter CPUs
In einem regionalen Standardpool ausführen |
5–100 | Nein. Wenn Sie mehr als 100 gleichzeitige CPUs, verwenden Sie privaten Pools. | Pro Region |
Anfrage | Anzahl gleichzeitiger Builds In einem globalen Standardpool ausführen |
10–30 | Nein. Wenn Sie mehr als ausführen möchten 30 gleichzeitige Builds, eventuell mit privaten Pools. |
Global |
* Je nach Projekt und Nutzung müssen Sie Kontingente für die Verwendung von privaten Pools In diesem Fall können Sie Standardpools verwenden.
Regionseinschränkungen für einige Projekte
Je nach Nutzung kann in bestimmten Projekten nur Cloud Build verwendet werden in bestimmten Regionen. 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 | |
---|---|
Build-Schritte pro Build | 300 |
Länge des Namens des Build-Schritts | 1.000 Zeichen |
env -Werte pro Build-Schritt |
100 |
Länge des env -Werts |
65.536 Zeichen |
args -Werte pro Build-Schritt |
100 |
Länge des arg -Werts |
10.000 Zeichen |
Länge des dir -Werts |
1.000 Zeichen |
Erstellte Images pro Build | 700 |
Eindeutige secretEnv -Werte pro Build |
100 |
Größe von secret |
65.536 Zeichen |
Anzahl der Build-Trigger | 300 |
Anzahl von Artefaktpfaden pro Build | 100 |
Länge der Liste der Tags pro Build | 64 |
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.