TrueNAS publie son plugin de stockage officiel pour Proxmox VE

Brancher une baie TrueNAS derrière un cluster Proxmox VE, beaucoup le font déjà. Le problème, c’est que personne ne le faisait tout à fait de la même façon : un plugin communautaire ici, le vieux mode ZFS-over-iSCSI là, et souvent un accès SSH en root en guise de colle. TrueNAS a publié le 18 septembre 2026 son propre plugin de stockage pour Proxmox VE, sous licence GPL-3.0, présenté en phase « Early Adopters ».

Un zvol par disque de VM, créé tout seul

Le principe tient en une phrase : Proxmox voit la baie comme un backend de stockage natif. Chaque disque de machine virtuelle devient un zvol créé à la demande sur le TrueNAS, exposé en iSCSI ou en NVMe/TCP, puis redimensionné, migré ou supprimé depuis l’interface Proxmox, sans aller cocher quoi que ce soit de l’autre côté. Le thin provisioning et la compression ZFS suivent, le multipathing et l’authentification CHAP aussi. Et l’accès se fait par clé API plutôt que par une connexion SSH en root, ce qui n’est pas le moindre des progrès pour qui a déjà eu à justifier cette ligne-là devant un auditeur.

Le vrai argument, ce sont les snapshots

Sur un datastore NFS classique, un snapshot Proxmox est une manipulation de fichier QCOW2 : il faut recopier, et selon la taille du disque cela prend quelques minutes, parfois beaucoup plus. Un snapshot ZFS, lui, se contente de geler les blocs existants et ne consomme de l’espace qu’aux écritures suivantes. Le temps de l’opération devient à peu près indépendant de la taille du disque. Le plugin gère aussi les snapshots à chaud, RAM comprise. (Quiconque a déjà fixé une barre de progression un dimanche soir en se demandant s’il fallait l’annuler ou aller dormir voit très bien la différence 🙂)

Ce qu’il ne fait pas, et ce qu’il exige

Le plugin ne s’occupe que du stockage bloc. Les images ISO, les templates de conteneurs LXC et les dumps de sauvegarde restent sur des partages NFS ou SMB, comme avant. Ce n’est pas non plus un remplaçant d’un Ceph hyperconvergé : l’idée est justement de séparer le calcul du stockage, avec Proxmox d’un côté et la baie de l’autre. Les prérequis ne sont pas anodins : TrueNAS 25.10 au minimum, Proxmox VE 8.x pour l’iSCSI, 9.x pour le NVMe/TCP. Côté réseau, il faut les ports 3260 pour l’iSCSI, 443 pour l’API et 4420 pour le NVMe/TCP.

Celui qui décrit le problème vend aussi la solution

Reste à lire l’annonce pour ce qu’elle est. iXsystems vend des baies, et le calendrier est bien choisi : depuis le rachat de VMware par Broadcom, Proxmox VE est devenu une destination sérieuse pour ceux qui s’en vont, et un plugin officiel est le meilleur moyen de se placer sur ce chemin. « Early Adopters » est par ailleurs une façon élégante de dire beta : la dernière version publiée s’appelle v2.1.23-beta3, elle date du 11 septembre 2026, le support Enterprise est encore en validation et la cible actuelle est l’édition Community. Enfin, le terrain n’était pas vide : deux plugins communautaires font le même travail depuis 2025, avec 141 et 159 étoiles sur GitHub, quand le dépôt officiel, ouvert le 23 janvier 2026, en affiche 310. Officiel ne veut pas dire premier, cela veut dire supporté, et pour l’instant même le support attend.

En bref

• Plugin de stockage officiel TrueNAS pour Proxmox VE, sous GPL-3.0, en phase Early Adopters.
• Prérequis : TrueNAS 25.10, Proxmox VE 8.x en iSCSI, 9.x en NVMe/TCP.
• Disques de VM provisionnés en zvol, snapshots ZFS quasi instantanés, snapshots à chaud avec la RAM.
• Clé API à la place du SSH root, CHAP et multipathing, thin provisioning et compression ZFS.
• ISO, templates LXC et sauvegardes restent sur NFS ou SMB.
• Dernière version v2.1.23-beta3 : à éprouver sérieusement avant la production.

Sources : IT-Connect, StorageReview, documentation TrueNAS et dépôt GitHub du plugin.

Le Bien Heureux · Rédaction Capibara · Samedi 19 septembre 2026