Home » France » TrueNAS ou Proxmox : placer le stockage et les machines virtuelles au bon endroit

TrueNAS ou Proxmox : placer le stockage et les machines virtuelles au bon endroit

NAS : INSTALLATION, ENTRETIEN ET RÉCUPÉRATION

Le choix devient plus simple lorsque vous décidez quel service doit rester central : les fichiers partagés ou les machines virtuelles. TrueNAS et Proxmox VE peuvent se compléter, mais les empiler sans dessiner leurs dépendances crée parfois un serveur qui attend son propre stockage pour démarrer. Commencez par cette architecture avant de comparer les tableaux de bord.

Vérification éditoriale : 15 novembre 2026 · France

Réponse rapide

TrueNAS convient à un projet centré sur le stockage, les datasets et leur protection. Proxmox VE est conçu pour administrer des machines virtuelles KVM et des conteneurs LXC. Vous pouvez les associer, mais définissez qui contrôle les disques, où résident les systèmes indispensables et comment restaurer chaque couche si l’autre ne démarre plus.

Étapes à suivre

  1. Classer les usages entre stockage et calcul

    Dressez la liste des services : fichiers familiaux, sauvegardes, serveur domotique, laboratoire Windows ou applications Linux. Pour chacun, indiquez les données nécessaires, le temps d’arrêt acceptable et le responsable de la maintenance. Si la plupart des besoins concernent des partages et leurs versions, le stockage mérite une administration prioritaire. Si vous devez créer, arrêter, sauvegarder et déplacer régulièrement plusieurs systèmes invités, la gestion des machines virtuelles devient centrale. Ne choisissez pas un hyperviseur uniquement parce qu’une application pourrait un jour être utile. Le choix doit simplifier les usages prévus, tout en laissant une marge raisonnable pour les ajouts réellement envisagés.

  2. Comparer les fonctions selon leur rôle principal

    Proxmox VE réunit la gestion KVM et LXC, avec des mécanismes de stockage et de sauvegarde adaptés à ses invités. TrueNAS propose des fonctions de stockage et, selon la version, des possibilités d’applications ou de virtualisation. La présence de machines virtuelles dans les deux interfaces ne signifie pas que leurs parcours d’exploitation sont identiques. Examinez les besoins de sauvegarde, de réseau et de récupération de vos invités. Lisez les notes de la version TrueNAS retenue, car ses composants ont évolué. Évitez les comparaisons fondées sur une ancienne interface qui ne décrit plus le mécanisme actuellement proposé pour ces charges.

  3. Décider qui possède réellement les disques de données

    Dans une architecture simple, TrueNAS contrôle directement son stockage et fournit des partages aux clients. Proxmox peut utiliser du stockage local ou un stockage distant pris en charge, notamment NFS ou iSCSI selon le cas. Si vous virtualisez un serveur de stockage, la présentation des disques devient un choix d’architecture important : contrôleur transmis, disques virtuels et accès aux informations matérielles ne sont pas équivalents. Ne faites pas gérer les mêmes disques simultanément par deux systèmes. Avant toute configuration, dessinez le propriétaire de chaque périphérique et vérifiez les recommandations officielles de virtualisation de la version choisie.

  4. Éviter les dépendances circulaires au démarrage

    Imaginez que Proxmox ait besoin d’un partage fourni par une machine TrueNAS qui ne peut elle-même démarrer que depuis ce partage. Ce cercle complique la reprise après arrêt complet. Placez les éléments nécessaires au lancement dans un emplacement disponible indépendamment du service qu’ils vont créer. Documentez l’ordre de démarrage, les délais et le comportement si le NAS distant reste absent. Effectuez un arrêt puis un redémarrage planifié de l’ensemble avec des données de test. Un système qui fonctionne après une configuration manuelle ne prouve pas qu’il redémarrera seul après une coupure. La séquence de reprise doit rester compréhensible sans improvisation.

  5. Séparer sauvegarde des invités et protection des fichiers

    Une sauvegarde de machine virtuelle et un snapshot de fichiers ne protègent pas forcément le même périmètre ni la même cohérence applicative. Pour chaque service, notez ce que contient la sauvegarde et ce qui reste sur un montage externe. Un invité sauvegardé peut dépendre de données situées sur un NAS non inclus dans son image. Inversement, les documents partagés ne suffisent pas à reconstruire toutes les configurations des invités. Testez une restauration vers un environnement isolé et vérifiez que l’application retrouve ses données. Placez une copie exploitable en dehors de la machine ou du pool dont la panne constitue votre scénario principal.

Conseils détaillés

Dimensionner les ressources sans compter deux fois la mémoire

Réservez les ressources nécessaires au stockage et aux invités plutôt que d’attribuer à chacun la totalité théorique de la machine. Les tâches de réplication, d’indexation ou de sauvegarde peuvent coïncider avec une charge applicative élevée. Mesurez une période représentative et observez la mémoire, le processeur, les disques et le réseau. Une configuration qui démarre plusieurs invités n’a pas nécessairement une marge suffisante pour les maintenir sous charge. Prévoyez aussi les interfaces réseau et les emplacements de stockage rapides. N’annoncez pas un nombre garanti de machines virtuelles à partir du seul nombre de cœurs : leur activité et leur mémoire changent complètement le dimensionnement.

Faire un essai qui inclut une panne de service

Préparez un partage de test et une machine virtuelle non critique. Vérifiez l’accès aux données, puis arrêtez volontairement le service de stockage dans une fenêtre contrôlée pour observer les conséquences prévues. Ne réalisez pas ce test sur des écritures de production sans préparation. Notez les messages, le retour du service et les actions nécessaires. Testez également la récupération d’un fichier et celle d’un invité. Cette expérience permet de comparer une machine tout-en-un à deux équipements séparés. La séparation physique coûte davantage, mais elle peut rendre les dépendances et la maintenance plus simples lorsque les services sont importants.

Retenir l’architecture que vous pouvez reconstruire

Pour quelques partages et une application occasionnelle, une solution centrée sur le NAS peut suffire. Pour un laboratoire composé de nombreux systèmes invités, Proxmox peut fournir le cadre le plus adapté. Une association des deux devient pertinente lorsque les rôles sont explicites et les chemins de reprise documentés. Conservez les configurations, les accès et les sauvegardes hors de l’infrastructure qu’ils servent à reconstruire. Faites relire le schéma par une autre personne : si elle ne sait pas quel système doit démarrer en premier, le plan mérite d’être simplifié. Le meilleur choix reste celui qui répond aux usages avec des responsabilités claires.

Comparer les situations

Situation Choix utile Vérification décisive
Partages et protection ZFS prioritaires TrueNAS comme base de stockage Restauration des fichiers validée
Nombreux systèmes invités Proxmox VE comme hyperviseur Sauvegarde et reprise des invités
Association des deux Rôles et dépendances explicites Démarrage sans cercle de stockage

Questions fréquentes

TrueNAS peut-il fonctionner dans Proxmox ?

Une telle architecture demande une conception soignée du stockage et de l’accès matériel. Vérifiez les recommandations officielles de la version choisie avant d’y placer des données importantes. La possibilité de démarrer une machine virtuelle ne suffit pas à démontrer que ses disques, ses alertes et sa récupération sont correctement organisés.

Proxmox remplace-t-il automatiquement un NAS ?

Il gère des ressources de virtualisation et leurs stockages, mais cela ne crée pas à lui seul tous les partages utilisateurs et parcours de récupération souhaités. Vous devez définir où seront fournis ces services et comment ils seront maintenus. Comparez les usages complets plutôt que la seule présence de ZFS.

Deux machines sont-elles obligatoires ?

Non, mais elles peuvent séparer les pannes et faciliter certaines opérations. Une machine unique réduit le matériel tout en concentrant les dépendances. Choisissez selon la disponibilité attendue et votre capacité à restaurer l’ensemble. Dans les deux cas, une copie située seulement sur la même machine laisse un risque commun.

Documentation officielle

Ce guide associe la documentation officielle actuelle à des contrôles pratiques de récupération. Il ne prétend pas avoir testé votre installation. Les menus et procédures peuvent varier selon la version ; consultez la documentation correspondant à votre logiciel.

Scroll to Top