Quotas et limites

Ce document liste les quotas et les limites système qui s'appliquent à Batch.

  • Les quotas ont des valeurs par défaut, mais vous pouvez généralement demander des ajustements.
  • Les limites système sont des valeurs fixes qui ne peuvent pas être modifiées.

Les jobs Batch s'exécutent sur des ressources Compute Engine. Batch est donc également soumis aux quotas et limites de Compute Engine. Si votre job Batch utilise également d'autres services Google Cloud , il est également soumis aux quotas de ces services. Les tentatives de dépassement d'un quota ou d'une limite renvoient une erreur. Pour en savoir plus, consultez la documentation Cloud Quotas.

En plus des quotas et limites des autres services Google Cloud , Batch est soumis aux quotas et limites suivants, qui ne peuvent pas être modifiés.

Les quotas de débit

Les limites suivantes s'appliquent aux requêtes par lot. Ces limites s'affichent sous forme de quotas (par exemple, dans la console Google Cloud ), mais elles ne peuvent pas être augmentées.

Limite Valeur
Requêtes d'agent par minute et par région 30 000
Requêtes de mutation par minute et par région 6 000
Requêtes de lecture par minute et par région 15 000

Limites des tâches

Les limites suivantes s'appliquent aux jobs par lot.

Limite Valeur
Tâches par groupe de tâches 100 000
Tâches parallèles par job 5 000
Nombre de VM simultanées par job monozone1 2 000
VM simultanées par job multizone1 4 000
Taille de la définition du job2 1 Mo
Temps d'attente (durée de l'état de job QUEUED) avant l'échec automatique 2 jours
Durée d'exécution (état du job RUNNING) avant l'échec automatique3 14 jours

1 Les termes job monozone et job multizone font ici référence au nombre de zones autorisées pour les VM d'un job, qui peuvent être différentes des zones de l'emplacement d'un job. Pour en savoir plus, consultez Emplacements des lots.

2 Par exemple, la taille approximative de la requête REST à la méthode jobs.create ou du fichier --config de la gcloud CLI. Vous pouvez contourner cette limite en répartissant les tâches sur plusieurs jobs. Par exemple, découvrez comment planifier des jobs dépendants (preview).

3 Cette limite comporte les exceptions suivantes :

  • Si vous définissez le champ provisioningModel d'un job sur FLEX_START, la durée d'exécution maximale avant échec automatique est de sept jours.
  • Si une tâche utilise un type de machine de la série A3, définit le champ reservation sur NO_RESERVATION et que le champ provisioningModel est indéfini ou défini sur STANDARD, la durée d'exécution maximale avant l'échec automatique est de sept jours.
  • Vous pouvez éventuellement réduire la durée d'exécution maximale avant l'échec automatique d'un job à l'aide des délais d'attente.