Je viens de regarder tes custom_components et j’ai peur que ça ne répondent pas à mon besoin.
J’ai besoin de garder les 2 instances HA distincte. Mais je souhaite faire remonter les logs et datas sur une même interface de monitoring pour centraliser les infos et faire de l’analyse de data.
En sachant que j’ai déjà des accès à distance sur mes HA.
La solution de base pour moi est de mettre des grafanas sur chaque HA et de jongle avec les 2. Mais si je rajoute encore des instances ça va rapidement se compliquer… D’où le besoin de centraliser tout ça !
Pour tout ce qui est zigbee ou Shelly qui nativement publie en MQTT, tu pourrais utiliser un accès vers le broker.
Pour ce qui ne publie pas directement, via automatisation / script et /ou sensor MQTT, tu publies dans MQTT.
Je dis ça, mais sans réelle expérience de 2 instances communiquantes…
A l’origine, MQTT est fait pour de la communiquation distante TCP/IP. Alors, je me dis que c’est peut-être une solution pour toi.
Pas forcément facile à mettre en oeuvre… mais par contre très « scalable ». Autrement dit, pour 2 HA, c’est sans doute un peu lourd, mais, en rajouter X autres ce sera un jeu d’enfant.
Pour les données, dans HA il y a l’intégration prometheus. Ca publie les données pour qu’un prometheus Overview | Prometheus distant vienne les collecter. Ensuite dans grafana on a accès à tout
Les deux sont des outils très utilisés en entreprise. Donc, ce n’est pas forcément installable en 2 clics mais, par contre ce sont de très bons outils.
En installant docker partout c’est néanmoins très faisable.
Tout a un coût
Les logiciels en eux-même sont open source. Donc, prometheus, grafana et loki peuvent s’installer sous forme de container docker soit dans le cloud soit « à la maison ».
aws ou google, quand on utilise de l’IAAS, peuvent héberger cela. Comme ovh ou d’autres.
Avec c’est de l’huile de coude (intellectuelle) ou du temps. Et c’est ça, le coût.
Je ne comprends pas « récupérer » ?
prometheus c’est une base de données (à la mode influxdb). Donc, les données y sont stockées (pour les métriques).
Il est possible qu’AWS ait une offre de service équivalente, mais, je le crains propriétaire.
Perso, les trucs propriétaires, je fuis
Pour le moment je suis mon propre bénévole, donc ça va ! C’est une bonne nouvelle.
Effectivement, j’ai un peu du mal avec les termes désolé . Ma question était plutôt : recommandes-tu d’acheter un nas et d’y mettre prometheus et loki chez moi dans un premier temps, ou de passer par des services cloud ? (ou d’autre recommandation ) J’ai un peu du mal à me rendre compte des limites du nas (conso, capacité de stockage, panne fibre ou courant)
Il n’y a pas de réponse absolue… ça dépend de plein de choses. Typiquement mon LAN n’est accessible qu’au travers d’un VPN. J’ai presque tout chez moi, sauf un vaultwarden qui lui est dans le cloud.
La, où je serai plus affirmatif, c’est de ne pas utiliser un NAS pour faire tourner des VM et des containers. Un petit serveur à côté (NUC ou équivalent) avec de la ram, un cpu correct et un disque m2 (par exemple) a ma préférence. Sur le NAS on met les backups. Un NAS bas de gamme fait l’affaire.
C’est aussi et surtout une affaire de compétence et d’€€€…