NAS virtualisé sur un hyperviseur partagé ou hôte NAS dédié : lequel récupère le plus proprement ?
Choisissez un NAS virtualisé sur un hyperviseur partagé lorsque la configuration du NAS, le disque de démarrage et l’état des services doivent être sauvegardés comme une machine virtuelle et que l’hôte de remplacement peut reproduire les mappages du contrôleur de stockage. Choisissez un hôte NAS dédié lorsque la propriété directe des disques, l’importation prévisible du pool et le nombre minimal de dépendances de récupération comptent davantage que la consolidation des charges de travail. La virtualisation peut accélérer la récupération logicielle tout en allongeant la reconstruction matérielle.
Corriger la comparaison avant de mesurer la récupération
Un NAS virtualisé et un hyperviseur ne sont pas des produits opposés, car un NAS virtualisé dépend déjà d’un hyperviseur. La comparaison pratique oppose une machine virtuelle NAS exécutée à côté d’autres charges de travail sur un hôte partagé à un système d’exploitation NAS qui contrôle directement son matériel. La récupération doit inclure le serveur physique, l’environnement de démarrage, le contrôleur de stockage, la machine virtuelle, le pool, les partages et les applications dépendantes.
Le flux de configuration d’un NAS Proxmox de ZimaSpace montre pourquoi la consolidation est attrayante. La question qui reste est de savoir si cette architecture demeure compréhensible après la défaillance du disque de démarrage, de la carte mère, du HBA ou de l’hôte entier.
| Axe de récupération | Machine virtuelle NAS sur un hyperviseur partagé | Hôte NAS dédié |
|---|---|---|
| Sauvegarde du système NAS | La configuration de la machine virtuelle et le disque de démarrage virtuel peuvent être sauvegardés ensemble | Nécessite l’exportation de la configuration de la plateforme ou une procédure de réinstallation documentée |
| Propriété des disques | Dépend des mappages HBA, de contrôleur, PCI ou de disques | Le système d’exploitation NAS voit directement les contrôleurs et les disques |
| Remplacement de l’hôte | Reconstruire l’hyperviseur, restaurer la machine virtuelle, recréer les mappages, puis importer le pool | Installer le système d’exploitation NAS sur un matériel compatible, puis importer le pool et la configuration |
| Panne de l’hôte partagé | Le NAS et les machines virtuelles indépendantes s’arrêtent ensemble | Une panne du NAS ne supprime pas l’hyperviseur de calcul |
| Instantanés et restauration | Utile pour le disque système du NAS ; ne remplace pas la protection du pool | La restauration de la plateforme dépend du modèle de démarrage et de configuration du système d’exploitation NAS |
| Portabilité du matériel | Le matériel virtuel est portable ; les périphériques en passthrough restent physiques | Moins de couches d’abstraction, mais la prise en charge des pilotes reste importante |
| Idéal pour | Une consolidation bien documentée, avec un passthrough reproductible | Une infrastructure axée sur le stockage, avec une gestion simple des disques et des contrôleurs |
La virtualisation facilite la sauvegarde du système d’exploitation NAS
Une sauvegarde de l’hyperviseur peut préserver la définition de la machine virtuelle NAS, le disque de démarrage virtuel, le processeur et la mémoire attribués, les interfaces réseau ainsi que les disques virtuels ordinaires en un seul objet. Cela réduit le nombre d’étapes liées aux paquets et à la configuration nécessaires après la réinstallation d’un hyperviseur, en particulier lorsque l’appliance NAS stocke ses paramètres sur le disque de démarrage virtuel.
Proxmox décrit son outil de sauvegarde intégré comme créant des archives de sauvegarde cohérentes pour les systèmes invités KVM. L’avantage utile pour la récupération est la portabilité de l’état du système invité, et non la protection automatique de chaque périphérique de stockage passé directement à la machine virtuelle.
Cet avantage est maximal lorsque le disque système du NAS est de petite taille, que l’état des applications est séparé des données volumineuses et que la machine virtuelle peut démarrer sans le pool de stockage suffisamment longtemps pour afficher des diagnostics utiles. Il diminue lorsque la configuration de la machine virtuelle contient des adresses PCI, des noms de ponts, des indicateurs de processeur ou des mappages de périphériques non documentés et liés à une seule carte mère.
Le passthrough fait de l’identité du matériel un élément de la restauration
Une machine virtuelle axée sur le stockage devrait normalement bénéficier d’un accès direct et stable aux disques qu’elle gère. Le passthrough d’un contrôleur SATA ou SAS entier permet au système invité NAS de voir plus directement l’identité des disques, le comportement des secteurs, les informations SMART et les événements du contrôleur que lorsqu’on lui présente un ensemble de disques virtuels ordinaires.
Les recommandations de la communauté TrueNAS pour une nouvelle installation virtualisée préconisent le passthrough complet du contrôleur et de laisser TrueNAS gérer la structure du stockage. Cela améliore la gestion du stockage par le système invité, mais l’identité PCI du contrôleur et son isolation IOMMU deviennent des prérequis pour la récupération.
Si une carte mère de remplacement attribue un chemin PCI différent ou regroupe le HBA avec d’autres périphériques dans un groupe IOMMU inutilisable, restaurer la sauvegarde de la machine virtuelle ne constitue que la première moitié du travail. Le NAS ne récupère pas tant que le contrôleur n’est pas réattribué, que le système invité ne voit pas tous les disques attendus et que le pool ne peut pas être importé sans s’appuyer sur d’anciennes hypothèses concernant les disques virtuels.
Un hôte NAS dédié supprime l’étape de reconstruction de l’hyperviseur
Un hôte NAS dédié démarre directement le système d’exploitation du stockage et détecte ses contrôleurs et ses disques sans devoir d’abord reconstruire un hyperviseur. Si le périphérique de démarrage tombe en panne, la récupération peut se limiter à réinstaller le système d’exploitation du NAS, restaurer sa configuration, confirmer l’identité des disques et importer le pool existant.
Une pile plus simple ne garantit pas une restauration simple. La compatibilité des pilotes, les clés de chiffrement, les jeux de données système, les catalogues d’applications, les scripts personnalisés et les paramètres réseau peuvent encore retarder la récupération. L’avantage est que moins de couches s’interposent entre le micrologiciel et les diagnostics du stockage.
Cette conception est plus facile à transmettre à une autre personne lorsque le document de récupération peut indiquer : installer l’image NAS prise en charge, connecter le contrôleur, importer le pool, restaurer la configuration, vérifier les partages et tester les sauvegardes. Elle est moins pertinente lorsque le matériel NAS est sous-utilisé et que chaque service non lié au stockage nécessite une autre machine physique.
Les hyperviseurs partagés provoquent une panne de plus grande ampleur
Lorsque la machine virtuelle NAS, les hôtes Docker, Home Assistant, les serveurs de jeu et la supervision partagent tous un même hyperviseur physique, une carte mère ou un environnement de démarrage défaillant supprime à la fois le stockage et les services susceptibles de contenir la documentation de récupération ou les outils de gestion. La consolidation réduit le nombre de machines tout en augmentant le nombre de systèmes dépendants touchés par une seule panne.
How-To Geek explique que les machines virtuelles peuvent être restaurées sur des systèmes de remplacement, ce qui constitue un réel avantage pour les invités ordinaires. Une machine virtuelle NAS reste un cas particulier, car son pool peut dépendre de contrôleurs et de disques qui ne peuvent pas être inclus dans l’archive de sauvegarde.
Le modèle à hôte partagé l’emporte lorsqu’il existe un autre nœud compatible, une HBA de rechange, une cible de sauvegarde indépendante et des notes de récupération hors ligne. Sans ces éléments, une seule machine compacte peut devenir une dépendance circulaire : le NAS a besoin de l’hyperviseur, la sauvegarde de l’hyperviseur se trouve sur le NAS et les services nécessaires pour terminer la récupération résident également sur le même hôte.
La sauvegarde des machines virtuelles et la sauvegarde des données protègent des couches différentes
Une sauvegarde de machine virtuelle peut protéger la configuration de l’appliance NAS et son environnement de démarrage. Elle ne doit généralement pas être considérée comme l’unique sauvegarde du pool géré par le NAS, surtout lorsque les disques de données sont transmis directement. Les instantanés du pool, la réplication, la sauvegarde des fichiers et les copies hors hôte restent des responsabilités distinctes.
Le guide Proxmox Backup Server de ZimaSpace aide à distinguer la protection des invités de celle du stockage. Une séquence de récupération complète doit préciser quelle sauvegarde restaure l’hyperviseur, laquelle restaure la machine virtuelle NAS et laquelle restaure les données utilisateur si le pool ne peut pas être importé.
Un hôte NAS dédié présente la même exigence en plusieurs couches, même sans machine virtuelle. L’exportation de la configuration restaure les paramètres ; l’importation du pool rétablit l’accès aux données encore présentes ; une sauvegarde indépendante restaure les données après la perte ou la suppression du pool, une attaque de logiciel malveillant ou des erreurs dépassant le niveau de redondance.
La virtualisation l’emporte lorsque l’état de l’hôte est reproductible
La machine virtuelle NAS peut être récupérée proprement lorsque l’installation de l’hyperviseur est remplaçable, que sa configuration réseau et de stockage est versionnée ou sauvegardée, et que les mappages PCI utilisent des identifiants stables documentés. Un hôte de secours n’a pas besoin d’avoir un matériel esthétiquement identique, mais il doit offrir un comportement IOMMU compatible, la prise en charge du contrôleur, des interfaces réseau et suffisamment de ressources.
Le récit détaillé de Christian Hollinger sur le déplacement d’un hôte Proxmox avec passthrough d’un HBA montre que le processus nécessite une sauvegarde de l’hôte, la préparation du démarrage, la reconfiguration du passthrough et une validation. C’est un cas de récupération utile précisément parce qu’il révèle les dépendances masquées par une machine virtuelle normalement stable.
Si ces étapes sont automatisées et répétées, la virtualisation transforme le système d’exploitation du NAS en une définition de service portable. Si elles dépendent d’une seule personne qui se souvient des options de démarrage et des adresses PCI, la conception virtualisée n’est portable qu’en théorie.
Un hôte dédié est préférable lorsque le stockage doit être rétabli en premier
Choisissez l’attribution directe lorsque les fichiers du foyer, les données professionnelles, les sauvegardes ou les volumes d’applications doivent être rétablis avant les charges de calcul expérimentales. Un NAS dédié peut être restauré indépendamment tandis que l’hyperviseur reste hors ligne, est remplacé ou est reconstruit plus lentement.
Cette séparation empêche également que la maintenance de l’hôte ne devienne une maintenance du stockage. Le redémarrage de l’hyperviseur pour modifier un GPU, le noyau, le cluster ou le réseau n’interrompt pas le NAS. En contrepartie, il faut alimenter, surveiller, mettre à jour et protéger un système supplémentaire.
Le guide de ZimaSpace consacré à la séparation des rôles de stockage dans un laboratoire domestique présente le principe général suivant : la couche de données permanente ne doit pas hériter de tous les modes de défaillance de la couche de calcul la plus fréquemment modifiée.
Effectuez un exercice de récupération de l’hôte avant de choisir l’architecture
- Consignez le disque de démarrage du NAS, le contrôleur de stockage, les identifiants PCI, les groupes IOMMU, les numéros de série des disques, les ponts, les VLAN et les clés de chiffrement.
- Sauvegardez la configuration de l’hyperviseur, la machine virtuelle NAS, l’exportation de la configuration du NAS et les données utilisateur vers des emplacements indépendants.
- Réinstallez l’hyperviseur ou le système d’exploitation NAS sur un périphérique de démarrage de secours, sans toucher aux disques de données.
- Recréez l’attribution du HBA ou du contrôleur en vous basant uniquement sur la procédure écrite.
- Importez le pool et vérifiez l’identité des disques, les rapports SMART, les partages, les instantanés et les applications.
- Restaurez un fichier depuis une sauvegarde indépendante au lieu de vous fier uniquement à l’importation du pool.
- Répétez le processus sur un autre matériel compatible si le remplacement de l’hôte fait partie de l’objectif de récupération.
Mesurez le nombre de décisions non documentées, ainsi que les temps d’arrêt. Une restauration de machine virtuelle qui nécessite plusieurs suppositions matérielles est moins prévisible qu’une réinstallation légèrement plus lente sur un hôte dédié, avec un processus d’importation du pool clairement défini.
Quel modèle de restauration convient au serveur domestique ?
Choisissez une machine virtuelle NAS sur un hyperviseur partagé lorsque
Choisissez la virtualisation lorsque la consolidation matérielle est importante, que le contrôleur de stockage peut être passé proprement en passthrough, que l’hyperviseur est reproductible et qu’un hôte de restauration compatible ou des pièces de rechange sont disponibles. Conservez les sauvegardes des machines virtuelles en dehors du pool NAS et documentez chaque mappage physique.
Choisissez un hôte NAS dédié lorsque
Choisissez un hôte dédié lorsque le stockage doit pouvoir être restauré indépendamment, qu’une autre personne est susceptible d’effectuer la restauration ou que les dépendances liées au passthrough et à l’IOMMU sont difficiles à reproduire. Utilisez des exports de configuration, des sauvegardes indépendantes et du matériel directement pris en charge par le système d’exploitation NAS.
Utilisez des nœuds de stockage et de calcul séparés lorsque
Gardez le NAS dédié et exécutez les applications sur un hyperviseur qui monte ses partages lorsque la stabilité du stockage et la flexibilité de calcul sont toutes deux importantes. La présentation par UGREEN du stockage local des machines virtuelles avec une capacité NAS séparée illustre cette répartition des rôles pour les laboratoires domestiques à hôte unique.
FAQ
Une sauvegarde de machine virtuelle Proxmox inclut-elle les disques NAS passés en passthrough ?
Pas de la même manière que des disques virtuels ordinaires. La sauvegarde peut préserver la configuration de l’invité NAS et son disque de démarrage virtuel, tandis que les contrôleurs ou disques physiques passés en passthrough restent des ressources matérielles qui doivent être reconnectées et protégées séparément.
Un pool NAS virtualisé peut-il être importé sur un hôte dédié ?
Souvent oui, lorsque l’hôte dédié présente directement les disques d’origine et prend en charge le même système de fichiers, le même chiffrement et les mêmes fonctionnalités de pool. Exportez la configuration, notez l’identité des disques et testez la procédure d’importation avant de vous en remettre à cette solution comme voie de secours.
Le passthrough HBA empêche-t-il la migration d’une machine virtuelle ?
Il empêche généralement la migration à chaud, sauf si la destination peut fournir un périphérique mappé compatible et que la plateforme prend en charge le processus requis. La migration par sauvegarde et restauration est plus réaliste, mais le contrôleur physique et la topologie des disques doivent tout de même être recréés.
Verdict final
Un NAS virtualisé se rétablit correctement lorsque l’hyperviseur, la machine virtuelle, les mappages de passthrough et la protection des données sont tous reproductibles. Un hôte NAS dédié se rétablit correctement lorsque la gestion directe du stockage et un processus court d’importation du pool comptent davantage que la consolidation matérielle. Choisissez l’architecture dont les dépendances physiques peuvent être recréées à partir de la documentation, et non celle dont le fonctionnement normal semble plus simple.
Produits recommandés
Comparaisons de produits
Plus à lire
Tunnel VPS vs redirection de ports à domicile pour les services auto-hébergés publics : quel chemin d’entrée est le plus facile à contrôler ?
Utilisez la redirection de port pour le chemin direct le plus simple ; utilisez un tunnel VPS lorsque le CGNAT, la confidentialité de l’adresse,...
Routeur grand public ou pare-feu dédié pour un laboratoire domestique segmenté : quand faut-il séparer la passerelle ?
Conservez le routeur grand public tant que la segmentation reste simple ; passez à un pare-feu dédié lorsque les règles, la visibilité, les interfaces...
Laboratoire de couche 2 ou VLAN routés à mesure que votre laboratoire personnel s’agrandit : quand la passerelle doit-elle se rapprocher de la périphérie ?
Conservez la couche 2 tant qu’une seule passerelle et quelques trunks restent faciles à gérer ; routez plus près de la périphérie lorsque l’étendue...
