// Diags fonctionnels

Coolify multi-serveurs : le panel et les machines qu'il pilote

Utiliser plusieurs serveurs offre de nombreuses possibilités (redondance, résilience, etc.), mais peut être mal configuré ou ralentir la gestion de crise.

Format : 14 questions, ~8 minutes
Couverture : séparation des rôles, ssh inter-nœuds, provisionnement & extension, traefik & en-têtes sur les workers, isolation & continuité
Tout auto-déclaratif : on ne fait pas de scan, tu réponds aux questions, on t'aide avec des helpers.
Effet cliquet : tes réponses sont réutilisées dans les autres diagnostics qui touchent aux mêmes sujets, pas besoin de répondre 2 fois.

Question 1 / 14 · Séparation des rôles

// Séparation des rôles

Tout l'intérêt du multi-VPS tient dans la séparation : le control plane pilote, les workers exécutent. Si les rôles se mélangent, tu paies deux serveurs pour les inconvénients d'un seul.

Qu'est-ce qui tourne sur le serveur qui porte le panel Coolify ?

Dans le panel, regarde le serveur cible de chaque application : aucune ne devrait viser le serveur qui héberge le panel lui-même. Regarde aussi ce qui tourne dessus en dehors de Coolify (docker ps, services installés à la main).

« L'orchestrateur Coolify » = les containers du panel lui-même (interface, base interne, redis, proxy), pas les applications que Coolify déploie pour toi. La question porte sur ces dernières : ton site, ton API, ta base de production, et tout service annexe posé à la main sur cette machine. Le serveur qui porte le panel pilote tout le reste : si une app gourmande ou boguée sature sa RAM ou son CPU, le panel devient inaccessible, précisément au moment où tu en as besoin pour comprendre et corriger.