La notion de cluster Proxmox

Le cluster Proxmox VE

Cours ponctuel — Bloc 2 - SISR 2

1. Pourquoi mettre en cluster plusieurs serveurs Proxmox ?

Un serveur Proxmox VE (Virtual Environment) isolé permet déjà d'héberger des machines virtuelles et des conteneurs. Mais dès qu'une infrastructure grandit, plusieurs besoins apparaissent qu'un serveur seul ne peut pas satisfaire :

administrer plusieurs nœuds depuis une seule interface, sans se reconnecter à chacun ;
déplacer une VM d'un serveur physique à un autre, à chaud, sans interruption de service ;
répartir la charge entre plusieurs machines physiques ;
poser les bases nécessaires à la haute disponibilité (voir la fiche dédiée).

Un cluster Proxmox répond à ces besoins : plusieurs nœuds (serveurs physiques exécutant Proxmox VE) sont regroupés pour former un ensemble cohérent, administré de façon unifiée.

💡 À retenir : chaque nœud d'un cluster Proxmox reste un serveur autonome, capable de fonctionner seul. Le cluster ajoute une couche de coordination et de communication entre eux, il ne fusionne pas leurs ressources en un seul "super-serveur" (contrairement à ce que fait Ceph pour le stockage — voir la fiche dédiée).

2. Prérequis avant de créer un cluster

Prérequis	Pourquoi
Même version de Proxmox VE sur tous les nœuds	Évite les incompatibilités entre versions différentes
Résolution de noms fiable (DNS ou fichier `/etc/hosts` cohérent)	Les nœuds doivent se retrouver par leur nom, pas seulement par IP
Connectivité réseau stable et à faible latence entre les nœuds	Le cluster échange en permanence des informations d'état
Horloges synchronisées (NTP)	Des dérives d'horloge peuvent perturber la communication cluster
Un réseau dédié à la communication cluster (recommandé)	Isole le trafic cluster du trafic de production, améliore la fiabilité

⚠️ Piège classique : négliger la qualité du réseau utilisé pour la communication cluster (latence, coupures). C'est justement ce réseau qui sert de base au calcul du quorum (voir la fiche dédiée) — un réseau cluster instable peut provoquer des pertes de quorum à répétition, même sans panne matérielle réelle.

3. Créer un cluster

Sur le premier nœud (création du cluster)

pvecm create nom-du-cluster

Cette commande initialise le cluster sur le nœud courant, qui devient le premier membre.

Sur chaque nœud suivant (rejoindre le cluster)

pvecm add <adresse-ip-du-premier-noeud>

Le nœud rejoignant récupère automatiquement la configuration existante du cluster.

Vérifier l'état du cluster

pvecm status

Cette commande affiche notamment : - le nombre total de nœuds attendus ; - le nombre de nœuds actuellement actifs ; - l'état du quorum (atteint ou non) — un indicateur fondamental à surveiller en permanence.

4. L'interface web unifiée

Une fois le cluster créé, se connecter à l'interface web de n'importe quel nœud du cluster donne accès à l'ensemble des nœuds, VM et conteneurs, depuis une seule fenêtre. C'est l'un des bénéfices immédiats les plus visibles du clustering.

🎯 Bonne pratique : documenter, pour chaque cluster mis en production, l'adresse IP de chaque nœud et son rôle éventuel (nœud principal de gestion, nœud de stockage...), même si techniquement chaque nœud est administrable de façon équivalente.

5. Migration de machines virtuelles entre nœuds

Le clustering permet de déplacer une VM d'un nœud à un autre de deux façons :

Type de migration	Principe	Interruption de service
Migration à froid	La VM est éteinte, déplacée, puis rallumée sur le nœud de destination	Oui, pendant la durée du transfert
Migration à chaud (live migration)	La VM continue de fonctionner pendant son transfert vers l'autre nœud	Non, ou quasi imperceptible

La migration à chaud nécessite que le stockage de la VM soit accessible depuis les deux nœuds (stockage partagé, ex. Ceph — voir la fiche dédiée), ou repose sur un mécanisme de réplication du disque pendant le transfert.

6. Cluster et quorum : le lien indissociable

Un cluster Proxmox s'appuie en permanence sur le calcul d'un quorum pour décider si les nœuds actuellement joignables ont le droit de continuer à agir sur le cluster (voir la fiche dédiée pour le détail du mécanisme). Sans quorum, la plupart des opérations de gestion du cluster sont volontairement bloquées, par sécurité.

🔑 Point clé : un cluster Proxmox n'est jamais une simple addition de serveurs indépendants. Comprendre son fonctionnement réel nécessite de comprendre le quorum — les deux notions ne peuvent pas être étudiées séparément dans la pratique.

7. Glossaire

Terme	Définition
Nœud (node)	Un serveur physique membre du cluster, exécutant Proxmox VE
`pvecm`	Commande d'administration du cluster Proxmox (Proxmox VE Cluster Manager)
Migration à chaud	Déplacement d'une VM en fonctionnement, sans interruption de service
Stockage partagé	Espace de stockage accessible simultanément par plusieurs nœuds