NAS virtualisé sur un hyperviseur partagé ou hôte NAS dédié : lequel récupère le plus facilement ?

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 en tant que VM 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 gestion 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.

Rectifier la comparaison avant d’évaluer la récupération

Un NAS virtualisé et un hyperviseur ne sont pas des produits opposés, puisqu’un NAS virtualisé dépend déjà d’un hyperviseur. En pratique, il s’agit de comparer une VM NAS exécutée à côté d’autres charges de travail sur un hôte partagé et un système d’exploitation NAS qui gère 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 workflow de configuration d’un NAS Proxmox de ZimaSpace montre pourquoi la consolidation est attrayante. La question qui reste est de savoir si cette même architecture reste compréhensible après une panne du disque de démarrage, de la carte mère, du HBA ou de l’hôte entier.

La virtualisation facilite la sauvegarde du système d’exploitation du NAS

Une sauvegarde d’hyperviseur peut préserver la définition de la VM NAS, le disque de démarrage virtuel, le processeur et la mémoire alloués, les interfaces réseau et les disques virtuels ordinaires en un seul objet. Cela réduit le nombre d’étapes d’installation de paquets et de configuration nécessaires après la réinstallation de l’hyperviseur, surtout 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 permettant de créer des archives de sauvegarde cohérentes pour les invités KVM. L’avantage utile pour la récupération est la portabilité de l’état de l’invité, et non la protection automatique de chaque périphérique de stockage passé en passthrough.

Cet avantage est particulièrement marqué lorsque le disque système du NAS est petit, 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 s’amenuise lorsque la configuration de la machine virtuelle contient des adresses PCI, des noms de ponts, des indicateurs CPU 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 essentiel de la restauration

Une machine virtuelle dédiée au stockage devrait normalement disposer d’un accès direct et stable aux disques qu’elle gère. Le passthrough d’un contrôleur SATA ou SAS entier permet à l’invité NAS de détecter plus directement l’identité des disques, le comportement des secteurs, les informations SMART et les événements du contrôleur, plutôt que de lui présenter un ensemble de disques virtuels ordinaires.

Les conseils de la communauté TrueNAS concernant une nouvelle installation virtualisée recommandent le passthrough complet du contrôleur et la gestion de la configuration de stockage par TrueNAS. Cela renforce la maîtrise du stockage au sein de l’invité, mais l’identité PCI du contrôleur et son isolation IOMMU deviennent des conditions préalables à 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 représente que la moitié du travail. Le NAS ne récupère pas tant que le contrôleur n’est pas réassocié, que l’invité ne voit pas tous les disques attendus et que le pool n’est pas importé sans s’appuyer sur des hypothèses obsolètes concernant les disques virtuels.

Featured

ZimaBoard 2 - Mini-serveur domestique pour vos grandes idées

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Un hôte NAS dédié élimine l’étape de reconstruction de l’hyperviseur

Un hôte NAS dédié démarre directement le système d’exploitation de 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, vérifier 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, c’est qu’il y a moins de couches entre le micrologiciel et les diagnostics du stockage.

Cette conception est plus facile à transmettre à une autre personne lorsque le document de récupération indique : 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 sans rapport avec le stockage nécessite une autre machine physique.

Les hyperviseurs partagés provoquent des pannes de plus grande ampleur

Lorsque la VM NAS, les hôtes Docker, Home Assistant, les serveurs de jeux et la surveillance partagent un seul hyperviseur physique, une défaillance de la carte mère ou de l’environnement de démarrage rend indisponibles 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 véritable avantage pour les VM ordinaires. Une VM 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é est gagnant lorsqu’il existe un autre nœud compatible, une carte HBA de rechange, une cible de sauvegarde indépendante et des consignes 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 à la récupération se trouvent également sur le même hôte.

La sauvegarde des VM et celle des données protègent des couches différentes

Une sauvegarde de VM peut protéger la configuration de l’appliance NAS et son environnement de démarrage. Elle ne devrait 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 de pool, la réplication, la sauvegarde de fichiers et les copies hébergées ailleurs restent des responsabilités distinctes.

Le guide Proxmox Backup Server de ZimaSpace aide à distinguer la protection des machines virtuelles de celle du stockage. Une séquence de récupération complète doit préciser quelle sauvegarde restaure l’hyperviseur, laquelle restaure la VM NAS et laquelle restaure les données utilisateur si le pool ne peut pas être importé.

Un hôte NAS dédié implique les mêmes exigences à plusieurs niveaux, même sans VM. L’exportation de la configuration permet de restaurer les paramètres ; l’importation du pool rétablit l’accès aux données encore présentes ; une sauvegarde indépendante permet de restaurer les données après la perte du pool, une suppression, une attaque par logiciel malveillant ou des erreurs dépassant le niveau de redondance.

La virtualisation est gagnante lorsque l’état de l’hôte est reproductible

La machine virtuelle NAS peut être récupérée sans difficulté 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 exactement le même matériel, 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 la migration d’un hôte Proxmox avec passthrough d’un HBA montre que le processus exige 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 habituellement stable.

Si ces étapes sont automatisées et répétées, la virtualisation transforme le système d’exploitation NAS en une définition de service portable. Si elles reposent sur une seule personne qui doit se souvenir 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écupéré en premier

Optez pour une gestion directe lorsque les fichiers du foyer, les données professionnelles, les sauvegardes ou les volumes d’applications doivent être restaurés avant les charges de travail de calcul expérimentales. Un NAS dédié peut être restauré de manière indépendante pendant que l’hyperviseur reste hors ligne, est remplacé ou est reconstruit à un rythme plus lent.

Cette séparation évite aussi que la maintenance de l’hôte devienne une opération de maintenance du stockage. Le redémarrage de l’hyperviseur pour modifier le 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 sur la séparation des rôles de stockage du labo maison présente le principe général : la couche de données permanente ne devrait pas hériter de tous les modes de défaillance de la couche de calcul, qui change le plus souvent.

Effectuez un exercice de récupération de l’hôte avant de choisir l’architecture

1. 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.
2. Sauvegardez la configuration de l’hyperviseur, la machine virtuelle NAS, l’exportation de la configuration NAS et les données utilisateur dans des emplacements indépendants.
3. 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.
4. Recréez la gestion du HBA ou du contrôleur en suivant uniquement la procédure écrite.
5. Importez le pool et vérifiez l’identité des disques, les rapports SMART, les partages, les instantanés et les applications.
6. Restaurez un fichier depuis une sauvegarde indépendante au lieu de vous fier uniquement à l’importation du pool.
7. 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.

Évaluez le nombre de décisions non documentées ainsi que le temps d’indisponibilité. La restauration d’une VM qui exige de faire plusieurs suppositions sur le matériel est moins prévisible qu’une réinstallation un peu plus lente sur un hôte dédié, avec un parcours d’importation du pool clairement défini.

Quel modèle de reprise convient au serveur domestique ?

Choisissez une VM 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 peut être reproduit et qu’un hôte de secours compatible ou des pièces de rechange sont disponibles. Conservez les sauvegardes de VM hors 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 rétabli indépendamment, qu’une autre personne peut effectuer la restauration ou que les dépendances au passthrough et à l’IOMMU sont difficiles à reproduire. Utilisez des exports de configuration, des sauvegardes indépendantes et du matériel pris en charge directement par le système d’exploitation du NAS.

Optez pour 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é du calcul comptent toutes deux. La présentation par UGREEN du stockage local des VM avec une capacité NAS séparée illustre cette répartition des rôles dans les laboratoires à hôte unique.

FAQ

Une sauvegarde de VM Proxmox inclut-elle les disques NAS en passthrough ?

Pas comme des disques virtuels ordinaires. La sauvegarde peut conserver la configuration de l’invité NAS et son disque de démarrage virtuel, tandis que les contrôleurs en passthrough ou les disques physiques restent des ressources matérielles qui doivent être rattachées et protégées séparément.

Peut-on importer un pool NAS virtualisé 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, consignez l’identité des disques et testez la procédure d’importation avant d’en faire votre solution de secours.

Le passthrough du HBA empêche-t-il la migration d’une VM ?

Cela empêche souvent la migration à chaud, sauf si la destination peut fournir un périphérique mappé compatible et si la plateforme prend en charge le flux de travail nécessaire. Une migration par sauvegarde et restauration est plus réaliste, mais il faut tout de même recréer le contrôleur physique et la topologie des disques.

Verdict final

Un NAS virtualisé se rétablit proprement lorsque l’hyperviseur, la VM, les mappages de passthrough et la protection des données peuvent tous être reproduits. Un hôte NAS dédié se rétablit proprement lorsque la gestion directe du stockage et un parcours d’importation du pool court comptent davantage que la consolidation matérielle. Choisissez la conception dont les dépendances physiques peuvent être reconstituées à partir de la documentation, et non celle dont le fonctionnement habituel paraît plus simple.