Voir un nouveau type de stockage apparaître dans Proxmox donne vite envie d’y déposer une VM. Pourtant, la déclaration du plugin n’est que le début du travail. Le système de fichiers, les formats de disques, les snapshots et la protection contre les écritures concurrentes doivent tenir ensemble.
01
Le pilote adapte les appels
Le module Perl déclare le type meshfs, ses paramètres et une surface de contenus et de formats. Il interroge le service MeshFS et s’appuie sur les mécanismes de stockage de Proxmox pour plusieurs opérations.
02
Déclaré ne signifie pas exercé
Les formats raw, qcow2 et subvol apparaissent dans la déclaration. Cela ne prouve pas que toutes leurs combinaisons sont utilisables. Le montage FUSE examiné reste limité à un écrivain et à des fichiers plats.
03
Le détail qui change la lecture d’un snapshot
Un échec d’appel snapshot vers MeshFS peut ne produire qu’un avertissement. Pour qcow2, le pilote appelle aussi qemu-img. Le rollback raw échoue explicitement : le déclarer possible ailleurs ne fournit pas son implémentation.
04
shared = 1 ne fournit pas le fencing
Une option de stockage partagé ne démontre ni migration à chaud ni exclusion de deux écrivains. Aucune implémentation spécifique de migration à chaud n’est établie dans le pilote examiné.
Proxmox VE
↓ opérations de stockage
MeshFSPlugin.pm
├─ chemin de fichiers / montage
└─ API MeshFS : statut, volumes, snapshotsEt face aux autres outils ?
Comparaison de périmètres, sans classement de performances. Références éditeurs consultées le 31 octobre 2026.
Ceph RBD
Un backend de blocs pris en charge par Proxmox VE, avec snapshots et clones documentés. Pour un besoin de stockage partagé en production, comparez d’abord la couverture fonctionnelle et opérationnelle établie.
Documentation de référence ↗Sources et références
Les mécanismes sont présentés avec leur périmètre d’utilisation. Leur qualification dans votre environnement reste une étape distincte. Les liens ci-dessous donnent accès aux références publiques disponibles.