Cluster Proxmox en haute disponibilité
Journal complet d’une mise en place réelle, du 5 au 10 novembre 2026 : deux serveurs Proxmox VE 9 en cluster, un arbitre externe, la réplication ZFS des machines virtuelles et, en préalable, la conversion d’un contrôleur RAID Dell en mode IT. 105 étapes, avec les commandes exactes et les photos de l’intervention.
Lire le tutoriel
Télécharger le PDF (49 pages, environ 5 Mo).
L’architecture
- proxmox01 : Fujitsu ESPRIMO Q556/2, 16 Go de mémoire, stockage ZFS sur un disque.
- proxmox02 : Dell PowerEdge T320, 24 Go de mémoire, système sur un miroir ZFS de deux disques, données sur trois miroirs avec un disque de secours.
- QDevice : une machine virtuelle Debian 13 qui donne le troisième vote. Si un serveur tombe, l’autre garde la majorité et le cluster continue de fonctionner.
- Réplication : les disques des 6 machines virtuelles sont copiés de proxmox02 vers proxmox01 toutes les 15 minutes.
Les quatre parties
-
Préparer le second serveur
Clé d’installation, réseau, puis conversion du contrôleur PERC H710P en LSI 9207-8i mode IT, pour que ZFS voie directement les disques. Terminée.
-
Réinstaller sur ZFS
Réinstallation en miroir, tri des disques (secteurs de 520 octets, protection Type 2), sauvegardes NFS et alignement des versions. Terminée.
-
Créer le cluster
Création du cluster Corosync, ajout du second nœud, puis mise en place du QDevice. Terminée.
-
Migrer, répliquer, basculer
Migration à chaud des machines virtuelles et réplication ZFS, faites. Restent l’activation de la haute disponibilité et les tests de bascule. En cours.
Les impasses, documentées aussi
Le tutoriel garde les erreurs rencontrées et leur correction : une migration qui échoue parce que le type de processeur « host » diffère entre les deux serveurs, des disques invisibles à cause d’un formatage d’usine, un réseau WSL qui ne permet pas d’héberger l’arbitre, et l’ordre des opérations à respecter pour ne jamais perdre le quorum.