Jeedom sur Proxmox cluster et haute disponibilité

[Michel_F]

Bonjour,

Je voulais justement posté mon projet qui est similaire. J’ai acheté 3 mini PC avec 6 interfaces Ethernet 2.5GB. L’idée étant de faire de l’agrégation de liens de 2 interfaces pour avoir 5GB entre chaque nœud et de garder 2 interfaces pour l’utilisation « normale » (Jeedom, Jeedom-dev, firewall, HA, …). Je pense commencer avec une seule interface 2.5GB avant de faire l’agrégation pour tester et pour voir si ça se comporte bien. Comme il ne devrait pas y avoir trop d’écritures sur le disques des VM, je ne pense pas réussir à saturer la bande passante, mais au cas où, j’ai la solution de passer en agrégation plus rapidement.
Les machines sont basées sur des processeurs N100 avec une faible consommation donc et pas des performances de fou, mais largement suffisant pour ce que je veux tester.

Dans mon cas, je n’ai pas de clé USB à switcher d’un PC vers un autre, tout est en KNX et j’ai une passerelle IP/TP.

Pour le principe :

Je pense prendre VLAN1 pour WAN, uniquement pour le firewall et VLAN2 pour interface de management des PVE et LAN.

Ca va faire pas mal de câbles dans la baies, mais bon elle est là pour ça.

Les sauvegardes des VM comme de Jeedom en externe sur le NAS. Les backups du NAS sur un vieux NAS. En cas d’incendie, j’espère qu’au moins un disque reste lisible mais j’aurais sans doute d’autres problèmes à résoudre avant…

A+
Michel

[dvb]

Bonjour,

Projet techniquement intéressant ! N’hésite pas à partager le comportement du cluster, en particulier comment se traduit la perte d’un serveur vs la durée d’indisponibilité de Jeedom : transparent ? 1 seconde ? 10 secondes ? 30 secondes ? (Je n’arrive pas à jauger…).

Par contre, attention au type de SSD, car la fonction HA s’accompagne de nombreuses écritures, et donc une forte sollicitation des disques.

@+

[loicstpal43]

Bonjour.
Je me permet de rejoindre la discussion car je rencontre un problème avec la haute disponibilité.

voici ma config :

1 proxmox prod qui fait tourner une vm jeedom et une vm Ubuntu avec deconz gui et une vm debian sans interface graphique pour une antenne TGW.

1 proxmox 2 qui fait tourner une vm adguard, une vm wireguard et une vm debian pour antenne TGW

1 proxmox 3 avec motioneye et une vm debian TGW.

Si le proxmox prod tombe, jeedom et deconz migrent sur proxmox 2 (j’ai acheté une deuxième clé conbee2 avec la même version et restaurer une sauvegarde). je coupe le 5v de la clé usb avec un relais finder et une prise connecté wifi et grâce au plugin proxmox, si je vois que ma vm deconz tourne sur le noeuds 2, j’active la prise wifi afin que la clé conbee2 numéro 2 reçoive et émette.

Si le proxmox 2 tombe, adguard et wireguard migrent sur le proxmox 3.

j’ai un réseau wifi fait grâce a des routeurs asus Ai mesh (1 en filaire et 2 en sans fil)
chaque proxmox est sur un routeur différent.

j’ai créer une grappe proxmox à partir du proxmod prod et fait rejoindre les 2 autres.
1er problème c’est mon proxmox secours qui passe en master au lieu du proxmod prod. je ne sais pas si cela change quelque chose ou pas.

Si coupure d’élec, pas de soucis car proxmox 1 et 2 sont sur onduleurs donc toujours 2 vote sur 3.

Par contre en cas de plantage routeur asus ou de redémarrage (1 fois par semaine), les proxmox ne communiquent plus ensemble et du coup mon proxmox prod se met en pause et stoppe les VM en attendant de retrouver les autres nœuds.

Une fois retrouvé, il redémarre les VM et repart sans soucis mais du coup je perd l’avantage de la haute disponibilité, puis malgré un réseau zigbee très fiable, si je redémarre deconz, j’ai un ou 2 bouton aqara qui rentrent en veille.

existe t’il un solution pour ne pas mettre en pause mon proxmox prod si jamais je perd les 2 autres?

Merci

[MaGoo]

Mon infra est de 3 NUC i9 avec 2 interfaces 2,5G.
Une des interface est dédiée à Ceph, l’autre aux VM avec plusieurs Vlans.
Il y a au total une quinzaine de VM/LXC.
Au niveau haute disponibilité, si je déplace la VM Jeedom d’un serveur à l’autre, il n’y a aucune coupure, la VM est déplacée en live et reste fonctionnelle. La clé Zigbee Dongle-P est sur le RPI déporté avec partage de port USB via le réseau.
En cas de coupure de la machine qui héberge Jeedom, il y a forcément un redémarrage de la VM sur une des deux autres machines et, comme il y a redémarrage, il y a interruption de Jeedom 1 à 2 minutes.