Home Assistant sur Proxmox, bon choix seulement si vous assumez l'infra

Oui, Home Assistant sur Proxmox peut être un très bon choix. Il devient pertinent lorsque votre mini PC doit aussi héberger MQTT, Zigbee2MQTT, Z-Wave JS UI, Frigate, du monitoring, des sauvegardes ou quelques services maison. Dans ce cas, la VM Home Assistant OS n’est plus seule : elle prend sa place dans une infrastructure cohérente, où chaque brique a un rôle clair et un périmètre de panne plus facile à isoler.

Si votre besoin s’arrête à « je veux que mes capteurs répondent et que mes automatisations tournent », la réponse change. Un Home Assistant OS installé sur matériel dédié, ou une box Home Assistant Green, peut être plus propre qu’un Proxmox mal compris. La simplicité n’est pas un manque d’ambition. En domotique, c’est souvent une stratégie de disponibilité.

La ligne de partage tient en quatre mots : services, sauvegardes, USB, maintenance. Quand les quatre sont assumés, Proxmox a du sens. Quand deux ou trois sont flous, il faut ralentir.

Le premier gain concret, ce sont les snapshots. Avant une grosse mise à jour Home Assistant, une modification réseau ou un changement d’intégration, revenir à un état propre est rassurant. Mais un snapshot n’est pas une sauvegarde complète : il aide à annuler un incident local, pas à reconstruire un host mort ou un disque perdu. Cette nuance évite beaucoup de fausses sécurités, surtout sur une machine unique qui porte toute la domotique.

Le deuxième gain, c’est l’isolation. Home Assistant peut rester dans sa VM, tandis que Zigbee2MQTT, Frigate ou d’autres services vivent ailleurs. Cette séparation évite le serveur unique bricolé au fil des années, où chaque mise à jour menace tout le reste. Sur un mini PC x86 correct, Proxmox VE donne un cadre lisible, surtout quand vous devez diagnostiquer vite sans mélanger logs, services et dépendances après une panne nocturne.

Le troisième gain est moins spectaculaire, mais très réel : vous pouvez tester. Une nouvelle VM, un LXC, une mise à jour, un changement de stockage, puis rollback si le résultat est mauvais. Pour Nicolas, c’est le vrai confort de Proxmox : pas la promesse « pro », mais le droit à l’erreur contrôlé.

Il y a aussi un gain de lisibilité quand l’installation grossit. Une VM Home Assistant, un conteneur MQTT, une VM Frigate et un espace de sauvegarde séparé se comprennent plus vite qu’un seul système Linux rempli de services lancés à la main. La séparation des rôles réduit les effets de bord, à condition de noter ce qui dépend de quoi, et de ne pas multiplier les briques inutiles par réflexe technique.

Le bénéfice n’est pas la complexité. Le bénéfice, c’est la complexité rangée et réversible.

Le scénario solide, c’est le mini PC x86 déjà disponible ou acheté d’occasion. Un Lenovo ThinkCentre, un NUC ancien ou une machine compacte équivalente peuvent tourner 24h/24 avec une consommation raisonnable et plus de marge qu’un Raspberry Pi saturé. Là, virtualiser Home Assistant permet de rentabiliser une base matérielle qui serait surdimensionnée pour un seul service, sans basculer dans le serveur bruyant ni dans une armoire réseau disproportionnée à domicile connecté.

Ce profil justifie aussi l’effort initial. Installer Proxmox, créer une VM, importer une image Home Assistant OS et organiser les sauvegardes demande du temps. Mais ce temps devient rentable si la machine remplace deux ou trois boîtiers, centralise les services et vous donne une méthode de restauration claire. La virtualisation commence alors à simplifier l’ensemble, parce qu’elle réduit le désordre plutôt que l’ajouter, et parce que chaque service peut évoluer à son rythme.

À l’inverse, acheter un mini PC uniquement pour lancer une VM Home Assistant vide n’a rien d’évident. Si vous ne prévoyez ni Frigate, ni serveur MQTT séparé, ni stockage local, ni labo maison, Home Assistant Green ou HAOS direct sur une machine dédiée gardent un avantage : moins de couches, moins d’endroits où chercher la panne.

Le piège, ici, consiste à acheter de la marge sans scénario d’usage. Plus de CPU, plus de RAM et plus de stockage ne rendent pas les automatisations meilleures si le réseau Zigbee est mal maillé ou si vos sauvegardes ne sortent jamais de la machine. Le matériel confortable aide seulement quand l’architecture est déjà propre, documentée et réellement exploitée.

Deux bases matérielles à comparer

Le choix n’est pas Proxmox contre Home Assistant. C’est mini PC virtualisé contre solution dédiée simple.

LE

Lenovo ThinkCentre M700 8,2/10

Mini PC x86 compact souvent retenu comme base abordable pour héberger Home Assistant sous Proxmox.

100 €

Voir l’option

Home Assistant Green 7,8/10

Box domotique open source avec Home Assistant préinstallé, pilotage 100 % local, port Ethernet Gigabit et connectivité par dongles USB.

• Protocoles compatibles : Zigbee, Thread, Z-Wave, Bluetooth, Matter
• Compatible Matter/Thread
• Prix : 179 €
• Abonnement obligatoire : Non
• Fonctionnement local sans cloud
• Système open source

179 €

Voir l’option

Le meilleur arbitrage se fait par profil, pas par tutoriel. Deux lecteurs peuvent taper la même requête et avoir deux bonnes réponses opposées. Celui qui veut consolider son lab domotique n’a pas les mêmes contraintes que celui qui veut juste remplacer une box instable. Le bon choix dépend donc du risque accepté, pas de la popularité de Proxmox ni du nombre de captures d’écran dans un guide très suivi en ligne.

Ce tableau évite une erreur classique : confondre capacité technique et besoin réel. Proxmox sait faire beaucoup de choses. Votre installation, elle, n’a peut-être besoin que d’être fiable, sauvegardée et compréhensible six mois plus tard, même si vous n’avez pas touché au host depuis plusieurs semaines.

Avant de migrer une installation existante, je regarderais d’abord l’état actuel de Home Assistant. Base de données, add-ons, intégrations critiques, dépendances MQTT, automatisations de chauffage, présence d’un dongle, méthode de sauvegarde et temps acceptable de coupure. Si cette cartographie n’existe pas, la migration Proxmox commence par de la documentation, pas par une commande shell. C’est sec, mais ça évite les migrations irréversibles et les soirées à chercher une dépendance oubliée ensuite.

Ensuite seulement, je déciderais du niveau de risque. Une installation qui pilote quelques lumières tolère une soirée de test. Une installation qui contrôle chauffage, alarme, portail ou présence maison mérite un plan plus froid : sauvegarde exportée, machine de retour, dongle identifié et créneau de migration sans dépendance familiale. Le confort domotique ne doit pas devenir un point de fragilité domestique juste parce que la migration semblait intéressante sur le papier.

La bonne approche consiste à garder l’ancien système disponible pendant le premier test sérieux. Vous créez la VM, vous restaurez, vous vérifiez les intégrations, puis vous observez les radios et les automatisations. Quand tout tient après redémarrage complet, seulement là, vous pouvez considérer que Proxmox est devenu la base principale. Avant ce point, ce n’est qu’un test bien avancé, pas une migration terminée.

La création d’une VM Home Assistant sur Proxmox n’est pas le passage le plus dangereux. Les vrais ennuis commencent quand la domotique dépend d’un dongle Zigbee, Thread ou Z-Wave. Là, l’USB passthrough devient une pièce critique : si le périphérique change d’identifiant, si le port bouge ou si le host redémarre mal, tout le réseau radio peut devenir instable.

Un dongle radio ne doit pas être traité comme une clé USB quelconque. Il pilote des capteurs, des relais, des volets, parfois du chauffage. Utilisez une rallonge USB, éloignez-le du mini PC et du Wi-Fi, documentez le mapping Proxmox et testez un redémarrage complet avant de déclarer la migration terminée. La stabilité radio se valide dans le temps, pas au premier démarrage réussi ni au premier appairage propre dans l’interface locale.

1. Identifier le dongle prévu : Zigbee, Thread, Z-Wave ou multi-protocole.
2. Choisir une méthode de passthrough stable, idéalement liée au périphérique et pas seulement au port.
3. Placer physiquement le dongle avec une rallonge pour limiter les interférences.
4. Tester reboot du host, reboot de la VM et restauration avant migration définitive.

Si vous n’avez pas de radio locale, Proxmox est plus facile à défendre. Dès qu’un dongle devient indispensable, la question n’est plus « est-ce que la VM démarre ? ». La question devient : est-ce que le réseau domotique repart proprement après maintenance, coupure électrique ou changement matériel ? C’est cette question qui sépare le tuto réussi de l’installation fiable, celle qu’on peut garder plusieurs années.

Ce point mérite d’être durci parce qu’il casse beaucoup d’installations qui semblaient propres. Un passthrough USB mal documenté peut fonctionner pendant trois semaines, puis tomber après une mise à jour, un déplacement du câble ou un redémarrage électrique. Le test utile n’est donc pas l’appairage d’une ampoule. C’est le reboot complet du host, avec vérification des entités et du coordinateur.

Si vous choisissez Proxmox, la voie la plus cohérente reste généralement Home Assistant OS en VM. L’image KVM/QCOW2 officielle permet de garder Supervisor, add-ons et l’expérience Home Assistant complète. Home Assistant Core dans un conteneur peut convenir à certains profils, mais ce n’est pas la même promesse opérationnelle, surtout si vous voulez limiter les angles morts de maintenance et rester proche du support attendu par l’écosystème Home Assistant.

Ce choix évite les installations trop personnalisées qui deviennent illisibles au bout d’un an. Vous savez où se trouve la VM, vous savez ce que Proxmox gère, et vous gardez un cadre proche des recommandations Home Assistant pour l’usage en environnement virtualisé. C’est moins « hacker », mais beaucoup plus maintenable.

Reste un point non négociable : HAOS en VM ne vous dispense pas d’administrer Proxmox. Il faut gérer mises à jour de l’hyperviseur, stockage, réseau, droits, sauvegardes et restauration. Le Supervisor simplifie Home Assistant, pas l’infrastructure qui l’héberge. Cette frontière doit rester claire.

Je déconseille donc les installations « entre deux » où l’on mélange un peu de Core, un peu de conteneur, quelques volumes montés à la main et des droits approximatifs. Ça peut marcher. Mais si le but est d’obtenir une domotique robuste, la voie standard HAOS en VM donne moins de liberté inutile et plus de prévisibilité.

Une VM Home Assistant dépend aussi du réseau virtuel, du stockage Proxmox et de l’ordre de démarrage du host. Ce sont des sujets banals en administration système, mais ils deviennent très visibles quand la maison ne répond plus. Une mauvaise configuration réseau peut faire disparaître des intégrations locales. Un stockage saturé peut bloquer les sauvegardes. La couche Proxmox devient alors le premier endroit à diagnostiquer, avant même les automatisations et les dashboards.

Gardez une règle simple : chaque changement d’infrastructure doit avoir un retour arrière. Mise à jour Proxmox, changement de bridge réseau, déplacement de disque, nouveau dongle USB, migration de VM, tout cela doit être traité comme une intervention. Pas besoin d’un runbook d’entreprise, mais au minimum une note avec date, action, sauvegarde disponible et test prévu. Le rollback doit être écrit avant le changement, sinon ce n’est qu’un espoir technique fragile.

Cette rigueur peut sembler excessive pour une maison. Elle ne l’est pas si Home Assistant pilote chauffage, volets, présence, alertes ou équipements familiaux. Une domotique fiable n’est pas seulement une collection d’automatisations. C’est aussi une infrastructure que vous pouvez comprendre quand quelque chose ne répond plus, sans repartir de zéro à chaque incident.

L’intégration Proxmox VE de Home Assistant permet de remonter des informations sur les nœuds, VM et conteneurs, via des permissions et un jeton API correctement configurés. C’est pratique pour afficher des états, surveiller une VM ou déclencher quelques alertes. Pour une installation déjà virtualisée, le monitoring Proxmox a donc sa place, à condition de ne pas lui donner plus de droits que nécessaire ni d’en faire une dépendance critique du système.

Mais ce n’est pas une raison suffisante pour virtualiser Home Assistant. On ne choisit pas Proxmox parce que Home Assistant peut ensuite voir Proxmox. On le choisit parce que le host porte une architecture plus large et que cette supervision ferme la boucle. Nuance importante.

Traitez cette intégration comme un bonus d’exploitation. Elle vous aide à garder l’œil sur l’infrastructure, mais elle ne remplace ni des sauvegardes testées, ni une documentation minimale, ni une vraie stratégie de restauration. Une alerte n’a de valeur que si vous savez quoi faire quand elle se déclenche, et qui doit redémarrer en premier.

Un Home Assistant sur Proxmox sans sauvegarde externe est un piège proprement rangé. Vous avez une belle VM, peut-être un snapshot, mais aucun plan si le SSD du host meurt. La bonne base consiste à combiner sauvegardes Home Assistant, snapshots avant changements risqués et copie hors machine. Le rollback local ne doit jamais être votre seule assurance, surtout sur un host unique qui porte aussi les services voisins critiques.

La discipline est simple à écrire et rarement tenue : nommer les sauvegardes, vérifier qu’elles se restaurent, documenter les dépendances USB, garder les secrets et clés nécessaires, puis tester au moins une restauration dans un environnement séparé. C’est moins glamour qu’une interface Proxmox bien rangée, mais c’est ce qui sauve la maison connectée le jour où tout tombe.

Je sépare toujours trois niveaux : le snapshot avant modification, la sauvegarde Home Assistant exportable et la sauvegarde du host ou de la VM hors machine. Si un seul niveau existe, vous n’avez pas vraiment un plan de reprise. La restauration testée est le seul critère sérieux, pas le bouton « backup » affiché dans une interface.

Prenez Proxmox si vous avez un mini PC x86, plusieurs services à héberger, une vraie envie d’isoler les rôles et la discipline nécessaire pour maintenir l’hyperviseur. Dans ce cas, Home Assistant OS en VM devient une base propre, sauvegardable et confortable. C’est le bon profil, surtout si vous savez déjà diagnostiquer réseau, stockage et périphériques USB sans paniquer au premier reboot.

Évitez Proxmox si vous voulez seulement une domotique stable, peu d’administration et un système que vous pourrez comprendre rapidement dans six mois. Un Home Assistant simple sur matériel dédié vaut mieux qu’un Proxmox brillant mais mal documenté. La meilleure architecture est celle que vous saurez réparer un dimanche soir, pas celle qui impressionne dans un tutoriel.

Mon verdict est volontairement sec : Proxmox est excellent quand il sert une architecture. Il est inutile quand il sert surtout à se rassurer techniquement.