Guide sur le stockage compatible VM

La plupart des entreprises exploitent des dizaines, voire des centaines de VM sur une infrastructure de stockage partagée. Cela englobe tout, des postes de travail virtuels aux bases de données de production fonctionnant sur des serveurs virtuels. L’hébergement peut s’effectuer sur site ou via un fournisseur IaaS (infrastructure-as-a-service), généralement à l’aide d’un numéro d’unité logique (LUN, une unité de stockage bloc) ou d’un volume de stockage basé sur des fichiers.

Selon une étude de Mordor Intelligence, le marché des machines virtuelles était évalué à 13,59 milliards de dollars en 2025 et devrait atteindre 26,94 milliards de dollars à l’horizon 2030. Comme cette croissance concentre davantage de VM sur le même stockage partagé, il devient de plus en plus difficile de déterminer, à l’aide des méthodes traditionnelles, laquelle utilise le plus de ressources ou est à l’origine d’un ralentissement. Le stockage compatible VM vient résoudre ce problème.

Le stockage compatible VM suit l’activité de chaque machine virtuelle séparément, en appliquant des services de données tels que le provisionnement au niveau de chacun d’entre elles. Il va au-delà des volumes partagés ou des LUN que le stockage traditionnel traite comme une seule unité, en suivant les performances des VM jusque dans les détails, par exemple en identifiant laquelle génère le plus d’opérations d’entrée-sortie par seconde (IOPS) à un moment donné.

Plutôt que de laisser les VM se disputer le même pool, le système attribue à chacune ce dont elle a besoin. Il peut également définir des paramètres de qualité de service par VM, c’est-à-dire des règles qui contrôlent le niveau de performances de stockage dont chacune peut bénéficier. Ainsi, une application à haute priorité n’a pas à entrer en concurrence avec une application de priorité inférieure pour le même espace de stockage. Les ressources sont provisionnées lors de la création de la VM, ajustées à mesure que les workloads évoluent, puis libérées dès qu’elle est supprimée.

Les instantanés sont également gérés par VM. Un instantané capture l’état du disque virtuel d’une VM à un moment précis, ce qui permet de restaurer les données en cas de problème. Dans le stockage traditionnel, les instantanés au niveau de la baie capturent l’intégralité d’un volume partagé. Le stockage compatible VM permet à la baie de réaliser un instantané de chaque VM, de sorte que la récupération des données de l’une d’entre elles n’implique pas la restauration de l’ensemble du volume. (Les instantanés par VM ont toujours été possibles au niveau de l’hyperviseur, mais ce type de stockage offre une telle granularité.)

Il convient de noter que le stockage compatible VM s’applique au stockage bloc et au stockage de fichiers qui hébergent les disques des machines virtuelles, et non au stockage objet généralement utilisé pour l’archivage ou les données non structurées. Pour une analyse plus approfondie de la comparaison entre le stockage bloc et les autres types de stockage, consultez notre article dédié.

La principale différence entre le stockage traditionnel et le stockage compatible VM réside dans la visibilité. Le premier s’appuie sur des protocoles de blocs tels que Fibre Channel et iSCSI, qui ont été conçus pour les serveurs physiques et ne disposent d’aucun moyen intégré de visualiser l’activité de chaque machine virtuelle. Il présente généralement un volume partagé ou un LUN provenant d’un réseau de stockage (SAN) comme une seule entité. Ce manque de visibilité conduit à un surprovisionnement : les administrateurs prévoient une capacité supplémentaire par mesure de précaution, et la majeure partie de cette marge reste inutilisée.

Le stockage compatible VM adopte une approche différente, en fournissant à chaque VM uniquement ce dont elle a besoin. Tintri a été l’un des premiers fournisseurs à commercialiser cette approche, et d’autres fournisseurs de solutions de stockage ont depuis développé leurs propres versions. 

C’est lors du dépannage que cela apparaît le plus clairement. Avec un stockage traditionnel, identifier une machine virtuelle lente implique généralement d’extraire les journaux et d’inspecter l’intégralité du volume partagé, une opération qui prend du temps alors que les systèmes sont déjà à la limite de leurs capacités. Le stockage compatible VM permet d’éviter cette étape. Les informations étant déjà associées à chaque machine virtuelle, la cause du problème est facile à identifier.

Le stockage compatible VM offre plusieurs atouts majeurs, s’appuyant sur les avantages plus généraux de la virtualisation :

- Meilleures performances
- Réduction des coûts
- Résolution plus rapide des problèmes
- Évolutivité simplifiée
- Récupération plus précise

Grâce au stockage compatible VM, les machines virtuelles n’ont plus à attendre que des ressources occupées par d’autres se libèrent. La latence s’en trouve réduite, ce qui permet aux applications de fonctionner de manière plus constante, en particulier lorsqu’elles sont associées à un matériel sous-jacent plus rapide, tel qu’un système de stockage sur disque.

La capacité est utilisée plus efficacement, au lieu de rester inutilisée pour parer aux pires scénarios, ce qui permet à davantage de VM de fonctionner sur le même matériel.

Les équipes informatiques peuvent identifier précisément quelle machine virtuelle est à l’origine d’un problème, sans avoir à parcourir les journaux, ce qui réduit le temps consacré au dépannage.

Grâce au stockage compatible VM, les nouvelles machines virtuelles se voient automatiquement allouer de l’espace de stockage dès leur ajout, ce qui évite d’avoir à reconfigurer manuellement la capacité.

Les données d’une seule VM peuvent être restaurées sans affecter le reste de l’environnement, ce qui limite les perturbations causées par un incident donné. Le stockage compatible VM joue donc un rôle essentiel dans une stratégie de reprise après sinistre, puisqu’il permet de répliquer chaque VM avant une panne et d’accélérer la récupération ciblée par la suite.

Le stockage compatible VM présente certains compromis qu’il convient de prendre en compte, notamment :

- Complexité de la mise en place
- Enfermement propriétaire
- Coût

Le stockage compatible VM peut simplifier la gestion quotidienne, mais la migration elle-même peut s’avérer plus complexe. Il ne s’agit pas simplement d’appuyer sur un bouton : une entreprise doit planifier l’abandon d’une configuration basée sur les LUN et a souvent besoin d’un stockage conçu pour prendre en charge la visibilité au niveau des VM. Ces coûts potentiels doivent être pris en compte.

Certains systèmes de stockage compatible VM sont également étroitement liés à un hyperviseur spécifique (la couche logicielle permettant à plusieurs VM de s’exécuter sur un même ordinateur physique) ou à un fournisseur de stockage particulier, ce qui complique le changement de plateforme ultérieur sans devoir reconfigurer le stockage.

Les systèmes de stockage compatible VM peuvent présenter un coût initial plus élevé que le stockage traditionnel, car le matériel et les logiciels doivent prendre en charge le suivi et la gestion des données au niveau des VM.

VMware est la principale plateforme de virtualisation dans l’informatique d’entreprise, et les fournisseurs de stockage ont développé leurs solutions en conséquence. (Toutefois, les modifications apportées aux licences à la suite de l’acquisition de VMware par Broadcom ont poussé certains clients vers la concurrence.) Cette prise en charge comprend :

- vVols
- vSAN
- VAAI

vVols est le cadre VMware dédié à l’intégration du stockage au niveau des VM. Il stocke les disques de chaque VM sous forme d’objets individuels sur la baie via des protocoles de blocs ou le système de fichiers réseau (NFS), plutôt que de les placer sur un magasin de données partagé traditionnel.

Avec vVols, les instantanés, le clonage et les paramètres de qualité de service peuvent être appliqués à une seule VM à la fois, plutôt qu’à l’ensemble d’un volume.

Broadcom, qui a racheté VMware en 2023, a commencé à déprécier vVols. Les nouvelles certifications vVols et VASA Provider ont été supprimées à compter de VMware Cloud Foundation (VCF) et vSphere Foundation (VVF) 9.0, publiées en juin 2025, et Broadcom prévoit de supprimer complètement cette fonctionnalité dans VCF/VVF 9.1.

VMware propose également vSAN, sa propre solution de stockage qui regroupe les disques connectés aux serveurs en un stockage partagé sans nécessiter de SAN distinct. Comme il est directement intégré à l’hyperviseur, vSAN peut appliquer des politiques au niveau des VM pour les performances et la protection des données sans nécessiter de couche d’intégration distincte comme vVols.

Il y a également VAAI (VMware vSphere Storage APIs Array Integration), qui transfère certaines tâches de stockage, telles que l’allocation de ressources, du serveur hôte vers la baie de stockage elle-même. Lorsqu’une VM est clonée à partir d’un modèle, la baie peut copier ou écraser les données en interne au lieu de les acheminer via l’hôte. VAAI accélère les opérations telles que l’allocation de ressources et le clonage, mais ne confère pas à la baie, à elle seule, une visibilité sur chaque VM. Tous les fournisseurs ne prennent pas en charge VAAI de la même manière ; il est donc préférable de vérifier ce point avant de choisir une plateforme.

Tous les workloads ne s’exécutent pas sur des machines virtuelles. De nombreuses entreprises utilisent également des conteneurs, qui regroupent des applications sans système d’exploitation complet et s’exécutent souvent au sein de VM. Les conteneurs peuvent utiliser un stockage temporaire ou un stockage persistant, tel que le stockage cloud natif géré via Kubernetes ou d’autres orchestrateurs. Parmi les entreprises qui exploitent des VM, VMware n’est toutefois pas la seule option. Il existe d’autres hyperviseurs, notamment Hyper-V, KVM et Nutanix AHV, et chaque plateforme gère le stockage différemment :

• Hyper-V est souvent associé à des fonctionnalités de stockage de Windows Server telles que Storage Spaces Direct (S2D), qui regroupe les disques de plusieurs serveurs en un stockage partagé sans SAN distinct.
  
  
• KVM s’appuie généralement sur la pile de stockage Linux sous-jacente, souvent associée à des outils tels que Ceph pour le stockage partagé au sein d’un cluster.
  
  
• Nutanix AHV regroupe le stockage et la puissance de calcul au sein d’une seule et même plateforme, plutôt que de les faire fonctionner comme des systèmes distincts. Son hyperviseur AHV est basé sur KVM, bien que Nutanix prenne également en charge Hyper-V et ESXi

Le changement d’hyperviseur met en péril les instantanés au niveau des VM, les paramètres de qualité de service et les politiques de récupération, car ces paramètres sont souvent liés aux outils de l’hyperviseur d’origine et ne sont pas toujours transférés automatiquement.

Avant la migration, recensez les protections existantes pour chaque machine virtuelle et vérifiez si le nouvel environnement peut les reproduire ou s’il faut les recréer. Certains fournisseurs prennent en charge plusieurs hyperviseurs sur une même plateforme, ce qui facilite cette tâche. D’autres s’appuient sur un seul hyperviseur, ce qui signifie que les protections devront parfois être reconfigurées après le changement.

En août 2026, Broadcom a supprimé l’accès public au téléchargement du VDDK (Virtual Disk Development Kit), la bibliothèque qui permet aux outils tiers de lire les disques des VM sans passer par le système d’exploitation invité. Les outils qui l’utilisaient pour la migration sans agent, notamment Microsoft Azure Migrate, AWS Application Migration Service et Nutanix Move, nécessitent désormais un accès via le programme Technology Alliance de Broadcom, ou doivent recourir à des méthodes agentiques.

Les entreprises gérant déjà un environnement de cloud hybride, c’est-à-dire couvrant à la fois le cloud privé, le cloud public et les environnements sur site, pourraient trouver cette transition plus aisée. En effet, elles ont déjà l’habitude de déplacer des workloads entre différentes infrastructures dans le cadre de leurs opérations quotidiennes. Il vaut la peine de consacrer un peu plus de temps à tester la récupération sur la nouvelle plateforme avant la migration complète, car détecter une faille lors des tests coûte bien moins cher que de la constater en cours de migration.