Dell Unity: Forskjellen mellom bruk av datalager på VMware-nivå og bruk av Unity Storage LUN

Kunder observerer at ESXi-datalageret viser mer forbrukt plass enn det korrelerende Unity Datastore.
 

Forskjellen mellom bruk av datalager på VMware-nivå og bruk av Unity Storage LUN

Det finnes to scenarier når slike problemer kan oppstå:

1. Kunden har aktivert sparing på lagringssiden, for eksempel deduplisering og komprimering. 

Hva er deduplisering?
Deduplisering refererer til en metode for å eliminere et datasetts overflødige data. I en sikker prosess for deduplisering av data identifiserer et vurderingsverktøy for deduplisering ekstra kopier av data og sletter dem, slik at én enkelt forekomst deretter kan lagres. Datadedupliseringsprogramvare analyserer data for å identifisere dupliserte bytemønstre.

Hva er kompresjon?
Datakomprimering er en reduksjon i antall biter som trengs for å representere data. Komprimering av data kan spare lagringskapasitet.

Disse plassbesparelsene utføres bare på lagringsarrayet, og det vil derfor være en betydelig bruksreduksjon på LUN, men VMFS-datalageret vil rapportere en høyere bruk i henhold til filene som finnes på datalageret.

2. Kunden har klargjort som tykk VMDK

Den ekstra forbrukte plassen som vises på VMware-siden, skyldes at kunden har opprettet tykke klargjorte VMDK-er på datalageret. Når du oppretter en tykk klargjort VMDK på et datalager, reserverer VMware den plassen i datalageret og anser den som brukt. Fra array-perspektivet er det ikke skrevet noen sanne data og vil derfor forbli et lavt forbruk. Først når verten begynner å skrive data, begynner Unity LUN/Datastore å ligne på forbruk.

Gitt at VMDK er tykk klargjort på toppen av VMFS-datalageret, fortsetter VMware å vise plassen som forbrukt, mens arrayet ligner den sanne størrelsen på dataene som er skrevet.

Hvis det er en plassbesparelse aktivert, er det ingen løsning for en slik situasjon. 

Hvis det finnes en tykk VMDK-konfigurasjon, har vi to alternativer. Vi kan enten opprette VMDK-ene som tynnklargjorte enheter, eller godta at VMware behandler plassen som brukes av tykke VMDK-er, som reservert. Dette er fordi den reserverer plass på datalageret på samme måte som en tykk LUN bruker LUN-størrelsen på bassengplassen ved oppretting fra matrisen. Eventuelle avvik i plassbruk i slike tilfeller kan derfor ses bort fra, da det er en kjent effekt.