Data Domain: Najlepsze praktyki dotyczące replikacji katalogów i pul

Najważniejsze wskazówki dotyczące replikacji katalogów

ZASTOSOWANIE

W tym artykule zdefiniowano najważniejsze wskazówki dotyczące konfigurowania replikacji katalogów.

DOTYCZY

• Wszystkie systemy Data Domain
• Wszystkie wersje oprogramowania

ZALECENIA

1. Rozłóż obciążenie pracą na jak najwięcej kontekstów.
   Idealna przepustowość wstępnej kompresji w jednym kontekście mieści się w zakresie 200–300 MB/s. W konfiguracjach, w których dostępna jest obsługa wielu strumieni, idealna wydajność jednokontekstowa jest podobna do idealnej wydajności wielokontekstowej; Istnieje jednak kilka zmiennych, które ograniczają skuteczność multistreamingu:

   • Jeśli źródłowy DDR ma wiele kontekstów replikacji, logika dzielenia strumieni wielostrumieniowych między kontekstami ogranicza dostępną liczbę strumieni.
   • Przesyłanie strumieniowe wielu strumieni nie jest aktywne podczas inicjowania/odzyskiwania na podstawie migawek. Domyślnie inicjowanie oparte na migawkach obowiązuje, jeśli kontekst źródłowy ma więcej niż 1 milion wpisów.
   • W wersji 5.0 i nowszej wprowadzono obsługę wielu strumieni na potrzeby replikacji danych CIFS.

   Idealna przepustowość wstępnej kompresji wielokontekstowej w zależności od modelu waha się od około 200 MB/s do 500 MB/s lub więcej.

2. Zaprojektuj obciążenie z plikami o umiarkowanym rozmiarze.
   Rozmiar pliku może mieć znaczący wpływ na ogólną wydajność dowolnego kontekstu replikacji. Ogólnie rzecz biorąc, pliki o rozmiarze mniejszym niż 10 MB nie mogą być efektywnie replikowane.

   Ponadto, gdy para replikacji łączy się ponownie po nieoczekiwanym rozłączeniu, źródło musi zostać uruchomione ponownie od początku pliku, który był replikowany podczas rozłączania. Jeśli plik jest bardzo duży i często występują rozłączenia (na przykład z powodu zawodnej sieci), replikacja może zostać faktycznie zablokowana. próbuje replikować ten sam plik w kółko. Dzieje się tak najczęściej w przypadku plików o rozmiarze przekraczającym 100 GB. Sam rozmiar pliku nie ma wpływu na wydajność.

3. Zaprojektuj obciążenie w celu skorzystania z harmonogramu replikacji.
   Pliki są umieszczane w kolejce replikacji, gdy są zamknięte wewnętrznie. Czas zamknięcia pliku jest następujący:

   Po zamknięciu zmodyfikowanego pliku dla tego pliku generowany jest rekord "close" dziennika replikacji. Replikacja kolejkuje nowe dane w pliku do wysłania. Jeśli przed nią w kolejce nie ma żadnych innych operacji replikacji (czyli nieprzetworzonych rekordów dziennika), nowe dane są natychmiast wysyłane. W przeciwnym razie plik zostanie zreplikowany po przetworzeniu poprzednich rekordów dziennika.

   • 10 minut po ostatnim dostępie NFS zamknie plik.
   • Wszystkie pliki są zamykane co godzinę, niezależnie od tego, jak niedawno zostały napisane.
   • Jeśli dostęp do wielu plików jest uzyskiwany lub zapisywanych, pliki mogą zostać zamknięte wcześniej, niż wynikałoby to z powyższych reguł. Zapisywanie plików w mniejszych fragmentach (np. 1 MB) przez oprogramowanie do tworzenia kopii zapasowych może spowodować szybsze zainicjowanie replikacji ze względu na liczbę generowanych plików.

4. Jeśli to możliwe, użyj dedykowanej sieci.
   Współczynnik utraty pakietów tak niski jak 0,1% może poważnie pogorszyć przepustowość sieci, szczególnie w przypadku sieci o dużej przepustowości. W przypadku sieci o przepustowości <= T2, RTT (Round-Trip Time) do jednej sekundy zapewnia dobrą przepustowość. W przypadku sieci = >T3 występuje znaczny spadek przepustowości, począwszy od RTT wynoszącego 300-500 ms.

   Bardziej ogólnie, przepustowość w przypadku utraty pakietów wynosi w przybliżeniu
   Przepustowość = MSS /(RTT * sqrt(p)), gdzie MSS := minimalny rozmiar segmentu (zwykle 1460 bajtów) RTT := czas rundy p := prawdopodobieństwo utraty pakietów

5. Oceń replikację delta (optymalizacja o niskiej przepustowości).
   W systemie DD OS 4.8 i nowszych replikacja różnicowa, nazywana również "optymalizacją przy niskiej przepustowości", może zwiększyć wirtualną przepływność replikacji katalogu lub puli między łączami z mniej niż 6 megabitów na sekundę (Mb/s) dostępnej przepustowości. Replikacja różnicowa wiąże się ze znacznym dodatkowym obciążeniem procesora CPU i we/wy zarówno w źródłowym, jak i docelowym systemie Data Domain. Jeśli optymalizacja niskiej przepustowości jest włączona dla łączy o przepustowości większej niż 6 Mb/s, jest mało prawdopodobne, aby jakikolwiek wzrost przepustowości wirtualnej został zrealizowany. Ogólnie rzecz biorąc, jeżeli:

   • Dane do replikacji są w mniej niż 96% identyczne z danymi już istniejącymi w systemie docelowym
   • Przepustowość jest mniejsza niż 6 Mb/s
   • Oba systemy mają wolną pojemność procesora i we/wy

     Optymalizacja przy niskiej przepustowości powinna być włączona. Monitoruj dane wyjściowe polecenia "replication show history" przez kilka tygodni. Współczynnik "Low-bw-optim" powinien wynosić średnio 2,00 lub więcej, a przepustowość sieci (bajty sieci podzielone przez przedział czasu) nie powinna być dużo mniejsza niż dostępna przepustowość. Jeśli współczynnik "Low-bw-optim" nie wynosi średnio 2,00 lub więcej, kompresja delta prawdopodobnie nie jest skuteczna w przypadku zestawu danych i powinna zostać wyłączona. Jeśli przepływność sieci jest znacznie mniejsza niż dostępna przepustowość, najprawdopodobniej jeden lub oba systemy Data Domain nie mają wystarczającej wolnej pojemności procesora lub we/wy do obsługi replikacji różnicowej i należy ją wyłączyć.

6. Postępuj zgodnie z najlepszymi praktykami dotyczącymi innych komponentów i aplikacji do tworzenia kopii zapasowych innych firm.
   Nasze przewodniki po najlepszych praktykach zostały napisane z myślą o ogólnej wydajności. Odchylenia od Data Domain sugerują, że najlepsze praktyki mogą mieć znaczący wpływ na wydajność w kilku obszarach, choć może nie być to od razu oczywiste.

ŹRÓDŁO

Rozwiązywanie problemów z opóźnieniem replikacji 180482