Data Domain: Bästa praxis för katalog- och poolreplikering

Bästa praxis för katalogreplikering

SYFTE

Den här artikeln definierar metodtips för att konfigurera katalogreplikering.

GÄLLER

• Alla Data Domain-system
• Alla programvaruversioner

REKOMMENDATIONER

1. Sprid ut arbetsbelastningen i så många sammanhang som möjligt.
   Det ideala förkomprimerade dataflödet med en kontext ligger i intervallet 200–300 MB/sek. I konfigurationer där multistreaming är tillgängligt liknar idealisk prestanda för enkel kontext prestanda prestanda för flera kontexter. Det finns dock flera variabler som begränsar effektiviteten av multistreaming:

   • Om käll-DDR har många replikeringskontexter begränsar logiken för att dela upp multiströmmande strömmar mellan kontexter det tillgängliga antalet strömmar.
   • Multistreaming är inte aktivt under snapshotbaserad initiering/återställning. Som standard gäller en ögonblicksbildsbaserad initiering om källkontexten har fler än 1 miljon poster.
   • I 5.0 och framåt introducerades multistreaming för replikering av CIFS-data.

   Det ideala förkomprimerade dataflödet med flera kontexter per modell varierar från cirka 200 MB/sek till 500 MB/sek eller mer.

2. Utforma arbetsbelastningen med filer med måttlig storlek.
   Filstorleken kan ha en betydande inverkan på den övergripande prestandan för alla replikeringskontexter. I allmänhet kan filer som är mindre än 10 MB inte replikeras effektivt.

   När ett replikeringspar återansluter efter en oväntad frånkoppling måste källan startas om från början av filen som replikerades under frånkopplingen. Om filen är mycket stor och det ofta sker frånkopplingar (till exempel på grund av ett opålitligt nätverk) kan replikeringen i praktiken fastna? försöker replikera samma fil om och om igen. Detta är vanligast för filer som är större än 100 GB. Det påverkar inte prestandan på grund av själva filstorleken.

3. Utforma arbetsbelastningen för att dra nytta av replikeringsschemaläggning.
   Filer placeras i kö för replikering när de stängs internt. Tidpunkten för när filen stängs är som följer:

   När en ändrad fil stängs genereras en "close"-post för replikeringsloggen för filen. Replikering köar nya data i filen för sändning. Om det inte finns några andra replikeringsåtgärder före den i kön (det vill säga obearbetade loggposter) skickas nya data omedelbart. Annars replikeras filen efter att tidigare loggposter har bearbetats.

   • 10 minuter efter den senaste åtkomsten stängs filen av NFS.
   • Alla filer stängs varje timme oavsett hur nyligen de skrevs.
   • Om många filer öppnas eller skrivs kan filer stängas tidigare än vad ovanstående regler föreskriver. Säkerhetskopieringsprogram som skriver filer i mindre fragment (t.ex. 1 MB) kan leda till att replikeringen initieras tidigare på grund av antalet filer som genereras.

4. Använd ett dedikerat nätverk om möjligt.
   Paketförluster så låga som 0,1 % kan allvarligt försämra nätverkets genomströmning, särskilt för nätverk med hög bandbreddsfördröjning. För nätverk med bandbredd <= T2 ger RTT (Round-Trip Time) upp till en sekund bra genomströmning. För nätverk på >= T3 sker en betydande försämring av dataflödet från och med en RTT på 300–500 ms.

   Mer allmänt är dataflödet under paketförlust ungefär
   Throughput = MSS /(RTT * sqrt(p)) där MSS := minsta segmentstorlek (vanligtvis 1460 byte) RTT := tur-och-retur-tid p := sannolikhet för paketförlust

5. Utvärdera deltareplikering (optimering av låg bandbredd).
   I DD OS 4.8 och senare kan deltareplikering, även kallat "optimering med låg bandbredd", öka det virtuella dataflödet av katalog- eller poolreplikering över länkar med mindre än 6 megabit per sekund (Mbit/s) tillgänglig bandbredd. Deltareplikering medför betydande ytterligare CPU- och I/O-belastningar för både käll- och målData Domain-systemen. Om optimering av låg bandbredd är aktiverat över länkar med större än 6 Mbit/s bandbredd är det osannolikt att någon vinst i virtuellt dataflöde realiseras. Generellt sett, om:

   • De data som ska replikeras är mindre än 96 % identiska med data som redan finns i målsystemet
   • Det finns mindre än 6 Mbit/s tillgänglig bandbredd
   • Båda systemen har ledig processor- och I/O-kapacitet

     Optimering av låg bandbredd ska vara aktiverat. Övervaka utdata från "replikeringshistorik" under flera veckor. Förhållandet "Low-bw-optim" bör i genomsnitt vara 2,00 eller mer, och nätverkets genomströmning (nätverksbyte dividerat med tidsintervall) bör inte vara mycket mindre än den tillgängliga bandbredden. Om förhållandet "Low-bw-optim" inte är i genomsnitt 2,00 eller mer är deltakomprimering förmodligen inte effektivt för datauppsättningen och bör inaktiveras. Om nätverkets dataflöde är mycket mindre än den tillgängliga bandbredden har troligen ett eller båda Data Domain-systemen inte tillräckligt med ledig processor- eller I/O-kapacitet för att stödja deltareplikering och bör inaktiveras.

6. Följ bästa praxis för andra komponenter och säkerhetskopieringsprogram från tredje part.
   Våra guider för bästa praxis är skrivna med övergripande prestanda i åtanke. Avvikelser från Data Domains föreslagna bästa praxis kan få betydande prestandakonsekvenser inom flera områden, även om det kanske inte är omedelbart uppenbart.

REFERENS

Felsöka 180482 replikeringsfördröjning