Data Domain: Wytyczne dotyczące metadanych PowerProtect DD Virtual Edition ("DDVE")

Streszczenie:

PowerProtect DD Virtual Edition zapewnia niezrównaną wydajność i całkowity koszt użytkowania klientom poszukującym zalet urządzenia Data Domain w obudowie wirtualnej. Przed wdrożeniem rozwiązania PowerProtect DDVE w niektórych typach środowisk należy jednak zachować ostrożność, ponieważ może to spowodować wzrost wykorzystania metadanych w stosunku do zalecanych wytycznych, a tym samym wpłynąć na całkowity koszt użytkowania użytkownika. Wzrost ilości metadanych wynikający z opisanych poniżej scenariuszy jest naturalną konsekwencją wysokiej deduplikacji, ponieważ produkt działa zgodnie z projektem, dlatego zdecydowanie zalecamy ocenę potencjalnego wpływu poniższych scenariuszy na całkowity koszt użytkowania przed wdrożeniem.
W tym dokumencie omówiono takie znane scenariusze, które mogą prowadzić do zwiększonego użycia metadanych podczas zapisywania DDVE w magazynie obiektów.

Scenariusz 1: Kopie zapasowe wirtualnego syntetycznego systemu plików

Ochrona kopii zapasowych systemu plików w PowerProtect DDVE przy użyciu aplikacji do tworzenia kopii zapasowych (takiej jak Avamar) z włączonymi wirtualnymi syntetycznymi kopiami zapasowymi może doprowadzić do sytuacji, w której klient doświadczy wysokiego współczynnika deduplikacji kosztem zwiększonego wykorzystania metadanych. Wysoki efektywny współczynnik deduplikacji wywiera presję na obniżenie całkowitego kosztu posiadania, podczas gdy zwiększone wykorzystanie metadanych wywiera presję na wzrost. Rozdzielczość tych sił określa całkowity koszt użytkowania doświadczany przez użytkownika. Przed wdrożeniem ważne jest, aby ocenić, czy środowisko użytkownika ma tego typu obciążenie.
Jeśli nie jest możliwe wyłączenie wirtualnych syntetycznych kopii zapasowych w aplikacji do tworzenia kopii zapasowych lub wybranie takiej, która nie korzysta z wirtualnych syntetycznych kopii zapasowych, jedynym znanym rozwiązaniem takich przypadków jest dodanie przez użytkownika dodatkowych dysków metadanych, aby system działał.

Scenariusz 2: Kontenery częściowe

Zapisywanie częściowych kontenerów w magazynie obiektów, które może być spowodowane częstymi zatwierdzeniami lub zapisem małych plików (<1 MB), zwiększa obciążenie metadanych systemu. W tym scenariuszu ten skok jest tymczasowy, a system można doprowadzić do stanu ustalonego, uruchamiając czyszczenie, które skopiuje częściowe kontenery i wyeliminuje fragmentację. Należy jednak zauważyć, że czyszczenie wiąże się z kosztami, które mogą wpłynąć na całkowity koszt użytkowania, jeśli są wykonywane zbyt często. Najlepszą wskazówką jest uruchamianie czyszczenia raz w tygodniu i odpowiedni rozmiar dysków metadanych.

Scenariusz 3: Małe pliki

W przypadkach, gdy środowisko użytkownika zawiera miliony małych plików (<1 MB), obciążenie metadanych jest duże w porównaniu z danymi. Jest to nieobsługiwane obciążenie robocze, a DDVE może nie być odpowiednim rozwiązaniem do ochrony takich obciążeń.

Scenariusz 4: Gęste znaczniki

Niektóre aplikacje, takie jak Oracle lub Commvault, wprowadzają znaczniki w strumieniu kopii zapasowej. DDVE deduplikuje te markery, co prowadzi do wysokiego współczynnika deduplikacji. Po raz kolejny użytkownik staje przed kompromisem między wysokim współczynnikiem deduplikacji kosztem zwiększonego wykorzystania metadanych. Użytkownik może wyłączyć optymalizację w aplikacji do tworzenia kopii zapasowych i ograniczyć użycie metadanych DDVE lub wybrać wyższe współczynniki deduplikacji kosztem zwiększonego wykorzystania metadanych.
Jeśli nie jest możliwe wyłączenie optymalizacji w aplikacji do tworzenia kopii zapasowych, jedynym znanym rozwiązaniem takich przypadków jest dodanie przez użytkownika dodatkowych dysków metadanych, aby system działał.

Scenariusz 5: Niewirtualne syntetyczne kopie zapasowe o wysokim współczynniku deduplikacji

Ten scenariusz jest rzadki i użytkownik musi być świadomy potencjalnego wpływu na całkowity koszt posiadania ze względu na wysokie
współczynniki deduplikacji, co może spowodować znaczny wzrost użycia metadanych. Jedynym znanym rozwiązaniem takich
przypadków jest dodanie przez użytkownika dodatkowych dysków z metadanymi, aby system działał.

Summary

W konkretnych scenariuszach opisanych powyżej spodziewamy się znacznego wzrostu zużycia metadanych
, a zalecanym rozwiązaniem w takich przypadkach jest dodanie przez użytkownika dodatkowych dysków metadanych, aby system działał
. Produkt działa zgodnie z projektem i zdecydowanie zalecamy ocenę potencjalnego
wpływu powyższych scenariuszy na całkowity koszt użytkowania przed wdrożeniem.
W przypadku obciążeń roboczych o wyższym współczynniku deduplikacji potrzeba więcej metadanych. Pamięć masową metadanych można dynamicznie
rozszerzać. Gdy wykorzystanie miejsca do magazynowania metadanych przekroczy 80%, zostanie zgłoszony alert. Nowy dysk
z metadanymi należy natychmiast dodać do DDVE, aby uniknąć braku miejsca. Postępuj zgodnie z podręcznikiem administracyjnym, aby uzyskać informacje na temat
procedury rozbudowy pamięci masowej. Zaleca się, aby zawsze korzystać z dysku o pojemności 1 TB.
Poniższy interfejs wiersza poleceń (udokumentowany w Podręczniku instalacji i administracji DDVE) pokazuje aktywne użycie metadanych
lokalnych.
Na przykład:

sysadmin@atos-ddve# filesys show space tier active local-metadata Active Tier: local-metadata usage Rozmiar GiB Used GiB Available GiB Use% -------- -------- --------- ----- 24290.4 4390.2 19900.2 18.0% -------- -------- --------- -----