Alors non pas uniquement, à la base c'est pour les services Web, base de données, etc, mais clairement aussi pour une probable future VM dédiée à HA.
D'ailleurs, j'ai déjà une VM domotique qui existe, elle fait tourner mon bon vieux FHEM (antenne EnOcean), HA Bridge (télécommande Harmony), Mosquitto (serveur MQTT), et ma passerelle locale Diagral (alarme)
C"est intéressant parce que lorsque la VM bascule sur un autre nœud du cluster, FHEM perd la connexion avec l'antenne EnOcean connectée en USB local (normal), et le retrouve dès que la VM revient sur le nœud.
Mais ça ne fonctionne qu'une seule fois, lors de la seconde bascule, la VM se met à consommer 100% de CPU et il faut la rebooter pour que ça revienne à la normale.
Il faudrait que j'étudie la possibilité de mettre cette antenne EnOcean sur un ESP32 POE, ce qui résoudrait le problème en rendant le couple FHEM + EnOcean réellement HA (= Haute Disponibilité dans le cas présent, à ne pas confondre avec Home Assistant)
D'autant plus qu'il faut 3 nœuds pour faire un cluster HA, donc effectivement la consommation électrique s'envole pas mal.
Après, comme expliqué sur mon topic dédié, les panneaux solaires fournissent plus de la moitié de la consommation annuelle, et l'autre moitié n'est pas vraiment perdue car comme ça tombe en hiver, la chaleur dégagée chauffe la maison.
Vu comme ça, au final, ce qui coute cher, ce n'est pas l'électricité, c'est l'achat du matériel.
Mais surtout, la panne est un cas extrêmement peu probable, qui n'arrive normalement jamais pendant la durée de vie du matériel.
On a plus de chance d'avoir un bug impliquant un plantage, et depuis 6 mois que j'exploite Proxmox en production sur mon homelab, je me rend compte d'un truc insupportable lié au repository gratuit (community edition) : des mises à jour du kernel en permanence, nécessitant un reboot pour être pris en compte... rien que pour ça, je suis bien content d'avoir un cluster HA permettant de migrer les VM à chaud entre les 3 nœuds du cluster.