Dell Unity: Unterschied zwischen Nutzung von Datenspeichern auf VMware-Ebene und Nutzung von Unity-Speicher-LUNs

Kunden stellen fest, dass der ESXi-Datenspeicher mehr belegten Speicherplatz anzeigt als der entsprechende Unity-Datenspeicher.
 

Unterschied zwischen Nutzung von Datenspeichern auf VMware-Ebene und Nutzung von Unity-Speicher-LUNs

Es gibt zwei Szenarien, in denen solche Probleme auftreten können:

1. Der Kunde hat speicherseitige Speicherplatzeinsparungen aktiviert, z. B. Deduplizierung und Komprimierung. 

Was ist Deduplizierung?
Deduplizierung bezieht sich auf eine Methode zur Eliminierung der redundanten Daten eines Datenvolumens. Bei einem sicheren Datendeduplizierungsprozess identifiziert ein Deduplizierungsbewertungstool zusätzliche Datenkopien und löscht sie, sodass dann eine einzelne Instanz gespeichert werden kann. Die Datendeduplizierungssoftware analysiert Daten, um doppelte Bytemuster zu identifizieren.

Was ist Komprimierung?
Datenkomprimierung ist eine Reduzierung der Anzahl von Bits, die zur Darstellung von Daten benötigt werden. Durch die Komprimierung von Daten kann Speicherkapazität eingespart werden.

Diese Speicherplatzeinsparungen werden nur auf dem Storage-Array durchgeführt. Daher gibt es eine erhebliche Nutzungsreduzierung auf der LUN, aber der VMFS-Datenspeicher meldet eine höhere Nutzung gemäß den im Datenspeicher vorhandenen Dateien.

2. Kunde hat als Thick VMDK bereitgestellt

Der zusätzliche belegte Speicherplatz auf der VMware-Seite ist darauf zurückzuführen, dass der Kunde mit Thick Provisioning bereitgestellte VMDKs im Datenspeicher erstellt hat. Bei der Erstellung einer mit Thick Provisioning bereitgestellten VMDK auf einem Datenspeicher reserviert VMware diesen Speicherplatz im Datenspeicher und betrachtet ihn als belegt. Aus der Array-Perspektive wurden keine echten Daten geschrieben und daher bleibt der Verbrauch gering. Erst wenn der Host mit dem Schreiben von Daten beginnt, ähnelt die Unity-LUN/der Unity-Datenspeicher dem Status "verbraucht".

Da die VMDK über dem VMFS-Datenspeicher per Thick Provisioning bereitgestellt wird, zeigt VMware den Speicherplatz weiterhin als belegt an, während das Array der tatsächlichen Größe der geschriebenen Daten ähnelt.

Wenn Platzeinsparungen aktiviert sind, gibt es keine Lösung für eine solche Situation. 

Wenn eine Thick-VMDK-Konfiguration vorhanden ist, gibt es zwei Optionen. Wir können die VMDKs entweder als Thin-Provisioning-Geräte erstellen oder akzeptieren, dass VMware den von Thick-Provisioning-VMDKs verwendeten Speicherplatz als reserviert behandelt. Dies liegt daran, dass Speicherplatz auf dem Datenspeicher auf die gleiche Weise reserviert wird, wie eine Thick-LUN die LUN-Größe des Poolspeicherplatzes bei der Erstellung über das Array verbraucht. Daher kann jede Diskrepanz in der Raumnutzung in solchen Fällen außer Acht gelassen werden, da es sich um einen bekannten Effekt handelt.