Geek Diary

BY admin
|

nettverksgrensesnittbinding kalles av mange navn: Port Trunking, Channel Bonding, Link Aggregation, NIC teaming og andre. Den kombinerer eller samler flere nettverkstilkoblinger i en enkelt kanal bonding grensesnitt. Dette gjør at to eller flere nettverksgrensesnitt kan fungere som en, for å øke gjennomstrømningen og for å gi redundans eller failover.

Linux-kjernen kommer med bonding-driveren for å aggregere flere fysiske nettverksgrensesnitt i et enkelt logisk grensesnitt (for eksempel aggregering av eth0 og eth1 til bond0). For hver limt grensesnitt kan du definere modus og koblingen overvåking alternativer. Det er syv forskjellige modusalternativer, som hver gir spesifikk lastbalansering og feiltoleranse egenskaper.

Nettverksbindingsmoduser

følgende bindingspolitikkmoduser er tilgjengelige:

  • Round-robin: dette er standardmodus. Nettverksoverføringer er i sekvensiell rekkefølge som begynner med den første tilgjengelige slaven. Denne modusen gir lastbalansering og feiltoleranse.
  • Aktiv backup: Bare en slave i obligasjonen er aktiv. Et annet slavegrensesnitt blir aktivt hvis det aktive slavegrensesnittet mislykkes. Bonds MAC-adresse er eksternt synlig på bare ett nettverkskort for å unngå å forvirre en nettverksbryter. Denne modusen gir feiltoleranse.
  • xor (eksklusiv-or): Nettverksoverføringer er basert på en overførings hash-policy. Standardpolicyen henter hash ved HJELP AV MAC-adresser. I denne modusen sendes nettverksoverføring bestemt for bestemte jevnaldrende alltid over samme slavegrensesnitt. Denne modusen fungerer best for trafikk til jevnaldrende på samme kobling eller lokalt nettverk. Denne modusen gir lastbalansering og feiltoleranse.
  • Broadcast: alle nettverksoverføringer sendes på alle slavegrensesnitt. Denne modusen gir feiltoleranse.
  • 802.3 ad: Bruker en dynamisk koblingsaggregasjonspolicy for ieee 802.3 ad. Aggregeringsgrupper deler de samme hastighets-og dupleksinnstillingene. Denne modusen overfører og mottar nettverkstrafikk på alle slaver i den aktive aggregatoren. Denne modusen krever en 802.3 ad-kompatibel nettverkssvitsj.
  • ADAPTIV transmit load balancing (TLB): Utgående nettverkstrafikk distribueres i henhold til gjeldende belastning på hvert slavegrensesnitt. Innkommende trafikk mottas av den nåværende slaven. Hvis den mottakende slaven mislykkes, tar en annen slave OVER MAC-adressen til den mislykkede slaven. Denne modusen krever ingen spesiell bryterstøtte.
  • Adaptiv lastbalansering (ALB): denne modusen inkluderer transmit load balancing (tlb) og receive load balancing (rlb) For IPv4-trafikk og krever ingen spesiell bryterstøtte. Motta lastbalansering oppnås VED arp-forhandling.

    • Se / usr / share / doc / iputils- * / README.bonding fil for fullstendige beskrivelser av de tilgjengelige bonding policy moduser. Tbale nedenfor gir sammendrag og sammenligning Av Nettverksbindingsmodusene.

    Modus Policy slik fungerer det Feiltoleranse Lastbalansering
    0 Round Robin pakker overføres/mottas sekvensielt gjennom hvert grensesnitt en etter en. Nei Ja
    1 Aktiv Backup en NIC aktiv mens en ANNEN NIC sover. Hvis den aktive NIC går ned, blir en ANNEN NIC aktiv. støttes bare i x86-miljøer. Ja Nei
    2 XOR I denne modusen, mac-adressen til slave NIC er matchet opp mot den innkommende forespørselen MAC og når denne tilkoblingen er etablert samme NIC brukes til å sende / motta for målet MAC. Ja Ja
    3 Broadcast alle sendinger sendes på alle slaver Ja Nei
    4 Dynamic Link Aggregation aggregerte Nic-Er fungerer som en NIC som resulterer i høyere gjennomstrømning, men gir også failover i tilfelle EN NIC mislykkes. Dynamisk Koblingsaggregering krever en bryter som støtter IEEE 802.3 ad. Ja Ja
    5 Transmit Load Balancing (TLB) den utgående trafikken distribueres avhengig av gjeldende belastning på hvert slavegrensesnitt. Innkommende trafikk mottas av den nåværende slaven. Hvis den mottakende slaven mislykkes, tar en annen slave OVER MAC-adressen til den mislykkede slaven. Ja Ja
    6 ADAPTIV Lastbalansering (ALB) I Motsetning Til Dynamisk Koblingsaggregering krever Ikke Adaptiv Lastbalansering noen spesiell bryterkonfigurasjon. Adaptiv Lastbalansering støttes bare i x86-miljøer. Mottakspakkene er lastbalansert gjennom ARP-forhandling. Ja Ja

    Nettverk Bonding Link Monitoring

    bonding driveren støtter to metoder for å overvåke en slave link tilstand:

    Mii (Media Independent Interface) Monitor

    dette er standard link overvåking alternativet. Denne metoden overvåker bare transporttilstanden til det lokale nettverksgrensesnittet. Den er avhengig av enhetsdriveren for informasjon om transportstatus, eller spør mii-registrene direkte, eller bruker ethtool til å forsøke å skaffe transportstatus. Du kan angi følgende informasjon FOR mii-overvåking:

    • Overvåking frekvens: tiden i millisekunder mellom spørring carrier tilstand
    • Link opp forsinkelse: tiden i millisekunder å vente før du bruker en link som er opp
    • Link ned forsinkelse: Tiden i millisekunder å vente før du bytter til en annen kobling når den aktive koblingen rapporteres som ned

    ARP Monitor

    denne metoden for koblingsovervåking sender APR-spørringer til peer-systemer på nettverket og bruker svaret som en indikasjon på at koblingen er oppe. ARP-skjermen er avhengig av enhetsdriveren for å holde siste mottakstid, og sendestarttid, oppdatert. HVIS enhetsdriveren ikke oppdaterer disse tider, mislykkes ARP-skjermen noen slaver som bruker den enhetsdriveren. Du kan angi følgende informasjon FOR APR overvåking:

    • Overvåkingsfrekvens: tiden I millisekunder SOM ARP-spørringer sendes
    • ARP-mål: en kommaseparert liste OVER IP-adresser SOM ARP-spørringer sendes til