Dell Unity: Diferença entre o uso do datastore no nível do VMware e o uso da LUN de armazenamento do Unity

Os clientes observam que o datastore ESXi mostra mais espaço consumido do que seu datastore Unity correlacionado.
 

Diferença entre o uso do datastore no nível do VMware e o uso da LUN de armazenamento do Unity

Há dois cenários em que esses problemas podem ocorrer:

1. O cliente tem a economia de espaço de armazenamento habilitada, como a desduplicação e a compactação. 

O que é desduplicação?
Desduplicação refere-se a um método para eliminar os dados redundantes de um conjunto de dados. Em um processo seguro de desduplicação de dados, uma ferramenta de avaliação de desduplicação identifica cópias extras de dados e as exclui, para que uma única instância possa ser armazenada. O software de desduplicação de dados analisa os dados para identificar padrões de bytes duplicados.

O que é compactação?
A compactação de dados é uma redução no número de bits necessários para representar os dados. A compactação de dados pode economizar capacidade de armazenamento.

Essa economia de espaço é realizada apenas no storage array e, portanto, haverá uma redução significativa do uso na LUN, mas o datastore VMFS relatará um uso maior de acordo com os arquivos presentes no datastore.

2. O cliente provisionou como VMDK thick

O espaço extra consumido visto no lado da VMware é devido ao cliente criar VMDKs com provisionamento estático no datastore. Ao criar um VMDK com provisionamento thick em um datastore, a VMware reserva esse espaço no datastore e o considera consumido. Do ponto de vista do array, nenhum dado verdadeiro foi gravado e, portanto, permanecerá um baixo consumo. Somente depois que o host começar a gravar dados, a LUN/o datastore do Unity começará a se parecer com o consumido.

Como o VMDK tem provisionamento estático na parte superior do datastore VMFS, o VMware continua a mostrar o espaço como consumido, enquanto o array se assemelha ao tamanho real dos dados gravados.

Se houver uma economia de espaço habilitada, não há solução para tal situação. 

Se existir uma configuração de VMDK thick, temos duas opções. Podemos criar os VMDKs como dispositivos com provisionamento dinâmico ou aceitar que a VMware tratará o espaço usado pelos VMDKs com provisionamento estático como reservado. Isso ocorre porque ele reserva espaço no datastore da mesma forma que uma LUN espessa consome o tamanho da LUN do espaço do pool após a criação a partir do array. Portanto, qualquer discrepância no uso do espaço nesses casos pode ser desconsiderada, pois é um efeito conhecido.