Si vous avez installé ESXi 7.x ou une version ultérieure sur vos serveurs, vous avez peut-être remarqué une grande partition intitulée VMFSL qui occupe un espace précieux sur votre périphérique de démarrage. Qu'est-ce exactement que cette partition esxi vmfsl ? Pourquoi existe-t-elle ? Et comment pouvez-vous contrôler sa taille ou son emplacement afin d'éviter des conflits inattendus d'allocation de stockage ? Comprendre la partition esxi vmfsl est essentiel pour des déploiements fluides, particulièrement à mesure que l'infrastructure VMware devient plus complexe avec chaque nouvelle version.
Qu'est-ce que ESXi VMFSL ?
Commençons simplement : esxi vmfsl signifie VMware File System Local (VMFS-L). Introduit dans ESXi 7.x dans le cadre d'une refonte majeure de la partition système, VMFSL agit en tant que volume OSData — un système de fichiers local unique qui regroupe plusieurs partitions plus petites des versions antérieures en une zone logique unique.
Cette partition stocke des données critiques de l'hôte telles que les journaux (/var/log), les fichiers de configuration (/etc/vmware), les vidages complets utilisés pour le diagnostic (/var/core), les états persistants nécessaires entre les redémarrages (/scratch) et même certaines données d'échange si la mémoire est insuffisante. Contrairement aux datastores VMFS traditionnels – conscients du cluster et partagés entre les hôtes – VMFSL est strictement local ; seul l'hôte qui l'a créé peut accéder à son contenu.
Vous verrez cette partition intitulée « VMFS-L » ou « OSDATA » lors de l'exploration des disques dans le vSphere Client sous Stockage > Périphériques ou lors de l'exécution de commandes shell telles que esxcli storage filesystem list. Si vous souhaitez savoir combien d'espace elle utilise ou quels fichiers s'y trouvent, ces outils constituent votre point de départ.
Pourquoi utiliser VMFSL dans les environnements VMware ?
Pourquoi VMware a-t-il introduit esxi vmfsl ? Avant la version 7.x, ESXi répartissait de petites partitions de taille fixe sur le périphérique de démarrage — pour les journaux, les fichiers d'état, l'espace temporaire — ce qui rendait les mises à niveau délicates et limitait la prise en charge de nouvelles fonctionnalités nécessitant plus d'espace (pensez aux grands modules ou aux pilotes tiers).
Avec esxi vmfsl agissant comme un volume OSData unifié :
Toutes les données critiques du système sont regroupées dans un seul endroit extensible.
Les mises à niveau deviennent plus fluides car il n'y a aucun risque d'épuiser l'espace de journalisation en plein processus.
Les écritures intensives (journaux/fichiers temporaires) peuvent être redirigées vers des périphériques de haute qualité tels que les SSD plutôt que vers des cartes SD fragiles.
Les administrateurs gagnent en flexibilité pour allouer exactement l'espace nécessaire en fonction des besoins de leur environnement, qu'ils exécutent des hôtes autonomes ou des clusters complexes avec vSAN activé.
La sécurité s'améliore car les données de diagnostic sensibles ne sont plus réparties dans plusieurs partitions cachées ; tout se trouve désormais à l'intérieur d'ESXi VMFSL où les autorisations sont plus faciles à gérer.
Pour toute personne déployant des clusters vSAN ou utilisant intensivement des disques locaux (par exemple avec des charges de travail DirectPath IO), comprendre combien d'espace vmfsl esxi occupe — et pourquoi — est essentiel pour éviter des problèmes ultérieurs.
Comment gérer le stockage avec ESXi VMFSL ?
Gérer esxi vmfsl signifie savoir quelle taille il doit avoir avant le début de l'installation, puis vérifier ensuite que tout s'est bien déroulé comme prévu. Commençons par les étapes destinées aux débutants avant d'aborder les options de réglage avancé.
Étape 1 : Contrôler la taille du VMFSL ESXi
Lors de l'installation d'ESXi 7.x+, l'installateur crée une partition VMFSL ESXi dont la taille dépend du type de support de démarrage (clé USB, SSD ou NVMe) et des options spéciales que vous avez définies au moment du démarrage. Par défaut, cela peut occuper jusqu'à 120 Go, voire plus si rien n'est fait pour le limiter !
Pour contrôler sa taille :
1. Démarrez à partir du support d'installation de votre choix.
2. Lorsque l'écran de démarrage de l'installateur vous y invite, appuyez rapidement sur Maj+O pour ouvrir les options de démarrage.
3. Ajoutez l'un de ces indicateurs après le texte existant :
Pour la taille prise en charge la plus petite (~25 Go) : systemMediaSize=min
Pour une taille modérée (~55 Go) : systemMediaSize=small
Pour la norme/valeur par défaut (~120 Go) : systemMediaSize=default
Pour la taille maximale autorisée (~138 Go) : systemMediaSize=max
Par exemple :
cdromBoot runweasel systemMediaSize=small
Souhaitez-vous un contrôle encore plus précis ? Il existe un indicateur non documenté appelé autoPartitionOSDataSize, qui vous permet de spécifier exactement le nombre de mégaoctets alloués :
cdromBoot runweasel autoPartitionOSDataSize=8192
Étape 2 : Vérification de votre partition ESXi VMFSL
Une fois l'installation terminée :
1. Connectez-vous à votre hôte via l'interface web du client vSphere.
2. Cliquez sur Stockage dans le volet de navigation de gauche.
3. Sélectionnez l'onglet Appareils en haut au centre.
4. Trouvez votre disque de démarrage ; recherchez une partition intitulée VMFS-L ou OSDATA dans la colonne Type — elle doit correspondre à l'option de taille que vous avez choisie précédemment !
Préférez la ligne de commande ?
Exécuter :
esxcli stockage système_de_fichiers liste
Cela répertorie tous les volumes montés, y compris leurs types ; recherchez les lignes indiquant « VMFS-L ».
Pour une cartographie matérielle plus approfondie — y compris les identifiants physiques des appareils — essayez :
esxcli storage core device list
Ceci affiche tous les périphériques de bloc détectés ainsi que leurs répartitions par capacité.
Comment sauvegarder les machines virtuelles ESXi avec Vinchin Backup & Recovery ?
Pour garantir une protection solide de vos environnements VMware, y compris ceux utilisant esxi vmfsl, il est essentiel de mettre en œuvre des stratégies de sauvegarde fiables adaptées aux besoins des entreprises. Vinchin Backup & Recovery est une solution professionnelle de sauvegarde de machines virtuelles au niveau entreprise, prenant en charge plus de 15 plateformes de virtualisation principales telles que VMware, Hyper-V, Proxmox, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack, entre autres.
Pour les utilisateurs VMware spécifiquement, Vinchin propose des fonctionnalités clés incluant la sauvegarde incrémentielle permanente pour une protection efficace à long terme ; la technologie CBT permettant un suivi rapide des modifications ; les technologies de déduplication et de compression qui minimisent la consommation de stockage ; des capacités de restauration granulaire permettant une récupération précise au niveau des fichiers ; et une fonctionnalité de récupération instantanée conçue pour des scénarios avec un temps d'arrêt minimal—le tout contribuant à une gestion simplifiée et à une continuité opérationnelle renforcée.
La console web intuitive de sauvegarde et de restauration Vinchin rend la protection de vos machines virtuelles simple :
1. Sélectionnez simplement les machines virtuelles VMware sur l'hôte
2. Ensuite, sélectionnez la destination de la sauvegarde
3. Sélectionner les stratégies
4. Enfin, soumettez le travail
Des milliers d'organisations dans le monde entier font confiance à Vinchin Backup & Recovery pour une protection sécurisée des données d'entreprise — essayez toutes les fonctionnalités gratuitement pendant 60 jours en cliquant ci-dessous !
FAQ sur Esxi Vmfsl
Q1 : Puis-je utiliser ma partition esxi vmfsl comme un datastore ordinaire ?
Non—il contient uniquement des informations système, de configuration et de journalisation ; ne jamais y stocker les machines virtuelles utilisateur !
Q2 : Mon lecteur USB s'est rapidement rempli. Existe-t-il un moyen de récupérer la capacité perdue sans réinstaller ?
Pas de manière sécurisée ; la meilleure pratique consiste à sauvegarder la configuration, puis à réinstaller en utilisant le drapeau smaller systemMediaSize conformément aux instructions ci-dessus
Q3 : L'activation de vSAN modifie-t-elle les exigences relatives à osdata ?
Oui — tous les nœuds doivent toujours disposer de leurs propres données système saines, indépendamment de la conception du stockage partagé ; prévoyez en conséquence lors de la dimensionnement des nœuds du cluster
Conclusion
Comprendre esxi vmfsl permet d'éviter le gaspillage de ressources tout en assurant un fonctionnement stable, même dans des environnements exigeants comme les clusters vSAN ! Si des sauvegardes fiables sont également importantes, Vinchin offre une protection puissante et une gestion facile, le tout soutenu par des équipes d'assistance experts à travers le monde.
