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. | 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 directement. | ||
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. | 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 | Faire un cluster en ajoutant des noeuds dans lesquels se trouvent déjà des VMs reste possible mais il faut un peu chercher. | ||
En substance, il faut identifier les volumes concernés avec | |||
lvs | |||
puis renommer le volume avec un n° adéquat, par exemple, si on avait des VM avec id 100 et 101 | |||
lvrename pve/vm-100-disk-0 vm-210--disk-0 | |||
lvrename pve/vm-101-disk-0 vm-211--disk-0 | |||
puis éditer le fichier 100.conf et modifier la ligne scsi0 avec le bon volume logique (vm-210-disk-0) | |||
#192.168.0.32 | |||
boot: order=scsi0;ide2;net0 | |||
cores: 1 | |||
ide2: local:iso/debian-11.6.0-amd64-netinst.iso,media=cdrom | |||
memory: 2048 | |||
meta: creation-qemu=6.1.0,ctime=1673712268 | |||
name: ReverseProxy | |||
net0: virtio=5E:B4:D5:14:E5:98,bridge=vmbr0,firewall=1 | |||
numa: 0 | |||
ostype: l26 | |||
scsi0: local-lvm:vm-210-disk-0,size=16G | |||
scsihw: virtio-scsi-pci | |||
smbios1: uuid=9cf37d87-34ba-44af-967f-823059313185 | |||
sockets: 1 | |||
vmgenid: cbf3eb05-805d-4c82-a645-041fb502fbc6 | |||
puis renommer ce fichier pour qu'il ait un nom correspondant au n° de VM | |||
mv 100.conf 210.conf | |||
Ainsi les VMs réapparaissent sur le l'interface PVE | |||
4) autres considérations | 4) autres considérations | ||
Version du 24 février 2023 à 17:45
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 directement.
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 reste possible mais il faut un peu chercher.
En substance, il faut identifier les volumes concernés avec
lvs
puis renommer le volume avec un n° adéquat, par exemple, si on avait des VM avec id 100 et 101
lvrename pve/vm-100-disk-0 vm-210--disk-0 lvrename pve/vm-101-disk-0 vm-211--disk-0
puis éditer le fichier 100.conf et modifier la ligne scsi0 avec le bon volume logique (vm-210-disk-0)
#192.168.0.32 boot: order=scsi0;ide2;net0 cores: 1 ide2: local:iso/debian-11.6.0-amd64-netinst.iso,media=cdrom memory: 2048 meta: creation-qemu=6.1.0,ctime=1673712268 name: ReverseProxy net0: virtio=5E:B4:D5:14:E5:98,bridge=vmbr0,firewall=1 numa: 0 ostype: l26 scsi0: local-lvm:vm-210-disk-0,size=16G scsihw: virtio-scsi-pci smbios1: uuid=9cf37d87-34ba-44af-967f-823059313185 sockets: 1 vmgenid: cbf3eb05-805d-4c82-a645-041fb502fbc6
puis renommer ce fichier pour qu'il ait un nom correspondant au n° de VM
mv 100.conf 210.conf
Ainsi les VMs réapparaissent sur le l'interface PVE
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 va 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