Choisir le bon système de stockage est l’une des décisions les plus importantes que vous devrez prendre en tant qu’administrateur Proxmox. Si vous construisez ou étendez votre infrastructure Proxmox VE, vous serez confronté à deux options principales : LVM et LVM-thin. Mais laquelle correspond le mieux à vos besoins ? Ce guide explique pas à pas les deux technologies — des concepts fondamentaux à la gestion avancée — afin que vous puissiez choisir en toute confiance la solution optimale pour vos machines virtuelles et assurer leur protection.
La gestion du stockage sous Linux repose souvent sur le gestionnaire de volumes logiques (LVM). Dans Proxmox VE, deux backends de stockage sont disponibles : le LVM classique et son extension, le LVM-thin.
Qu’est-ce que le LVM classique ?
Le LVM classique vous permet de diviser des disques physiques en volumes logiques pouvant être redimensionnés ou déplacés sans reformater vos disques. Il repose sur trois composants fondamentaux :
Volumes physiques (PV) : Ce sont des partitions de disque réelles ou des disques entiers.
Groupes de volumes (VG) : Ensembles de PV regroupés.
Volumes logiques (LV) : Fragments découpés dans les groupes de volumes (VG) qui fonctionnent comme des partitions classiques.
Lorsque vous créez un disque de machine virtuelle à l’aide de LVM classique dans Proxmox, tout l’espace demandé est réservé immédiatement, même si peu de données sont écrites à l’intérieur de la machine virtuelle.
Qu’est-ce que LVM-thin ?
LVM-thin s’appuie sur la version classique de LVM en y ajoutant le provisionnement fin, une méthode permettant d’allouer du stockage uniquement au moment où les données sont effectivement écrites. Plutôt que de réserver l’intégralité de l’espace dès le départ, il crée un « pool fin » à l’intérieur d’un groupe de volumes logiques :
Cela signifie que vous pouvez attribuer de grands disques virtuels aux machines virtuelles sans consommer d’espace physique tant qu’il n’est pas utilisé — un processus appelé surallocation.
Comment fonctionnent les systèmes LVM classique et LVM-thin ?
Comprendre la manière dont chaque système organise le stockage permet d’expliquer leurs avantages — et leurs limites — dans la pratique.
Architecture classique de LVM
Les couches classiques de LVM fonctionnent ainsi :
1. Vous initialisez un disque en tant que volume physique (PV).
2. Vous regroupez un ou plusieurs volumes physiques (PV) en un groupe de volumes (VG).
3. Vous créez des volumes logiques (LV) à partir du groupe de volumes (VG) ; ceux-ci deviennent des disques de machine virtuelle ou des racines de conteneur.
4. Chaque LV réserve immédiatement toute sa taille dès sa création.
Cette approche garantit des performances prévisibles, car aucune surcharge supplémentaire n’est générée lors des écritures.
Comment la provisionnement fin modifie-t-elle les choses ?
Avec LVM-thin, après avoir créé votre PV et votre VG :
1. Vous créez un volume logique (LV) désigné comme « pool mince ».
2. À partir de ce groupe, vous créez plusieurs volumes à allocation dynamique (« volumes dynamiques »).
3. Chaque volume mince apparaît volumineux pour le système d’exploitation invité, mais ne consomme de l’espace réel que lorsque des données sont écrites.
4. Les instantanés sont rapides car ils utilisent la technologie de copie à l’écriture au sein de la structure de pool mince.
Comme plusieurs machines virtuelles peuvent partager davantage de capacité virtuelle que ce qui existe physiquement (« surallocation »), les administrateurs doivent surveiller étroitement leur utilisation afin d’éviter l’épuisement de l’espace disque réel ou de l’espace réservé aux métadonnées.
Stockage LVM par rapport au stockage LVM-thin
Le stockage classique et le stockage à approvisionnement dynamique (thin provisioning) présentent tous deux des avantages — et des compromis — spécifiques, dont l’importance dépend des besoins de votre environnement.
| Feature | Classic LVM | LVM-thin |
|---|
| Space Allocation | Reserved up front | Allocated on demand |
| Overcommit Possible | No | Yes |
| Snapshot Support | Not supported | Supported |
| Performance | Predictable | Slight overhead |
| Storage Efficiency | Lower | Higher |
| Monitoring Required | Basic | Careful |
L’approvisionnement classique (« épais ») fonctionne bien si la simplicité est la priorité absolue ou si les charges de travail exigent des performances garanties en continu — par exemple, les bases de données soumises à de nombreuses écritures aléatoires bénéficient de blocs réservés, sans surcharge liée au mécanisme « copier à l’écriture ».
L’approvisionnement fin se distingue particulièrement lorsque la maximisation de l’utilisation des ressources est primordiale — par exemple dans les environnements de test et de développement, où de nombreuses machines virtuelles nécessitent des disques volumineux mais ne les remplissent que rarement — ou encore lorsqu’un grand nombre d’instantanés (snapshots) est indispensable aux processus de sauvegarde ou de test.
Principales différences entre LVM classique et LVM-thin dans Proxmox
Décortiquons les caractéristiques qui distinguent ces deux approches afin que vous puissiez prendre une décision éclairée pour votre infrastructure :
Stratégie de configuration
Les LV classiques réservent immédiatement tout l’espace alloué ; il n’y a aucun risque de surréservation, mais aussi moins de flexibilité si les besoins évoluent ultérieurement.
LVM-thin alloue des blocs uniquement lorsqu’ils sont nécessaires — ce qui permet la surallocation —, mais cela peut entraîner une pénurie de capacité physique si l’on ne surveille pas attentivement le système.
Fonctionnalités de capture instantanée
Les instantanés permettent aux administrateurs de capturer des copies des disques de machines virtuelles à un instant précis :
Avec les volumes logiques classiques dans Proxmox VE, les instantanés ne sont pas pris en charge nativement pour les images de machines virtuelles.
Avec LVM-thin, les instantanés sont rapides et efficaces grâce aux mécanismes internes de copie à l’écriture — idéaux pour les sauvegardes ou les retours rapides lors des mises à niveau ou des tests.
Considérations relatives aux performances
Les volumes classiques offrent des performances d’écriture légèrement supérieures, car ils ne font pas appel à une logique de copie-à-l’écriture.
Les pools minces entraînent une surcharge légère en raison de l’allocation dynamique, mais le matériel moderne rend généralement celle-ci négligeable, sauf sous des charges intenses d’écritures aléatoires.
Utilisation et gaspillage du stockage
Si la plupart des machines virtuelles n’utilisent jamais intégralement leurs disques alloués — ce qui est courant — le provisionnement classique gaspille une capacité importante.
Les pools minces optimisent l’efficacité en allouant uniquement l’espace utilisé ; toutefois, un surengagement excessif augmente les risques si de nombreuses machines virtuelles s’étendent soudainement en même temps !
Gestion des métadonnées dans les pools minces
Chaque opération effectuée dans un pool LVM-thin met à jour les métadonnées stockées conjointement avec les données utilisateur :
Si les métadonnées occupent toute la place disponible — même s’il reste des blocs de données libres — vous ne pouvez pas créer de nouveaux instantanés ou volumes tant que le problème n’est pas résolu !
Surveillez toujours à la fois l’utilisation des données et des métadonnées à l’aide de la commande lvs -o+metadata_percent.
Planifiez une marge de sécurité supplémentaire ; son épuisement entraîne des temps d’arrêt pendant les réparations !
Choix entre les systèmes de stockage classiques et ceux à approvisionnement fin
Le choix entre un système de stockage classique et un système à approvisionnement fin dépend des modèles de charge de travail — ainsi que de votre tolérance au risque :
Interrogez-vous :
1. Vos machines virtuelles nécessitent-elles des instantanés fréquents ? Choisissez LVM-thin.
2. La vitesse d’écriture garantie est-elle critique ? Restez sur la solution classique LVM.
3. Puis-je surveiller activement l’utilisation ? Si oui — et si la maximisation de l’efficacité est essentielle — optez pour des pools légers.
4. Exécutez-vous des bases de données critiques pour la mission ? Privilégiez la configuration classique, sauf si la prise en charge des instantanés compense largement la légère perte de performances liée aux opérations « Copy-on-Write » (CoW).
5. Mon environnement pourra-t-il s’adapter rapidement ? Les pools minces permettent une croissance souple, mais exigent une vigilance constante contre les surprises liées à une surallocation !
Encore indécis ? Commencez petit en testant les deux types côte à côte avant de les déployer sur l’ensemble des nœuds de production !
Configuration du stockage classique et à approvisionnement fin (thin-provisioned) dans Proxmox VE
La prise en main de l’un ou l’autre backend implique des étapes initiales similaires, mais les procédures diffèrent au moment de la création des volumes :
Méthode 1 : Utilisation de l’interface web
L’interface graphique simplifie la configuration :
1. Connectez-vous à la console web
2. Parcourez Datacenter > Node > Disks
3. Sélectionnez le disque cible ; cliquez sur Wipe Disk si nécessaire
4a. Pour les versions classiques : cliquez sur Create > Volume Group, nommez-le (par exemple, vgdata) et confirmez
4b. Pour les volumes LVM Thin : Cliquez sur Create > Lvm-Thin, saisissez le nom du pool (nvme-thinp), sélectionnez le groupe de volumes parent (vgdata), puis définissez la taille.
5. Facultatif : Attribuer un nouveau stockage dans Datacenter > Storage > Add
Une fois ajoutés ici, les deux types apparaissent comme cibles sélectionnables lors de la création ou du déplacement des disques de machines virtuelles !
Méthode 2 : Configuration en ligne de commande
Vous préférez automatiser toutes les étapes par script ? Voici comment procéder :
Pour le provisionnement classique
lsblk # Identifier le périphérique (/dev/sdb)
sgdisk -n 1:0:0 -t 1:8e00 /dev/sdb # Créer une partition de type Linux-LV
pvcreate /dev/sdb1 # Initialiser le volume physique
vgcreate vgdata /dev/sdb1 # Créer un groupe de volumes
Ajoutez ce groupe de volumes via l’interface graphique, dans Centre de données > Stockage > Ajouter > « Lvm ».
Pour le provisionnement fin
lsblk # Confirmez à nouveau le chemin de l’appareil !
sgdisk -n 1:0:0 -t 1:8e00 /dev/sdc # Créez une partition sur un autre disque / type Linux-LV
pvcreate --metadatasize 1M /dev/sdc1 # Utilisez une zone de métadonnées plus grande (> 250 ko recommandé)
vgcreate vmdata /dev/sdc1 # Nouveau groupe de volumes dédié au pool fin !
lvcreate -L 500G -T -n vmstore vmdata # Créez un pool fin de 500 Go nommé « vmstore »
Ensuite, inscrivez-le dans Centre de données > Stockage > Ajouter > « Lvm-Thin », en renseignant l’ID (vmstore), le groupe de volumes (vmdata) et le pool fin (vmstore). Vous pouvez désormais affecter ici de nouveaux disques pour machines virtuelles.
Remarque : Vérifiez toujours deux fois les périphériques avant de les effacer ! L’augmentation de la valeur de --metadatasize réduit le risque d’atteindre prématurément les limites — ce point est particulièrement important si vous prévoyez de créer de nombreux instantanés (snapshots). N’utilisez jamais la commande pvcreate --force --force, sauf si vous êtes absolument certain de vouloir détruire les données existantes !
Protégez vos machines virtuelles Proxmox avec Vinchin Backup & Recovery
Après avoir optimisé votre infrastructure de stockage en utilisant des solutions telles que les volumes classiques ou les volumes LVM-thin dans Proxmox VE, la sauvegarde de ces machines virtuelles devient essentielle. Vinchin Backup & Recovery se distingue comme une solution professionnelle de sauvegarde destinée aux entreprises, prenant en charge plus de 15 plates-formes de virtualisation grand public — notamment un soutien de premier ordre pour Proxmox VE, ainsi que VMware, Hyper-V, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack et ZStack, entre autres environnements largement utilisés dans les entreprises actuelles.
Vinchin propose des fonctionnalités de protection robustes, telles que la sauvegarde incrémentale permanente, permettant une rétention à long terme efficace sans avoir à effectuer régulièrement des sauvegardes complètes ; des technologies avancées de dé-duplication et de compression qui réduisent au minimum la taille des sauvegardes ; des capacités transparentes de migration V2V entre plates-formes ; des options de restauration granulaire ; des fonctions de récupération instantanée ; des politiques planifiées ; une intégration avec le stockage dans le cloud ou sur bande magnétique ; des normes de chiffrement renforcées — et bien plus encore — le tout géré depuis une console web intuitive, conçue pour une utilisation simple, même à grande échelle.
Sauvegarder une machine virtuelle Proxmox spécifique sur votre plateforme choisie ne prend que quatre étapes :
1. Sélectionnez votre machine virtuelle Proxmox cible :
2. Choisissez l’emplacement de stockage de sauvegarde souhaité ;
3. Configurer la stratégie de sauvegarde ;
4. Envoyer la tâche.
Fait confiance à des milliers d’organisations à travers le monde — avec des évaluations très positives sur les principaux sites d’avis sectoriels — Vinchin propose un essai gratuit complet valable 60 jours, vous permettant de découvrir par vous-même une protection exhaustive avant de vous engager sur le long terme. Cliquez ci-dessous dès maintenant pour télécharger l’installeur de Vinchin Backup & Recovery et déployer dès aujourd’hui une solution de défense de niveau entreprise pour chaque charge de travail critique !
FAQ Proxmox LVM contre LVM-thin
Q1 : Puis-je migrer mon disque de machine virtuelle existant, approvisionné de manière statique, vers un backend LVM-thin sans temps d’arrêt ?
A : Sauvegardez d’abord votre machine virtuelle, puis restaurez-la sur le stockage lvm-thin nouvellement créé — la migration elle-même nécessite une interruption de service, sauf si des outils de migration dynamique sont utilisés en dehors des flux de travail standard.
Q2 : Comment vérifier quelles machines virtuelles consomment le plus d’espace dans mon pool lvm-thin ?
A : Exécutez la commande lvs --segments --units g, puis associez les noms des volumes logiques aux identifiants/noms des machines virtuelles affectées affichés dans le menu Centre de données → Nœud → Disques.
Q3 : Que se passe-t-il si les métadonnées lvm-thin sont complètement remplies ?
A : Les opérations de création ou de modification échouent jusqu’à ce qu’elles soient étendues ; augmentez sans délai la zone méta à l’aide de la commande lvextend --poolmetadata +TAILLE vg/pool_tmeta, puis reprenez les activités normales après avoir vérifié l’état de santé.
Conclusion
Le choix entre les backends classique et lvm-thin détermine l’efficacité — et la sécurité — à long terme de votre cluster Proxmox ; chacun présente des avantages adaptés à des scénarios spécifiques, tout en exigeant des pratiques de gestion distinctes en matière de surveillance et d’hygiène du stockage ! Pour une protection fiable, quel que soit le backend choisi, essayez dès aujourd’hui la solution de sauvegarde professionnelle de Vinchin : elle garantit la sécurité même des environnements les plus complexes, sans aucune complication.
