Scaling vertical et horizontal

Choisissez la taille des dynos (vertical) et leur nombre (horizontal). Auto-scaling sur Pro.

Vertical : taille des dynos

Taille	vCPU	RAM	Plans
basic	0,5	512 Mo	Free, Pro
standard-1x	1	1 Go	Free, Pro
standard-2x	2	2 Go	Pro
performance-m	4	4 Go	Pro, Entreprise
performance-l	8	8 Go	Pro, Entreprise
performance-xl	16	16 Go	Entreprise

$ paas ps:type web=performance-m --app monsite

Horizontal : nombre d'instances

$ paas ps:scale web=3 worker=2 --app monsite

Auto-scaling

Sur Pro et Entreprise, vous configurez le scaling auto dans paas.toml :

[scaling.web]
min = 2
max = 8
target_cpu = 70
target_rps = 200

[scaling.worker]
min = 1
max = 4
target_queue_depth = 100

Applications à démarrage long

Les applications lourdes (GitLab, JVM, ERP) peuvent mettre 5 à 10 minutes à démarrer et demander plus de mémoire que le gabarit standard. Les deux se déclarent dans paas.toml, sans intervention du support :

[resources]
memory = "8Gi" # jusqu'à 8 Gi, en déploiement depuis les sources (git push)

[healthcheck]
http_path = "/-/readiness"
period_seconds = 30
failure_threshold = 30 # 30 × 30 s = budget de démarrage de 15 minutes

Si l’application restreint son endpoint de santé par IP source (GitLab avec monitoring_whitelist, par exemple), autorisez 127.0.0.0/8 et 10.42.0.0/16 — les sondes de la plateforme proviennent de ce réseau interne. Détails dans la référence paas.toml [healthcheck].

Stratégies de déploiement

rolling (par défaut) : remplace les pods un par un, sans downtime
canary : envoie 5 % du trafic sur la nouvelle version, observe 10 minutes, puis bascule
blue-green : prépare la nouvelle version en parallèle, switch instantané