Serveurs dédiés pour TrueNAS
Stockage NAS distant, cible de sauvegarde et stockage partagé pour Proxmox VE
ZFS sur disques physiques : un HBA, de la mémoire ECC et jusqu’à 36 baies hot-swap. Stockage de fichiers hors site, cible de sauvegarde Veeam ou vzdump, ou stockage de blocs iSCSI et NVMe/TCP pour un cluster de virtualisation, dans des centres de données en UE et en APAC.
-
Baies HDD échangeables à chaud, NVMe pour SLOG -
VLAN privé pour le trafic de stockage -
Ports non mesurés de 1 à 40 Gbit/s -
Accès à la console IP-KVM
HDD, SSD et NVMe à commander
Prêt ou sur mesure
Des disques jusqu’à 24 To
10+ emplacements
Exigences matérielles de TrueNAS
ZFS gère lui-même la redondance et la réparation, il doit donc voir chaque disque physique. Un contrôleur RAID matériel masque les disques derrière un volume virtuel, et ZFS ne peut alors plus déterminer quel disque est tombé en panne ni réparer les données qu’il contient. Un serveur de stockage a besoin d’un HBA en mode IT ou de SATA et NVMe intégrés, où chaque disque est transmis tel quel.
Les données transitent par la RAM avant que ZFS ne les écrive sur le disque, et une inversion de bit à ce niveau est enregistrée comme une donnée valide. La mémoire ECC corrige ce type d’erreurs et arrête le système si elle n’y parvient pas. Le guide matériel de TrueNAS indique que la plupart des utilisateurs recommandent fortement l’ECC.
La base est de 8 Go pour jusqu’à huit disques, plus 1 Go pour chaque disque au-delà. Le stockage iSCSI pour les machines virtuelles nécessite 32 Go ou plus ; la déduplication et L2ARC ajoutent plusieurs Go chacun. Pour un NAS avec 8 à 24 disques, cela signifie 32 à 128 Go.
RAIDZ2 est choisi pour la capacité : huit disques de 20 To offrent 120 To et peuvent survivre à la panne de deux disques. Les miroirs sont choisis pour la vitesse : chaque paire ajoute des performances d’écriture et un disque défaillant est reconstruit en quelques heures, mais la moitié de la capacité est consacrée à la seconde copie. La sauvegarde et le stockage de fichiers fonctionnent sur RAIDZ2, le stockage des machines virtuelles sur des miroirs.
Les machines virtuelles et les bases de données attendent la confirmation de chaque écriture, que les disques durs seuls donnent lentement. Un NVMe d'entreprise protégé contre les coupures de courant, en journal d'écriture (SLOG), accélère les écritures synchrones d'un ordre de grandeur. Une paire NVMe en miroir comme vdev spécial stocke les métadonnées : des millions de petits fichiers se traitent à la vitesse du flash.
Le réseau fixe la limite pour un serveur de stockage : 1 Gbit/s transporte environ 110 Mo/s, soit moins qu’un seul disque dur. Le trafic vers un cluster Proxmox VE ou un serveur de sauvegarde passe par un VLAN privé à 25 Gbit/s entre les serveurs, séparé du port public, ce qui est suffisant pour un pool NVMe via iSCSI ou NVMe/TCP.
Tarification des serveurs dédiés pour TrueNAS
Voir toutes les configurations
Louez un serveur dédié pour TrueNAS
chez INTROSERV
Comment commander un serveur dédié
Choisissez une configuration, puis installez TrueNAS via IP-KVM ou demandez l'aide du support.
Lisez la documentation
Installation de TrueNAS via IP-KVM
Montage de l’ISO, installation sur le disque de démarrage, première connexion et configuration réseau.
Lisez le tutorielTrueNAS comme stockage pour un cluster Proxmox VE
-
1
Préparer TrueNAS
Un jeu de données pour Proxmox est créé, le service iSCSI est activé avec un portail, un groupe d’initiateurs et une cible, et une clé API est générée. Pour NVMe/TCP, le service cible NVMe-oF est également activé.
-
2
Installez le plugin sur les nœuds Proxmox
Le plugin est installé sur chaque nœud Proxmox VE à partir du dépôt APT d’iXsystems : rien n’est installé sur TrueNAS. Proxmox VE 8.x et 9.x sont pris en charge, NVMe/TCP nécessite la version 9.x.
-
3
Ajouter le stockage
Une entrée dans la configuration de stockage Proxmox pointe vers l’adresse TrueNAS, la clé API, le jeu de données et la cible iSCSI. Le stockage est marqué comme partagé et apparaît sur tous les nœuds.
-
4
Créer des disques de VM à partir de Proxmox
Les disques des VM et des conteneurs sont créés, redimensionnés, instantanés et migrés depuis l’interface Proxmox. Les instantanés sont des instantanés ZFS natifs sur TrueNAS, y compris l’état de la VM avec la RAM. Le trafic circule sur le VLAN privé entre les serveurs.
Licences et support TrueNAS
Licences
TrueNAS Community Edition est gratuit et open source, sans frais de licence et sans limites de capacité, de disques ni de clients. SMB, NFS, iSCSI, NVMe/TCP, les instantanés, la réplication, les applications Docker et le plugin de stockage TrueNAS Proxmox VE sont inclus.
Assistance
Community Edition est pris en charge via les forums et la documentation TrueNAS. L’installation, la configuration du pool et des partages, ainsi que la connexion à un cluster Proxmox VE sur les serveurs INTROSERV peuvent être commandées sous forme d’administration système à l’heure.
FAQ
-
TrueNAS ou Ceph comme stockage pour un cluster Proxmox ?
Ceph a besoin de trois nœuds ou plus avec des disques identiques et un réseau dédié, et sa surcharge ne devient rentable qu’à cette échelle. Un seul serveur TrueNAS avec des NVMe en miroir via iSCSI ou NVMe/TCP offre à un cluster Proxmox de deux ou trois nœuds un stockage partagé avec instantanés et migration à chaud, pour le prix d’un seul serveur.
-
Pourquoi ne pas exécuter TrueNAS dans une machine virtuelle ?
Le guide matériel TrueNAS indique que TrueNAS virtualisé avec des disques virtuels n’est pas pris en charge pour les données de production : ZFS ne peut pas voir les disques physiques et ne peut pas les protéger contre les erreurs qui s’y produisent. Sur un serveur dédié, chaque disque est directement connecté.
-
Que se passe-t-il lorsqu’un disque tombe en panne ?
Le pool continue de fonctionner : RAIDZ2 survit à deux disques défaillants, un miroir en perd un par paire. TrueNAS envoie une alerte, le client ouvre un ticket de support, et INTROSERV remplace le disque dans le centre de données. ZFS reconstruit alors uniquement les données utilisées sur le nouveau disque ; un disque de secours à chaud dans le pool lance la reconstruction sans attendre le remplacement.
-
Un pool TrueNAS peut-il être étendu plus tard ?
Oui. Depuis TrueNAS 24.10, un groupe RAIDZ peut être élargi d’un disque à la fois, et tout pool peut être agrandi en ajoutant un autre groupe ou en remplaçant les disques par des disques plus grands. Les disques pour les baies libres sont ajoutés par ticket d’assistance, et le prix mensuel est modifié en conséquence.
-
TrueNAS peut-il être un dépôt de sauvegarde Veeam ?
Oui. Veeam Backup & Replication utilise un partage SMB ou NFS, ou un volume iSCSI sur TrueNAS comme dépôt. Les instantanés ZFS côté TrueNAS ajoutent un point de restauration qui ne peut pas être modifié depuis le serveur de sauvegarde.
-
TrueNAS peut-il exécuter des applications et des machines virtuelles sur le même serveur ?
Oui. TrueNAS Community Edition exécute les applications Docker de son catalogue directement sur le serveur de stockage ; des machines virtuelles sur KVM sont également disponibles, et les conteneurs système Linux restent marqués comme expérimentaux. Pour un cluster Proxmox, la répartition recommandée consiste à utiliser Proxmox pour le calcul et TrueNAS pour le stockage.
-
TrueNAS CORE ou SCALE : lequel installer ?
ÉCHELLE. TrueNAS CORE, la gamme FreeBSD, s’est achevée avec la version 13.3 et n’est plus en développement actif. TrueNAS SCALE, basé sur Linux, est le produit actuel, distribué sous le nom de TrueNAS Community Edition ; l’image d’installation s’appelle toujours TrueNAS-SCALE-25.10.x.iso. Les systèmes CORE existants migrent vers SCALE via la mise à jour intégrée.
-
De quelle bande passante la réplication ZFS a-t-elle besoin ?
Seule la copie initiale transfère l’ensemble complet des données : 100 To prennent environ dix jours à 1 Gbit/s et environ un jour à 10 Gbit/s. Ensuite, chaque exécution n’envoie que les blocs modifiés depuis le dernier instantané, soit généralement quelques pour cent des données, de sorte qu’une réplication quotidienne d’un pool de 100 To tient sur un port standard. Entre deux serveurs dans le même centre de données, le transfert s’effectue via le VLAN privé.
