Mini-PC avec DAS ou serveur tour : lequel maintient la stabilité des VM gourmandes en stockage pendant une charge de sauvegarde ?

Un mini-PC avec un DAS peut maintenir la stabilité des VM gourmandes en stockage pendant les sauvegardes lorsque les disques virtuels actifs restent sur un stockage interne rapide et que le boîtier gère principalement les sauvegardes ou les données de capacité. Un serveur tour constitue le choix le plus sûr lorsque les disques virtuels actifs, les instantanés et le trafic de sauvegarde doivent partager plusieurs niveaux de stockage directement connectés, sans qu’un pont externe ne devienne le goulet d’étranglement.

Cette comparaison est plus ciblée qu’une comparaison générale des formats. La décision concerne ce qui se passe pendant le chevauchement des charges : une VM de base de données effectue de petites écritures synchrones, un autre invité lit intensivement et une tâche de sauvegarde commence à transférer les blocs modifiés. La meilleure plateforme est celle qui maintient la latence des VM au niveau cible tout en terminant la sauvegarde dans un délai raisonnable.

Gardez le calcul constant et comparez le chemin de stockage en situation de chevauchement

Le nombre de cœurs du processeur ne devrait pas déterminer ce test, sauf si l’hôte est déjà limité par le calcul. Attribuez aux deux candidats suffisamment de mémoire pour les mêmes invités, utilisez des SSD de classes comparables pour le niveau actif et rejouez le même ensemble de VM. Ajoutez ensuite la charge de sauvegarde sans modifier le nombre d’invités, l’état du cache ni le chemin réseau. La variation pertinente est l’augmentation de la latence au premier plan et de l’attente d’E/S après le début de la sauvegarde.

Une analyse de juin 2026 consacrée aux laboratoires domestiques Proxmox a constaté que les nœuds mini-PC atteignaient généralement leur limite de RAM en premier, puis celle des E/S de stockage, les écritures aléatoires devenant problématiques lorsque de nombreuses VM effectuent simultanément des opérations synchrones. L’élément probant est le plafond d’E/S disque sous charge VM mesuré, et non les estimations exactes du nombre d’invités de l’article, qui correspondent à ses systèmes de test.

Si le chevauchement avec la sauvegarde modifie à peine la latence p95 ou p99 des invités, la topologie externe par rapport à interne ne constitue pas encore un motif d’achat. Si la latence augmente tandis que le processeur reste peu sollicité et que la file d’attente de stockage s’allonge, le chemin de stockage devient le critère déterminant.

Le mini-PC + DAS est avantageux lorsque le DAS sert de niveau de capacité et de sauvegarde

La conception compacte est particulièrement efficace lorsque l’hyperviseur et les disques des VM actives restent sur un NVMe interne, tandis que le DAS stocke les dépôts de sauvegarde, les images ISO, les archives, les fichiers multimédias ou les disques virtuels moins sollicités. Cela sépare les écritures les plus sensibles à la latence du pont, du câble, de l’alimentation et du comportement au démarrage du boîtier. Une sauvegarde peut utiliser le DAS sans obliger chaque invité actif à emprunter le même chemin matériel. Une configuration de serveur d’un litre présentée par ServeTheHome montre jusqu’où peut aller le format compact : Proxmox, 96 Go de RAM, un stockage NVMe en miroir et du 10GbE ont été intégrés dans un système de 1 L. Cette configuration de stockage Proxmox compacte ne prouve pas que chaque mini-PC égale un serveur tour ; elle montre que le format ne suffit pas à empêcher la création d’un solide niveau interne à haute vitesse.

La solution compacte perd son avantage lorsque le DAS cesse d’être auxiliaire. Si plusieurs disques de VM fortement sollicités en écriture doivent se trouver derrière le même contrôleur externe qui reçoit également les sauvegardes, la capacité est résolue, mais pas la contention. Il faut alors soit rapatrier le stockage actif sur des SSD internes, soit utiliser un stockage réseau doté d’un chemin conçu indépendamment, soit passer à un châssis offrant davantage de périphériques directs.

Les serveurs tour l’emportent lorsque plusieurs chemins d’E/S indépendants sont nécessaires

Un serveur tour peut placer les bases de données des VM sur un miroir SSD, les disques généraux des invités sur un autre et les cibles de sauvegarde sur des disques durs, sans obliger les trois niveaux à passer par le même boîtier externe. Un plus grand nombre de ports SATA/SAS, de logements PCIe, de HBA et d’emplacements NVMe facilite l’isolation des tâches de maintenance à latence élevée par rapport au stockage des VM actives. L’avantage tient à la topologie, et pas simplement à la taille du boîtier.

Les recommandations de Klara Systems sur Proxmox/ZFS expliquent pourquoi les écritures synchrones des VM et des bases de données peuvent souffrir lorsqu’elles arrivent sur un stockage reposant sur des disques durs, et pourquoi l’ARC, la disposition des périphériques, la taille des enregistrements et les périphériques de journal à faible latence sont importants selon la charge. Leur analyse du comportement des E/S du stockage des VM confirme le mécanisme : le trafic de sauvegarde devient dangereux lorsqu’il augmente l’attente sur le même chemin que celui utilisé par les écritures sensibles à la latence.

La tour ne l’emporte pas automatiquement si tous les disques se trouvent toujours dans un seul pool lent. Un plus grand nombre de baies ne crée de valeur que lorsque la charge est séparée délibérément. Une tour mal conçue peut présenter la même latence induite par les sauvegardes qu’un boîtier externe.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

La limite de défaillance du DAS compte davantage lorsque la charge de sauvegarde est continue

Un boîtier externe ajoute un contrôleur, un câble, un connecteur, un chemin d’alimentation distinct et une séquence d’énumération des périphériques. Ces composants peuvent être parfaitement adaptés à la sauvegarde et au service de capacité, mais deviennent plus critiques lorsque le boîtier contient l’unique copie des disques actifs des VM. L’ordre de redémarrage, les réinitialisations USB, la gestion de l’alimentation et le relais du contrôleur font alors partie de la disponibilité des invités.

Une discussion de 2025 sur Level1Techs à propos de TrueNAS virtualisé sur un DAS USB montre la diversité des déploiements réels : certains utilisateurs ont fait état d’une utilisation réussie sur le long terme, tandis que d’autres préféraient un HBA direct ou un stockage natif de l’hôte afin de réduire la complexité du relais et de l’USB. L’intérêt de cette discussion sur la fiabilité des DAS USB réside dans les éléments concernant les chemins de défaillance, et non dans une interdiction générale du stockage USB.

Si la déconnexion du DAS ne fait que mettre les sauvegardes en pause, la défaillance est contenue. Si cette même déconnexion arrête simultanément les VM essentielles, les bases de données et le dépôt de sauvegarde, la conception compacte a couplé trop de rôles. C’est à ce moment qu’une tour — ou une architecture séparant le calcul et le NAS — peut être plus simple à exploiter.

Utilisez la latence pendant la fenêtre de sauvegarde pour arrêter votre choix

Créez un test reproductible avec une VM de type base de données, une VM polyvalente et la méthode de sauvegarde que vous comptez réellement utiliser. Mesurez la latence de stockage p95/p99 des invités, l’attente d’E/S de l’hôte, la profondeur de file d’attente du périphérique, le débit de sauvegarde et la durée d’exécution avant et pendant le chevauchement. Répétez le test après un démarrage à froid afin d’inclure la détection des périphériques, plutôt que de tester uniquement dans un laboratoire déjà chaud.

La comparaison ZimaSpace existante sur le compromis général entre mini-PC et serveur tour couvre l’extension et l’emplacement du stockage. Utilisez ce résultat plus ciblé pour déterminer si le chevauchement avec les sauvegardes est réellement la condition qui fait basculer le choix.

Choisissez un mini-PC + DAS lorsque la latence au premier plan reste stable parce que le stockage actif des VM est isolé et que le boîtier sert principalement de niveau de capacité ou de sauvegarde. Choisissez une tour lorsque vous avez déjà besoin de plusieurs chemins de stockage directs indépendants, ou lorsque la fenêtre de sauvegarde mesurée transforme le chemin externe partagé en problème récurrent de latence des VM. Si aucune des deux topologies ne résout la contention, séparez la cible de sauvegarde ou l’hôte de stockage au lieu d’acheter aveuglément un châssis plus grand.