Limites et quotas

Par projet

Un projet déclare au plus :

Ce qu’il déclare	Au plus
Services	10
Bases PostgreSQL	4
Caches	4
Buckets	4
Tâches planifiées	10

Les ressources de vos applis

Par défaut, un service web a 200 mCPU et 192 Mio de mémoire, et un worker 100 mCPU et 128 Mio ; resources les change.

• Un conteneur demande 8 Gio de mémoire au plus, et jusqu’à 16 Gio si le quota de mémoire de l’organisation le permet.
• Une organisation demande au plus 4 vCPU et 8 Gio de mémoire par défaut, tous ses projets et environnements ensemble ; l’outil get_usage (vue quotas) donne les siens.
• Chaque service y compte pour son nombre maximal d’instances : scale.max (10 sans réglage), sans dépasser la limite « instances » (3 par défaut).
• Un service web sans scale.max compte donc 3 fois ses ressources, puisqu’il monte jusque-là avec le trafic.
• Les tâches, les caches et les bases comptent aussi, une base pour 100 mCPU et 256 Mio par instance.

Le disque

Un worker et une tâche ont un /tmp de 1 Gio, qui ne prend rien sur leur mémoire, et resources.disk le porte jusqu’à 8 Gio. Le /tmp d’un service web, lui, prend sur sa mémoire : ses gros fichiers vont dans un worker, une base ou un bucket. Un /tmp se vide à chaque redémarrage, donc ce qui doit durer va dans une base ou un bucket.

Les tâches planifiées

Un passage dure de 10 s à 6 h (timeout_seconds, 10 min par défaut), et se relance 5 fois au plus après un échec (retries).

L’accès interne

Un service réservé à votre organisation ouvre son accès à :

Liste	Au plus
Groupes (groups)	50
Adresses (emails)	200
Domaines d’adresse (email_domains)	20

Prochaines étapes

• Essayer sans compte
• while.yaml, champ par champ
• Les prix