Dell Unity: Diferencia entre el uso del almacén de datos a nivel de VMware y el uso de LUN de almacenamiento de Unity

Los clientes observan que el almacén de datos ESXi muestra más espacio consumido que su almacén de datos de Unity correlacionado.
 

Diferencia entre el uso del almacén de datos a nivel de VMware y el uso de LUN de almacenamiento de Unity

Hay dos escenarios en los que pueden producirse estos problemas:

1. El cliente tiene habilitado el ahorro de espacio del lado del almacenamiento, como la desduplicación y la compresión. 

¿Qué es la desduplicación?
La desduplicación se refiere a un método para eliminar los datos redundantes de un conjunto de datos. En un proceso seguro de desduplicación de datos, una herramienta de evaluación de la desduplicación identifica copias adicionales de los datos y las elimina, de modo que se pueda almacenar una sola instancia. El software de desduplicación de datos analiza los datos para identificar patrones de bytes duplicados.

¿Qué es la compresión?
La compresión de datos es una reducción en la cantidad de bits necesarios para representar datos. La compresión de datos puede ahorrar capacidad de almacenamiento.

Estos ahorros de espacio solo se realizan en el arreglo de almacenamiento y, por lo tanto, habrá una reducción significativa del uso en el LUN, pero el almacén de datos VMFS informará un uso mayor según los archivos presentes en el almacén de datos.

2. El cliente aprovisionó como VMDK grueso

El espacio consumido adicional que se ve en el lado de VMware se debe a que el cliente crea VMDK con aprovisionamiento grueso en el almacén de datos. Cuando se crea un VMDK de aprovisionamiento grueso en un almacén de datos, VMware reserva ese espacio en el almacén de datos y lo considera consumido. Desde la perspectiva del arreglo, no se han escrito datos verdaderos y, por lo tanto, seguirán siendo de bajo consumo. Solo una vez que el host comience a escribir datos, el LUN/almacén de datos de Unity comenzará a parecerse a lo consumido.

Dado que el VMDK tiene aprovisionamiento grueso sobre el almacén de datos VMFS, VMware continúa mostrando el espacio tal como se consume, mientras que el arreglo se asemeja al tamaño real de los datos escritos.

Si hay un ahorro de espacio habilitado, no hay solución para tal situación. 

Si existe una configuración de VMDK grueso, tenemos dos opciones. Podemos crear los VMDK como dispositivos de aprovisionamiento delgado o aceptar que VMware tratará el espacio utilizado por los VMDK de aprovisionamiento grueso como reservado. Esto se debe a que reserva espacio en el almacén de datos de la misma manera en que un LUN grueso consume el tamaño del LUN del espacio del pool tras la creación desde el arreglo. Por lo tanto, cualquier discrepancia en el uso del espacio en tales casos puede ser ignorada, ya que es un efecto conocido.