Nätverkskonfiguration för Data Domain-replikering

Data Domain-nätverkskonfigurationen har många alternativ och kan konfigureras baserat på behoven i miljön. Nedan beskrivs några alternativ som är tillgängliga för användning med Data Domain-enheter och några av deras viktigaste funktioner. Det är viktigt att förstå vart och ett av dessa alternativ och hur de fungerar så att rätt val kan göras för replikeringstrafik. 

LACP-balansering:

LACP är statisk balansering som baseras på flera faktorer, t.ex. MAC och IP-adress. Eftersom dessa värden inte ändras ger detta en viss balansering (inte en dynamisk balans), men LACP-balansering gäller för all trafik som går till Data Domain. LACP-balansering måste ställas in på både Data Domain och switchen, och om du inte gör det kan det leda till avsevärt försämrad prestanda.

LACP kan ha olika hashalgoritmer för att diktera hur balanseringen sker. Här är de konfigurationer som stöds på Data Domain:
 

Hashing-metod	Balansering baserad på:
XOR-L2	MAC-adresser för källa/mål
XOR-L2L3	Käll-/mål-MAC och IP-adresser
XOR-L3L4	Källans/målets IP-adresser och portnummer

Kontrollera vilken typ av LACP som finns på plats genom att använda följande kommando:

Net Show Settings
I exemplet ovan binds fysiska NIC eth3a/eth4a samman till veth0 med hjälp av LACP, och fysiska NIC eth3b/eth4b binds samman till veth1.

LACP-balansering och de olika typerna av LACP beskrivs mer detaljerat i Data Domain – Setting up Link Aggregation.

Det är värt att notera att om en replikering bara konfigureras till ett enda par Data Domains skulle effekten av LACP-balansering sannolikt vara minimal. Detta beror på att de balanseringsfaktorer som LACP använder förblir statiska när de endast replikeras till en partner. Replikering flödar oftast över ett LACP-gränssnitt när Data Domain inte har ett dedikerat replikeringsnätverk. 

Data Domain DDboost-gränssnittsgrupper:

DDboost-gränssnittsgrupper (ifgroups) är en tillverkarspecifik EMC-balanseringsmetod för dynamisk belastningsutjämning av DD-nätverkskort för ddboost-trafik. För Avamar 7.2.x och äldre versioner stöds ifgroups endast för säkerhetskopieringstrafik, men från Avamar 7.3 med DDOS 5.7 har ifgroups även stöd för replikeringsbalansering.

Viktiga funktioner:
1. Balanserar ddboost-trafik i farten, baserat på belastningen på enskilda nätverkskort.
2. Ifgroups belastningsutjämnar endast ddboost-trafiken. CIFS/NFS-trafiken är inte belastningsutjämnad. LCAP kan fungera som ett bättre alternativ i det här fallet.
3. Hanteringsgränssnittet ska inte vara medlem i ifgroups. 
4. Om du använder ifgroups med replikering ska ifgroups ställas in på både käll- och måldomänen.
5. Ifgroups med replikering gäller endast för hanterad filreplikering (MFR).

DDboost ifgroups fungerar genom att göra en första anslutning till hanteringsgränssnittet på Data Domain. Klienten omdirigeras sedan baserat på dess ifgroup-medlemskap. 

ifgroup-medlemskap kan ställas in på flera sätt:
1. Individuell IP-adress
2. Klientens IP-intervall    
3. Klientens värdnamn
4. Klientens domännamn   
5. Alla klienter

För ytterligare information om hur du ställer in ifgroup-medlemskap, se administrationsmanualen för det DDOS som används.   

Det är också viktigt att veta att om det finns en konflikt eller överlappning mellan olika kundgrupper över ifgroup-medlemskap, behandlas reglerna också i den ordning som anges ovan.
 
IfGroup-konfigurationen kan visas med följande kommando:

ddboost ifgroup show config all I exemplet ovan är ifgroups konfigurerade, men inaktiverade, så ifgroups skulle inte utnyttjas.

Mer information om Data Domain ifgroups finns i Data Domain – Hur fungerar DDboost Ifgroups på Data Domain – högnivåvy.

Om ett dedikerat replikeringsnätverk behövs och ddboost ifgroups inte är möjligt för en dynamisk balans, se Hanterad filreplikering över ett specifikt gränssnitt för instruktioner om hur du konfigurerar detta.

Användning av LACP- och ddboost-ifgroups i samma gränssnitt stöds, men kan resultera i minskad prestanda.