Dell Unity : Différence entre l’utilisation du datastore au niveau VMware et l’utilisation du LUN de stockage Unity

Les clients observent que le datastore ESXi affiche plus d’espace consommé que le datastore Unity associé.
 

Différence entre l’utilisation du datastore au niveau VMware et l’utilisation du LUN de stockage Unity

Il existe deux scénarios dans lesquels de tels problèmes peuvent se produire :

1. Le client a activé des économies d’espace côté stockage, telles que la déduplication et la compression. 

Qu’est-ce que la déduplication ?
La déduplication est une méthode permettant d’éliminer les données redondantes d’un jeu de données. Dans le cadre d’un processus sécurisé de déduplication des données, un outil d’évaluation de la déduplication identifie les copies supplémentaires des données et les supprime, afin qu’une seule instance puisse ensuite être stockée. Le logiciel de déduplication des données analyse les données pour identifier les modèles d’octets dupliqués.

Qu’est-ce que la compression ?
La compression des données est une réduction du nombre de bits nécessaires pour représenter les données. La compression des données peut permettre d’économiser de la capacité de stockage.

Ces gains d’espace ne sont effectués que sur la baie de stockage. Par conséquent, l’utilisation de la LUN est considérablement réduite, mais le datastore VMFS signale une utilisation plus élevée en fonction des fichiers présents sur le datastore.

2. Le client a provisionné en tant que VMDK Thick

L’espace consommé supplémentaire observé du côté VMware est dû à la création par le client de disques VMDK à provisionnement fixe sur le datastore. Lors de la création d’un VMDK à provisionnement fixe sur un datastore, VMware réserve cet espace dans le magasin de données et considère qu’il est consommé. Du point de vue de la baie, aucune donnée réelle n’a été écrite et la consommation restera donc faible. Ce n’est qu’une fois que l’hôte commence à écrire des données que la LUN/banque de données Unity commence à ressembler à consommée.

Étant donné que le VMDK est provisionné de manière fixe au-dessus du datastore VMFS, VMware continue d’afficher l’espace consommé tandis que la baie correspond à la taille réelle des données écrites.

Si un gain d’espace est activé, il n’y a pas de solution pour une telle situation. 

S’il existe une configuration VMDK Thick, deux options s’offrent à nous. Nous pouvons soit créer les disques VMDK en tant qu’appareils à provisionnement dynamique, soit accepter que VMware traite l’espace utilisé par les disques VMDK à provisionnement fixe comme réservé. Cela est dû au fait qu’il réserve de l’espace sur le datastore de la même manière qu’une LUN statique consomme la taille de la LUN de l’espace du pool lors de sa création à partir de la baie. Par conséquent, toute différence dans l’utilisation de l’espace dans de tels cas peut être ignorée car il s’agit d’un effet connu.