Połączenie dwóch portów Ethernet może oznaczać zupełnie różne rzeczy. Użytkownik źródłowy chciał wykorzystać LACP/agregację łączy za pośrednictwem dwóch interfejsów 2,5 GbE, aby zwiększyć łączną przepustowość serwera NAS i zapewnić nadmiarowość. W innym wątku społeczności omawiano most linuksowy przekazujący ruch między interfejsami. To nie są równoważne rozwiązania.
W dyskusji ze źródła z lat 2025–2026 nie przedstawiono zweryfikowanej, trwałej konfiguracji LACP w systemie ZimaOS. Użytkownicy zgłaszali brak elementów sterujących bondingiem w interfejsie WebUI, a autor oryginalnego wpisu próbował dostosować konfigurację w stylu NetworkManagera, lecz stwierdził, że ponowne uruchomienie NetworkManagera ani całego systemu nie sprawiło, że bonding zaczął działać.
Most to nie to samo co LACP
Most linuksowy łączy segmenty sieci na warstwie 2. Może sprawić, że host będzie działał w pewnym stopniu jak przełącznik. Nie łączy jednak automatycznie dwóch łączy uplink w jedno logiczne połączenie o przepustowości 5 Gb/s.
LACP/802.3ad tworzy logiczny interfejs agregowany i zwykle wymaga zgodnej konfiguracji zarówno na serwerze NAS, jak i na zarządzalnym przełączniku.
Źródło zakładało połączenie dwóch portów 2,5 GbE w jeden bonding
System miał wbudowany interfejs sieciowy 1 GbE oraz dwa interfejsy 2,5 GbE na karcie rozszerzeń. Użytkownik chciał je agregować, zamiast używać obu jako oddzielnych adresów.
Rozważał również alternatywę: instalację pojedynczej karty sieciowej 10 GbE i użycie zgodnego przełącznika.
W źródle nie znaleziono elementów sterujących LACP w interfejsie ZimaOS
Pierwsza odpowiedź stwierdzała, że agregacja łączy nie jest dostępna w interfejsie WebUI. Późniejsi użytkownicy nadal prosili o natywną obsługę bondingu do lipca 2026 roku.
Aktualna publiczna dokumentacja sieci ZimaOS pokazuje porty fizyczne osobno, wraz ze stanem łącza, szybkością, ustawieniami DHCP lub ręcznego adresu IP, bramą i DNS. Nie opisuje procedury tworzenia LACP ani interfejsu agregowanego.
Przed próbą wykonania nieobsługiwanych ręcznych zmian dotyczących bondingu lub LACP użyj aktualnego modelu interfejsów sieciowych ZimaOS jako obsługiwanej podstawy.
Nie potwierdzono, że ręczny bonding w stylu NetworkManagera działa
Autor oryginalnego wpisu odkrył, że ZimaOS nie korzysta z tradycyjnego układu Debiana /etc/network, lecz znalazł konfigurację powiązaną z NetworkManagerem. Skopiował i edytował pliki połączeń, aby utworzyć bonding, ale poinformował, że ani ponowne uruchomienie NetworkManagera, ani pełny restart systemu nie przyniosły oczekiwanego rezultatu.
To negatywne źródło informacji. Nie należy przekształcać go w działający poradnik konfiguracji z użyciem wiersza poleceń.
Sam LACP po stronie przełącznika nie wystarczy
Zarządzalny przełącznik może agregować porty tylko wtedy, gdy serwer również uczestniczy w tej samej konfiguracji LACP/bondingu. Podłączenie dwóch zwykłych interfejsów ZimaOS do jednej grupy LACP bez bondingu po stronie hosta może prowadzić do niestabilnego uczenia adresów MAC lub utraty łączności.
Dwa łącza 2,5 GbE nie zapewnią 5 Gb/s przy pojedynczym kopiowaniu pliku
Nawet w systemach, na których LACP działa poprawnie, ruch jest zazwyczaj rozdzielany na podstawie haszowania przepływów. Pojedynczy przepływ SMB/TCP zwykle pozostaje na jednym łączu składowym, podczas gdy wielu klientów lub wiele sesji może zostać rozdzielonych między różne łącza.
Agregacja łączy jest zatem najbardziej przydatna do zwiększenia łącznej przepustowości przy wielu klientach oraz zapewnienia przełączania awaryjnego, a nie jako gwarantowany sposób na podwojenie szybkości pojedynczego transferu z jednej stacji roboczej.
Pojedyncza szybsza karta sieciowa często jest prostszym rozwiązaniem
Jeśli rzeczywistym celem jest transfer z prędkością większą niż 2,5 Gb/s do jednego klienta, pojedyncza ścieżka 10 GbE może być łatwiejsza do skonfigurowania niż LACP, ponieważ nie zależy od haszowania przepływów ani konfiguracji grupy LAG na zarządzalnym przełączniku.
Pula pamięci masowej i klient nadal muszą jednak dysponować wystarczającą wydajnością, aby obsłużyć takie łącze.
Wątek pozostał zgłoszeniem funkcji
W tym wątku źródłowym żaden pracownik IceWhale nie ogłosił natywnej obsługi LACP, a w lipcu 2026 roku uczestnik nadal prosił o dodanie elementów sterujących bondingiem do oficjalnych interfejsów zarządzania.
Do czasu opublikowania przez ZimaOS obsługiwanej procedury konfiguracji bondingu unikaj trwałych zmian w sieci hosta na zdalnym lub bezgłowym serwerze NAS, chyba że masz dostęp do lokalnej konsoli i możliwość wycofania zmian.
Najczęstsze pytania dotyczące agregacji łączy
Czy most sieciowy jest tym samym co LACP?
Nie. Most przekazuje ruch na warstwie 2, natomiast LACP łączy łącza w jeden logiczny interfejs przy współpracy z przełącznikiem.
Czy wątek źródłowy potwierdził działający, trwały bonding w ZimaOS?
Nie. Ręczna próba konfiguracji NetworkManagera przez autora oryginalnego wpisu nie zadziałała.
Czy dwa łącza 2,5 GbE z LACP sprawią, że pojedyncze kopiowanie SMB osiągnie 5 Gb/s?
Zwykle nie. LACP jest najbardziej przydatne przy wielu jednoczesnych przepływach i zapewnianiu nadmiarowości.
