Pytałem mnie o to przez kilka dni i po wielu poszukiwaniach nie byłem w stanie znaleźć zrozumiałej odpowiedzi, nawet teoretycznej, która ma sens w mojej głowie.
Bawię się rozwiązaniami dla hostingu komputerów Mac i zastanawiałem się, czy mogę dodać karty Ethernet Thunderbolt do komputerów Mac i połączyć je w sieciach VLAN, a tym samym częściowo rozwiązać wąskie gardła przepustowości na komputerach w celu zwiększenia prędkości dostępu do bazy danych lub pamięci zewnętrznej .
Na przykład: podłącz dwie karty Ethernet do komputera Mac Mini, połącz je i uzyskaj sieć VLAN o przepustowości 2 Gb / s.
Odpowiedzi:
Krótko mówiąc, nie, są różne:
Innymi słowy, łączenie zasadniczo nie zwiększa prędkości pojedynczego połączenia. Jedynym wyjątkiem jest wiązanie linuksowe typu 0 (balance-rr), które wysyła pakiety w okrągły sposób robin, ale ma znaczące wady i ograniczone skalowanie. Aby zobaczyć praktyczny przykład, spójrz tutaj
źródło
10 Gb / s przez porty x10 1 Gb / s
Odpowiadam tylko ze względu na kompletność i aby zaoszczędzić wam pewnych bólów głowy. Mam ponad 20 000 serwerów, które robią coś podobnego do tego i mogę powiedzieć, że to zły pomysł. Ta metoda zwiększa złożoność, która spowoduje problemy operacyjne później. Zrobiliśmy to z 4 kartami sieciowymi 1GB na serwer. W tym momencie faktycznie miało to większy sens niż pójście 10 gig. W tym czasie 10gig wszędzie byłoby wiele razy kosztem bardzo małego zysku. Nasze ostatnie iteracje naszych centrów danych już tego nie robią.
Wiązanie LACP ( tryb 4 ) z jednym partnerem LGD da Ci 10 Gb / s, prawie tyle samo, co pojedynczy port 10 Gb / s. Można to zrobić za pomocą więcej niż 1 przełącznika, ale muszą one obsługiwać MLAG, w przeciwnym razie musisz podłączyć tylko jeden przełącznik. Jeśli nie obsługują MLAG, dostajesz tylko 1 przełącznik przepustowości. Inne interfejsy będą w trybie gotowości. (czyli 5 Gb / s, jeśli masz 2 przełączniki).
Pojedyncze połączenie będzie wykorzystywało tylko jedno łącze, ale możesz podzielić ruch tam, gdzie jest to wymagane na warstwie 7, jeśli potrzebujesz, lub możesz zajrzeć do MPTCP, ale obsługa tego jest nowa w ostatnich jądrach i nie jestem pewien, czy jest gotowy po raz pierwszy. Możesz podzielić synchronizację danych za pomocą LFTP + SFTP i podsystemu lustrzanego LFTP. Może nawet podzielić jeden plik na wiele strumieni. Istnieje również bittorrent.
Nie będziesz w stanie wykonać DHCP na tych portach z perspektywy klienta, aby PXE uruchomił instalator systemu operacyjnego , chyba że narzucisz eth0 po stronie serwera, co technicznie zepsuje monitorowanie LACP. Można to zrobić, ale nie powinno być i to będzie zrobić Rozwiązywanie problemów trudniejsze jeśli zmusić interfejs górę.
W konfiguracji łączenia będziesz musiał wygenerować unikalny adres MAC, który będzie różny od wszystkich fizycznych interfejsów, lub będziesz mieć warunki wyścigu ze względu na sposób działania PXE / DHCP, zakładając, że w konfiguracji jest DHCP / PXE. Istnieje wiele przykładów online, jak wygenerować unikalny MAC bond0 na bieżąco.
Wymaga to również konfiguracji po stronie przełącznika, która jest dopasowana do konfiguracji wiązania każdego z serwerów. Będziesz chciał zainstalować demona LLDP, aby rozwiązywanie problemów było mniej bolesne, a LLDP włączony na przełącznikach.
Jeśli to zrobisz, twoja etykieta i etykiety muszą być bezbłędne. Twoja automatyzacja przełączników musi być solidna. Jedno przesunięcie kabla, które miesza 2 serwery, spowoduje bardzo zabawne problemy.
Wyrazy uznania dla Jaya z IBM za uczynienie kodu wiązania tak dobrym jak on i za pomoc w ustaleniu, w jaki sposób DHCP może działać w tej konfiguracji.
źródło
To zależy. Jeśli podstawowy protokół ruchu ma wbudowane wielościeżkowe równoważenie obciążenia, np. ISCSI, działa to bardzo dobrze. Klejenie ma wiele problemów, które już opisują inne odpowiedzi.
źródło