15:07 <@s1m0n> guzik: widze, ze tez ostro sie wkrecasz w macierze;]
15:09 <@s1m0n> MPIO i JF widze juz ruszyles, moze zainteresuje cie tez LACP - http://en.wikipedia.org/wiki/Link_aggregation
W sumie – czemu nie. Choć początkowo myślałem, że link aggregation robi się tylko celem zwiększenia prędkości połączeń, ale okazało się, że jestem gdzieś w tyle i w ogóle niedouczony. IEEE 802.1AX-2008 (IEEE 802.3ad) oprócz możliwości użycia wielu portów / kabli równolegle celem zwiększenia prędkości połączenia pozwala na redundancje tychże połączeń.
No to ziu! Upewniłem się, że przełączniki wspierają LACP (3Com 2924-SFP Plus, 3Com 2948-SFP Plus). Wziąłem pierwszy z brzegu serwer (maszyna, która się jeszcze ‘wygrzewa’) – ma dwie karty Broadcom 5708C. Standardowy sterownik z Windows 2003 (4.4.11.0) zaktualizowałem do 4.6.15.0. Zainstalowałem oprogramowanie do zarządzania – Broadcom Advanced Control Suite 11.6.10.0 (wymaga .NET Framework 2.0), bo Windows 2003 (podobno) nie wspiera natywnie LACP. Stworzyłem odpowiedni team i działa:
C:\Documents and Settings\Administrator>ipconfig
Windows IP Configuration
Ethernet adapter Team 1:
Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 192.168.1.200
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.176
Pełen zapału wziąłem się za serwer produkcyjny (zdalnie!) z kartami Intel(R) PRO/1000 PM i Intel(R) PRO/1000 PL (ta pierwsza nie wspiera Jumbo Frames). Niestety po połączeniu ich maszyna przestała odpowiadać. Już lokalnie sprawdziłem, że nowy interfejs ma adres nadany przez APIPA (169.254/16). Być może przepisał go z drugiego interfejsu, który w momencie konfiguracji był wyłączony. Broadcom przepisał adres z karty oznaczonej jako Primary. No ale ostatecznie zadziałało i mogłem potestować.
Nie sprawdzałem obciążenia, bo nigdy nie było to wąskim gardłem w naszej sieci. Testowałem losowe wypinanie kabli i wypadło nieźle, ale nie niezauważalnie. Może to przypadek, ale przepinanie z Primary na Secondary idzie szybciej niż w drugą stronę. Wpinanie dwóch kart do jednego przełącznika z punktu widzenia SPOF nie ma sensu, ale przełączanie ruchu pomiędzy interfejsami jest w takim przypadku oczywiście szybsze niż gdy karty są wpięte do różnych przełączników w kaskadzie (testowałem w środowisku jak na schemacie obok).
Nie testowałem agregacji w innych systemach operacyjnych, ale na pierwszy rzut pójdzie wkrótce Linux (bonding).
Symbol: BONDING [=n]
Prompt: Bonding driver support
Defined at drivers/net/Kconfig:60
Depends on: NET && INET
Location:
-> Device Drivers
-> Network device support
Na stworzonych team‘ach można tworzyć VLAN’y, więc mimo połączenia dwóch (lub więcej) kart ruch można potem rozdzielić.
Tagi: IEEE 802.3ad, LACP, link aggregation
[...] co napisałem i narysowałem wcześniej nie do końca jest prawdą. Otóż LACP działa pomiędzy dwoma urządzeniami spiętymi [...]
Poprawki do tego artykułu na http://guzik.net.pl/blog/2009/04/lacp-errata/