Data Domain: Konfigurere aggregering av koblinger

Konfigurere taggaggregering

SAMMENDRAG

Bruk av koblingsaggregeringsfunksjonen i DDOS kan resultere i en økning i gjennomstrømning, men avhengig av flere faktorer kan det føre til det motsatte. Formålet med denne artikkelen er å bidra til å fastslå og implementere riktig konfigurasjon av aggregering av koblinger. I DD OS, siden metoder for dynamisk portdeltakelse som PAGp og MLT ikke støttes, er det avgjørende å konfigurere LAG-porter statisk på svitsjen.

GJELDER FOR

Alle DD OS-versjoner som støtter funksjonen koblingsaggregering

LØSNING

Fastslå passende koblingsaggregering:

Følgende er hva som bør vurderes når du prøver å bestemme aggregering. Hvis aggregering ikke er nødvendig, bør du vurdere failover. Derfor er det siste valget som gis failover som et alternativ til aggregering.

Implementering av aggregering og failover for Data Domain Link

• Round Robin og
• Balansert-xor (oppsett manuelt på begge sider)
• LACP (starter i 5.0 for 1 Gb og 5.1 for 10 GB)

• Lag 2 eller
• Lag 3+4
• Lag 2+3 (starter i 5.0)

• veth0
• Veth1
• Veth2
• VETH3

Før aggregering kan brukes, må et virtuelt grensesnitt opprettes. Dette kan gjøres ved å kjøre følgende kommando:

net create virtual <veth#>

Eksempel:

net create virtual veth0

Etter at et virtuelt grensesnitt er opprettet, kan alle de fysiske koblingene som er tilgjengelige (eth0, eth1, eth2 og så videre) inkluderes i aggregeringsgruppen. De innebygde lenkene (eht0 og eth1) har bare nylig blitt tillatt lagt til. Eldre installasjoner av Data Domain-programvaren tillater kanskje ikke at disse to koblingene aggregeres. 

For å spesifisere aggregeringen av eth2- og eth3-grensesnittene i det virtuelle grensesnittet veth0, vil en av følgende kommandoer bli brukt:

net aggregate add veth0 mode round-robin interfaces eth2 eth3

Den første nettverkspakken som sendes til veth0, blir videresendt til et av grensesnittene, og den neste pakken vil bli videresendt til den andre.

Sending av pakker fortsetter å veksle mellom grensesnittene til det ikke er flere pakker, eller en kobling mislykkes.

Hvis eth3 mister fysisk forbindelse, er alle pakker sendes gjennom eth2 før eth3 linken er brakt opp igjen.

For å gjøre dette effektivt, må den andre siden av nettverket også konfigureres som round robin. For direkte tilkobling (den eneste topologien som anbefales for round robin) må medieserveren kunne settes opp (og støtte) round robin.

net aggregate add veth0 mode xor-L2 interfaces eth2 eth3

Aggregeringen som brukes vil være balansert-xor.

Pakkene distribueres over eth2 og eth3 basert på XOR av kilden og destinasjonen MAC-adresser.

Siden det bare er to koblinger som skal aggregeres, brukes den laveste biten til å bestemme grensesnittet som skal brukes for pakken.

Hvis resultatet er 0, velges ett grensesnitt. Hvis resultatet er 1, brukes det andre grensesnittet.

For å få pakkene spredt over de to koblingene, må dataene sendes til mer enn én destinasjon. MAC-adressene til destinasjonen må være forskjellige på en slik måte at XOR-resultatene gir et annet nummer.

Dette betyr at en adresse må være oddetall og den andre må være jevn.

Hvis det er tre koblinger som er aggregert, deles XOR-resultatet på tre måter. Det må være minst to medieservere med odde og jevne MAC-adresser for å få noen aggregering i det hele tatt. Generelt bør denne aggregasjonen ikke brukes med mindre enn fire medietjenere.

net aggregate add veth0 mode xor-L3L4 interfaces eth2 eth3

Aggregeringen som brukes med denne kommandoen vil også være balansert-xor.

Eth2 og eth3 distribuere pakker ved hjelp av XOR av kilde og destinasjon IP-adresser og portnumre.

Resultatet gir et tall der den laveste biten brukes til å bestemme hvilken kobling som skal brukes til å sende pakken.

Et jevnt resultat går over det ene, og et merkelig resultat går over det andre. Med tre koblinger deles resultatet med 3, mens resten bestemmer hvilket grensesnitt som skal brukes.

Denne aggregeringen vil bli brukt når det er mange tilkoblinger (det er en tilkobling per strøm) eller mange medieservere eller begge deler.

Dette er den foretrukne modusen for Data Domain, men noen svitsjer støtter ikke denne typen hashing.

net aggregate add veth0 mode LACP hash xor-L3L4 interfaces eth4a eth4b

Aggregeringen som brukes med denne kommandoen, vil også være lacp-xor.

Eth2 og eth3 distribuere pakker ved hjelp av XOR av kilde og destinasjon IP-adresser og portnumre.

Dataflytkontrollen følger den samme mekanismen som brukes av balansert modus. Unntaket er at den legger til en kontrollprotokoll for å overvåke grensesnittene med en minimal mengde automatisert grensesnittadministrasjon, inkludert bedre registrering av grensesnittfeil.

Sensingen går utover sensing av transportørtap til sensing av evnen til å sende og motta data.

Hjerteslaget kan sendes ut hvert sekund eller hvert 30. sekund (standard). Intervallet bestemmer hvor raskt bindingen registrerer at koblingen ikke lenger kommuniserer og slutter å bruke grensesnittet. En gang hver 30s er mindre invasiv, men det tar lengre tid å merke koblingen som nede, og tilkoblingstidsavbrudd kan oppstå mens den venter.

net failover add veth0 interfaces eth2 eth3

Dette er ikke aggregering, men kommandoen vil gruppere grensesnittene eth2 og eth3 for failover.

Det er bare én failover-type som støttes. Hvis den aktive fysiske koblingen forsvinner, sendes dataene til den andre fysiske koblingen.

Det aktive grensesnittet bestemmes av hvilken kobling som kommer opp først når den er konfigurert.

Dette er ikke-deterministisk. Det avhenger av flere faktorer som svitsjaktivitet, nettverksaktivitet og hvilket grensesnitt som hentes opp først når de er aktivert.

Det aktive grensesnittet kan bestemmes ved å angi en av koblingene som primær.

Det primære grensesnittet er alltid angitt som aktivt hvis det er OPPE og KJØRER.

Konfigurer og aktiver det virtuelle grensesnittet.

Når det virtuelle grensesnittet er opprettet (og aggregeringsmetoden tilordnet), må grensesnittet konfigureres med en IP-adresse (og nettverksmaske) og aktiveres. Følgende kommando kan brukes til å utføre dette:

net config <veth#> <IP address> netmask <subnet address> up

Eksempel:

net config veth1 192.168.192.168 netmask 255.255.255.0 up