Data Domain-replikering af netværkskonfiguration

Data Domain-netværkskonfiguration har mange muligheder og kan konfigureres baseret på behovene i miljøet. Nedenfor er skitseret et par tilgængelige muligheder til brug sammen med Data Domain-enheder og nogle af deres nøglefunktioner. Det er vigtigt at forstå hver af disse muligheder, og hvordan de fungerer, så det korrekte valg kan foretages for replikeringstrafik. 

LACP balancering:

LACP er statisk balancering baseret på flere faktorer såsom MAC og IP-adresse. Da disse værdier ikke ændres, giver dette en vis justering (ikke en dynamisk balance), men LACP-balancering gælder for al trafik, der går til Data Domain. LACP-balancering skal konfigureres på både Data Domain og switchen, og hvis du ikke gør det, kan det medføre en betydelig forringelse af ydeevnen.

LACP kan have forskellige hashingalgoritmer til at diktere, hvordan balanceringen finder sted. Her er de understøttede konfigurationer på Data Domain:
 

Hashing-metode	Afbalancering baseret på:
XOR-L2	Kilde-/destinations-MAC-adresser
XOR-L2L3	Kilde-/destinations-MAC- og IP-adresser
XOR-L3L4	Kilde-/destinations-IP-adresser og portnummer

Kontroller typen af LACP på plads ved hjælp af følgende kommando:

Net Show Settings
I ovenstående eksempel bindes fysiske netværkskort eth3a/eth4a sammen til veth0 ved hjælp af LACP, og fysiske netværkskort et3b/eth4b bindes sammen til veth1.

LACP-balancering og de forskellige typer LACP diskuteres mere detaljeret i Data Domain - Opsætning af linksammenlægning.

Det er værd at bemærke, at hvis en replikering kun konfigureres til et enkelt par Data Domains, vil virkningen af LACP-balancering sandsynligvis være minimal. Dette skyldes, at de balanceringsfaktorer, LACP bruger, forbliver statiske, når de kun replikeres til en partner. Replikering vil oftest flyde over en LACP-grænseflade, når Data Domain ikke har et dedikeret replikeringsnetværk. 

Data Domain DDboost-grænsefladegrupper:

DDboost-grænsefladegrupper (ifgroups) er en EMC-proprietær balanceringsmetode til dynamisk belastningsbalancering af DD-netværkskortene for ddboost-trafik. For Avamar 7.2.x og ældre versioner understøttes ifgroups kun til backuptrafik, men fra Avamar 7.3 med DDOS 5.7 understøtter ifgroups også replikeringsjustering.

Nøglefunktioner:
1. Afbalancerer ddboost-trafik undervejs baseret på belastningen af de enkelte netværkskort.
2. Hvis grupper kun belastningsbalancerer ddboost-trafikken. CIFS/NFS-trafik er ikke belastningsjusteret. LCAP kan tjene som en bedre mulighed i dette tilfælde.
3. Administrationsgrænsefladen bør ikke være medlem af ifgroups. 
4. Hvis ifgroups bruges med replikering, skal ifgroups konfigureres på både kilde- og måldatadomænerne.
5. Ifgroups med replikering gælder kun for MFR (Managed File Replication).

DDboost ifgroups fungerer ved at oprette en indledende forbindelse til administrationsgrænsefladen på Data Domain. Klienten omdirigeres derefter baseret på dens ifgroup-medlemskab. 

IFgroup-medlemskab kan indstilles på flere måder:
1. Individuel IP-adresse
2. Klient-IP-område    
3. Kundens værtsnavn
4. Klientdomænenavn   
5. Alle klienter

Du kan finde yderligere oplysninger om, hvordan du indstiller ifgroup-medlemskab, i administrationsvejledningen for den pågældende DDOS, der er i brug.   

Det er også vigtigt at vide, at hvis der er en konflikt eller overlapning mellem forskellige kundegrupper om koncernens medlemskab, behandles reglerne også i ovennævnte rækkefølge.
 
ifgroup-konfiguration kan ses ved hjælp af følgende kommando:

ddboost ifgroup show config all I ovenstående eksempel er ifgroups konfigureret, men deaktiveret, så ifgroups vil ikke blive udnyttet.

Du kan finde flere oplysninger om Data Domain-ifgroups under Data Domain – Hvordan fungerer DDboost ifgroups på Data Domain – visning på højt niveau.

Hvis der er behov for et dedikeret replikeringsnetværk, og ddboost ifgroups ikke er mulige for en dynamisk balance, skal du se Managed File Replication Over a Specific Interface for instruktioner om opsætning af dette.

Brug af LACP og ddboost, hvis grupper på den samme grænseflade understøttes, men kan resultere i nedsat ydeevne.