Kontingente und Limits

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

Batchjobs werden auf Compute Engine-Ressourcen ausgeführt. Daher unterliegt Batch auch den Compute Engine-Kontingenten und -Beschränkungen. Wenn Ihr Batch-Job auch andere Google Cloud Dienste verwendet, unterliegt er auch den Kontingenten für diese Dienste. Versuche, ein Kontingent oder Limit zu überschreiten, geben einen Fehler zurück. Weitere Informationen finden Sie in der Dokumentation zu Cloud-Kontingenten.

Zusätzlich zu den Kontingenten und Limits anderer Google Cloud Dienste gelten für Batch die folgenden Kontingente und Limits, die nicht geändert werden können.

Ratenkontingente

Die folgenden Limits gelten für Batch-Anfragen. Diese Limits werden als Kontingente angezeigt, z. B. in der Google Cloud Console. Sie können jedoch nicht erhöht werden.

Limit Wert
Agent-Anfragen pro Minute und Region 30.000
Mutationsanfragen pro Minute und Region 6.000
Leseanfragen pro Minute und Region 15.000

Joblimits

Die folgenden Limits gelten für Batch-Jobs.

Limit Wert
Aufgaben pro Aufgabengruppe 100.000
Parallele Aufgaben pro Job 5.000
Gleichzeitige VMs pro Job in einer einzelnen Zone1 2.000
Gleichzeitige VMs pro Job mit mehreren Zonen1 4.000
Größe der Jobdefinition2 1 MB
Wartezeit (Dauer des Jobstatus QUEUED) vor dem automatischen Fehler 2 Tage
Laufzeit (Dauer des Jobstatus RUNNING) vor dem automatischen Fehler3 14 Tage

1 Die Begriffe Job mit einer Zone und Job mit mehreren Zonen beziehen sich hier auf die Anzahl der Zonen, die für die VMs eines Jobs zulässig sind. Diese kann sich von den Zonen für den Standort eines Jobs unterscheiden. Weitere Informationen finden Sie unter Batch-Standorte.

2 Beispielsweise ungefähr die Größe der REST-Anfrage an die jobs.create-Methode oder der gcloud CLI-Datei --config. Sie können dieses Limit umgehen, indem Sie die Aufgaben auf mehrere Jobs aufteilen. Informationen zum Planen abhängiger Jobs (Vorschau)

3 Für dieses Limit gelten die folgenden Ausnahmen:

  • Wenn Sie das Feld provisioningModel für einen Job auf FLEX_START festlegen, beträgt die maximale Laufzeit vor dem automatischen Fehler stattdessen 7 Tage.
  • Wenn für einen Job ein Maschinentyp der A3-Serie verwendet wird, das Feld reservation auf NO_RESERVATION festgelegt ist und das Feld provisioningModel entweder nicht definiert oder auf STANDARD festgelegt ist, beträgt die maximale Laufzeit vor dem automatischen Fehler 7 Tage.
  • Optional können Sie die maximale Laufzeit eines Jobs vor dem automatischen Fehler mithilfe von Timeouts verkürzen.