a Geek Diary

hálózati interfész kötés hívják sok nevek: Port Trunking, csatorna kötés, Link Aggregation, NIC teaming, és mások. Több hálózati kapcsolatot egyesít vagy összesít egyetlen csatornás kötési interfészbe. Ez lehetővé teszi, hogy két vagy több hálózati interfész egyként működjön, növelje az áteresztőképességet, valamint redundanciát vagy feladatátvételt biztosítson.

a Linux kernelhez tartozik a kötési meghajtó, amely több fizikai hálózati interfészt egyetlen logikai interfészbe összesít (például az eth0 és eth1 összevonása bond0-ba). Minden ragasztott interfészhez meghatározhatja a módot és a linkfigyelési lehetőségeket. Hét különböző üzemmód van, amelyek mindegyike specifikus terheléselosztást és hibatűrési jellemzőket biztosít.

hálózati kötési módok

a következő kötési házirend-módok állnak rendelkezésre:

körmérkőzéses: ez az alapértelmezett mód. A hálózati átvitelek sorrendben vannak, az első rendelkezésre álló slave-vel kezdve. Ez az üzemmód terheléselosztást és hibatűrést biztosít.

aktív biztonsági mentés: a kötésben csak egy szolga aktív. Egy másik szolga interfész aktívvá válik, ha az aktív szolga interfész meghibásodik. A bond MAC-címe külsőleg csak egy hálózati adapteren látható, hogy elkerülje a hálózati kapcsoló összetévesztését. Ez az üzemmód hibatűrést biztosít.

XOR (exclusive-or): a hálózati átvitelek átviteli hash-politikán alapulnak. Az alapértelmezett házirend a kivonatot MAC-címek használatával származtatja. Ebben a módban az adott társaknak szánt hálózati átvitel mindig ugyanazon a slave interfészen keresztül történik. Ez a mód akkor működik a legjobban, ha ugyanazon a linken vagy a helyi hálózaton lévő társaikra irányul a forgalom. Ez az üzemmód terheléselosztást és hibatűrést biztosít.

Broadcast: minden hálózati adást az összes slave interfészen küldünk. Ez az üzemmód hibatűrést biztosít.

802.3 ad: IEEE 802.3 ad dinamikus link összesítési házirendet használ. Az összesítő csoportok azonos sebességű és duplex beállításokkal rendelkeznek. Ez a mód továbbítja és fogadja a hálózati forgalmat az aktív aggregátor összes rabszolgáján. Ehhez a módhoz 802.3 ad-kompatibilis hálózati kapcsoló szükséges.

Adaptive transmit load balancing (TLB): a kimenő hálózati forgalom az egyes slave interfészek aktuális terhelésének megfelelően oszlik meg. A bejövő forgalmat az aktuális Rabszolga fogadja. Ha a fogadó szolga sikertelen, egy másik szolga veszi át a sikertelen szolga MAC-címét. Ez az üzemmód nem igényel speciális kapcsolótámogatást.

adaptív terheléselosztás (Alb): ez az üzemmód magában foglalja az átviteli terheléselosztást (TLB) és a vételi terheléselosztást (RLB) az IPv4 forgalom számára, és nem igényel speciális kapcsolótámogatást. A terheléselosztást ARP tárgyalással érik el.

lásd a /usr/share/doc/iputils-*/README.ragasztási fájl a rendelkezésre álló kötési házirend-módok teljes leírásához. Az alábbi tbale összefoglalja és összehasonlítja a hálózati kötési módokat.

mód	politika	hogyan működik	hibatűrés	terheléselosztás
0	Round Robin	a csomagokat egymás után továbbítják/fogadják az egyes interfészeken keresztül.	nem	Igen
1	aktív biztonsági mentés	az egyik hálózati kártya aktív, míg egy másik hálózati kártya alszik. Ha az aktív NIC lemegy, egy másik NIC aktívvá válik. csak x86 környezetben támogatott.	Igen	nem
2	XOR	ebben a módban a slave NIC MAC-címe megegyezik a bejövő kérés MAC-jével, és miután ez a kapcsolat létrejött, ugyanazt a NIC-t használják a cél MAC továbbítására/fogadására.	Igen	Igen
3	Broadcast	minden adást minden rabszolgán küldünk	Igen	nem
4	Dynamic Link Aggregation	az aggregált Nic-ek egy NIC-ként működnek, ami nagyobb átviteli sebességet eredményez, de feladatátvételt is biztosít abban az esetben, ha EGY NIC meghibásodik. A dinamikus Csatolás összesítéséhez olyan kapcsolóra van szükség, amely támogatja az IEEE 802.3 ad-t.	Igen	Igen
5	átviteli terheléselosztás (TLB)	a kimenő forgalom az egyes slave interfészek aktuális terhelésétől függően oszlik meg. A bejövő forgalmat az aktuális Rabszolga fogadja. Ha a fogadó szolga sikertelen, egy másik szolga veszi át a sikertelen szolga MAC-címét.	Igen	Igen
6	adaptív terheléselosztás (Alb)	a dinamikus kapcsolat-összesítéssel ellentétben az adaptív terheléselosztás nem igényel különösebb kapcsolókonfigurációt. Az adaptív terheléselosztás csak x86 környezetben támogatott. A fogadó csomagok terhelés kiegyensúlyozott ARP tárgyalás.	Igen	Igen

hálózati Kötéskapcsolat figyelése

a kötésillesztő két módszert támogat a szolga kapcsolatállapotának figyelésére:

Mii (Media Independent Interface) Monitor

ez az alapértelmezett linkfigyelési lehetőség. Ez a módszer csak a helyi hálózati interfész vivőállapotát figyeli. Az eszközillesztőre támaszkodik a fuvarozó állapotinformációihoz, vagy közvetlenül lekérdezi a MII regisztereket, vagy az ethtool segítségével megpróbálja megszerezni a fuvarozó állapotát. A MII monitorozáshoz a következő információkat adhatja meg:

• megfigyelési gyakoriság: a vivőállapot lekérdezése közötti idő milliszekundumban
• Link Up delay: az idő milliszekundumban, hogy várjon egy felfelé mutató link használata előtt
• Link down delay: Az az idő milliszekundumban, ameddig várni kell egy másik hivatkozásra való áttérés előtt, amikor az aktív hivatkozást lefelé

ARP Monitor

ez a linkfigyelési módszer APR-lekérdezéseket küld a hálózat társrendszereinek, és a választ arra használja, hogy jelezze, hogy a link fent van. Az ARP monitor az eszközillesztőre támaszkodik, hogy az utolsó vételi időt és az adás kezdési idejét naprakészen tartsa. Ha az eszközillesztő nem frissíti ezeket az időket, akkor az ARP-monitor meghiúsítja az adott eszközillesztőt használó rabszolgákat. Az APR monitorozáshoz a következő információkat adhatja meg:

• megfigyelési gyakoriság: az ARP-lekérdezések küldésének ideje ezredmásodpercben
• ARP-célok: az ARP-lekérdezések vesszővel elválasztott listája