Data Domain: Anbefalte fremgangsmåter for katalog- og utvalgsreplikering

Anbefalte fremgangsmåter for katalogreplikering

FORMÅL

Denne artikkelen definerer anbefalte fremgangsmåter for konfigurasjon av katalogreplikering.

GJELDER FOR

• Alle Data Domain-systemer
• Alle programvareutgivelser

ANBEFALINGER

1. Spre arbeidsmengden over så mange sammenhenger som mulig.
   Ideell forhåndskomprimert gjennomstrømning med én kontekst er i området 200–300 MB/sek. I konfigurasjoner der flerstrømming er tilgjengelig, er ideell ytelse med én kontekst lik ideell ytelse i flere kontekster. Det er imidlertid flere variabler som begrenser effektiviteten av multistreaming:

   • Hvis kilde-DDR-en har mange replikeringskontekster, begrenser logikken for å dele flerstrømmingsstrømmer mellom kontekster det tilgjengelige antallet strømmer.
   • Multistreaming er ikke aktiv under øyeblikksbildebasert initialisering/gjenoppretting. Som standard gjelder en øyeblikksbildebasert initialisering hvis kildekonteksten har mer enn 1 million oppføringer.
   • I 5.0 og utover ble multistreaming introdusert for replikering av CIFS-data.

   Den ideelle forhåndskomprimerte gjennomstrømningen for flere kontekster etter modell varierer fra rundt 200 MB/sek til 500 MB/sek eller mer.

2. Utform workloaden med filer av moderat størrelse.
   Filstørrelse kan ha en betydelig innvirkning på den generelle ytelsen til en replikeringskontekst. Filer som er mindre enn 10 MB, kan vanligvis ikke replikeres effektivt.

   Når et replikeringspar kobles til på nytt etter en uventet frakobling, må kilden også starte på nytt fra begynnelsen av filen som ble replikert under frakoblingen. Hvis filen er veldig stor, og det er hyppige frakoblinger (for eksempel på grunn av et upålitelig nettverk), kan replikering effektivt bli sittende fast? prøver å gjenskape den samme filen om og om igjen. Dette er vanligvis sett med filer som overstiger 100 GB i størrelse. Det er ingen ytelsesimplikasjon på grunn av selve filstørrelsen.

3. Utform arbeidsbelastningen for å dra nytte av replikeringsplanlegging.
   Filer legges i kø for replikering når de lukkes internt. Tidspunktet for filens lukking er som følger:

   Når en endret fil lukkes, genereres en "close"-post i replikasjonsloggen for filen. Replikering setter de nye dataene i filen i kø for sending. Hvis det ikke er noen andre replikeringsoperasjoner foran seg i køen (det vil si ubehandlede loggposter), sendes de nye dataene umiddelbart. Ellers replikeres filen etter at tidligere loggoppføringer er behandlet.

   • 10 minutter etter siste tilgang lukker NFS filen.
   • Alle filer lukkes hver time uavhengig av hvor nylig de ble skrevet.
   • Hvis mange filer blir åpnet eller skrevet, kan filer lukkes raskere enn reglene ovenfor tilsier. Sikkerhetskopiering av programvare som skriver filer i mindre fragmenter (si 1 MB) kan føre til at replikering starter raskere på grunn av antall filer som genereres.

4. Bruk et dedikert nettverk hvis mulig.
   Pakketapsrater så lave som 0,1 % kan forringe nettverksgjennomstrømningen alvorlig, spesielt for nettverk med høy båndbreddeforsinkelse. For nettverk med båndbredde <= T2 gir RTT (Round-Trip Time) opptil ett sekund god gjennomstrømning. For nettverk av >= T3 er det betydelig gjennomstrømningsforringelse som starter ved en RTT på 300-500ms.

   Mer generelt er gjennomstrømning under pakketap omtrent
   gjennomstrømning = MSS /(RTT * sqrt(p)) der MSS: = minimum segmentstørrelse (vanligvis 1460 byte) RTT: = tur-retur tid p: = sannsynlighet for pakketap

5. Evaluere Delta-replikering (optimalisering av lav båndbredde).
   I DD OS 4.8 og nyere kan deltareplikering, også kalt "optimalisering av lav båndbredde", øke den virtuelle gjennomstrømningen til katalog- eller utvalgsreplikering på tvers av koblinger med mindre enn 6 megabits per sekund (Mbps) tilgjengelig båndbredde. Delta-replikering medfører betydelige ekstra CPU- og I/O-kostnader på både kilde- og måldatadomenesystemene. Hvis optimalisering av lav båndbredde er aktivert på tvers av koblinger med større enn 6 Mbps båndbredde, er det lite sannsynlig at noen gevinst i virtuell gjennomstrømning blir realisert. Generelt sett, hvis:

   • Dataene som skal replikeres, er mindre enn 96 % identiske med data som allerede finnes på målsystemet
   • Det er mindre enn 6 Mbps tilgjengelig båndbredde
   • Begge systemene har ledig CPU- og I/O-kapasitet

     Optimalisering av lav båndbredde bør være aktivert. Overvåk resultatet av "replication show history" over flere uker. "Low-bw-optim" -forholdet skal gjennomsnittlig 2,00 eller mer, og nettverksgjennomstrømningen (nettverksbyte delt på tidsintervall) bør ikke være mye mindre enn den tilgjengelige båndbredden. Hvis "Low-bw-optim" -forholdet ikke er gjennomsnittlig 2,00 eller mer, er delta-komprimering sannsynligvis ikke effektiv på datasettet og bør deaktiveres. Hvis nettverksgjennomstrømningen er mye mindre enn den tilgjengelige båndbredden, er det mest sannsynlig at ett eller begge Data Domain-systemene ikke har nok ledig CPU- eller I/O-kapasitet til å støtte deltareplikering, og den bør deaktiveres.

6. Følg anbefalte fremgangsmåter for andre komponenter og tredjeparts applikasjoner for sikkerhetskopiering.
   Veiledningene våre med anbefalte fremgangsmåter er skrevet med tanke på generell ytelse. Avvik fra Data Domains anbefalte fremgangsmåter kan ha betydelige ytelsesimplikasjoner på flere områder, selv om det kanskje ikke er umiddelbart åpenbart.

REFERANSE

Feilsøke Replication Lag 180482