The Geek Diary

BY admin
|

netværksgrænsefladebinding kaldes af mange navne: Port Trunking, Channel Bonding, Link Aggregation, NIC teaming og andre. Det kombinerer eller aggregater flere netværksforbindelser i en enkelt kanal bonding interface. Dette gør det muligt for to eller flere netværksgrænseflader at fungere som en, for at øge gennemstrømningen og give redundans eller failover.

kernen leveres med bindingsdriveren til aggregering af flere fysiske netværksgrænseflader i en enkelt logisk grænseflade (for eksempel aggregering af eth0 og eth1 i bond0). For hver bundet grænseflade kan du definere tilstanden og linkovervågningsmulighederne. Der er syv forskellige tilstandsindstillinger, der hver giver specifikke belastningsbalancerings-og fejltoleranceegenskaber.

Netværksbindingstilstande

følgende bindingspolitiske tilstande er tilgængelige:

  • Round-robin: dette er standardtilstanden. Netværksoverførsler er i rækkefølge, der begynder med den første tilgængelige slave. Denne tilstand giver belastningsbalancering og fejltolerance.
  • Aktiv backup: kun en slave i obligationen er aktiv. En anden slavegrænseflade bliver aktiv, hvis den aktive slavegrænseflade mislykkes. Obligationens MAC-adresse er eksternt synlig på kun en netværksadapter for at undgå at forvirre en netværkskontakt. Denne tilstand giver fejltolerance.
  • Hor( eksklusiv-eller): netværk transmissioner er baseret på en sende hash politik. Standardpolitikken henter hash ved hjælp af MAC-adresser. I denne tilstand sendes netværkstransmission bestemt til specifikke jævnaldrende altid over den samme slavegrænseflade. Denne tilstand fungerer bedst for trafik til jævnaldrende på det samme link eller det lokale netværk. Denne tilstand giver belastningsbalancering og fejltolerance.
  • Broadcast: alle netværksoverførsler sendes på alle slavegrænseflader. Denne tilstand giver fejltolerance.
  • 802.3 ad: bruger en dynamisk politik for sammenlægning af IEEE 802.3 ad. Aggregeringsgrupper har samme hastigheds-og dupleksindstillinger. Denne tilstand transmitterer og modtager netværkstrafik på alle slaver i den aktive aggregator. Denne tilstand kræver en 802.3 ad-kompatibel netværkskontakt.
  • adaptiv transmit load balancing (TLB): udgående netværkstrafik fordeles i henhold til den aktuelle belastning på hver slavegrænseflade. Indgående trafik modtages af den nuværende slave. Hvis den modtagende slave mislykkes, overtager en anden slave MAC-adressen til den mislykkede slave. Denne tilstand kræver ingen speciel omskifterstøtte.
  • adaptiv belastningsbalancering (ALB): denne tilstand inkluderer transmit load balancing (tlb) og receive load balancing (rlb) til IPv4-trafik og kræver ingen speciel omskifterstøtte. Modtag load balancing opnås ved ARP forhandling.

    • se / usr/share/doc/iputils-* / README.bonding fil for fuldstændige beskrivelser af de tilgængelige bonding politik tilstande. Tbale nedenfor giver en oversigt og sammenligning af netværk Bonding tilstande.

    tilstand politik Sådan fungerer det fejltolerance belastningsbalancering
    0 Round Robin pakker transmitteres/modtages sekventielt gennem hver grænseflader en efter en. Nej Ja
    1 Aktiv Backup en NIC aktiv, mens en anden NIC sover. Hvis den aktive NIC går ned, bliver en anden NIC aktiv. understøttes kun i 86-miljøer. Ja Nej
    2 i denne tilstand matches MAC-adressen til slave NIC op mod den indgående anmodnings MAC, og når denne forbindelse er etableret, bruges samme NIC til at sende/modtage til destinationen MAC. Ja Ja
    3 Broadcast alle transmissioner sendes på alle slaver Ja Nej
    4 dynamisk Linkaggregering aggregerede NIC ‘ er fungerer som en NIC, hvilket resulterer i en højere gennemstrømning, men giver også failover i tilfælde af, at en NIC mislykkes. Dynamic Link Aggregation kræver en kontakt, der understøtter IEEE 802.3 ad. Ja Ja
    5 Transmit Load Balancing (TLB) den udgående trafik fordeles afhængigt af den aktuelle belastning på hver slave-grænseflade. Indgående trafik modtages af den nuværende slave. Hvis den modtagende slave mislykkes, overtager en anden slave MAC-adressen til den mislykkede slave. Ja Ja
    6 Adaptive Load Balancing (ALB) i modsætning til Dynamic Link Aggregation kræver Adaptive Load Balancing ikke nogen særlig omskifterkonfiguration. Adaptiv belastningsbalancering understøttes kun i 86-miljøer. De modtagende pakker belastes afbalanceret gennem ARP-forhandling. Ja Ja

    netværk Bonding Link overvågning

    bonding driveren understøtter to metoder til at overvåge en slaves link tilstand:

    MII (Media Independent Interface) Monitor

    dette er standard link overvågning mulighed. Denne metode overvåger kun bærertilstanden for den lokale netværksgrænseflade. Den er afhængig af enhedsdriveren til information om transportørtilstand eller forespørgsler, som MII registrerer direkte, eller bruger ethtool til at forsøge at få transportørtilstand. Du kan angive følgende oplysninger til MII-overvågning:

    • Overvågningsfrekvens: tiden i millisekunder mellem forespørgselsoperatørtilstand
    • Link op forsinkelse: tiden i millisekunder til at vente, før du bruger et link, der er op
    • Link ned forsinkelse: Tiden i millisekunder til at vente, før du skifter til et andet link, når det aktive link rapporteres som ned

    ARP Monitor

    denne metode til linkovervågning sender APR-forespørgsler til peer-systemer på netværket og bruger svaret som en indikation af, at linket er op. ARP-skærmen er afhængig af enhedsdriveren for at holde den sidste modtagelsestid og sendestarttidspunktet opdateret. Hvis enhedsdriveren ikke opdaterer disse tider, fejler ARP-skærmen eventuelle slaver, der bruger enhedsdriveren. Du kan angive følgende oplysninger til APR-overvågning:

    • Overvågningsfrekvens: tiden i millisekunder, som ARP-forespørgsler sendes
    • ARP-mål: en kommasepareret liste over IP-adresser, som ARP-forespørgsler sendes til