Комутатори центру обробки даних PicOS: EVPN і посібник з оновлення

Більшість рішень щодо комутаторів центрів обробки даних все ще починаються з таблиці даних: кількість портів, швидкість і ціна. Комутатори центру обробки даних PicOS спочатку задають інше запитання. Оскільки операційна система, апаратне забезпечення та рівень керування роз’єднані, вибір PicOS – це не купівля обладнання, а більшерішення щодо-операційної моделі- як ваша команда надаватиме, автоматизуватиме та запускатиме мережу протягом усього її життя.

У цьому посібнику пояснюється, що насправді являють собою комутатори центру обробки даних PicOS, як поєднуються комутатор, мережева операційна система та контролер постійного струму AmpCon-DC, де вони краще підходять, і що саме потрібно перевірити перед розгортанням робочого середовища. Мета полягає в тому, щоб допомогти команді мережі оцінити PicOS за інженерними критеріями, а не за маркетинговою мовою.

PicOS Switch проти PicOS NOS проти AmpCon-DC: що ви насправді обираєте

Термін «комутатор центру обробки даних PicOS» часто використовується вільно, що створює плутанину під час оцінювання. Це стосується трьох окремих рівнів, які купуються та використовуються окремо:

• Обладнання комутатора- відкриті мережеві платформи ("white box" або "brite box"), зазвичай побудовані на основі Broadcom. Типовим прикладом центру обробки даних є листовий або хребетний комутатор розміром 1U, наприклад N8550-32C, із 32 портами 100G QSFP28 на ASIC Broadcom Trident 3. 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, створення нової листової-короткої тканини або спроба зменшити ручну конфігурацію-за{-перемикачем.

Керування східним-західним трафіком за допомогою аркуша-хребта

Застарілі архітектури були налаштовані на передбачуваний трафік на північ-південь. Віртуалізація, розподілене сховище, контейнерні платформи та робочі навантаження штучного інтелекту генерують набагато більше східно-західного трафіку між стійками. Листоподібна-основна структура вирівнює топологію та робить затримку та пропускну здатність більш передбачуваними. Комутатори на базі-PicOS можуть виконувати роль кінцевої частини, хребта, верхньої--стійки, межі або з’єднання за умови, що швидкість порту, пропускна здатність комутації та функції маршрутизації відповідають дизайну.

Зменшення блокування постачальника-в - і як це насправді працює

Про «зменшення блокування» легко стверджувати, тому варто пояснити механізм. У традиційному стеку апаратне забезпечення, NOS, ліцензування, керування та підтримка об’єднані в один постачальник. PicOS дотримується дезагрегованої, відкритої-мережевої моделі: той самий NOS працює на перевіреному білому-апаратному забезпеченні від багатьох постачальників із повною підтримкою швидкостей від кількох-гігабайт до 400-гігабайт і більше, а також для EVPN-VXLAN. На практиці це означає, що операційна модель і автоматизація стають довговічною частиною вашого проекту, тоді як основний постачальник апаратного забезпечення може змінюватися з часом. Проте компроміс-реальний – ви берете на себе більше відповідальності за проектування, перевірку та операційну власність.

Автоматизація дня 0 до дня 2+ за допомогою AmpCon-DC

Ручний CLI допустимий для кількох перемикачів і ризикований для десятків чи сотень. AmpCon-DC — це місце, де PicOS отримує значну частину своєї операційної цінності: інтеграція ZTP, шаблони конфігурації на основі-Jinja, посібники для ігор Ansible та REST API зменшують повторювану роботу та дрейф конфігурації. Метою є не автоматизація сама по собі - це повторювана адаптація, перевірені зміни та швидше відновлення.

Ключові можливості для оцінки

Готовність EVPN-VXLAN та IP Fabric

Сучасні тканини зазвичай розширюють шар 2 над підкладкою шару 3, використовуючи разом два стандарти:VXLAN, оверлейна інкапсуляція, визначена в RFC 7348, іEVPN, рівень керування-на основі BGP, стандартизований у RFC 7432. Коли модель комутатора та версія PicOS це підтримують, PicOS можна оцінити для масштабованих листових-матеріалів, що обслуговують віртуалізовані та хмарні-стилі, багато-стійки. Вважайте підтримку EVPN-VXLAN залежно від версії- та моделі-і підтверджуйте її щодо тієї платформи, яку ви збираєтеся придбати.

MLAG і висока доступність

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

Програмованість і телеметрія

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

Управління життєвим циклом і видимість

Комутаційна здатність є лише частиною операцій. Командам також потрібна топологія, стан інтерфейсу, справність пристрою та-видимість зміни конфігурації. За допомогою AmpCon-DC середовища PicOS можна налаштовувати, контролювати, змінювати та перевіряти з однієї консолі -, що для команд з обмеженою кількістю інженерів може мати таке ж значення, як і вихідна пропускна здатність.

PicOS проти закритої NOS проти спільноти NOS

Суттєва різниця між цими варіантами полягає в операційній моделі, а не в основних характеристиках обладнання. У таблиці нижче порівнюється традиційний закритий стек,-відкрита NOS, керована спільнотою, і PicOS із AmpCon-DC.

Найкращий-і поганий-сценарії

PicOS є сильним вибором в деяких середовищах і поганим в інших. Чесність щодо обох захищає розгортання.

Сильна посадка, коли:

• Ви створюєте структуру leaf-spine або EVPN-VXLAN і хочете отримати відкрите обладнання.
• Команда готова-до автоматизації (або бажає стати такою) і цінує шаблонні повторювані операції.
• Ви хочете стандартизувати одну NOS і одну модель керування для багатьох комутаторів.
• Цільове обладнання входить до перевіреного списку сумісності, а версія PicOS підтримує необхідні функції.

Менш підходить, коли:

• Команда не має можливостей автоматизації та плану її створення.
• Ви значною мірою залежите від TAC одного постачальника для щоденних--операцій.
• Немає можливості лабораторно-перевірити тканину перед виробництвом.
• Бажане обладнання або необхідний набір функцій не входять до підтримуваної матриці.

Загальні випадки використання

Оновлення 10G/25G до 100G

Частим шляхом є підвищення доступу до сервера до 25G і створення 100G leaf{2}}to-spine висхідних каналів. Окрім самого комутатора, оновлення залежить від фізичного рівня: для багаторежимних прогонів клас волокна, яке ви розгортаєте, визначає охоплення, тому перевірте підтримувані відстані заздалегідь - відмінності міжБагатомодове волокно від OM1 до OM5 та їх межі відстанібезпосередньо впливають на те, чи працюватиме канал 100G у вашому кабельному заводі.

Leaf-Spine Data Center Fabrics

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

Шлюз і з'єднання центру обробки даних

Деякі проекти розширюють можливості перемикання між сайтами, зонами або доменами, де найбільше значення має масштабована маршрутизація рівня 3 і централізована видимість життєвого циклу. Для цих більш тривалих пробігів зазвичай потрібна одномодова-оптика, тому зв’яжіть радіус дії трансивера з посиланням -, переглядаючи відмінності міжOS1 і OS2 одномодове-волокнодопомагає підтвердити, що дана відстань між з’єднаннями підтримується.

AI, HPC і Ethernet без втрат

AI та HPC-компоненти — це не лише необроблена пропускна здатність. Для трафіку RDMA (RoCEv2) необхідна мережа Ethernet без втрат або майже{2}}без втрат, яка залежить від керування потоком, наприклад PFC, і сигналізації про перевантаження, наприклад ECN, а також відповідних буферів перемикання та чистої телеметрії. Комутатори центрів обробки даних PicOS підтримують транспорт без втрат на основі PFC/ECN-на сумісних платформах, а конструкції з високою-смугою пропускання все частіше використовують інтерфейси 400G - під час планування хребта або GPU-fabric, підтверджують оптику та форм-фактор, у тому числі400G QSFP-DD. Перевірте поведінку перевантаження, розмір буфера та сумісність мережевого адаптера з вашим конкретним робочим навантаженням перед фіксацією.

Як спланувати розгортання PicOS

Успішне розгортання починається з вимог до дизайну, а не зі списку продуктів. Контрольний список нижче відображає кожну вимогу з тим, що потрібно перевірити, чому це важливо та що піде не так, якщо її пропустити.

Два пункти в цьому списку викликають затримки, яких найкраще уникнути. По-перше, завчасно визначте середовище доступу до сервера: чи потрібно його стандартизуватиОптика 10GBASE-T або SFP+змінює припущення про кабелі, потужність і охоплення в кожній стійці. По-друге, навмисно плануйте роз’єднання кабелів -, наприклад, розбиваючи один порт 100G на 4 х 25G серверні з’єднання - за допомогою правогоПроривні кабелі MPOтому карта портів і призначення оптоволокна вибудовуються до дня встановлення.

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

Поширені помилки, яких слід уникати

Вибір лише за швидкістю порту.Швидкість має значення, але функції маршрутизації, підтримка автоматизації, розмір буфера, сумісність оптики, рівень ліцензії, модель підтримки та шлях оновлення – все це залежить від рішення.

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

Недооцінка операційних змін.Мережа,-готова до автоматизації, потребує нових процесів: хто володіє шаблонами, хто затверджує зміни, як резервне копіювання конфігурацій і як обробляється відкат.

Пропуск лабораторної перевірки.Для важливих змін у центрі обробки даних лабораторний тест необов’язковий. Щонайменше перевірте основні функції інфраструктури, резервування, моніторинг і відновлення після збоїв, перш ніж від них залежатиме будь-який трафік.

Чи підходить PicOS для вашого центру обробки даних?

Комутатори центрів обробки даних PicOS підходять підприємствам, які хочуть масштабовану структуру, готові до автоматизації-операції, відкрите джерело апаратного забезпечення та структурований життєвий цикл -, особливо для команд, які планують кінцеві-дизайни хребта, оновлення 10G/25G до 100G, EVPN-мережі VXLAN або середовища, де перемикання-за допомогою-перемикання вручну конфігурація більше не є стійкою. Вони гірше підходять там, де немає можливостей автоматизації, сильна залежність від-підтримки одного постачальника, відсутність лабораторії для перевірки або обладнання за межами підтримуваної матриці.

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