Dlaczego MPIO jest lepszy od LACP w przypadku dostępu blokowego (iSCSI oraz FC) ?

Wpis ten będzie krótki, ale uważam, że bardzo wartościowy. Obecnie wiele osób na oślep w celu zwiększenia przepustowości łącza korzysta z protokołu LACP nie zwracając uwagi na to czy przestrzeń dyskowa jest udostępniania na poziomie plików czy bloków. Później zastanawiają się jak to jest, że podłączyli macierz iSCSI do serwera czterema portami 1 Gigabit, a dane mimo wszystko z uporem maniaka nie chcą przekroczyć magicznej granicy 125MB/s jaki oferuje nam Gigabit. W tym konkretnym przypadku oznacza to, że dane są przesyłane cztery razy wolniej niż powinny. Oczywiście wszystko by działało gdyby został skonfigurowany MPIO zamiast LACP, wtedy bez problemu dane byłyby przesyłane z prędkością 500MB/s.

Dlaczego się tak dzieje ? LACP pozwala na przesyłanie w jednej sesji tyle ile oferuje dany standard połączenia, w naszym przypadku jest to 125MB/s. Właśnie dlatego protokół LACP stosuje się w momencie, gdy do danego zasobu jest podłączonych więcej niż jeden klient (klient równa się jedna sesja), tak jak to jest w przypadku udziału sieciowego. Wtedy jeżeli połączy się czterech klientów (4 sesje) w tym samym czasie to każdy z nich będzie mógł przesyłać dane z prędkością 125MB/s, co w sumie daje nam 500MB/s. Należy dodać, że sesja jest rozumiana jako połączenie między dwoma adresami IP. Co za tym idzie jak w przypadku LACP połączymy serwer do udziału iSCSI to będziemy mieć jedną sesję, dlatego prędkość będzie tak mała mimo iż podłączymy 4 karty.

Co takiego ma MPIO, czego nie ma LACP, że działa to lepiej? Otóż MPIO wylicza sobie trasy połączeń (trasy = sesja), w naszym przypadku będą to cztery trasy, każda przez inną kartę sieciową. Dzięki temu przy połączeniu jednego klienta, z kilkoma kartami sieciowymi możemy równolegle przesyłać w tym samym czasie dane wykorzystując wszystkie podłączone karty, co więcej zapewnia to nam odporność na awarię, bo w przypadku, gdy jedna z kart ulegnie awarii to dane będą nadal przesyłane przez pozostałe karty.

Dodatkowo zachęcam to zapoznania się z filmami jakie zostały przygotowane przez firmę Qsan. Demonstrują one jak w praktyce na przykładzie macierzy Qsan działa MPIO z iSCSI oraz FC.

Wersja dla iSCSI

Wersja dla FC
Grzegorz Bielawski

Syn, mąż i ojciec dwójki dzieci. Zawsze mówi co myśli i później często żałuje. Posiada kota i rybki, ale woli psy. Obecnie pracownik firmy QNAP, za kołnierz nigdy nie wylewa :). Lubi polemizować, ale tylko na argumenty.

Recent Posts

QNAP otrzymuje nagrodę za tworzenie kopii zapasowych i odzyskiwanie danych po awarii od magazynu Cloud Computing

Tajpej, Tajwan, marca 12, 2026 – QNAP® Systems, Inc., wiodący innowator w dziedzinie rozwiązań obliczeniowych,…

5 dni ago

QNAP zmienia NAS w NDR: ADRA NDR Standalone zwiększa bezpieczeństwo sieci wewnętrznej

Tajpej, Tajwan, marca 10, 2026 – Wraz ze wzrostem zagrożeń sieci wewnętrznej, wykrywanie i reagowanie…

1 tydzień ago

QNAP prezentuje 10-zatokowy, oparty na systemie plików ZFS, serwer NAS TS-h1077AFU z procesorami AMD Ryzen™ PRO serii 7000

Tajpej, Tajwan, marca 4, 2026– QNAP® Systems, Inc., wiodący innowator w dziedzinie rozwiązań obliczeniowych, sieciowych…

2 tygodnie ago

QNAP uzyskuje certyfikat ukończenia programu Viettel Cyber ​​Security

Tajpej, Tajwan, marca 2, 2026— QNAP® Systems, Inc., wiodący innowator w dziedzinie rozwiązań pamięci masowej,…

2 tygodnie ago

QNAP oficjalnie wprowadza myQNAPcloud One: współdzieloną pamięć masową w chmurze do tworzenia kopii zapasowych NAS i skalowalną pamięć masową obiektów

Tajpej, Tajwan, lutego 6, 2026 - QNAP® Systems, Inc., wiodący innowator w dziedzinie rozwiązań obliczeniowych, sieciowych…

1 miesiąc ago