Dell Unity: ESXi-datalagerrapporter Större än Coordinating Unity LUN

VMware/Broadcom ESXi-datalagret visar högre använt utrymme när datareduktion är aktiverat på Unity-disksystemet. 

Kunder kan ha frågor som:
1. Varför är utrymmesanvändningen för datalagret olika på Unity-sidan jämfört med ESXi-sidan?
2. Fungerar datareduktion (komprimering) som den ska? Om så är fallet, varför rapporteras då inga besparingar på värdsidan?
3. Vad är syftet med denna datareduktion om värdarna inte ser några besparingar på sin sida. 

 VMware vCenter känner inte till några datareduktions-/utrymmesbesparande åtgärder på Unity. Det här är Unity-funktioner – inte värdfunktioner – så värden har ingen insikt.

Exempel:

• Ett VMFS-datalager med namnet "LI_UNITY400" skapas i Unity med datareduktion aktiverat. 

          Total storlek: 2 TB
Allokeringsstorlek: 570 GB
Nuvarande besparingar: 700 GB

• I VMware-datalagret visar "LI_UNITY400" det använda utrymmet på 1,27 TB, vilket är mer än 570 GB allokeringsstorlek på Unity.
• Om du lägger ihop "Allokerad storlek" och "Aktuella besparingar" på Unity (570 + 700 GB = 1,27 TB) får du samma "använda utrymme" som på ESXI-värden eftersom värden inte känner till datareduktionsfunktionen på Unity.

Om data komprimeras på Unity-disksystemet måste de först packas upp innan data skickas till värden.  Om komprimerade data redan finns i systemcachen packas data upp till en tillfällig plats innan de skickas till värden, och sedan släpps den tillfälliga platsen. Om begärda, komprimerade data finns på disken läses data först in i systemcacheminnet innan de packas upp till en tillfällig plats och värden får data.

Data packas aldrig upp på disken på grund av läsåtgärden, eftersom detta skulle minska mängden besparingar på lagringsresursen. 

Dell Unity: Datareduktion

Disksystemet fungerar som förväntat.

Obs!  IDell Unity OE version 4.3 och senare ersätter Dell Unity-datareduktion Dell Unity-komprimering. Datareduktion omfattar komprimerings- och dedupliceringslogik i utrymmesbesparingsalgoritmen.