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

Streszczenie:

PowerProtect DD Virtual Edition zapewnia niedopasowaną wydajność i TCO klientów poszukujących korzyści z urządzenia Data Domain w obudowie Virtual form. Należy jednak zachować ostrożność przed wdrożeniem PowerProtect DDVE w pewnych typach środowisk, ponieważ może to spowodować zwiększenie użycia metadanych względem określonych wytycznych, co wpływa na TCO doświadczony przez użytkownika. Zwiększenie metadanych wynikające z przedstawionych poniżej scenariuszy to naturalna konsekwencja wysokiej deduplikacji, w ramach której produkt pracuje według projektu, a zdecydowanie zalecamy, aby ocenić potencjalny wpływ poniższych scenariuszy na TCO przed wdrożeniem.
Niniejszy dokument zawiera opis znanych scenariuszy, które mogą prowadzić do zwiększonego użycia metadanych podczas korzystania z DDVE zapisu w magazynie obiektów.

Scenariusz 1: Kopie zapasowe wirtualnych systemów plików syntetycznych

Ochrona kopii zapasowych systemu plików w PowerProtect DDVE za pomocą aplikacji do tworzenia kopii zapasowej (na przykład Avamar) z włączonymi wirtualnymi syntetycznymi kopiami zapasowymi może doprowadzić do sytuacji, w której klient ma duże możliwości deduplikacji z kosztami zwiększonego użycia metadanych. Wysoka Efektywna szybkość deduplikacji wywiera dolny nacisk na TCO, przy jednoczesnym zwiększeniu użycia metadanych. Rozdzielczość tych sił Określa ogólną TCO doświadczony użytkownik. Ważne jest, aby ocenić przed wdrożeniem, jeśli środowisko użytkownika posiada takie obciążenie.
Jeśli nie można wyłączyć wirtualnych syntetycznych kopii zapasowych w aplikacji do tworzenia kopii zapasowych lub wybrać jednego z nich, w którym nie są używane wirtualne syntetyczne urządzenia, jedynym znanym rozwiązaniem jest dodanie dodatkowych dysków metadanych w celu zachowania systemu.

Scenariusz 2: Pojemniki częściowe

Zapisywanie częściowych kontenerów w magazynie obiektów, które mogą być spowodowane częstymi zatwierdzami lub poprzez zapisanie małych plików (< 1 MB) powoduje zwiększenie obciążenia metadanych systemu. W tym scenariuszu ten skok jest tymczasowy i można go przekazywać do stanu ciągłego przez uruchomienie czyszczenia, który skopiuje do przodu części pojemniki i eliminuje fragmentację. Należy jednak pamiętać, że istnieje koszt związany z uruchomioną oczyszczaniem, co może mieć wpływ na TCO w przypadku zbyt częstego uruchamiania. Najlepszą praktyką jest wykonanie czyszczenia dysków metadanych w jednym tygodniu i ich rozmiar.

Scenariusz 3: Małe pliki

W przypadku gdy środowisko użytkownika ma miliony małych plików (< 1 MB), obciążenie metadanych jest bardzo wysokie w porównaniu z danymi. Jest to nieobsługiwane obciążenie, a DDVE może nie być prawidłowym rozwiązaniem w celu ochrony takich obciążeń.

Scenariusz 4: Znaczniki gęste

Niektóre aplikacje, takie jak Oracle lub CommVault, wprowadzają znaczniki w strumieniu kopii zapasowej. DDVE deduplikuje te znaczniki, prowadząc do wysokich szybkości dekompresji. Po ponownym uruchomieniu użytkownik jest w obliczu kompromisu między dużym kursem deduplikacji z kosztami zwiększonego użycia metadanych. Użytkownik może wyłączyć optymalizację w aplikacji w aplikacji do tworzenia kopii zapasowej i skrócić użycie metadanych DDVE lub wybrać wyższą szybkość deduplikacji na kosztach zwiększonego użycia metadanych.
Jeśli nie można wyłączyć optymalizacji w aplikacji w aplikacji do tworzenia kopii zapasowych, jedynym znanym rozwiązaniem do takich przypadków jest dodanie dodatkowych dysków metadanych w celu zachowania systemu operacyjnego.

Scenariusz 5: Niewirtualne syntetyczne kopie zapasowe z dużym tempem deduplikacji

Ten scenariusz jest niespotykany, a użytkownik musi być świadomy potencjalnego wpływu na TCO spowodowanego wysoką
szybkością deduplikacji, co może spowodować znaczny wzrost użycia metadanych. Jedynym znanym rozwiązaniem do takich
przypadków jest dodanie dodatkowych dysków metadanych w celu zachowania systemu operacyjnego.

Streszczenie

W opisanych powyżej scenariuszach oczekuje się, że istnieje znaczny wzrost
zużycia metadanych i zalecane rozwiązanie będzie przeznaczone do takich przypadków, aby użytkownik mógł dodać dodatkowe dyski metadanych w celu zachowania
systemu. Produkt jest przeznaczony dla każdego projektu i stanowczo zalecamy ocenę potencjalnego
wpływu powyższych scenariuszy na TCO przed wdrożeniem.
W przypadku obciążeń z wyższym stosunkiem deduplikacji potrzebne są więcej metadanych. Przechowywanie metadanych można dynamicznie
rozwijać. Jeśli użycie przestrzeni magazynowej metadanych przekracza 80%, zostanie podniesiony alert. Nowy dysk metadanych
powinien być natychmiast dodawany do DDVE, aby uniknąć popełnienia miejsca. Procedurę rozszerzenia pamięci masowej można znaleźć w podręczniku administratora
. Zaleca się, aby zawsze korzystać z dysku 1 TB.
Poniższy interfejs wiersza poleceń (udokumentowany w podręczniku DDVE Installation & Administration Guide) przedstawia aktywny localmetadata
sposób użycia.
Na przykład:

sysadmin@atos-ddve # filesys pokazywanie warstwy kosmicznej aktywne metadane lokalne warstwa: rozmiar używany w metadanych Local-GiB używane GiB dostępne GiB użyć%------------------------------24290,4 4390,2 19900,2 18,0%------------------------------