Dell Unity: Differenza tra l'utilizzo del datastore a livello VMware e l'utilizzo delle LUN di Unity Storage

I clienti osservano che il datastore ESXi mostra più spazio utilizzato rispetto al corrispondente datastore Unity.
 

Differenza tra l'utilizzo del datastore a livello VMware e l'utilizzo delle LUN di Unity Storage

Esistono due scenari in cui possono verificarsi tali problemi:

1. Il cliente ha abilitato il risparmio di spazio sul lato di storage, come la deduplica e la compressione. 

Che cos è la deduplica?
La deduplica è un metodo per eliminare i dati ridondanti di un dataset. In un processo sicuro di deduplica dei dati, uno strumento di valutazione della deduplica identifica le copie aggiuntive dei dati e le elimina, in modo da poter archiviare una singola istanza. Il software di deduplica dei dati analizza i dati per identificare modelli di byte duplicati.

Che cos'è la compressione?
La compressione dei dati è una riduzione del numero di bit necessari per rappresentare i dati. La compressione dei dati può aumentare la capacità di storage.

Questo risparmio di spazio viene eseguito solo sull'array di storage e quindi si verificherà una riduzione significativa dell'utilizzo sulla LUN, ma il datastore VMFS segnalerà un utilizzo più elevato in base ai file presenti nel datastore.

2. Il cliente ha effettuato il provisioning come thick VMDK

Lo spazio extra consumato sul lato VMware è dovuto alla creazione da parte del cliente di VMDK con thick provisioning sul datastore. Quando si crea un VMDK con thick provisioning su un datastore, VMware riserva tale spazio nel datastore e lo considera utilizzato. Dal punto di vista dell'array, non sono stati scritti dati reali e pertanto continueranno a richiedere un basso utilizzo. Solo quando l'host inizia a scrivere dati, la LUN/datastore Unity inizierà ad assomigliare a quella utilizzata.

Dato che il VMDK è sottoposto a thick provisioning sul datastore VMFS, VMware continua a visualizzare lo spazio come utilizzato mentre l'array presenta le dimensioni reali dei dati scritti.

Se è abilitato un risparmio di spazio, non esiste una soluzione per tale situazione. 

Se esiste una configurazione VMDK thick, sono disponibili due opzioni. È possibile creare i VMDK come dispositivi con thin provisioning o accettare che VMware tratti lo spazio utilizzato dai VMDK con thick provisioning come riservato. Ciò è dovuto al fatto che riserva spazio sul datastore nello stesso modo in cui una thick LUN utilizza la dimensione della LUN dello spazio del pool al momento della creazione dall'array. Pertanto, qualsiasi discrepanza nell'uso dello spazio in tali casi può essere ignorata in quanto si tratta di un effetto noto.