Dell Unity: Różnica między użyciem magazynu danych na poziomie VMware a użyciem jednostki LUN pamięci masowej Unity

Klienci zauważają, że magazyn danych ESXi pokazuje więcej zajętego miejsca niż skorelowany z nim magazyn danych Unity.
 

Różnica między użyciem magazynu danych na poziomie VMware a użyciem jednostki LUN pamięci masowej Unity

Takie problemy mogą wystąpić w dwóch scenariuszach:

1. Klient ma włączone oszczędności miejsca po stronie pamięci masowej, takie jak deduplikacja i kompresja. 

Co to jest deduplikacja?
Deduplikacja odnosi się do metody eliminowania nadmiarowych danych zestawu danych. W bezpiecznym procesie deduplikacji danych narzędzie do oceny deduplikacji identyfikuje dodatkowe kopie danych i usuwa je, dzięki czemu można następnie przechowywać pojedynczą instancję. Oprogramowanie do deduplikacji danych analizuje dane w celu identyfikacji zduplikowanych wzorców bajtów.

Co to jest kompresja?
Kompresja danych to zmniejszenie liczby bitów potrzebnych do reprezentowania danych. Kompresja danych może zaoszczędzić pojemność pamięci masowej.

Te oszczędności miejsca są wykonywane tylko w macierzy pamięci masowej, w związku z czym nastąpi znaczne zmniejszenie użycia jednostek LUN, ale magazyn danych VMFS zgłosi większe wykorzystanie zgodnie z plikami obecnymi w magazynie danych.

2. Klient aprowizował jako gruby VMDK

Dodatkowe zużycie miejsca widoczne po stronie VMware jest spowodowane tworzeniem przez klienta grubo alokowanych VMDK w magazynie danych. Podczas tworzenia grubo alokowanego VMDK w magazynie danych firma VMware rezerwuje to miejsce w magazynie danych i uznaje je za wykorzystane. Z punktu widzenia macierzy nie zapisano żadnych prawdziwych danych i dlatego pozostanie niskie zużycie. Dopiero gdy host zacznie zapisywać dane, jednostka LUN/magazyn danych Unity zacznie przypominać zużyty.

Biorąc pod uwagę, że VMDK jest grubo aprowizowany na magazynie danych VMFS, VMware nadal pokazuje zajęte miejsce, podczas gdy macierz przypomina rzeczywisty rozmiar zapisanych danych.

Jeśli dostępna jest oszczędność miejsca, nie ma rozwiązania takiej sytuacji. 

Jeśli istnieje gruba konfiguracja VMDK, dostępne są dwie opcje. Możemy utworzyć VMDK jako urządzenia z elastycznie przydzielonymi zasobami lub zaakceptować, że VMware będzie traktować miejsce używane przez VMDK z grubą alokacją jako zarezerwowane. Dzieje się tak, ponieważ rezerwuje miejsce w magazynie danych w taki sam sposób, w jaki gruba jednostka LUN zużywa rozmiar jednostki LUN w puli podczas tworzenia z macierzy. W związku z tym wszelkie rozbieżności w wykorzystaniu przestrzeni w takich przypadkach można pominąć, ponieważ jest to efekt znany.