Превключватели на PicOS център за данни: EVPN и ръководство за надстройка

Повечето решения за превключване на центрове за данни все още започват с лист с данни: брой портове, скорости и цена. Превключвателите на центъра за данни на PicOS първо задават различен въпрос. Тъй като операционната система, хардуерът и слоевете за управление са разделени, изборът на PicOS не е покупка на хардуер, а по-скорорешение за-оперативния модел- как вашият екип ще осигури, автоматизира и управлява структурата през целия й живот.

Това ръководство обяснява какво всъщност представляват превключвателите на центъра за данни на PicOS, как превключвателят, мрежовата операционна система и AmpCon-DC контролерът се вписват заедно, къде са най-подходящи и какво точно да се валидира преди внедряване в производствена среда. Целта е да се помогне на мрежов екип да оцени PicOS по инженерни критерии, а не по маркетингов език.

PicOS Switch срещу PicOS NOS срещу AmpCon-DC: Какво всъщност избирате

Терминът "превключвател на център за данни PicOS" често се използва свободно, което създава объркване по време на оценката. Отнася се за три отделни слоя, които се купуват и управляват отделно:

• Хардуерът на превключвателя- отворени мрежови платформи („бяла кутия“ или „брайт кутия“), обикновено изградени върху силикон на Broadcom. Често срещан пример за център за данни е 1U leaf или spine комутатор като N8550-32C, с 32 x 100G QSFP28 порта на Broadcom Trident 3 ASIC. ASIC, скоростите на портовете и буферът определят твърдите граници на това, което кутията може да направи.
• Мрежовата операционна система PicOS-PicOS NOS от Pica8, изграден върху немодифицирано ядро ​​на Debian Linux. Той доставя стека на слой 2/слой 3, EVPN-VXLAN, MLAG, сигурност и отворена телеметрия (SNMP, sFlow и gNMI). NOS, плюс неговата версия и ниво на лиценз, определя кои функции действително са налични.
• AmpCon-DC- контролерът за управление и автоматизация. Той обработва осигуряване с нулево-докосване (ZTP), управлявана от шаблон-конфигурация, откриване на топология, телеметрия, надстройки и валидиране през целия жизнен цикъл, от Ден 0 проектиране до Ден 2+ операции.

Поддържането на отделните слоеве има значение по време на оценката: модел на превключвател може да бъде напълно работещ хардуер, докато конкретна версия на PicOS или лиценз все още не активира функцията, от която се нуждаете. Винаги оценявайте комбинацията, а не един слой в изолация.

Защо предприятията оценяват PicOS за центрове за данни

Предприятията обикновено гледат на PicOS, когато съществуващ дизайн започне да ограничава производителността, мащаба или операциите - например, преминаване от 10G към 25G или 100G, изправяне на нова структура на листа-гръбнака или опит за намаляване на ръчната конфигурация на превключване-по{-превключвател.

Управление на източен-западен трафик с Leaf-Spine

Наследените архитектури бяха настроени за предвидим трафик от север-юг. Виртуализацията, разпределеното хранилище, контейнерните платформи и работните натоварвания на AI генерират много повече източно-западен трафик между стелажите. Листова-основна тъкан изравнява топологията и прави латентността и честотната лента по-предвидими. Базираните на PicOS-превключватели могат да поемат роли на leaf, spine, top-of-rack, border или interconnect, при условие че скоростите на портовете, капацитетът на превключване и функциите за маршрутизиране съответстват на дизайна.

Намаляване на блокирането на доставчик-в - и как това всъщност работи

„Намаляване на блокирането“ е лесно да се твърди, така че си струва да посочите механизма. В традиционен стек хардуерът, NOS, лицензирането, управлението и поддръжката са обединени в една връзка с доставчика. PicOS следва дезагрегиран, отворен-мрежов модел: един и същ NOS работи на валидиран бял-хардуер от множество доставчици, с пълна поддръжка за скорости от мулти-gig до 400-gig и повече и за EVPN-VXLAN. На практика това означава, че операционният модел и автоматизацията стават трайна част от вашия дизайн, докато основният доставчик на хардуер може да се промени с течение на времето. Компромисът-е реален обаче – вие поемате повече отговорност за дизайна, валидирането и оперативната собственост.

Автоматизиране на Ден 0 до Ден 2+ с AmpCon-DC

Ръчният CLI е поносим за шепа превключватели и рисковано за десетки или стотици. AmpCon-DC е мястото, където PicOS печели голяма част от оперативната си стойност: ZTP onboarding, Jinja-базирани конфигурационни шаблони, Ansible playbooks и REST APIs намаляват повтарящата се работа и конфигурацията. Целта не е автоматизация сама по себе си - това е повторяемо включване, подлежаща на проверка промяна и по-бързо възстановяване.

Ключови способности за оценка

Готовност за EVPN-VXLAN и IP Fabric

Съвременните тъкани обикновено разширяват Слой 2 върху начертан слой 3, използвайки два стандарта заедно:VXLAN, наслагваното капсулиране, дефинирано в RFC 7348, иEVPN, базираната на BGP{0}}контролна равнина, стандартизирана в RFC 7432. Когато моделът на превключвателя и версията на PicOS го поддържат, PicOS може да бъде оценен за мащабируеми leaf-основни тъкани, обслужващи виртуализирани и облачни-стил, мулти-ракови среди. Третирайте поддръжката на EVPN-VXLAN като версия- и модел-специфична и я потвърдете спрямо точната платформа, която възнамерявате да купите.

MLAG и висока наличност

MLAG позволява на два физически превключвателя да представят една логическа точка за агрегиране към устройства надолу по веригата, като поддържа всички връзки активни и премахва зависимостта от обхващащи -дърво-тежки дизайни. За топ-от-ролите на стелаж и агрегиране това осигурява излишни връзки нагоре за сървъри и хранилище без пропуските при отказ, обичайни за традиционното стекиране. Проверете равноправната-връзка, поддържането на активност, времето за преодоляване на срив и поведението на-осиралия порт, преди да разчитате на него.

Програмируемост и телеметрия

Превключвателят на център за данни трябва-да е удобен за автоматизация по подразбиране. PicOS разкрива интерфейси, базирани на Ansible, Python и -стандарти, и осигурява видимост чрез SNMP, sFlow и gNMI поточна телеметрия. Практическата печалба е последователност: шаблонни конфигурации, базово наблюдение и откриване на отклонение в цялата структура.

Управление на жизнения цикъл и видимост

Превключвателният капацитет е само част от операциите. Екипите също така се нуждаят от топология, състояние на интерфейса, изправност на устройството и-видимост на конфигурацията. С AmpCon-DC средите на PicOS могат да се осигуряват, наблюдават, променят и валидират от една конзола -, което за екипи с ограничен инженерен брой може да има значение толкова, колкото и необработената пропускателна способност.

PicOS срещу Затворен NOS срещу Community NOS

Съществената разлика между тези опции е операционният модел, а не главните хардуерни спецификации. Таблицата по-долу сравнява традиционен затворен стек,-управляван от общността отворен NOS и PicOS с AmpCon-DC.

Най-добри-подходящи и лоши-сценарии

PicOS е силен избор в някои среди и лош в други. Да бъдеш честен и за двете защитава внедряването.

Силно прилягане, когато:

• Изграждате leaf-spine или EVPN-VXLAN платове и искате отворено снабдяване с хардуер.
• Екипът е-готов за автоматизация (или има желание да стане такъв) и цени шаблонни, повтарящи се операции.
• Искате да стандартизирате един NOS и един модел на управление в много комутатори.
• Целевият хардуер е в валидирания списък за съвместимост и версията на PicOS поддържа необходимите функции.

По-малко подходящ, когато:

• Екипът няма възможност за автоматизация и няма план за изграждането му.
• Зависите в голяма степен от TAC на един доставчик за ежедневните-за-операции.
• Няма възможност за лабораторно-валидиране на тъканта преди производство.
• Вашият предпочитан хардуер или необходимия набор от функции не е на поддържаната матрица.

Обичайни случаи на употреба

Надстройки от 10G/25G до 100G

Чест път е повишаване на достъпа до сървъра до 25G и изграждане на 100G връзки нагоре-to-spine. Отвъд самия превключвател, надграждането зависи от физическия слой: за многомодови работи, степента на влакното, което разполагате, определя обхвата, така че потвърдете поддържаните разстояния рано - разликите междуOM1 до OM5 многомодови влакна и техните ограничения на разстояниетопряко влияят дали 100G връзка ще работи във вашия кабелен завод.

Leaf-Spine Data Center Fabrics

Leaf комутаторите свързват сървъри и съхранение; гръбначните превключватели осигуряват високо{0}}скоростната тъкан между листата. PicOS отговаря на тези роли, когато скоростите, броят на портовете и функциите за маршрутизиране съответстват на дизайна. Структурното окабеляване прави това много по-чисто - планиранеMPO/MTP магистрално и прекъсващо окабеляванеотпред поддържа връзките между листата с висока{0}}висока плътност-към-гръбнака управляеми, докато тъканта расте.

Портал и свързване на центъра за данни

Някои дизайни разширяват превключването между сайтове, зони или домейни, където мащабируемото маршрутизиране на ниво 3 и централизираната видимост на жизнения цикъл са от най-голямо значение. Тези по-дълги разстояния обикновено изискват оптика с един-режим, така че съпоставете обхвата на трансивъра с връзката -, като прегледате разликите междуOS1 и OS2 едно-модово влакнопомага да се потвърди, че се поддържа дадено разстояние за свързване.

AI, HPC и Ethernet без загуби

AI и HPC тъканите не са само за необработена честотна лента. RDMA трафикът (RoCEv2) се нуждае от Ethernet тъкан без загуби или почти -без загуби, която зависи от контрол на потока като PFC и сигнализиране за претоварване като ECN, плюс подходящи буфери за превключване и чиста телеметрия. Превключвателите на центрове за данни на PicOS поддържат PFC/ECN-базиран транспорт без загуби на съвместими платформи, а дизайните с висока-честотна лента все повече използват 400G интерфейси - при планиране на гръбначни или GPU-сглобки нагоре, потвърждават оптиката и форм фактора, включително400G QSFP-DD. Проверете поведението при претоварване, размера на буфера и съвместимостта на NIC спрямо вашето конкретно работно натоварване, преди да се ангажирате.

Как да планирате внедряване на PicOS

Успешното внедряване започва от изискванията за дизайн, а не от продуктов списък. Контролният списък по-долу съпоставя всяко изискване с това какво да се провери, защо има значение и какво се обърка, ако бъде пропуснато.

Два елемента в този списък причиняват най-избягваните закъснения. Първо, решете средата за достъп до сървъра рано: дали да стандартизирате10GBASE-T или SFP+ оптикапроменя окабеляването, мощността и предположенията за обхват във всеки шкаф. Второ, планирайте съзнателно окабеляване за прекъсване - например, разбиване на единичен 100G порт в 4 x 25G сървърни връзки - с помощта на правилнатаMPO пробивно окабеляванетака че картата на портовете и заданията за влакна се подреждат преди деня на инсталиране.

Преди производство валидирайте дизайна в лаборатория или пилотен проект: конвергенция на маршрутизиране, поведение на EVPN маршрут, MLAG отказ, шаблони за автоматизация, мониторинг и връщане назад. След това разгръщайте на етапи, вместо да прерязвате цялата мрежа наведнъж, освен ако не е контролирано изграждане на зелено. Можете да прегледатеПортфолио от комутатори за центрове за данни на Pica8 и валидирани платформиза да потвърдите кои комбинации от хардуер и функции се поддържат за вашия целеви дизайн.

Често срещани грешки, които трябва да избягвате

Избор само по скоростта на порта.Скоростта има значение, но функциите за маршрутизиране, поддръжката на автоматизация, оразмеряването на буфера, съвместимостта на оптиката, нивото на лиценза, моделът на поддръжка и пътят за надграждане са част от решението.

Пренебрегване на NOS функция и изисквания за лиценз.Операционната система, нейната версия и нейният лиценз определят какво действително може да прави мрежата. Потвърдете L2/L3, EVPN-VXLAN, MLAG, телеметрия и покритие за сигурност спрямо точната платформа, преди да купите.

Подценяване на оперативната промяна.Готовата- за автоматизация мрежа се нуждае от нови процеси: кой притежава шаблони, кой одобрява промените, как се архивират конфигурациите и как се обработва връщането назад.

Пропускане на лабораторно валидиране.За важни промени в центъра за данни лабораторният тест не е задължителен. Като минимум валидирайте функциите на основната тъкан, резервирането, мониторинга и възстановяването при повреда, преди какъвто и да е трафик да зависи от тях.

PicOS подходящ ли е за вашия център за данни?

Превключвателите на центрове за данни на PicOS са подходящи за предприятия, които искат мащабируема структура, готови за автоматизация-операции, отворено снабдяване с хардуер и структуриран жизнен цикъл - особено за екипи, които планират листов-дизайн на гърба, 10G/25G до 100G надстройки, EVPN-VXLAN тъкани или среди, където ръчно превключване-чрез-превключвател конфигурацията вече не е устойчива. Те са по-слаби, когато няма възможност за автоматизация, твърда зависимост от поддръжка на един-доставчик, няма лаборатория за валидиране или хардуер извън поддържаната матрица.

Практическа следваща стъпка: документирайте текущия си дизайн и оперативните болни точки, дефинирайте целевата архитектура и необходимия набор от функции, потвърдете съвместимостта на хардуера и версията на PicOS и тествайте тъканта в контролирана среда, преди да се ангажирате с производството.