Data Domain: Obliczanie czasu stosowania szyfrowania w stanie spoczynku

Summary: Gdy klient chce wiedzieć, jak długo potrwa czyszczenie w celu zakończenia szyfrowania wszystkich istniejących wcześniej danych w DD.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

W niewielu sytuacjach klienci chcieliby znać czas potrzebny na zaszyfrowanie danych obecnych w ich systemie. Są to:
  • W momencie włączania szyfrowania po raz pierwszy klienci mogą chcieć zaszyfrować wcześniej nieszyfrowane dane. Tym razem muszą znać czas potrzebny do zaszyfrowania wszystkich istniejących danych.
  • Jeśli szyfrowanie jest już włączone w systemie, a klient oznaczył klucz do zniszczenia lub złamania zabezpieczeń, należy ponownie zaszyfrować dane powiązane z tym kluczem. W tym czasie muszą znać czas potrzebny na ponowne zaszyfrowanie danych powiązanych z kluczem. 
W obu powyższych przypadkach, w zależności od konfiguracji szyfrowania, kolejny cykl GC zajmie się szyfrowaniem/ponownym szyfrowaniem danych. Czas potrzebny na
zaszyfrowanie/ponowne zaszyfrowanie danych będzie zależał od szybkości cyklu GC. W tej chwili nie mamy żadnego narzędzia do obliczania tych informacji. Można to jednak obliczyć, korzystając z następujących informacji dostępnych w funkcji autosupport.
Obliczenia te są jedynie szacunkowe i mogą się różnić w zależności od środowiska klienta, takiego jak wiek dysków, lokalizacja kontenerów itp. 

Obliczanie czasu GC przy włączaniu szyfrowania po raz pierwszy

Zbierz poniższe informacje z funkcji autosupport.
Krok 1: Zyskaj miejsce wykorzystane w systemie. Będą to bajty po kompresji w systemie. Wyszukaj poniższe informacje w witrynie Autosupport. 
image.png
Krok 2: Uzyskaj szybkość fazy kopiowania GC. Będzie to liczba kontenerów na sekundę podczas kopiowania do przodu. Poszukaj poniższych informacji.
image.png
Krok 3: W powyższym przykładzie używana przestrzeń to 668 TB, a prędkość kopiowania do przodu to 516 kontenerów na sekundę. 
Liczba kontenerów kopiowanych dalej na sekundę wynosi 516*4,5 = 2322 MB/s.
  • W ciągu dnia będzie to 2322 * 24 * 3600 = 200 620 800 MB danych zostanie skopiowanych dalej. Aby uzyskać tę wartość w GB, podziel ją przez 1024, a aby uzyskać tę wartość w TB, podziel ją ponownie przez 1024.
  • W powyższym przykładzie GC może wyczyścić około 191 TB (200,620,800 / (1024 * 1024)) w ciągu jednego dnia.
  • Jeśli szyfrowanie nie było włączone w przeszłości, dodatkowym obciążeniem związanym z czasem jest tylko czas potrzebny do zaszyfrowania danych. Ogólnie, gdy szyfrowanie jest włączone, spadek wydajności wynosi od 5 do 20%. Biorąc pod uwagę najgorszy przypadek 20% trafienia, możemy powiedzieć, że GC zaszyfruje około 152 TB (80% ze 191 TB) dziennie w tym przykładzie.
  • Tak więc zaszyfrowanie 668 TB wymaga około 4-5 dni. Ale dodajemy kolejne 20% jako bufor i możemy powiedzieć, że GC będzie potrzebował około 5-6 dni na zaszyfrowanie 668 TB danych.

Obliczanie czasu GC w celu ponownego zaszyfrowania danych, w przypadku których szyfrowanie jest już włączone. 

Zbierz następujące informacje z autosuppot.
Krok 1: W przypadku, gdy szyfrowanie jest już włączone w systemie i klient musi ponownie zaszyfrować dane powiązane z określonym kluczem, poszukaj poniższych informacji na temat automatycznej pomocy technicznej i dowiedz się, które dane klucza należy ponownie zaszyfrować. Wszystkie klucze będą zawierały informacje o danych powiązanych z kluczem w kolumnie "Rozmiar po kompozycji". Wyszukaj poniżej informacje "Filesystem Encryption Keys Show" w autosupport. Biorąc pod uwagę poniższy przykład, klient próbuje zniszczyć identyfikator klucza 2, który zawiera 668 TB danych, które muszą zostać ponownie zaszyfrowane. 
Filesystem Encryption Keys Show
-------------------------------
Active Tier:
 Key Key State Size 
 Id MUID post-comp 
 --- ---- ------------ ----------
 1 7b3 Deactivated 17.74 TiB 
 2 cf3 Deactivated 668.83 TiB <============= Customer needs to destroy this key 
 3 c31 Deactivated 76.50 TiB 
 4 ee3 Activated-RW 0 
 --- ---- ------------ ---------- 
Krok 2: Uzyskaj szybkość fazy kopiowania GC. Będzie to liczba kontenerów na sekundę podczas kopiowania do przodu. Poszukaj poniższych informacji.
image.png
Krok 3:
  • Liczba kontenerów kopiowanych dalej na sekundę wynosi 516*4,5 = 2322 MB/s. W ciągu dnia będzie to 2322 * 24 * 3600 = 200 620 800 MB danych zostanie skopiowanych dalej. Aby uzyskać tę wartość w GB, podziel ją przez 1024, a aby uzyskać tę wartość w TB, podziel ją ponownie przez 1024.
  • W powyższym przykładzie GC może wyczyścić około 191 TB (200,620,800 / (1024 * 1024)) w ciągu jednego dnia. 
  • Jeśli szyfrowanie jest już włączone, czyszczenie będzie musiało najpierw odszyfrować, a następnie zaszyfrować. Tak więc spadek wydajności będzie wynosił około 40 - 50%. Więc 
  • Można powiedzieć, że GC może ponownie zaszyfrować około 95 TB (50% ze 191 TB) w ciągu jednego dnia, biorąc pod uwagę powyższy przykład.
  • Tak więc na ponowne zaszyfrowanie 668 TB potrzebujemy w tym przypadku 7-8 dni. Ale dodajemy kolejne 20% buforu i powiedzmy około 9-10 dni na ponowne zaszyfrowanie 668 TB danych

Affected Products

Data Domain
Article Properties
Article Number: 000222238
Article Type: How To
Last Modified: 20 Feb 2024
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.