Cumulus linux от cumulus networks что такое

Обновлено: 05.07.2024

Cumulus — специализированная сетевая операционная система, созданная для работы на коммутаторах без операционной системы с установочной средой ONIE. Создана компанией Cumulus Networks для коммутаторов, используемых в дата-центрах и призвана расширить функциональные возможности коммутаторов за счёт использования стандартных Linux-приложений для оркестрации, управления, настройки и автоматизации функционирования.

Компания Cumulus Linux была основана в 2010 году группой бывших инженеров Cisco, VMware и 3Com. Их задачей стало создание полнофункциональной операционной системы на базе Linux для сетевого оборудования, используемого в дата-центрах. С октября 2012 года Cumulus Linux стал использоваться на реальных работающих проектах.

В отличие от обычных операционных систем, Cumulus Linux для своей установки требует наличия на оборудовании специальной загрузочной среды ONIE. ONIE представляет собой предустановленный на коммутатор небольшой дистрибутив Linux, задачей которого является поиск при первом запуске полноценной сетевой ОС, её установка и, в дальнейшем, передача на него управления. При этом поиск источника установки ОС рассматривает такие варианты возможного размещения дистрибутива ОС как USB-накопитель, URL-адрес от DHCP-сервера и URL-адрес от DNS-SD.

L2: STP (IEEE 802.1d), RSTP (IEEE 802.1w), PVRST, PVST; IEEE 802.1q, LACP (IEEE 802.3ad), LLDP, CDP; Host-MLAG; IGMPv2/v3 snooping, MLDv1/v2 snooping; Virtual Router Redundancy Protocol (VRRP).
L3: Quagga IPv4/v6 включая OSPFv2, OSPFv3, BGPv4/v6, ECMP; Bidirectional Forwarding Detection (BFD).
Поддержка VXLAN, Lightweight Network Virtualization (LNV).
Управление при помощи стандартных инструментов Linux, таких как OpenSSH, SCP, FTPS.
Традиционный мониторинг при помощи SNMPv2/v3 и сетевой MIB, анализ посредством SPAN, ERSPAN, ACL-каунтерами.
Развитый поиск и решение проблем при помощи Prescriptive Topology Manager.
QoS на базе классов обслуживания (CoS) (IEEE 802.1p) или DSCP. Классификация на основе ACL-меток.

На текущий момент список поддерживаемого оборудования Cumulus Linux состоит из коммутаторов, построенных на следующих коммутационных матрицах:

Broadcom Triumph2
Broadcom Apollo2
Broadcom Trident
Broadcom Trident +
Broadcom Trident II

В этом списке находится около двух десятков стоечных коммутаторов производства таких компаний как Dell, Delta Electronics (англ.) ( рус. , Edge-Core, ETegro, Mellanox, Penguin Computing (англ.) ( рус. ; с портами 1G (Base-T), 10G (SFP+) и 40G (QSFP+). Поддерживаются как модели на процессорах Power PC, так и на x86 процессорах.

Современный датацентр заметно отличается от традиционной корпоративной сети. Приложения больше ориентируются на L3 коммутацию вместо предположения, что все соединения находятся в одной подсети, больше траффика идет «горизонтально» нежели «вертикально» и т.д. Несомненно, главное отличие — гигантский масштаб.

Благодаря виртуализации, количество сетевых соединений в датацентре исчисляется от десятков тысяч до миллионов, тогда как в старые добрые времена их было всего несколько тысяч. Масштаб виртуальных сетей давно вышел за возможности традиционных VLAN сетей, скорость переконфигурирования также возросла на порядки. Кроме того, количество серверов в современном ЦоД таково, что сетевого оборудования необходимо на голову больше, чем в традицонной корпоративной сети.

Эволюция сетевой инфраструктуры шла своим чередом, от монолитных псевдо-ОС через встраиваемые ОС типа QNX и VxWorks до современной стадии, когда ОС делается на основе Linux или BSD, иногда такой образ запускается в виртуальной машине обычного Linux дистрибутива. С другой стороны, способ управления эволюционировать отказывался, это по-прежнему командная строка с многоуровневой структурой. Сложностей добавляет еще и различный синтаксис у разных производителей, а часто и у одного в разных моделях.

Подытоживая — проблема лежит не в железе, а в сетевых ОС. Подходы к решению разделились, первый путь ушел к northbound и southbound API подходу (наибольшую популярность приобрел OpenFlow), второй — использовать Linux и его экосистему. Другими словами, первый вариант пытается добавить продвинутый API управления к существующим ОС, второй предлагает переключиться на ОС, которая уже обладает всеми необходимыми характеристиками.

В предыдущем материале мы рассказали о коммутаторах без предустановленной ОС
и средой для развертывания ONIE.

Самое время рассказать про одного из представителей второго подхода, который можно установить на наши платформы — Cumulus Linux.

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

Архитектура

Установка и мониторинг

Как это выглядит в развертывании? Всем привычен подход «загрузка по PXE, развертывание образа ОС», здесь аналогично.

Привычный подход

Рабочий режим

Первая настройка завершена, прекрасно. Что дальше?

А дальше можно пользоваться все теми же инструментами, что и для серверов.

Оркестровка

Помимо существующих инструментов, можно интегрировать любые разработки, которые уже используются в компании.

Мониторинг? Ganglia, Graphite, collectd, net-SNMP, Icinga — установите на коммутатор и собирайте данные в реальном времени.

Прелести автоматизации

Linux не только обладает отличными возможностями по управлению и понятными API, но и прекрасно подходит к сетевой модели современного ЦоД. Уровень управления находится в пространстве пользователя и отделен от уровня обработки пакетов в ядре. FIB (Forwarding Information Base) находится в ядре, RIB (Routing Information Base) управляется из пользовательской среды соответствующими демонами, поддерживаются основные возможности сетевого оборудования и ряд продвинутых функций, связанных с BGP. Текущий инструментарий позволяет прямо обращаться к интерфейсам, таблицам маршрутизации, есть механизмы уведомлений об изменениях и т.д.

Такая база позволяет использовать родную консоль Linux, вместо специализированных оболочек JunOS, NX-OS и прочих. Консоль по своей природе отлично подходит для использования цепочек независимых команд и применения скриптов.

И коммутатор отлично автоматизируется!

Управление пакетами и процессами
Шаблоны конфигураций
Автоматизация мониторинга

Все это помогает настроить L2/L3 и упростить жизнь администратору.

Еще один удобный инструмент — Prescriptive Topology Manager (PTM). Когда определена логическая топология ЦоД, привести кабельное хозяйство в соответствие — весьма непростая задача, съедающая немало времени и усилий. PTM позволяет проверить правильность подключения кабелей в реальном времени и указать точное место для устранения ошибки. Он использует план разводки кабелей в формате graphviz-DOT (некоторые компании и так пользуются им для создания плана) и сравнивает его информацией, полученной через LLDP, для проверки правильности подсоединения кабелей.

Проверка топологии

Сравнение с данными LLDP

Примеры интеграции

Программные решения по оверлеям ограничивают возможность контролировать аппаратную сторону сети, не позволяя автоматизировать настройку и управление, а также усложняют отслеживание неполадок. Linux поддерживает VXLAN, поэтому не составит проблемы разработать агенты для различных решений по виртуализации сети. Cumulus Linux может работать как аппаратный портал L2, позволяя обойти ограничения программных решений и сохранить высокую производительность коммутации (VXLAN tunnel endpoint (VTEP) обрабатывается на скорости канала) при использовании всех преимуществ технологии VXLAN.

Разработаны агенты для решений PLUMgrid, Nuage Networks, Midokura, VMware NSX.

Интеграция с VMware

Интеграция с Midokura

Архитектуры сети

Традиционная сеть

Традиционная архитектура сети включает уровни ядра, агрегации и доступа. Три уровня — выше задержки и имеется ряд наследственных ограничений. Такие решения не подходят для современного ЦоД с высокой плотностью серверов и значительным межсерверным трафиком. Используются протоколы STP/RSTP/PVSTP, VTP, HSRP, MLAG, LACP. В общем, «нас так учили».

Ориентация на L2.
Статична по природе — VLAN, плохо масштабируется при виртуализации.
Опирается на костыли — MLAG, Trill и т.д.
Оптимизация для трафика «север-юг».
Низкая масштабируемость — сотни или тысячи соединений.

Современная сеть

Она проще.
Меньше проприетарных протоколов.
Предсказуемые задержки.
Горизонтальная масштабируемость.
Ориентация на L3.
Отлично подходит для виртуализации и облачных сред с множеством «владельцев».
Масштабируемость до миллионов соединений.

Слабые места

Не бывает идеальных вариантов, в силу ориентации на L3 среду, у Cumulus Linux есть несколько слабых мест.

Желание построить L2 фабрику с использованием MLAG, TRILL, Virtual Chassis, VLT, Chassis Stacking, и т.д.
Работа с Netflow
Коммутаторы доступа провайдеров с VRF, MPLS, VPLS и т.д.
QinQ
Коммутаторы доступа с Port Security, сложными QoS правилами, 802.1x, PoE
Протоколы маршрутизации IS-IS, RIP, EIGRP.
Авторизация по TACAS или Radius AAA (есть альтернатива LDAP).

Все, что связано с традиционным подходом к построению сети и провайдеры плохо совместимы методами для построения
сети в современном датацентре.

Подведение итогов.

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

Система становится гораздо прозрачней, все можно проверить с помощью встроенных инструментов Linux без привязки к специфичным командам вендоров. Также становится возможным работать с роутером как с сервером, у которого множество сетевых портов, совсем как в начале становления сетевого оборудования, UNIX сервер с несколькими портами. Только в современном случае все сетевые операции осуществляются с помощью ASIC, а серверная часть осуществляет только управление.

Как обычно, у нас доступна лаборатория с Cumlus Linux на коммутаторе Eos 220 для бесчеловечных экспериментов и препарирования.

В последние полгода удалось поработать над большим и интересным проектом, в котором было все: от монтажа оборудования до создания единого VXLAN/EVPN домена в 4-х ЦОД. Т.к. было получено много опыта и набито много шишек в процессе, решил что написать несколько статей на эту тему будет наилучшим решением. Первую часть я решил сделать более общей и вводной. Целевой дизайн фабрики будет раскрыт в следующей части.

Знакомство с Cumulus Linux. Установка оборудования и первоначальная настройка

Вводные к началу работ были следующие:

Закуплено оборудование
Арендованы стойки
Проложены линии к старым ЦОД

Нет лицензии – нет портов

По умолчанию при включении устройства вам доступны только 2 порта — console и eth0(он же Management port). Чтобы разблокировать 25G/100G порты нужно добавить лицензию. И сразу становится понятно, что Linux в названии ПО не просто так, т.к. после установки лицензии надо перезагрузить демона switchd, через “systemctl restart switchd.service” (по факту отсутствие лицензии как раз и не дает запуститься данному демону).

Следующее, что сразу заставит вас вспомнить что это все-таки Linux, будет обновление устройства используя apt-get upgrade, как в обычном Ubuntu, но обновиться так можно не всегда. При переходе между релизами, например, с 3.1.1 на 4.1.1, нужно устанавливать новый образ, что влечет за собой сброс конфиги в дефолт. Но спасает то, что в конфигурации по умолчанию на Management интерфейсе включен DHCP, что позволяет вернуть управление.

$ sudo systemctl restart switchd.service

P.S. Дефолтная конфигурация eth0(mgmt) интерфейса:
cumulus@Switch1:

$ net show configuration commands | grep eth
net add interface eth0 ip address dhcp
net add interface eth0 vrf mgmt

Система commit’ов

Как человек, много работавший с Juniper, для меня такие вещи как rollback’и, commit confirm и т.д. были не в новинку, но наступить на пару граблей удалось.

Первое, на что я напоролся, была нумерация rollback у cumulus, в силу привычки rollback 1 == последняя рабочая конфигурация. Я с огромной уверенностью вбиваю данную команду, чтобы откатить последние изменения. Но каково было мое удивление, когда железка просто пропала по управлению, и какое-то время я не понимал, что произошло. Потом, прочитав доку от cumulus, стало понятно, что случилось: вбив команду “net rollback 1” вместо отката на последнюю конфигурацию, я откатился на ПЕРВУЮ конфигурацию устройства.(И опять же, от фиаско спас DHCP в дефолтной конфигурации)

Второе, с чем пришлось столкнуться, был алгоритм работы commit confirm: в отличие от привычного нам “commit confirm 10”, где в течении 10 минут нужно еще раз прописать “commit”, у Cumulus было свое виденье данной фичи. Ваше подтверждение “commit confirm” это простое нажатие Enter после ввода команды, что может сыграть с вами злую шутку, если связность потеряется не сразу после commit.

$ net commit confirm 10
— /etc/network/interfaces 2020-10-17 12:12:08.603955710 +0300
+++ /run/nclu/ifupdown2/interfaces.tmp 2020-10-29 19:02:33.296628366 +0300
@@ -204,20 +204,21 @@

auto swp49
iface swp49
+ alias Test
link-autoneg on

User Timestamp Command
— — — cumulus 2020-10-29 19:02:01.649905 net add interface swp49 alias Test

Press ENTER to confirm connectivity.

Первая топология

Следующим этапом была проработка логики работы коммутаторов между собой, на данном этапе железо только ставилось и тестировалось, ни о каких целевых схемах речи еще не шло. Но одним из условий было, что сервера подключенные к разным MLAG парам должны быть в одном L2 домене. Делать одну из пар простым L2 не хотелось, в связи с чем было решено поднять L3 связность поверх SVI, для маршрутизации был выбран OSPF, т.к. он уже использовался в старых ЦОД, что упрощало соединение инфраструктуры на следующем этапе.

На данной схеме отображена схема физики + разделение устройств по парам, все линки на схеме работают в режиме Trunk.

Как и говорилось, вся L3 связность сделана через SVI, следовательно, IP адрес в каждом Vlan есть только у 2 устройств из 4, что позволяет сделать своего рода L3 p2p связку.

Основные команды для заинтересованных

Проверка работоспособности

$ net show clag
The peer is alive
Our Priority, ID, and Role: 32768 1c:34:da:a5:6a:10 secondary
Peer Priority, ID, and Role: 100 b8:59:9f:70:0e:50 primary
Peer Interface and IP: peerlink.4094 fe80::ba59:9fff:fe70:e50 (linklocal)
VxLAN Anycast IP: 10.223.250.9
Backup IP: 10.1.254.91 vrf mgmt (active)
System MAC: 44:39:39:aa:40:97

Cumulus Linux обеспечивает более высокую гибкость и адаптивность для различных приложений, чем способны дать традиционные сетевые системы

Решение на базе Apstra AOS

Архитектура vCPE-OS

Технологии программно-определяемых сетей (Software Defined Networks, SDN) уже давно миновали стадию модных новинок и активно наращивают свою популярность в сфере корпоративных внедрений. Следствием этого процесса для стало пристальное внимание, которое предприятия теперь обращают на выбор сетевой ОС с учетом новых реалий.

Хотя в каждой компании могут использоваться совершенно не похожие друг на друга прикладные системы, в конечном счете их эффективная работа напрямую зависит от качества поддержки со стороны базовой программной и аппаратной инфраструктуры. С проникновением SDN, где весь «интеллект» сети вынесен на отдельные аппаратные/программные устройства, а управление трафиком происходит на основе специальных протоколов и заданных политик, эффективная трансляция запросов и команд, поступающих с сетевого уровня на уровень аппаратной инфраструктуры, определяется выбором сетевой ОС. Именно она будет качественно определять, насколько эффективно прикладные системы смогут получать доступ к накопленной или собираемой информации.

Сегодня важность правильного выбора сетевой ОС для SDN-сред стала очевидной для всего рынка. В результате резко возросла активность участников в этом сегменте, которые готовы предложить свои продукты. Среди них представлены все игроки из мира сетевого ПО — известные и малоизвестные, от молодых стартапов до «седовласых» вендоров. Каждый из них предлагает собственный путь развития в условиях широкого многообразия аппаратных систем, представленных на рынке.

Ниже представлены наиболее заметные новые продукты на рынке сетевых ОС. Они были отобраны Артуром Колем (Arthur Cole), обозревателем сетевых изданий Enterprise Networking Planet и IT Business Edge.

SnapRoute FlexSwitch

Интерес к амерканскому стартапу SnapRoute возник совсем недавно, когда в феврале 2017 г. эта молодая компания привлекла венчурные инвестиции в размере 25 млн. долл. на развитие собственного продукта — сетевой ОС FlexSwitch. Главными инвесторами выступили Lightspeed Venture Partners, AT&T и Microsoft Ventures.

Цель новой разработки состоит в повышении контролируемости и гибкости сетевого управления. Новое решение рассчитывает на равных соперничать с другими популярными решениями на рынке от таких известных вендоров, как Juniper, Arista и Cisco. Но если они предлагают готовое универсальное решение, подходящее для большинства заказчиков, то решение SnapRoute «должно предложить клиентам возможность подстраивать продукт под свои частные условия, используя нужный код и управляя всеми процессами, вплоть до уровня процессора». Так определил назначение продукта руководитель компании Джейсон Форрестер (Jason Forrester), раньше руководивший проектированием и обслуживанием сетей в дата-центрах Apple.

FlexSwitch может применяться практически на любом, в том числе самом дешевом оборудовании. Оно обеспечивает широкие возможности управления для решения разнообразных сетевых задач, что достигается за счет настройки аппаратной конфигурации с использованием инструментов SDN.

FlexSwitch развивается как Open Source-продукт. Однако отмечается, что хотя протоколы и стандарты открыты, в этой разработке есть еще и закрытая часть — это код на уровне аппаратной абстракции сети. Поэтому внедрение FlexSwitch и масштабирование на всю инфраструктуру потребует приобретение платной подписки.

SnapRoute также активно участвует в развитии другого известного сетевого Open Source-проекта — сетевой ОС OpenSwitch. Он был запущен компанией Hewlett-Packard, но затем переведен под совместное управление с Linux Foundation.

Cumulus Linux

Специализированная сетевая ОС Cumulus Linux разрабатывается компанией Cumulus Networks для работы на коммутаторах, где вместо полноценной ОС будет устанавливаться специальная загрузочная среда ONIE. Она представляет собой предустановленный компактный специализированный дистрибутив Linux, в задачу которого входит поиск при первом запуске полноценной сетевой ОС, ее установки на коммутатор и передачи ей дальнейшего управления. Загружаемый дистрибутив сетевой ОС может размещаться на любом ресурсе, например, на подключаемом USB-накопителе либо он может быть доступен через URL-адрес.

Архитектура Cumulus Linux выстроена таким образом, чтобы объединить всех производителей коммутаторов. Это открывает перед корпоративными клиентами принципиально новый подход: самостоятельный выбор при построении сети наиболее подходящего для себя решения, избавляясь таким образом от выбора, сделанного вендором применяемого оборудования.

Cumulus Networks была создана группой инженеров — выходцами из Cisco, VMware и 3Com. По их мнению, Cumulus Linux позволяет раскрыть полный потенциал программно-определяемых дата-центров (SDDC), где будут устанавливаться коммутаторы с поддержкой их решения. Это позволит компаниям расширить функциональность применяемых коммутаторов за счет использования сторонних Linux-приложений для оркестрирования, управления, настройки и автоматизации.

Развитие Cumulus Linux идет по пути наращивания списка поддерживаемые моделей. Недавно компания разработала ряд новых многопортовых коммутаторов типа top-of-rack (ToR) — они применяются для обработки трафик с серверов в стойке и имеют прямое соединение с коммутатором ядра. Расширенная продуктовая линейка Cumulus Linux поддерживает весь набор соединений от 1 до 100 GbE, совместима с полной линейкой процессоров Intel и Broadcom. Например, последняя версия Cumulus Linux получила расширенную поддержку для коммутаторов 100 GbE, которые используются в ЦОДах Facebook.

Apstra AOS

Компания Apstra — еще один из новичков на рынке сетевых ОС, который привлек к себе внимание в январе 2017 г/, выпустив встроенное платформенное решение на базе собственной ОС AOS (Apstra Operating System) для коммутатора Wedge 100.

Этот коммутатор создается с 2011 г. компанией Facebook в рамках Open Compute Project (OCP). Цель проекта — разработать полный стек открытых стандартов и аппаратных архитектур, которые можно будет применять для построения энергоэффективных и экономичных ЦОДов нового поколения. Их главное отличие — увеличенная наработка на отказ (MTBF), повышенная плотность установки серверов, упрощенное обслуживание с доступом из холодного коридора, улучшенная энергоэффективность.

В качестве «тестового полигона» для OCP служит один из высоконагруженных дата-центров компании Facebook. Разработка ведется в стиле Open Source. Сама ее идея оказалась настолько интересной, что ее поддержали многие крупные вендоры. Достаточно назвать такие имена, как IBM, Intel, Google, Apple, Microsoft, Dell, Cisco.

Недавно выпущенный коммутатор Wedge 100 относится ко второму поколению сетевых коммутаторов Facebook для ЦОДов. Он относится к типу ToR и обеспечивает скорость передачи данных до 100 Гбит/с. Рабочей средой для него является ОС FBOSS, разработанная на основе ядра Linux.

В отличие от традиционных коммутаторов (типа BlackBox), для моделей Wedge использован подход, предусматривающий комбинацию компонентов программного и аппаратного обеспечения для организации работы сетевого стека. Такие коммутаторы относят к типу WhiteBox, реализующему концепцию разделения оборудования и сетевой ОС. Большинство их традиционных функций передаются приложению SDN-контроллера, который становится единой точкой управления и централизованного программирования всех рабочих коммутаторов.

Новое решение Apstra, по мнению разработчиков, позволит администраторам достигнуть высокого уровня прозрачности, автоматизации и управления в работе сети. Они получат возможность модифицировать конфигурацию коммутаторов в условиях применения оборудования различных вендоров, а также смогут управлять сетью с учетом текущих эксплуатационных потребностей и принципа саморегулируемости (Self-Operating Network, SON).

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

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

RAD vCPE

Еще одна новая разработка — сетевая ОС vCPE-OS. Она была создана компанией RAD и недавно представлена на конгрессе WMC 2017 в Барселоне.

vCPE-OS является частью комплексного решения, выпущенного компанией для управления сетевым доступом с контролем качества услуг связи (Service Assured Access). Новая сетевая ОС может устанавливаться на любом WhiteBox-сервере; она также может предустанавливаться на устройствах vCPE, выпускаемых RAD.

Система vCPE-OS наделена не только основными сетевыми возможностями, но также позволяет размещать на устройствах виртуальные сетевые функции от сторонних разработчиков. Эта ОС работает практически с любыми Open Source-платформами управления и легко сопрягается с SDN-контроллерами, оркестраторами и системами поддержки OSS/BSS-систем в рамках существующих стандартов.

Уникальность ОС vCPE-OS заключается в том, что в ней осуществлена конвергенция основных компонентов инфраструктуры виртуализации сетевых функций (NFV), относящихся к ОС, включая гипервизор KVM, Open vSwitch, OpenStack и другие элементы. Она дополняет решения виртуализации сервисов на границе периметра — направления, в развитии которого компания RAD является одним из пионеров. Реализованная средствами vCPE-OS комплексная система оркестрации позволяет полностью управлять жизненным циклом услуг связи для сети доступа, осуществляя планирование, автоматизированную настройку и контроль параметров качества для виртуальных и физических ресурсов.

Cumulus Networks разрабатывает версию Linux для ЦОД

Никому прежде не известный стартап Cumulus Networks объявил о разработке дистрибутива Linux для администраторов ЦОД, которые хотят объединить кастомизированное сетевое оборудование с собственной ОС и программными средствами вместо использования решений, предлагаемых крупными поставщиками.

На рынке сетевых решений в настоящее время доминируют такие гиганты, как Cisco Systems и Juniper Networks. Компании производят узкоспециализированное оборудование и устанавливают на него специально разработанные ОС с ограниченным набором функций, что зачастую вынуждает клиента пользоваться услугами одного поставщика.

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

Все эти возможности, наряду со стандартными механизмами взаимодействия с вентиляторами, сенсорами и другим аппаратным обеспечением через драйверы устройств, превращают Cumulus Linux в сетевую операционную систему, подобную Cisco IOS и Juniper Junos.

Средства контроля и управления внутри ОС являются стандартными для Linux-систем, разрабатываемых на базе дистрибутива Debian. Дополнительный функционал позволяет управлять сетевыми протоколами 2 и 3 уровней, протоколами маршрутизации, протоколами spanning tree, LLDP и т.д. Платформа использует для конфигурации сетевого оборудования такие инструменты, как puppet, chef и cfengine, что «дает возможность использовать новейшие архитектуры виртуализации сетей параллельно с традиционной архитектурой», утверждают представители компании.

После установки ОС пользователи могут использовать более 250 стандартных приложений для настройки и управления сетью, устанавливать любые программы для управления сетями поверх Cumulus Linux или разрабатывать собственное сетевое ПО, которое может работать непосредственно на сетевом оборудовании.

Сетевые администраторы также получают возможность использовать скрипты для сбора необработанных данных с целью последующего анализа, или устанавливать на сервере любую Linux-совместимую программу-агент. В конечном счете, пользователи должны получить такие же преимущества, как при покупке «голого» сервера и установке на него собственного набора программ, утверждают представители Cumulus.

Возможность выбора ОС для сетевого оборудования будет способствовать развитию экосистемы сетевого аппаратного и программного обеспечения, позволяющей пользователям делать независимый выбор относительно сетевых возможностей и инструментов мониторинга, как это происходит на рынке вычислительных серверов, где аппаратное обеспечение часто виртуализируется и становится практически «невидимым».

В настоящее время ОС поддерживает ограниченный набор систем, перечисленных в опубликованном компанией списке совместимости. Впрочем, поддерживаются стандартные сетевые процессоры от Broadcom, Intel и Marvel, использующие архитектуру PPC, X86 или MIPS. Cumulus включает в себя набор инструментов от независимых поставщиков наряду со своим собственным ПО. В настоящее время ОС находится в режиме ограниченного бета-тестирования. По словам представителей компании, Cumulus Linux уже используется такими провайдерами облачных услуг, как Dreamhost и Fastly.

Читайте также: