Quote e limiti

Batch utilizza quote e limiti di sistema per mantenere un'allocazione equa delle risorse, prevenire i sovraccarichi dei servizi e aiutarti a gestire l'utilizzo delle risorse.

Le quote e i limiti di sistema sono simili, ma differiscono nei seguenti modi:

  • Le quote hanno valori predefiniti, ma in genere puoi richiedere degli adeguamenti.
  • I limiti di sistema sono valori fissi che non possono essere modificati.

I job batch vengono eseguiti sulle risorse di Compute Engine, pertanto Batch è soggetto anche alle quote e ai limiti di Compute Engine. Se il tuo job Batch utilizza anche altri servizi Google Cloud , è soggetto anche alle quote di questi servizi. I tentativi di superare una quota o un limite restituiscono un errore. Per saperne di più, consulta la documentazione di Cloud Quotas.

Oltre alle quote e ai limiti di altri servizi Google Cloud , Batch ha le seguenti quote e limiti, che non possono essere modificati.

Quote di frequenza

I seguenti limiti si applicano alle richieste Batch. Questi limiti vengono visualizzati come quote, ad esempio nella console Google Cloud , ma non possono essere aumentati.

Limite Valore
Richieste dell'agente al minuto per regione 30.000
Richieste di modifica al minuto per regione 6000
Richieste di lettura al minuto per regione 15.000

Limiti dei job

I seguenti limiti si applicano ai job Batch.

Limite Valore
Attività per gruppo di attività 100.000
Attività parallele per job 5000
VM simultanee per job a zona singola1 2000
VM simultanee per job multizona1 4000
Dimensioni della definizione del job2 1 MB
Tempo di attesa (durata dello stato del job QUEUED) prima dell'errore automatico 2 giorni
Tempo di esecuzione (durata dello stato del job RUNNING) prima dell'errore automatico3 14 giorni

1 I termini job a zona singola e job multizona qui si riferiscono al numero di zone consentite per le VM di un job, che potrebbe essere diverso dalle zone per la località di un job. Per saperne di più, consulta Località di Batch.

2 Ad esempio, circa le dimensioni della richiesta REST al metodo jobs.create o del file --config di gcloud CLI. Puoi aggirare questo limite suddividendo le attività in più job, ad esempio scopri come pianificare job dipendenti (anteprima).

3 Questo limite presenta le seguenti eccezioni:

  • Se imposti il campo provisioningModel per un job su FLEX_START, il tempo di esecuzione massimo prima dell'errore automatico è di 7 giorni.
  • Se un job utilizza un tipo di macchina della serie A3, imposta il campo reservation su NO_RESERVATION e ha provisioningModel non definito o impostato su STANDARD, il tempo di esecuzione massimo prima dell'errore automatico è di 7 giorni.
  • Se vuoi, puoi ridurre il tempo di esecuzione massimo prima dell'errore automatico per un job utilizzando i timeout.