Différences entre les versions de « Création d'un cluster Proxmox »
| Ligne 40 : | Ligne 40 : | ||
3) restaurer les fichiers de conf au même endroit (sur PVE2) | 3) restaurer les fichiers de conf au même endroit (sur PVE2) | ||
Là ça peut coincer. Si des VM de la tête du cluster ont le même id que dans l'autre noeud, il ne sera pas possible de les récupérer. | |||
Il faut alors rajouter le disque en question au niveau du datacenter, avec le même nom que celui qui avait été donné à l'origine. | De plus, si des VM étaient installées sur un autre disque que celui de Proxmox, ce disque n'est pas repris et la VM ne redémarre pas. Il faut alors rajouter le disque en question au niveau du datacenter, avec le même nom que celui qui avait été donné à l'origine. | ||
faire un cluster en ajoutant des noeuds dans lesquels se trouvent déjà des VMs n'est pas vraiment possible. | |||
Un noeud peut être arrêté, l'autre continue à fonctionner. | 4) autres considérations | ||
Un noeud peut être arrêté, l'autre continue à fonctionner. Mais si la tête du cluster s'arrête, il ne vas plus être possible de se reconnecter sur un autre noeud, les différents accès sont liés. | |||
En définitive, la mise en oeuvre d'un cluster semble appropriée sur une configuration assez stable, mais pas pour un système à géométrie variable avec des ajouts et des retraits | |||
Version du 24 février 2023 à 14:03
Intérêt de la chose : mutualiser l'administration et la gestion de plusieurs installations Proxmox.
Inspiré de cette vidéo,
https://youtu.be/UDqetfm6T0A
Considérons que Proxmox 2 (PVE2) doit se joindre à Proxmox (PVE) ; le cluster a été créé dans PVE.
Il faut copier cette chaine de caractères, trouvée dans PVE, dans le proxmox PVE2
eyJpcEFkZHJlc3MiOiIxOTIuMTY4LjEuMjU0IiwiZmluZ2VycHJpbnQiOiI0MDo3QToxRTo3RToyNjpDQzoxRTowNTpFNDpBMzo4MDozNDo0ODo0MTo2QTo3NTpDRTowQTpCRDowMTo5OToyODowRDpGODpCNDpGRTo2RDowODpCQzo5RDo5NDpBMCIsInBlZXJMaW5rcyI6eyIwIjoiMTkyLjE2OC4xLjI1NCJ9LCJyaW5nX2FkZHIiOlsiMTkyLjE2OC4xLjI1NCJdLCJ0b3RlbSI6eyJjb25maWdfdmVyc2lvbiI6IjEiLCJpcF92ZXJzaW9uIjoiaXB2NC02IiwiY2x1c3Rlcl9uYW1lIjoibXYiLCJpbnRlcmZhY2UiOnsiMCI6eyJsaW5rbnVtYmVyIjoiMCJ9fSwibGlua19tb2RlIjoicGFzc2l2ZSIsInZlcnNpb24iOiIyIiwic2VjYXV0aCI6Im9uIn19
Mais, au moment du Join, on obtient un message d'erreur,
This host already contains virtual guests
car les VM existantes posent problème.
En regardant cette autre vidéo,
https://youtu.be/4Z3wS6nMUtQ
Il y une solution qui consiste à :
1) retirer (downloader) provisoirement les fichiers de conf se trouvant dans ce répertoire,
/etc/pve/nodes/pve/qemu-server/
Faire ceci dans la machine devant rejoindre le cluster.
2) effectuer l'opération de Join
On obtient ceci,
Establishing API connection with host '192.168.1.254' Login succeeded. check cluster join API version No cluster network links passed explicitly, fallback to local node IP '192.168.1.252' Request addition of this node Join request OK, finishing setup locally stopping pve-cluster service
3) restaurer les fichiers de conf au même endroit (sur PVE2)
Là ça peut coincer. Si des VM de la tête du cluster ont le même id que dans l'autre noeud, il ne sera pas possible de les récupérer.
De plus, si des VM étaient installées sur un autre disque que celui de Proxmox, ce disque n'est pas repris et la VM ne redémarre pas. Il faut alors rajouter le disque en question au niveau du datacenter, avec le même nom que celui qui avait été donné à l'origine.
faire un cluster en ajoutant des noeuds dans lesquels se trouvent déjà des VMs n'est pas vraiment possible.
4) autres considérations
Un noeud peut être arrêté, l'autre continue à fonctionner. Mais si la tête du cluster s'arrête, il ne vas plus être possible de se reconnecter sur un autre noeud, les différents accès sont liés.
En définitive, la mise en oeuvre d'un cluster semble appropriée sur une configuration assez stable, mais pas pour un système à géométrie variable avec des ajouts et des retraits