Gdy przeprowadzasz migrację vSAN o północy i zaczynasz zauważać ciche spadki pakietów na starszych przełącznikach typu leaf lub gdy brama AWS Direct Connect doświadcza nagłych skoków opóźnień podczas synchronizacji bazy danych, przyczyną rzadko jest samo łącze WAN. Zazwyczaj wynika to z ograniczeń sprzętowych lokalnej infrastruktury przełączającej. W hybrydowym środowisku chmurowym, gdzie dynamiczny ruch pamięci masowej Wschód-Zachód współistnieje z bardzo wrażliwą synchronizacją chmury Północ-Południe, wybór niewłaściwej architektury sprzętowej może prowadzić do katastrofalnej degradacji aplikacji.
Aby zbudować odporną infrastrukturę o niskim opóźnieniu, architekci sieci muszą wyjść poza podstawowe prędkości portów i kanały. Należy ocenić potok układów ASIC (Application-Specific Integrated Circuit), strategie alokacji buforów pakietów oraz skalę routingu warstwy 3. Niniejszy przewodnik zawiera szczegółowe informacje techniczne dotyczące wyboru optymalnego przełącznika korporacyjnego dla hybrydowych sieci chmurowych, zapewniając bezproblemową integrację infrastruktury lokalnej ze środowiskami chmury publicznej.
Architektura potoków i buforów ASIC w hybrydowych strukturach chmurowych
W centrum każdego przełącznik korporacyjny o wysokiej wydajności jest jego krzem. Nowoczesne przełączniki korporacyjne zazwyczaj wykorzystują krzem handlowy (taki jak rodziny Trident lub Tomahawk firmy Broadcom) lub zastrzeżone układy ASIC dostawców (takie jak Cloud Scale firmy Cisco lub niestandardowe potoki firmy Arista). Architektura tych układów ASIC decyduje o sposobie analizowania, kolejkowania i przekazywania pakietów.
W hybrydowej architekturze sieciowej w chmurze obciążenia są bardzo dynamiczne. Replikacja pamięci masowej, migracje maszyn wirtualnych i mikrousługi oparte na API generują ogromne wzrosty ruchu (mikrowzrosty), które mogą nasycić porty przełączników w ciągu mikrosekund. Tradycyjne przełączniki ze statycznymi profilami buforów z zablokowanymi portami szybko wyczerpują pamięć, co prowadzi do utraty danych i retransmisji TCP.
Aby temu zaradzić, należy szukać przełączników, które wykorzystują Dynamiczny bufor współdzielony architektury lub Wirtualne kolejkowanie wyjściowe (VoQ)Dynamiczne buforowanie pozwala przełącznikowi na żądanie przydzielać pamięć pakietów z globalnej puli do dowolnego portu, w którym występuje mikrowybuch. Z kolei VoQ zapobiega blokowaniu Head-of-Line (HoL) poprzez kolejkowanie pakietów na porcie wejściowym na podstawie ich docelowego portu wyjściowego, zapewniając, że przeciążone łącze 10G do zdalnej bramy w chmurze nie blokuje lokalnego ruchu pamięci masowej 100G Wschód-Zachód.
Co więcej, układ ASIC musi obsługiwać jednoprzebiegową enkapsulację i dekapsulację VXLAN. Jeśli przełącznik wymaga „podwójnego przejścia” przez interfejs pętli zwrotnej, aby wykonać routing VXLAN, opóźnienie między portami wzrośnie dwukrotnie, a ogólna przepustowość zostanie znacznie ograniczona.
Sprawdź stan magazynowy, porównaj opcje lub porozmawiaj z naszym zespołem.
Porównanie wydajności i profili opóźnień w sieciach Non-Blocking Fabric
Podczas projektowania przełącznik typu leaf-spine w centrum danych W przypadku topologii kluczowe jest zrozumienie fizycznych ograniczeń wydajności sprzętu. Należy ocenić przepustowość przełączania (Tb/s), szybkość przesyłania (Mp/s) i profile opóźnień przy dużym obciążeniu.
Kolejnym kluczowym czynnikiem jest tryb korekcji błędów w przód (FEC). Wraz ze zmianą prędkości łącza fizycznego z 10G/25G na 100G/400G rośnie poziom szumów w warstwie fizycznej. FEC jest używany do korygowania tych błędów, ale wprowadza opóźnienie. Częstym problemem w sieci jest trzepotanie portów spowodowane niedopasowaniem FEC między przełącznikami a transceiverami innych firm. Wybrany przełącznik musi umożliwiać ręczne obejście trybów FEC (np. CL91 RS-FEC, CL74 FireCode lub całkowite wyłączenie FEC w przypadku kabli miedzianych o krótkim zasięgu podłączanych bezpośrednio), aby zapewnić stabilne przejścia między stanami łącza.
Poniższa tabela porównuje profile sprzętowe typowych przełączników korporacyjnych zoptymalizowanych pod kątem różnych ról w ramach architektury hybrydowej sieci chmurowej:
| Metryka architektoniczna | Przełącznik Leaf o wysokiej wydajności | Przełącznik Enterprise Spine | Przełącznik agregacji kampusowej/krawędziowej |
|---|---|---|---|
| Typ ASIC | Deep-Buffer Merchant / Custom (np. Trident 4) | Wysoka przepustowość (np. Tomahawk 4) | Dostęp korporacyjny (np. UADP / Unified Access) |
| Przełączanie mocy | 3.6 Tbps - 6.4 Tbps | 12.8 Tbps - 25.6 Tbps | 800 Gb/s – 1.6 Tb/s |
| Bufor pakietów | 32 MB - 80 MB (dynamiczne udostępnianie) | 114 MB - 256 MB (bufor głęboki) | 16 MB - 32 MB (statyczne/współdzielone) |
| Opóźnienie między portami | < 800 ns (przecięcie) | < 450 ns (przecięcie) | 1.5–3.5 µs (przechowywanie i przesyłanie) |
| Skala trasowania L3 (LPM) | Do 64 000 tras IPv4 | Do 64 000 tras IPv4 | Do 64 000 tras IPv4 |
| Obsługa EVPN-VXLAN | Pełny sprzętowy VTEP (pojedynczy przebieg) | Transmisja IP-w-IP/VXLAN (VTEP nie jest wymagany) | VTEP definiowany programowo / ograniczony sprzętowo |
Wybierając przełącznik korporacyjny o niskim opóźnieniu, przełączniki typu leaf muszą priorytetowo traktować przekazywanie danych typu cut-through i buforowanie dynamiczne, aby obsługiwać intensywny ruch pamięci masowej, podczas gdy przełączniki typu spine priorytetowo traktują przepustowość surową i obszerne tabele routingu L3, aby łączyć ze sobą wiele lokalnych kontenerów i bram chmury publicznej.
Skalowanie trasowania EVPN-VXLAN i L3 na potrzeby integracji chmury hybrydowej
Skuteczna architektura hybrydowej sieci chmurowej opiera się na płynnej łączności warstwy 2 i warstwy 3 przez granice fizyczne. Właśnie w tym miejscu niezastąpiona staje się sieć Ethernet VPN z wirtualną rozszerzalną siecią LAN (EVPN-VXLAN). EVPN-VXLAN umożliwia rozciągnięcie domen rozgłoszeniowych warstwy 2 na lokalne centra danych i publiczne sieci VPC w chmurze (przy użyciu natywnych dla chmury routerów programowych lub sprzętowych VTEP), umożliwiając płynną mobilność maszyn wirtualnych i klastrowanie obciążeń.
Podczas oceniania przełącznik korporacyjny dla chmury hybrydowej W przypadku wdrożeń należy zweryfikować możliwości sprzętowe w zakresie tworzenia struktury pamięci adresowalnej zawartości (TCAM). EVPN-VXLAN wymaga znacznych zasobów TCAM do przechowywania powiązań MAC-IP, punktów końcowych tunelu VXLAN (VTEP) i list kontroli dostępu (ACL).
Jeśli ścieżka TCAM przełącznika nie jest prawidłowo skonfigurowana lub nie ma wystarczającej pojemności fizycznej, przełącznik nie będzie w stanie zaprogramować nowych tras hosta w sprzęcie. W takim przypadku przełącznik powróci do przekazywania programowego (ścieżki procesora), co spowoduje utratę pakietów, znaczne skoki opóźnień i ewentualną niestabilność płaszczyzny sterowania. Upewnij się, że przełączniki typu „leaf” obsługują co najmniej 128 000 wpisów MAC/IP hosta i oferują elastyczne szablony TCAM, które można zoptymalizować pod kątem obciążeń wirtualizacji.
Diagnostyka CLI: rozwiązywanie problemów z ubytkami bufora i niezgodnościami FEC
Aby utrzymać sprawną infrastrukturę chmury hybrydowej, inżynierowie sieci muszą być w stanie szybko diagnozować problemy na poziomie sprzętowym. Poniżej znajduje się gotowy do skopiowania i wklejenia skrypt diagnostyczny CLI dla Cisco NX-OS (standardowego systemu operacyjnego dla korporacyjnych przełączników typu leaf-spine), który umożliwia rozwiązywanie problemów z utratą pakietów, weryfikowanie wykorzystania bufora i rozwiązywanie niezgodności FEC na szybkich interfejsach.
Dzięki uruchomieniu tych poleceń diagnostycznych można szybko ustalić, czy port gubi pakiety z powodu przepełnienia bufora (co wymaga dostosowania zasad kolejkowania) lub czy łącze jest niestabilne z powodu niezgodności kodu FEC podczas automatycznej negocjacji.
Strategiczne zaopatrzenie: skracanie czasu realizacji i optymalizacja zestawienia materiałów
Zaprojektowanie idealnej hybrydowej architektury sieciowej w chmurze to tylko połowa sukcesu; pozyskanie sprzętu bez opóźniania realizacji projektu to druga połowa. W obecnym globalnym systemie łańcucha dostaw, tradycyjni dystrybutorzy często podają terminy realizacji wynoszące od 6 do 8 tygodni – a nawet dłużej – dla wydajnych przełączników korporacyjnych. Dla integratorów systemów i działów IT przedsiębiorstw, którym narzuca się ścisłe terminy realizacji projektów, opóźnienia te mogą skutkować dotkliwymi karami finansowymi i utratą szans rynkowych.
To właśnie tutaj mocne strony fizycznego łańcucha dostaw routerów-switchów zapewniają decydującą przewagę. Utrzymując Zapasy magazynowe o wartości ponad 20 mln USDPrzełączniki routerowe omijają tradycyjne wąskie gardła dystrybucji, umożliwiając wysyłka w tym samym tygodniu na krytycznym sprzęcie sieciowym. Niezależnie od tego, czy potrzebujesz natychmiastowej skalowalności struktury Leaf-Spine, czy wymiany uszkodzonego przełącznika brzegowego, nasza globalna sieć logistyczna gwarantuje, że Twój projekt będzie realizowany zgodnie z harmonogramem.
Co więcej, płaski model łańcucha dostaw przełącznika Router-Switch omija 2-3 warstwy regionalnych marż pośredników. Pozwala to małym i średnim przedsiębiorstwom (MŚP) oraz integratorom systemów uzyskać bezpośrednie rabaty przy zakupie hurtowym, znacząco optymalizując zestawienie materiałowe (BOM) bez utraty jakości sprzętu.
Każdy przełącznik dostarczany przez Router-switch jest wyposażony w 100% oryginalna gwarancja oryginalności, z numerami seryjnymi (S/N), które są w pełni weryfikowalne w oficjalnych bazach danych dostawców przed wdrożeniem. Aby chronić Twoją inwestycję po zakupie, router-switch zastępuje drogie, sztywne umowy wsparcia technicznego dostawców bezpłatnym 3-letnia rozszerzona gwarancja RS Care, wspierane przez Szybka wymiana w trybie gotowości RMA (wysyłając najpierw sprzęt zamienny, aby zminimalizować średni czas naprawy) i bezpłatnie Konsultacje CCIE 1 na 1 aby pomóc w początkowej konfiguracji i sprawdzeniu zgodności transceivera.
Aby zoptymalizować proces zakupów i zapewnić sobie konkurencyjne ceny, zapoznaj się z wysokowydajne przełączniki korporacyjne na routerze-przełączniku dzisiaj.
Ludzie pytają także (FAQ)
Podczas migracji dużych maszyn wirtualnych lub vSAN, ogromne bloki danych są zapisywane w sieci w mikroseryjnych pakietach. Jeśli przełącznik korzysta ze statycznej alokacji bufora, każdy port jest ograniczony do małego, stałego fragmentu pamięci pakietów. Po zapełnieniu tego fragmentu przełącznik natychmiast odrzuca przychodzące pakiety, co powoduje zmniejszenie okna TCP i spowolnienie migracji. Aby temu zapobiec, należy wybrać przełączniki z dynamicznymi buforami współdzielonymi (Dynamic Shared Buffers), które mogą dynamicznie przydzielać do 100% pamięci pakietów układu ASIC do pojedynczego, przeciążonego portu podczas pakietów.
Enkapsulacja VXLAN dodaje 50-bajtowy narzut (nagłówki IP, UDP i VXLAN) do oryginalnej ramki Ethernet. Jeśli przełącznik korporacyjny przekazuje standardowe pakiety MTU o rozmiarze 1500 bajtów do tunelu VXLAN bez dostosowania MTU sieci, pakiety przekroczą standardowy limit MTU i zostaną pofragmentowane lub odrzucone przez routery tranzytowe. Aby pomyślnie wdrożyć EVPN-VXLAN w przedsiębiorstwie, należy skonfigurować ramki jumbo (zazwyczaj o MTU 9000 lub co najmniej 1550 bajtów) w całej fizycznej strukturze przełącznika i ścieżce tranzytowej sieci WAN.
TCAM (Ternary Content-Addressable Memory) to specjalistyczna pamięć sprzętowa używana do szybkich wyszukiwań, w tym list kontroli dostępu (ACL), QoS i tablic routingu. W środowisku EVPN-VXLAN przełącznik musi przechowywać adresy IP VTEP, powiązania MAC-IP oraz identyfikatory segmentów VXLAN w pamięci TCAM. Jeśli domyślny profil TCAM przełącznika przydziela zbyt dużo pamięci starszym funkcjom (takim jak routing IPv4), a za mało funkcjom VXLAN/nakładek, przełącznikowi zabraknie miejsca w pamięci TCAM. Zapobiega to sprzętowemu ustanawianiu nowych tuneli VXLAN, wymuszając ruch do procesora i powodując znaczne opóźnienia. Przed wdrożeniem EVPN należy zawsze dostosować profil TCAM, aby faworyzował szablony „vxlan” lub „nakładek”.
Wielu dostawców sieci programuje swoje przełączniki tak, aby domyślnie odrzucały transceivery innych firm, wyświetlając błędy „nieobsługiwany transceiver” i wyłączając port. Aby uniknąć tych sztucznych ograniczeń i zoptymalizować zestawienie materiałów (BOM), upewnij się, że system operacyjny przełącznika obsługuje polecenia włączające transceivery innych firm (takie jak: service unsupported-transceiver na platformach Cisco). Dodatkowo skonsultuj się z zespołem wsparcia technicznego CCIE firmy Router-switch, aby sprawdzić, czy wybrane przez Ciebie transceivery są w pełni zaprogramowane i przetestowane pod kątem zgodności ze sprzętem i wersją oprogramowania konkretnego przełącznika.