Dell Unity: Forskel mellem brug af datalager på VMware-niveau og Unity Storage LUN
Summary: Kunder bemærker, at ESXi-datalageret viser mere forbrugt plads end dets korrelerende Unity Datastore.
Symptoms
Kunder bemærker, at ESXi-datalageret viser mere forbrugt plads end dets korrelerende Unity Datastore.
Forskel mellem brug af datalager på VMware-niveau og Unity Storage LUN
Cause
Der er to scenarier, hvor sådanne problemer kan opstå:
- Kunden har aktiveret pladsbesparelser på storagesiden, såsom deduplikering og komprimering.
Hvad er deduplikering?
Deduplikering henviser til en metode til eliminering af et datasæts overflødige data. I en sikker datadeduplikeringsproces identificerer et deduplikeringsvurderingsværktøj ekstra kopier af data og sletter dem, så en enkelt forekomst derefter kan gemmes. Datadeduplikeringssoftware analyserer data for at identificere duplikerede bytemønstre.
Hvad er kompression?
Datakomprimering er en reduktion i antallet af bits, der er nødvendige for at repræsentere data. Komprimering af data kan spare lagerkapacitet.
Disse pladsbesparelser udføres kun på storagesystemet, og der vil derfor være en betydelig reduktion af brugen på LUN'en, men VMFS-datalageret rapporterer et højere forbrug i henhold til de filer, der findes på datalageret.
- Kunden har klargjort som tyk VMDK
Den ekstra plads, der ses på VMware-siden, skyldes, at kunden opretter tykke klargjorte VMDK'er på datalageret. Når du opretter et Thick-klargjort VMDK på et datalager, reserverer VMware denne plads i datalageret og betragter den som forbrugt. Fra array-perspektivet er der ikke skrevet sande data, og det vil derfor forblive et lavt forbrug. Først når værten begynder at skrive data, begynder Unity LUN/Datastore at ligne forbrugt.
I betragtning af at VMDK er tykt klargjort oven på VMFS-datalageret, fortsætter VMware med at vise pladsen som forbrugt, mens arrayet ligner den sande størrelse af de skrevne data.
Resolution
Hvis der er aktiveret en pladsbesparelse, er der ingen løsning på en sådan situation.
Hvis der findes en tyk VMDK-konfiguration, har vi to muligheder. Vi kan enten oprette VMDK'erne som enheder med tynd klargøring eller acceptere, at VMware behandler den plads, der bruges af tykklargjorte VMDK'er, som reserveret. Dette skyldes, at det reserverer plads på datalageret på samme måde, som en tyk LUN forbruger LUN-størrelsen af puljepladsen ved oprettelse fra arrayet. Derfor kan enhver uoverensstemmelse i rumbrug i sådanne tilfælde lades ude af betragtning, da det er en kendt virkning.