Expérimentation d'un cluster Proxmox VE à deux nœuds

Contexte et objectif

Pendant ma formation TSSR, j’utilisais un serveur HP ProLiant sous Proxmox VE, qui servait aussi aux activités de la formation. De mon côté, j’ai voulu comprendre concrètement comment fonctionne un cluster. J’ai donc décidé, de ma propre initiative, de l’associer à un poste HP ProDesk pour monter un cluster à deux nœuds. Ce n’était pas un TP imposé.

Cette expérience venait avec une contrainte : le ProLiant n’était pas mon matériel. Il devait être rendu utilisable après mes essais, puisqu’il servait à la formation. Je ne pouvais donc pas me contenter de tout abandonner ou de réinstaller sans réfléchir. Ce n’était pas pour autant une infrastructure de production.

Le retour à un Proxmox autonome sur le ProLiant était prévu dès le départ.

Démarche et réalisation

J’ai réuni les deux machines dans un cluster, puis j’y ai fait tourner des machines virtuelles Windows Server 2022, Windows 11 et Debian, pour avoir de quoi les déplacer d’un nœud à l’autre.

Le cluster a bien fonctionné, et j’ai réussi des migrations à chaud (machine allumée) et à froid (machine arrêtée) entre les deux nœuds. Je n’ai pas gardé le détail de la configuration ni l’ordre exact de mes étapes, je ne cherche donc pas à les reconstituer.

Difficulté rencontrée

Une fois les expérimentations terminées, j’ai formaté le ProDesk, sans avoir d’abord sorti proprement le ProLiant du cluster.

Je ne pouvais plus modifier la configuration, et le système de fichiers /etc/pve était en lecture seule, ce que la documentation Proxmox décrit pour un cluster sans quorum. J’ai essayé de retirer le nœud absent avec pvecm delnode, qui a échoué avec un Permission denied au moment de modifier la configuration du cluster.

Comme ce serveur servait à la formation, je ne pouvais pas me permettre de le laisser dans cet état. Je suis donc intervenu en SSH directement sur le ProLiant.

Les commandes de dépannage

<noeud-retire> désigne le nœud absent, que je ne nomme pas.

• Exécutée : pvecm delnode <noeud-retire>, pour retirer le nœud absent. Elle a échoué avec Permission denied.
• Envisagée, exécution non confirmée : pvecm expected 1, qui abaisse le nombre de votes attendus pour rétablir temporairement le quorum.
• Pour le diagnostic, exécution individuelle non établie : pvecm status (état du cluster et du quorum) et pvecm nodes (liste des nœuds).

Des commandes de suppression manuelle de la configuration (arrêt de services, rm, etc.) ont aussi été envisagées, mais pour le ProDesk, déjà formaté : je ne les ai pas exécutées sur cette machine.

Retour à un Proxmox autonome

J’ai fini par supprimer la configuration du cluster et retrouver un Proxmox autonome sur le ProLiant, sans réinstaller l’hyperviseur.

Je ne peux plus confirmer l’ensemble des commandes qui m’ont permis d’y arriver, ni leur ordre : je ne reconstitue donc pas la procédure. La documentation Proxmox décrit une procédure pour séparer un nœud sans réinstaller ; elle est en référence plus bas, et je ne prétends pas l’avoir suivie à l’identique.

Ce que j’ai appris

• Dans ma configuration, le ProLiant n’avait plus de quorum dès que le ProDesk a disparu. J’aurais dû sortir le ProLiant du cluster avant de formater le ProDesk.
• Le plus important n’était pas de monter le cluster, mais de prévoir la sortie. Le ProLiant servait à la formation : le rendre autonome et utilisable après mes essais faisait partie de l’expérience, et prévoir ce retour ne suffisait pas, il fallait aussi préparer comment y arriver.
• Un QDevice externe (un tiers qui apporte un vote) aurait pu aider à gérer le quorum de ce cluster à deux nœuds. Je ne l’ai pas déployé : pour une expérience temporaire, avec un retour à un hyperviseur autonome prévu, ce n’était pas nécessaire.
• Je garde désormais mes commandes, mes journaux et mes captures pendant une expérimentation.

Résultats

J’ai obtenu un cluster fonctionnel, des migrations à chaud et à froid réussies, puis un Proxmox autonome et utilisable sur le ProLiant, sans réinstallation. Je n’ai aucune mesure ni test de performance à présenter. Les limites de cette fiche sont résumées dans l’encadré en haut de page. Cette expérimentation est distincte de mon laboratoire à réseau segmenté.

Références

Documentation officielle de Proxmox VE, pour les mécanismes évoqués. Elle ne prouve ni mes commandes ni l’état de mon cluster.

• Cluster Manager : un cluster passe en lecture seule lorsqu’il perd le quorum.
• Séparer un nœud sans réinstallation