Hello à tous, hello @kiboost
Pour ma part, en conséquence d’instabilités chroniques de mon instance Jeedom v4 actuellement sur VM Freebox Delta (cf SQLSTATE[HY000] [2002] Connection refused plantage régulier Jeedom), j’ai installé une autre instance de Jeedom sur mon NAS Synology (mode container Docker) en mode « haute disponibilité ».
J’ai chargé pour le moment la même conf sur la nouvelle instance que celle que j’avais sur le premier.
Je les ai relié respectivement l’un et l’autre avec Jeelink pour pouvoir les contrôler chacun à distance si l’un n’est plus joignable par exemple.
J’imagine que je vais avoir des soucis lorsque des scenarii vont se jouer en même temps sur les mêmes équipements…?
Il ne peut n’y avoir qu’un pilote dans l’avion, non?
Pour le moment mes 2 instances ont les mêmes plugins installés (forcément) et je n’ai pas de clefs USB connectés sur l’une ou l’autre.
J’ai une passerelle Ikea Tradfri mais connectée en RJ45 sur le LAN.
Le reste de mes équipements :
Freebox Delta, là j’imagine pas de problème, le plug-in Freebox_OS tape dessus via une API
Le reste est du smartlife principalement, donc j’imagine pas de soucis non plus pour les piloter depuis les 2 instances.
Par contre je pensais passer sur le plug-in Wifilight2 pour ne plus passer par le Cloud Smartlife/tuya, là je risque d’avoir des soucis non?
Je vous fait des retours si je rencontre des problèmes.
Je réfléchi à les spécialiser, au moins pour répartir la charge…
D’autres ont-ils des configurations identiques en mode Jeedom haute disponibilité?
Merci de vos retours!
Je serai bien entendu encore plus preneur de comprendre pourquoi mon instance initiale plante régulièrement!! 
Edit 1 : finalement cela ne marche pas aussi bien que je l’espérais…
Connexion à la Gateway Tradefri impossible depuis la nouvelle instance… (elles partagent la même clef, cela peut-il être un problème? Ou est-ce un problème de nombre connexions limitées sur la Gateway?)
Pilotage des équipements Smartlife pas possible depuis la nouvelle instance (idem : pb de clef ou de connexion?)
Je n’ai pas de réponse, mais ce que tu fais m’intéresse beaucoup car je voudrais faire la même chose pour augmenter la résilience de jeedom. D’autres auront je l’espère des réponses à tes questions.
1 « J'aime »
bonjour
certains protocoles, équipements permettent le multi-superviseur et c’est eux qui te le permettent donc jeedom.
pour le wifi oui si :
l’équipement le propose (a) ou
le commandement directe pour le 1er (clef) et via interrogation api si l’équipement le propose (b) « json,XML,… » et action commande api
exemple
esp-easy (a) config de plusieurs maitre sur plug ou mqtt;
(b) possible json
shelly (a) non mais (b) oui :
plug (ou api) et mqtt
zwave non
rfx oui (€€€)
etc
Après sur une machine fiable (genre c2) avoir un jeedom qui ne ferait que de l’exécution/réception (A)
et qui envoi à 2 jeedom supervision (B1, B2)
Salut…
Jeedom est pas vraiment pensé pour faire de la haute disponibilité. Si comme @ajja17orange l’indique une partie des protocoles peut permettre de le faire (à la différence des clés USB qui ne peuvent se partager), il y quand même un gros souci avec le reste :
- Il n’y a pas de mécanismes maitre/esclave pour n’avoir qu’une seule série d’ordres qui soit envoyé/prise en compte
- Pas de mécanisme de reprise
- Certains équipements ne disposant pas de retour d’état, si le jeedom 1 balance une commande, l’état de l’équipement sur le jeedom 2 a toutes les chances d’être faux… Le jeedom 2 risque de déclencher des actions qui n’ont pas lieu d’être.
- Chaque jeedom dispose de sa propre base de données, donc en imaginant qu’il n’y ai jamais de conflit entre les 2 instances, l’historique est répartie de ton installation est répartie entre les 2 aléatoirement…
- idem pour la config. Chacun la sienne (celà dit elle est base)
Bref faire de la haute dispo, c’est loin d’être facile pour le commun des mortels et s’exposer à plus d’ennuis que de solutions.
Un bon backup, une procédure pré-écrite de réinstallation, et du matériel en spare … ça doit pouvoir répondre à beaucoup d’ennuis… Et l’analyse/corrections des anomalies comme dans ton cas permettra de faire le reste
