Przełączniki centrum danych PicOS: EVPN i przewodnik po aktualizacjach

Większość decyzji dotyczących zmiany centrum danych nadal rozpoczyna się od arkusza danych: liczba portów, prędkości i cena. Przełączniki dla centrów danych PicOS zadają najpierw inne pytanie. Ponieważ system operacyjny, sprzęt i warstwy zarządzania są od siebie oddzielone, wybór PicOS to nie tyle zakup sprzętu, co bardziejdecyzja dotycząca-modelu operacyjnego- jak Twój zespół będzie udostępniał, automatyzował i obsługiwał strukturę szkieletową przez cały okres jej użytkowania.

W tym przewodniku wyjaśniono, czym właściwie są przełączniki dla centrów danych PicOS, jak przełącznik, sieciowy system operacyjny i kontroler AmpCon-DC pasują do siebie, gdzie są dobrze dopasowane i co dokładnie należy sprawdzić przed wdrożeniem produkcyjnym. Celem jest pomoc zespołowi sieciowemu w ocenie PicOS pod kątem kryteriów inżynieryjnych, a nie języka marketingowego.

Przełącznik PicOS vs PicOS NOS vs AmpCon-DC: co właściwie wybierasz

Termin „przełącznik centrum danych PicOS” jest często używany luźno, co powoduje zamieszanie podczas oceny. Odnosi się do trzech odrębnych warstw, które są kupowane i obsługiwane oddzielnie:

• Sprzęt przełącznika- otwarte platformy sieciowe („white box” lub „brite box”), zazwyczaj zbudowane na krzemie Broadcom. Typowym przykładem centrum danych jest przełącznik typu Leaf lub Spine o wysokości 1U, taki jak N8550-32C, z 32 portami 100G QSFP28 w układzie ASIC Broadcom Trident 3. Układ ASIC, prędkość portów i bufor określają twarde ograniczenia możliwości urządzenia.
• Sieciowy system operacyjny PicOS-PicOS NOS z Pica8, zbudowany na niezmodyfikowanym jądrze Linuksa Debian. Zapewnia stos warstwy 2/3, EVPN-VXLAN, MLAG, bezpieczeństwo i otwartą telemetrię (SNMP, sFlow i gNMI). NOS oraz jego wersja i poziom licencji określają, które funkcje są faktycznie dostępne.
• AmpCon-DC- kontroler zarządzania i automatyzacji. Obsługuje przydzielanie typu zero-touch (ZTP), konfigurację opartą na szablonach-, odkrywanie topologii, telemetrię, aktualizacje i weryfikację w całym cyklu życia, od projektu w dniu 0 do operacji w dniu 2+.

Oddzielenie tych warstw ma znaczenie podczas oceny: model przełącznika może być sprzętem o doskonałych możliwościach, podczas gdy konkretna wersja PicOS lub licencja nie udostępnia jeszcze potrzebnej funkcji. Zawsze oceniaj kombinację, a nie pojedynczą warstwę.

Dlaczego przedsiębiorstwa wybierają PicOS dla centrów danych

Przedsiębiorstwa zazwyczaj sięgają po PicOS, gdy istniejący projekt zaczyna ograniczać wydajność, skalę lub operacje, - na przykład po przejściu z 10G na 25G lub 100G, tworzeniu nowego-grzbietu lub próbie ograniczenia ręcznego przełączania-za pomocą-konfiguracji przełącznika.

Obsługa ruchu wschodniego-zachodniego za pomocą liścia-kręgosłupa

Starsze architektury zostały dostrojone pod kątem przewidywalnego ruchu na północy-południu. Wirtualizacja, rozproszona pamięć masowa, platformy kontenerowe i obciążenia AI generują znacznie większy ruch między szafami ze wschodu-zachodu. Tkanina grzbietowa- liścia spłaszcza topologię i sprawia, że ​​opóźnienia i przepustowość są bardziej przewidywalne. Przełączniki oparte na systemie PicOS-mogą pełnić rolę liścia, grzbietu,-góry-szafy, obramowania lub połączeń międzysieciowych, pod warunkiem, że szybkości portów, wydajność przełączania i funkcje routingu odpowiadają projektowi.

Zmniejszanie blokady dostawcy-W - i jak to faktycznie działa

„Zmniejszenie-zamrożenia” jest łatwe do stwierdzenia, dlatego warto przedstawić mechanizm. W tradycyjnym stosie sprzęt, NOS, licencje, zarządzanie i wsparcie są ujęte w jedną relację z dostawcą. PicOS działa w oparciu o zdezagregowany, otwarty-model sieciowy: ten sam NOS działa na sprawdzonym sprzęcie-białym od wielu dostawców, z pełną obsługą prędkości od wielu-gigów do 400-gigów i więcej oraz EVPN-VXLAN. W praktyce oznacza to, że model operacyjny i automatyzacja stają się trwałą częścią projektu, podczas gdy dostawca sprzętu może z czasem się zmieniać. Kompromis-jest jednak realny – bierzesz na siebie większą odpowiedzialność za projektowanie, sprawdzanie poprawności i odpowiedzialność operacyjną.

Automatyzacja dnia 0 do dnia 2+ za pomocą AmpCon-DC

Ręczny interfejs CLI jest tolerowany w przypadku kilku przełączników i ryzykowny w przypadku dziesiątek lub setek. AmpCon-DC to miejsce, w którym PicOS czerpie znaczną część ze swojej wartości operacyjnej: wdrażanie ZTP, szablony konfiguracji oparte na Jinja-, podręczniki Ansible i interfejsy API REST redukują powtarzalną pracę i dryfowanie konfiguracji. Celem nie jest automatyzacja sama w sobie -, lecz powtarzalne wdrażanie, możliwe do skontrolowania zmiany i szybsze odzyskiwanie.

Kluczowe możliwości do oceny

Gotowość do obsługi EVPN-VXLAN i IP Fabric

Nowoczesne tkaniny zazwyczaj rozciągają warstwę 2 na trasowany podkład warstwy 3, korzystając jednocześnie z dwóch standardów:VXLAN, enkapsulacja nakładki zdefiniowana w RFC 7348, IEVPN, płaszczyzna kontroli oparta-na protokole BGP, standaryzowana w dokumencie RFC 7432. Jeśli model przełącznika i wersja PicOS go obsługują, PicOS można ocenić pod kątem skalowalnych rozwiązań typu „liść” obsługujących środowiska zwirtualizowane i w stylu chmury-z wieloma-szafami. Traktuj obsługę EVPN-VXLAN jako specyficzną dla wersji- i modelu-i porównaj ją z konkretną platformą, którą zamierzasz kupić.

MLAG i wysoka dostępność

MLAG umożliwia dwóm przełącznikom fizycznym prezentowanie pojedynczego logicznego punktu agregacji urządzeniom znajdującym się dalej, utrzymując wszystkie łącza aktywne i eliminując zależność od ciężkich projektów-drzewa opinającego-. W przypadku-głównych- ról związanych z szafą i agregacją zapewnia to nadmiarowe łącza wysyłające dla serwerów i pamięci masowej bez przerw w przełączaniu awaryjnym typowych dla tradycyjnego łączenia stosów. Zanim zaczniesz na nich polegać, sprawdź łącze równorzędne-, podtrzymanie działania, czas przełączania awaryjnego i zachowanie-portów sierocych.

Programowalność i telemetria

Przełącznik centrum danych powinien być domyślnie-przyjazny automatyzacji. PicOS udostępnia interfejsy oparte na Ansible, Pythonie i standardach-, a także zapewnia widoczność dzięki telemetrii przesyłania strumieniowego SNMP, sFlow i gNMI. Praktyczną korzyścią jest spójność: konfiguracje oparte na szablonach, monitorowanie bazowe i wykrywanie dryfów w całej strukturze.

Zarządzanie cyklem życia i widoczność

Zdolność przełączania to tylko część operacji. Zespoły potrzebują także topologii, stanu interfejsu, stanu urządzenia i widoczności-dryftów konfiguracji. Dzięki AmpCon-DC środowiska PicOS można udostępniać, monitorować, zmieniać i weryfikować z poziomu jednej konsoli -, co w przypadku zespołów z ograniczoną liczbą pracowników inżynieryjnych może mieć równie duże znaczenie jak sama przepustowość.

PicOS vs zamknięty NOS vs społeczność NOS

Znacząca różnica między tymi opcjami dotyczy modelu operacyjnego, a nie głównych specyfikacji sprzętu. Poniższa tabela porównuje tradycyjny zamknięty stos,-otwarty NOS kierowany przez społeczność oraz PicOS z AmpCon-DC.

Najlepsze-scenariusze dopasowania i słabego-dopasowania

PicOS to dobry wybór w niektórych środowiskach, a kiepski w innych. Szczerość w obu kwestiach chroni wdrożenie.

Mocne dopasowanie, gdy:

• Budujesz infrastrukturę typu Leaf-Spine lub EVPN-VXLAN i potrzebujesz otwartego źródła sprzętu.
• Zespół jest-gotowy (lub chce to zrobić) na automatyzację i ceni sobie powtarzalne operacje oparte na szablonach.
• Chcesz ujednolicić jeden NOS i jeden model zarządzania na wielu przełącznikach.
• Docelowy sprzęt znajduje się na zatwierdzonej liście kompatybilności, a wersja PicOS obsługuje wymagane funkcje.

Mniej odpowiednie, gdy:

• Zespół nie ma możliwości automatyzacji i nie ma planu jej zbudowania.
• Codzienna działalność-jest- zależna od TAC jednego dostawcy.
• Nie ma możliwości sprawdzenia-tkaniny w laboratorium przed produkcją.
• Preferowanego sprzętu lub wymaganego zestawu funkcji nie ma na obsługiwanej matrycy.

Typowe przypadki użycia

Uaktualnienia z 10G/25G do 100G

Częstą ścieżką jest zwiększenie dostępu serwerów do sieci 25G i zbudowanie łączy nadrzędnych o przepustowości 100G-do-spine. Poza samym przełącznikiem aktualizacja zależy od warstwy fizycznej: w przypadku pracy wielomodowej o zasięgu decyduje klasa wdrażanego światłowodu, dlatego należy wcześniej potwierdzić obsługiwane odległości - różnice międzyŚwiatłowód wielomodowy od OM1 do OM5 i ich ograniczenia odległościbezpośrednio wpływają na to, czy łącze 100G będzie działać w Twojej instalacji okablowania.

Liść-Tkaniny do centrów danych kręgosłupa

Przełączniki liściowe łączą serwery i pamięć masową; przełączniki kręgosłupa zapewniają-szybką transmisję między liśćmi. PicOS spełnia te role, gdy prędkości, liczba portów i funkcje routingu odpowiadają projektowi. Okablowanie strukturalne sprawia, że ​​planowanie jest znacznie czystszeOkablowanie typu trunk i breakout MPO/MTPz przodu zapewnia wysoką gęstość połączeń-liście-z-grzbietem, które można regulować w miarę wzrostu tkaniny.

Brama centrum danych i połączenie międzysieciowe

Niektóre projekty rozszerzają zakres przełączania między lokacjami, strefami lub domenami, gdzie najważniejsze są skalowalne routing w warstwie 3 i scentralizowana widoczność cyklu życia. Te dłuższe przebiegi zwykle wymagają optyki jednomodowej-, więc dopasuj zasięg transceivera do łącza -, przeglądając różnice międzyŚwiatłowód jednomodowy OS1 i OS2pomaga potwierdzić, że dana odległość między połączeniami jest obsługiwana.

Sztuczna inteligencja, HPC i bezstratny Ethernet

Sztuczna inteligencja i struktury HPC to nie tylko czysta przepustowość. Ruch RDMA (RoCEv2) wymaga bezstratnej lub prawie-bezstratnej sieci Ethernet, która zależy od kontroli przepływu, takiej jak PFC i sygnalizacji przeciążenia, takiej jak ECN, a także odpowiednich buforów przełączania i czystej telemetrii. Przełączniki PicOS dla centrów danych obsługują bezstratny transport oparty na PFC/ECN-na kompatybilnych platformach, a projekty-o dużej przepustowości coraz częściej korzystają z interfejsów 400G - podczas planowania łączy nadrzędnych typu „spine” lub „GPU”-, potwierdzają optykę i współczynnik kształtu, w tym400G QSFP-DD. Przed zatwierdzeniem sprawdź zachowanie przeciążenia, rozmiar bufora i zgodność karty sieciowej z konkretnym obciążeniem.

Jak zaplanować wdrożenie PicOS

Pomyślne wdrożenie zaczyna się od wymagań projektowych, a nie od listy produktów. Poniższa lista kontrolna przedstawia każde wymaganie pod kątem tego, co należy zweryfikować, dlaczego jest to istotne i co może pójść nie tak, jeśli zostanie pominięte.

Dwie pozycje na tej liście powodują opóźnienia, których można najłatwiej uniknąć. Po pierwsze, wcześnie zdecyduj o nośniku dostępu do serwera: czy należy go standaryzowaćOptyka 10GBASE-T lub SFP+zmienia założenia dotyczące okablowania, zasilania i zasięgu w każdej szafie. Po drugie, zaplanuj rozmyślnie okablowanie -, na przykład dzieląc pojedynczy port 100G na 4 łącza serwerowe 25G -, używając prawejOkablowanie typu breakout MPOtak aby mapa portów i przypisania włókien były zgodne przed dniem instalacji.

Przed rozpoczęciem produkcji zweryfikuj projekt w laboratorium lub w programie pilotażowym: zbieżność routingu, zachowanie tras EVPN, przełączanie awaryjne MLAG, szablony automatyzacji, monitorowanie i wycofywanie zmian. Następnie wdrażaj etapami, zamiast od razu objąć całą sieć, chyba że jest to kontrolowana budowa od podstaw. Możesz przejrzećPortfolio przełączników dla centrów danych i sprawdzone platformy Pica8aby potwierdzić, które kombinacje sprzętu i funkcji są obsługiwane w docelowym projekcie.

Typowe błędy, których należy unikać

Wybór wyłącznie na podstawie szybkości portu.Szybkość ma znaczenie, ale o podejmowaniu decyzji decydują funkcje routingu, obsługa automatyzacji, rozmiar bufora, zgodność optyki, poziom licencji, model wsparcia i ścieżka aktualizacji.

Ignorowanie wymagań dotyczących funkcji NOS i licencji.System operacyjny, jego wersja i licencja określają, co faktycznie może zrobić sieć. Przed zakupem sprawdź, czy L2/L3, EVPN-VXLAN, MLAG, dane telemetryczne i zabezpieczenia są powiązane z konkretną platformą.

Niedocenianie zmian operacyjnych.Sieć gotowa-do automatyzacji potrzebuje nowych procesów: kto jest właścicielem szablonów, kto zatwierdza zmiany, w jaki sposób tworzone są kopie zapasowe konfiguracji i jak obsługuje się wycofywanie zmian.

Pominięcie walidacji laboratoryjnej.W przypadku ważnych zmian w centrum danych test laboratoryjny nie jest opcjonalny. Należy przynajmniej sprawdzić podstawowe funkcje sieci szkieletowej, nadmiarowość, monitorowanie i odzyskiwanie po awarii, zanim jakikolwiek ruch będzie od nich zależny.

Czy PicOS jest odpowiedni dla Twojego centrum danych?

Przełączniki do centrum danych PicOS są odpowiednie dla przedsiębiorstw, które oczekują skalowalnej sieci szkieletowej,-gotowych do automatyzacji operacji, otwartego zaopatrzenia w sprzęt i ustrukturyzowanego cyklu życia, - zwłaszcza dla zespołów planujących projekty-spinów, aktualizacje 10G/25G do 100G, sieci EVPN-VXLAN lub środowiska, w których ręczna konfiguracja przełączników-za-przełącznikami nie jest już możliwa. Sprawdzają się słabiej tam, gdzie nie ma możliwości automatyzacji, silna zależność od wsparcia jednego-dostawcy, braku laboratorium, w którym można by to sprawdzić, lub sprzętu spoza obsługiwanej matrycy.

Praktyczny kolejny krok: udokumentowanie bieżącego projektu i słabych punktów operacyjnych, zdefiniowanie docelowej architektury i wymaganego zestawu funkcji, potwierdzenie zgodności sprzętu i wersji PicOS oraz przetestowanie struktury w kontrolowanym środowisku przed przystąpieniem do produkcji.