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

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

В этом руководстве объясняется, что на самом деле представляют собой коммутаторы для центров обработки данных PicOS, как коммутатор, сетевая операционная система и контроллер постоянного тока AmpCon-совместимы друг с другом, в чем они наиболее эффективны и что именно нужно проверить перед развертыванием в производстве. Цель — помочь сетевой команде оценить PicOS по техническим критериям, а не по маркетинговому языку.

PicOS Switch, PicOS NOS или AmpCon-DC: что вы на самом деле выбираете

Термин «переключатель центра обработки данных PicOS» часто используется расплывчато, что создает путаницу при оценке. Это относится к трем различным уровням, которые приобретаются и эксплуатируются отдельно:

• Аппаратное обеспечение коммутатора- открытые сетевые платформы («белый ящик» или «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, а также его версия и уровень лицензии определяют, какие функции действительно доступны.
• АмпКон-ДЦ- контроллер управления и автоматизации. Он обеспечивает нулевую-подготовку (ZTP), настройку-на основе шаблонов, обнаружение топологии, телеметрию, обновления и проверку на протяжении всего жизненного цикла, от проектирования в день 0 до операций в день 2+.

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

Почему предприятия выбирают PicOS для центров обработки данных

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

Обработка восточно--западного трафика с помощью Leaf-Spine

Устаревшие архитектуры были настроены на предсказуемый трафик с севера-юга. Виртуализация, распределенное хранилище, контейнерные платформы и рабочие нагрузки искусственного интеллекта генерируют гораздо больше трафика на восток-запад между стойками. Фабрика Leaf-spine выравнивает топологию и делает задержку и пропускную способность более предсказуемыми. Коммутаторы на базе PicOS- могут выполнять роли листьев, опор, верхних-стоек-стойки, границ или межсетевых соединений при условии, что скорости портов, коммутационная способность и функции маршрутизации соответствуют конструкции.

Уменьшение привязки к поставщику-в - и как это на самом деле работает

Легко утверждать, что «уменьшить блокировку-in», поэтому стоит описать механизм. В традиционном стеке оборудование, NOS, лицензирование, управление и поддержка объединены в единые отношения с поставщиком. PicOS использует дезагрегированную, открытую-сетевую модель: одна и та же NOS работает на проверенном оборудовании белого-коробки от нескольких поставщиков с полной поддержкой скоростей от нескольких-до 400-гигабайт и выше, а также для EVPN-VXLAN. На практике это означает, что операционная модель и автоматизация становятся неотъемлемой частью вашего проекта, в то время как базовый поставщик оборудования может со временем меняться. Однако компромисс-реален: вы берете на себя больше ответственности за проектирование, проверку и эксплуатацию.

Автоматизация дней с 0 по день 2+ с помощью AmpCon-DC

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

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

Готовность EVPN-VXLAN и IP-фабрики

Современные ткани обычно расширяют слой 2 над проложенной подложкой слоя 3, используя вместе два стандарта:VXLAN, инкапсуляция наложения, определенная в RFC 7348., иEVPN — плоскость управления на основе BGP-, стандартизированная в RFC 7432.. Если модель коммутатора и версия PicOS поддерживают эту возможность, PicOS можно оценить на предмет масштабируемой листовой-Spine Fabric, обслуживающей виртуализированные и облачные-среды с несколькими-стойками. Рассматривайте поддержку EVPN-VXLAN как зависящую от версии- и модели-и подтвердите ее для конкретной платформы, которую вы собираетесь приобрести.

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

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

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

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

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

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

PicOS, закрытая NOS и NOS сообщества

Существенная разница между этими вариантами заключается в операционной модели, а не в основных характеристиках оборудования. В таблице ниже сравниваются традиционный закрытый стек, открытая NOS, управляемая-сообществом, и PicOS с AmpCon-DC.

Сценарии наилучшего-пригодного и плохого-пригодного уровня

PicOS — хороший выбор в одних средах и плохой в других. Честность в обоих случаях защищает развертывание.

Сильно подходит, когда:

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

Менее подходит, когда:

• У команды нет возможности автоматизации, и она не планирует ее создавать.
• Вы в значительной степени зависите от технической поддержки одного поставщика в повседневной--повседневной работе.
• Невозможно провести лабораторную-проверку ткани перед производством.
• Предпочитаемое вами оборудование или необходимый набор функций не входят в поддерживаемую матрицу.

Общие случаи использования

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

Распространенным путем является повышение уровня доступа к серверам до 25G и создание восходящих каналов связи -к-магистрали 100G. Помимо самого коммутатора, обновление зависит от физического уровня: для многомодовых трасс класс развертываемого волокна определяет охват, поэтому заранее подтвердите поддерживаемые расстояния - различия междуМногомодовое волокно от OM1 до OM5 и ограничения на их расстояниенапрямую влияет на то, будет ли канал 100G работать на вашей кабельной системе.

Leaf-Spine Data Center Fabrics

Листовые коммутаторы соединяют серверы и хранилища; переключатели позвоночника обеспечивают высокую-скоростную связь между листьями. PicOS подходит для этих целей, если скорости, количество портов и функции маршрутизации соответствуют дизайну. Структурированная кабельная система значительно упрощает планирование -.Магистральная и коммутационная кабельная разводка MPO/MTPспереди обеспечивает высокую-плотность соединений листьев-к-основы, управляемую по мере роста ткани.

Шлюз и межсетевое соединение центра обработки данных

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

Искусственный интеллект, высокопроизводительные вычисления и Ethernet без потерь

Комбинации искусственного интеллекта и высокопроизводительных вычислений — это не только чистая пропускная способность. Для трафика RDMA (RoCEv2) требуется фабрика Ethernet без потерь или почти без потерь, которая зависит от управления потоком, такого как PFC, и сигнализации перегрузки, такой как ECN, а также адекватных буферов коммутатора и чистой телеметрии. Коммутаторы центров обработки данных PicOS поддерживают передачу данных без потерь на основе PFC/ECN-на совместимых платформах, а в конструкциях с высокой-полосной способностью все чаще используются интерфейсы 400G - при планировании восходящих каналов магистрали или графического процессора-, подтвердите оптику и форм-фактор, включая400G QSFP-ДД. Перед фиксацией проверьте поведение перегрузки, размер буфера и совместимость сетевого адаптера с вашей конкретной рабочей нагрузкой.

Как спланировать развертывание PicOS

Успешное развертывание начинается с требований к дизайну, а не со списка продуктов. В приведенном ниже контрольном списке каждое требование показано, что нужно проверить, почему это важно и что пойдет не так, если его пропустить.

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

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

Распространенные ошибки, которых следует избегать

Выбор только по скорости порта.Скорость имеет значение, но решение зависит от функций маршрутизации, поддержки автоматизации, размера буфера, совместимости оптики, уровня лицензии, модели поддержки и пути обновления.

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

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

Пропуск лабораторной проверки.Для важных изменений в центре обработки данных лабораторные испытания не являются обязательными. Как минимум, проверьте функции базовой структуры, резервирование, мониторинг и восстановление после сбоев, прежде чем от них будет зависеть какой-либо трафик.

Подходит ли PicOS для вашего центра обработки данных?

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

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