Batch utilise des quotas et des limites système pour maintenir une allocation équitable des ressources, éviter les surcharges de service et vous aider à gérer l'utilisation des ressources.
Les quotas et les limites du système sont similaires, mais diffèrent sur les points suivants :
- 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 par lot 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 sur 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 apparaissent 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 |
| VM simultanées par job monozone1 | 2 000 |
| VM simultanées par job multizone1 | 4 000 |
| Taille de la définition de la tâche2 | 1 Mo |
Temps d'attente (durée de l'état de job QUEUED) avant l'échec automatique |
2 jours |
Durée d'exécution (durée de l'état de la tâche 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 peut être différent des zones de l'emplacement d'un job. Pour en savoir plus, consultez Emplacements Batch.
2 Par exemple, environ la taille de la requête REST adressée à la méthode jobs.create ou au 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
provisioningModeld'un job surFLEX_START, la durée d'exécution maximale avant l'échec automatique est de sept jours. - Si un job utilise un type de machine de la série A3, définit le champ
reservationsurNO_RESERVATIONet que le champprovisioningModeln'est pas défini ou est défini surSTANDARD, 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 de délais avant expiration.