Data Domain: Bedste fremgangsmåder for replikering af mapper og puljer

Bedste fremgangsmåder for biblioteksreplikering

FORMÅL

I denne artikel defineres de bedste fremgangsmåder for konfiguration af biblioteksreplikering.

GÆLDER FOR

• Alle Data Domain-systemer
• Alle softwareudgivelser

ANBEFALINGER

1. Fordel arbejdsbyrden på så mange kontekster som muligt.
   Den ideelle forudkomprimerede overførselshastighed med en enkelt kontekst ligger i området 200-300 MB/sek. I konfigurationer, hvor multistreaming er tilgængelig, svarer ideel ydeevne med en enkelt kontekst til ideel ydeevne med flere sammenhænge. Der er dog flere variabler, der begrænser effektiviteten af multistreaming:

   • Hvis kilde-DDR har mange replikeringskontekster, begrænser logikken til at opdele multistreamingstreams mellem kontekster det tilgængelige antal streams.
   • Multistreaming er ikke aktiv under snapshot-baseret initialisering/gendannelse. Som standard er en snapshotbaseret initialisering aktiveret, hvis kildekonteksten har mere end 1 million poster.
   • I 5.0 og fremefter blev multistreaming introduceret til replikering af CIFS-data.

   Den ideelle forudkomprimerede overførselshastighed for flere kontekster efter model varierer fra omkring 200 MB/sek. til 500 MB/sek. eller mere.

2. Design workloaden med filer af moderat størrelse.
   Filstørrelsen kan have en betydelig indvirkning på den samlede ydeevne af enhver replikeringskontekst. Generelt kan filer, der er mindre end 10 MB store, ikke replikeres effektivt.

   Når et replikeringspar opretter forbindelse igen efter en uventet afbrydelse, skal kilden desuden genstarte fra begyndelsen af den fil, der blev replikeret under afbrydelsen. Hvis filen er meget stor, og der er hyppige afbrydelser (f.eks. på grund af et upålideligt netværk), kan replikering effektivt sidde fast? forsøger at replikere den samme fil igen og igen. Dette ses oftest med filer, der overstiger 100 GB i størrelse. Der er ingen konsekvenser for ydeevnen på grund af selve filstørrelsen.

3. Design arbejdsbelastningen for at drage fordel af replikeringsplanlægning.
   Filer sættes i kø til replikering, når de lukkes internt. Tidspunktet for filens lukning er som følger:

   Når en ændret fil lukkes, genereres der en replikeringslog "luk"-post for filen. Replikering sætter de nye data i filen i kø til afsendelse. Hvis der ikke er andre replikeringshandlinger foran den i køen (dvs. ubehandlede logposter), sendes de nye data med det samme. Ellers replikeres filen, når tidligere logposter er behandlet.

   • 10 minutter efter den sidste adgang lukker NFS filen.
   • Alle filer lukkes hver time, uanset hvor nylig de blev skrevet.
   • Hvis mange filer åbnes eller skrives, kan filer lukkes hurtigere, end ovenstående regler dikterer. Sikkerhedskopieringssoftware, der skriver filer i mindre fragmenter (f.eks. 1 MB), kan resultere i, at replikeringen starter hurtigere på grund af antallet af filer, der genereres.

4. Brug et dedikeret netværk, hvis det er muligt.
   Pakketabsrater så lave som 0,1% kan alvorligt forringe netværksgennemstrømningen, især for netværk med høj båndbreddeforsinkelse. For netværk med båndbredde <= T2 giver RTT (Round-Trip Time) op til et sekund god overførselshastighed. For netværk på >= T3 er der betydelig nedbrydning af gennemstrømningen, der starter ved en RTT på 300-500 ms.

   Mere generelt er overførselshastighed under pakketab ca.
   Gennemstrømning = MSS /(RTT * sqrt(p)) hvor MSS := mindste segmentstørrelse (typisk 1460 byte) RTT := returtid p := sandsynlighed for pakketab

5. Evaluer delta-replikering (optimering med lav båndbredde).
   I DD OS 4.8 og nyere kan delta-replikering, også kaldet "optimering med lav båndbredde", øge den virtuelle overførselshastighed for biblioteks- eller gruppereplikering på tværs af links med mindre end 6 Mbps (megabit pr. sekund) tilgængelig båndbredde. Delta-replikering medfører betydelige ekstra CPU- og I/O-omkostninger på både kilde- og destinationsdataene Domain-systemer. Hvis optimering med lav båndbredde aktiveres på tværs af links med mere end 6 Mbps båndbredde, er det usandsynligt, at der opnås nogen gevinst i virtuel gennemstrømning. Generelt gælder følgende, hvis:

   • De data, der skal replikeres, er mindre end 96 % identiske med de data, der allerede findes i destinationssystemet
   • Der er mindre end 6 Mbps tilgængelig båndbredde
   • Begge systemer har ekstra CPU- og I/O-kapacitet

     Optimering med lav båndbredde skal være aktiveret. Overvåg outputtet af "replikeringsshowhistorik" over flere uger. "Lav-bw-optim" -forholdet skal være gennemsnitligt 2, 00 eller mere, og netværksgennemstrømningen (netværksbyte divideret med tidsinterval) bør ikke være meget mindre end den tilgængelige båndbredde. Hvis forholdet "Low-bw-optim" ikke er gennemsnitligt 2,00 eller mere, er deltakomprimering sandsynligvis ikke effektiv på datasættet og bør deaktiveres. Hvis netværksoverførselshastigheden er meget mindre end den tilgængelige båndbredde, har et eller begge Data Domain-systemer sandsynligvis ikke tilstrækkelig ekstra CPU- eller I/O-kapacitet til at understøtte delta-replikering, og den bør deaktiveres.

6. Følg bedste fremgangsmåder for andre komponenter og sikkerhedskopieringsprogrammer fra tredjeparter.
   Vores vejledninger med bedste fremgangsmåder er skrevet med den overordnede præstation i tankerne. Afvigelser fra Data Domains, der foreslås bedste praksis, kan have betydelige konsekvenser for ydeevnen på tværs af flere områder, selvom det måske ikke umiddelbart er indlysende.

REFERENCE

Fejlfinding af replikeringsforsinkelse 180482