Виталий Антоненко, ведущий программист-разработчик Центра прикладных исследований компьютерных сетей, к. ф.-м. н.
Новый поход к управлению сетями – программно-конфигурируемые сети SDN (Software Defined Network) – всего за несколько лет стал одной из главных тем в мире компьютерных сетей и телекоммуникаций. Появившись в 2007 г., концепция SDN вначале интересовала в основном научных сотрудников в университетских лабораториях, однако быстро стала одним из важнейших трендов в развитии архитектуры компьютерных сетей и решений, призванных упростить и автоматизировать настройку инфраструктуры и управление услугами. Опрос крупных и средних компаний в Северной Америке, проведенный Infonetics Research, показал, что 79% планируют внедрение решения SDN в центрах обработки данных к 2017 г. Garter прогнозирует, что к концу следующего года более чем 10 тыс. организаций в Северной Америке будут иметь сети, основанные на концепции SDN[1].
Кроме того, благодаря SDN начали появляться открытые стандарты, протоколы и системы для, пожалуй, самой закрытой сферы в ИКТ – сетевых технологий. Еще совсем недавно здесь сохранялся диктат производителя и потребитель мог выбирать лишь, какой ящик поставить в свою сеть.
Смена парадигм в сетевой архитектуре и подходов к управлению сетями, созданию и управлению сервисами в них потребовала создания новых решений. Этот тренд открыл прекрасную возможность для России не догонять, а встраиваться в новый процесс, что особенно важно для области телекоммуникации. Зависимость России от импортных решений в этой сфере колоссальна. Так, например, по данным Федеральной таможенной службы (ФТС), в 2016 г. 90% маршрутизаторов и 55% АТС – зарубежного происхождения.
Концепция SDN перенесла акцент на программную реализацию, благодаря чему для потребителя открылось несколько путей создания решения:
1) выбрать одно из открытых решений (OpenSource) и доработать его под свои задачи (перечень OpenSource-проектов приведен в статье «Концепция программно-конфигурированных сетей: от идеи до стандартизации»). Однако техническая поддержка и дальнейшее развитие решения могут быть дорогостоящими и не являться профильными для компании;
2) разработать собственное решение или заказать разработку под свои задачи у специализированных компаний;
3) приобрести готовое решение.
Однако в последнем случае придется еще оплачивать и техническую поддержку, а во втором и третьем возникает зависимость от поставщика.
В сфере сетевых технологий раньше первые два способа были недоступны даже для очень состоятельных клиентов. Конечно, третий способ существовал всегда, но выбор вендоров был не столь велик, как казалось. Кроме того, имеется проблема совместимости оборудования разных производителей.
Не претендуя на исчерпывающую полноту, опишем современный ландшафт игроков на рынке, представим стартапы в сфере сетевых технологий и их решения, рассмотрим требования операторов крупных сетей к подобным решениям.
Стоит отметить, что развитие концепции SDN испытывает серьезное влияние со стороны концепции NFV.
Производители сетевого оборудования и SDN
Если все идеи SDN удастся воплотить на практике, сложно будет найти компанию, которая потеряет больше, чем Cisco. ИТ-гигант инвестировал огромные средства в разработку сложного и «умного» оборудования, и вряд ли идея о простеньких типовых коммутаторах обрадовала компанию. По словам Джона Чемберса, председателя совета директоров Cisco и генерального директора компании до 2015 г., распространение технологий SDN в состоянии превратить 43-миллиардный бизнес корпорации в 22-миллиардный. Долгое время Cisco подчеркнуто «не замечала» нового направления. Мощный стимул к формированию своего подхода к реализации SDN, но не угрожающего бизнес-целям корпорации, Cisco получила после срыва миллиардной сделки по закупке сетевого оборудования с Amazon. На финальном этапе сделки интернет-гигант резко снизил объем закупки с миллиарда до 11 млн долл., заменив интеллектуальное оборудования вендора более простыми и дешевыми SDN-решениями[2]. И Cisco приступила к формированию собственной стратегии относительно SDN. Для этого компания вошла в состав Open Networking Foundation, организации, которая занимается популяризацией и стандартизацией SDN, и стала одним из спонсоров сообщества OpenDayLight, вытеснив из него многих, кто стоял у истоков SDN, например BigSwitch networks и Open Network Laboratory.
Первым шагом Cisco на пути реализации собственной стратегии стала инвестиция в сумме 135 млн долл. в свой внутренний стартап Insieme, который работал над собственной SDN-платформой. В итоге получилось компромиссное решение как для традиционных, так и для виртуальных сетей, которое давало больше возможностей для автоматизации в ЦОД, а также позволяло оптимизировать конфигурацию сети для развертывания и поддержки приложений. Центральным элементом платформы стал программный контроллер APIC (Application Policy Infrastructure Controller), который позволял создавать профили приложений (пропускная способность, вычислительные ресурсы, память, требования к балансировке нагрузки). При этом APIC использовал проприетарный протокол конфигурирования устройств OnePK. Поэтому он работал исключительно с коммутаторами Cisco, специально для него была разработана новая серия Nexus 9000.
В ноябре 2013 г. Cisco представила собственную сетевую архитектуру Application Centric Infrastructure (ACI), в которую вошли APIC, Nexus 9000 и расширенная версия операционной системы NX-OS. Для взаимодействия ACI с такими платформами оркестрации и автоматизации управления, как OpenStack, Puppet, CFEngine и рядом других, использовались интерфейсы прикладного уровня XML, JSON и RESTful. Эти интерфейсы также применялись для обеспечения взаимодействия ACI и открытой SDN-платформы OpenDaylight. Для обеспечения работы на физической сети используются наложенные сети на базе технологии Virtual eXtensible LAN (VXLAN).
В 2014 г. Cisco купила шведский стартап Tail-f Systems, который работал над решением по развертыванию сетевых сервисов для операторов связи, связанных с оркестрацией традиционных и виртуальных мультивендорных сетей. Сейчас этот продукт входит в разрабатываемую Cisco платформу нового поколения Cisco’s Evolved Services Platform (ESP) по комплексному управлению инфраструктурой оператора связи от физических устройств до ЦОД.
Следует подчеркнуть, что, несмотря на инновации и движение в сторону программируемости сетей, компания Cisco всеми силами пытается заставить клиента продолжить использовать оборудование своего производства.
Еще один лидер рынка сетевых технологий – компания Brocade при реализации стратегии в сфере SDN пошла по пути приобретения стартапа. Ее выбор остановился на основанной в 2005 г. в Калифорнии компании Vyatta, которая занималась разработками в сфере протоколов маршрутизации. Решения, насколько можно судить из публикаций, ориентированы на программно-конфигурируемые (SDN) решения по управлению СХД в ЦОД на базе контроллера Vyatta Network OS Эти продукты можно использовать в большинстве виртуальных и облачных сред. По сообщениям Vyatta, на момент сделки у компании было более 1 тыс. клиентов и осуществлено свыше 1 млн загрузок операционной системы. Vyatta позиционирует себя как конкурента маршрутизаторам Cisco. Сделка состоялась в 2012-м. После этого Brocade придерживалась политики работы с ПО с открытым кодом. В конце 2015 г. компания представила Brocade SDN Controller 2.0, который полностью основан на открытом коде OpenDaylight без добавления проприетарных компонентов. Вместе с двумя новыми приложениями для управления программно-конфигурируемыми сетями – Brocade Topology Manager и Brocade Flow Manager – контроллер упрощает переход на сети нового поколения (New IP). Новая версия контроллера предоставляет расширенные возможности оркестрации в облаке: доработанный интерфейс Open vSwitch Database (OVSDB) и модуль OpenStack Layer 2 (сертифицирован в составе версии OpenStack Juno в дистрибутивах Red Hat) позволяют провайдерам облачных услуг управлять инфраструктурой ЦОД. Помимо этого в Brocade Topology Manager для отображения топологии сети администратор может создавать списки узлов и проводить по ним поиск.
Brocade Flow Manager позволяет просматривать топологию сети в режиме, близком к реальному времени, и управлять перенаправлением трафика и сегментацией сети. Brocade SDN Controller поддерживает технологию интеллектуального управления трафиком Brocade Flow Optimizer, которая с упреждением реагирует на изменения в сетевой активности и снижает опасность сетевых атак. Brocade SDN Controller управляет физической инфраструктурой, используя протокол OpenFlow. Brocade также производит свои гибридные коммутаторы OpenFlow.
Еще одна корпорация, которую нельзя не упомянуть, – VMware пошла по сходной с Brocade стратегией и купила одного из лидеров на тот момент на рынке в сфере ПО для виртуализации – стартап Nicira для усиления своих позиций на рынке облачных платформ для ЦОД. Первый успешный коммерческий проект в области SDN – компания Nicira – появился в 2007 г. Ее основателями выступили авторы SDN-подхода и разработчики протокола OpenFlow – профессоры Ник МакКеон, Мартин Касадо (оба из Стэнфорда) и Скотт Шенкер (Беркли). В Nicira разработали собственную платформу в сфере виртуализации сетей – Network Virtualization Platform (NPV), которая позволила повысить эффективность механизмов виртуализации сетей в облачной платформе от VMware.
В отличие от Cisco, которая во главу угла ставит аппаратный компонент сети, VMware основным элементом сети считает программную часть (программные коммутаторы и виртуализированное окружение). После анонса платформы NSX в августе 2013-го VMware провозгласила, что в облачной платформе наилучшее место для реализации концепции программного конфигурирования сети в ЦОД – гипервизор. Универсальный в отношении гипервизоров контроллер NSX работает с множеством виртуальных коммутаторов, поддерживая виртуальные сети сразу нескольких тенантов, цепочки сервисов, безопасность и т. д. путем управления трафиком одновременно внутри гипервизора. Таким образом, в отличие от окружения Cisco ACI использование техники туннелирования позволило NSX не «опускаться» на уровень сети аппаратных коммутаторов.
Подход NSX VMware имеет явное преимущество перед ACI, поскольку NSX не зависит от аппаратного обеспечения. В то время как Cisco APIC полагается на свое «железо», причем определенной серии, NSX может работать поверх любого окружения центра обработки данных, достаточно наличия IP-связности.
В ответ на критику Cisco представила протокол, который должен играть такую же роль, что и протокол OpenFlow. Протокол получил название OpFlex и был разработан при участии целой группы компаний: Citrix Systems, IBM, Microsoft и Sungard Availability Services. Эти корпорации рассчитывают с помощью инженерной группы по развитию Интернета (Internet Engineering Task Force – IETF) сделать протокол отраслевым стандартом. OpFlex описывает декларативную модель управления устройствами (высокоуровневое описание того, ЧТО хотим) в отличие от OpenFlow c императивной моделью (низкоуровневое описание с указанием как сделать то, что мы хотим, – конкретных действий). Cisco позиционирует OpFlex скорее не как замену, а как дополнение, фокусируясь на сетевых сервисах и упрощая их управление.
По мнению Cisco, с появлением ACI видение концепции SDN несколько изменилось в нужную для Cisco сторону, поскольку ACI-платформа позволяет объединять физические и виртуальные элементы сети. Ряд производителей, таких как Canonical, Citrix, Microsoft и Red Hat, включили набор политик ACI в свои продукты для виртуализации, а производители сетевого оборудования – Avi Networks, Citrix, Embrane и F5 Networks – дополнили свои устройства программами-агентами OpFlex.
Для VMware 2015 г. стал крайне непростым. Осенью было объявлено о том, что Dell покупает EMC, которая владеет большим пакетом акций VMware (свыше 80%). Мнения аналитиков разделились. Тем не менее ожидается, что VMware сохранит автономность и продолжит работу в сфере виртуализации сетей. Ведь объем подписки на платформу NSX вырос за год вдвое, превысив 600 млн долл., а продажи пакета для создания виртуальных хранилищ данных Virtual SAN в IV квартале увеличились на 200% и за год в целом превысили 100 млн долл.[3] При этом стоит отметить, что у компании есть определенные сложности и ее ожидает реструктуризация. В начале 2016 г. было объявлено о сокращении 800 рабочих мест и о том, что компания сокращает инвестиции в развитие своей платформы публичных облаков vCloudAir (vCA) для развития новых направлений. Не добавляет оптимизма и уход нескольких ключевых сотрудников. Помимо финансового директора компанию покинули два руководителя направления облачных технологий ради стартапов (оба занимались vCA). В конце февраля ушел вице-президент компании Мартин Кассадо, который курировал направление по сетям и безопасности. В VMware он перешел в 2012 г., когда та купила основанный им стартап Nicira. Ушел он в венчурный фонд Andreessen Horowitz[4] на должность генерального партнера, отвечающего за инфраструктурные инвестиции. Одновременно он сохранит должность стратегического консультанта VMware.
Тем не менее, несмотря на трудности, компания идет вперед. В марте этого года было объявлено о партнерстве с IBM, благодаря которому клиенты VMware смогут переносить свои виртуализованные приложения в публичное облако IBM SoftLayer. В VMware, видимо, предпочли не вкладывать миллиарды в строительство центров обработки данных и создание платформы IaaS для конкуренции с Amazon Web Services, Microsoft Azure и подобными. Вместо этого в VMware стали заключать партнерские договоры с операторами общедоступных облаков, и теперь важным шагом стало соглашение с IBM. У VMware уже был договор с Google об использовании ее облака Cloud Platform для предоставления заказчикам горизонтально масштабируемой инфраструктуры в виде сервиса. Видимо, в компании такой опыт сочли положительным.
Еще один интересный игрок на рынке SDN-решений – компания NetCracker, которая разработала решение для транспортных сетей (transport networks). В октябре 2015 г. контроллер T-SDN (transport software-defined networks) этой компании был развернут на сети одного из европейских операторов. Контроллер автоматизировал значительную часть сетевых операций и, как следствие, позволил оператору значительно экономить время – сотни часов, которые инженеры тратили на настройку сети и выделение сервиса.
T-SDN от NetCracker упрощает операции по работе с транспортной сетью. Как только клиент запрашивает сервис у провайдера, контроллер автоматически переконфигурирует необходимые устройства и выделяет требуемые ресурсы. Насколько можно судить из публикаций этой компании, ее решения управляют и реализуют сетевые сервисы в виде соответствующих наборов правил для SDN-коммутаторов. Таким образом, клиент получит необходимый сервис за считаные минуты. Кроме того, T-SDN позволяет оптимизировать использование пропускной способности. Полноценного решения для динамического распределения клиентских каналов в транспортной сети до сих пор не существует, предполагается, что в будущем решение этой задачи возьмет на себя транспортный контроллер. Развитие проекта ведется в сотрудничестве с компанией NEC.
Об успехе концепции SDN говорит тот факт, что практически все крупные операторы уровня CG двинулись в этом направлении. Некоторые из них, например AT&T, инициировали масштабные проекты по созданию решений для себя. Так, AT&T только в 2014 г. инвестировала в свой проект 7 млрд долл., а по заявлению Дж. Донована (John Donovan), CTO AT&T, запланировало потратить еще 40 млрд долл. до 2020 г.[5].
На данный момент основной проект AT&T – ECOMP (Enhanced Control, Orchestration, Management & Policy). Целью проекта является синергия технологий облачной виртуализации (the AT&T Integrated Cloud – AIC) и технологий виртуализации сети для уменьшения капитальных и операционных затрат и достижения существенного уровня автоматизации конфигурации инфраструктуры. Проект ECOMP обеспечивает возможность управления полным жизненным циклом сетевого сервиса уровня оператора сетевых услуг.
Благодаря идеям SDN у провайдеров и владельцев крупных сетей появились возможности разработки собственных платформ и сервисов. Так, на рынке Северной Америке одним из лидеров в сфере предоставления сетевых услуг является телекоммуникационный гигант AT&T. Корпорация одной из первых проявила интерес к SDN и стала сооснователем Open Networking Foundation. По словам вице-президента компании Andre Fuetsch, с 2007 по 2014 г. трафик в сетях AT&T вырос на 100%. Прогнозируется, что к 2019 г. он увеличится еще в десять раз. В корпорации не были готовы ждать, когда темпы развития аппаратного уровня сети догонят темпы роста трафика, и приняли решение о постепенном переводе собственной сети на SDN. Корпорация планирует виртуализировать и контролировать 75% своей сети с помощью SDN к 2020 г. В 2014 г. уже запущена платформа Network on Demand, которая позволила клиентам увеличивать или уменьшать пропускную способность сети в режиме реального времени. В дальнейшем корпорация планирует развернуть сервис Network Functions on Demand, который позволит ее клиентам потреблять (и оплачивать) лишь требуемый объем услуг. При этом за перевод сети на SDN в корпорации отвечает отдельное подразделение в 2 тыс. инженеров, соответственно разработка ПО и платформ также ведется собственными силами, и компания старается уйти от дорогого «железа» к дешевым white box. Наверняка один из вендоров потерял очень крупного клиента.
Стартапы в сфере SDN
Благодаря SDN в сфере сетевых технологий стали появляться очень интересные стартапы, и самые необычные решения приходят именно от них.
Avni Networks, например, разработал программно-конфигурируемое облачное решение (в терминологии компании). Основное его преимущество в том, что клиентам значительно облегчается задача переноса приложений между облаками, если они используют нескольких разных провайдеров облачных услуг. Avni Networks уже сотрудничает с несколькими ИТ-гигантами, в первую очередь с Citrix и HP[6].
В то время как растет количество внедрений SDN, а реальные сети, работающие на SDN, становятся все более мощными, повышается сложность управления ими, некоторые процессы становятся достаточно сложными. Это создало рынок для инструментов SDN, которые автоматизируют процесс выявления и исправления ошибок, связанных с производительностью и оптимизацией работы сети, а также с другими сбоями. Платформа FixStream’s Meridian компании FixStream прежде всего предоставляет полезные сведения о состояния сети системным администраторам.
Еще один стартап iPhotonix разрабатывает решение для сетей операторов связи. Компания создала платформу SDN с открытым кодом, которая должна изменить процесс создания и управления услугами, предлагаемыми клиентам. Открытая платформа IPhotonix Virtual Network (Ivn) позволяет операторам связи управлять сетью доступа, сервисы развертываются непосредственно рядом с клиентом на CPE. CPE работает на x86-устройствах с установленной iPhotonix GSX-системой.
Один из самых обсуждаемых стартапов – Compass Networks. Компания разрабатывает аппаратные сетевые устройства на высокоскоростных и высокоемких фотонных системных платах, которые соединены с платформой SDN на открытом коде. Такая комбинация позволяет архитектуре, сделанной под ключ, быть лучше с точки зрения производительности, гибкости и скорости развертывания сетей традиционной архитектуры[7]. Этот стартап тесно связан с компанией Compass-EOS, которая выпускает высокоскоростные коммутаторы на базе фотонных технологий. Поэтому возникает вопрос: насколько архитектура решений от Compass Network соответствует требованиям SDN и не является ли она перепрошивкой существующих коммутаторов?
Один из пионеров на рынке SD-WAN – компания CloudGenix. Используя свою архитектуру ION, CloudGenix предоставляет контроль над сетью масштаба WAN. Сетевые инженеры оператора связи могут управлять и определять приоритетность конкретного трафика, пользователей и приложений. Еще один игрок на формирующемся рынке SD-WAN – Glue Networks. Платформа Glueware 2.0 представляет собой облачное программное решение, которое позволяет автоматически развертывать средства управления SD-WAN. Например, решение Glueware охватывает сферу развертывания сетевой инфраструктуры территориально распределенной компании: автоматическая настройка системы управления филиалами с заданными параметрами качества, связывание его с головным офисом, сквозная настройка сетевых сервисов, возможность связать Glueware интегрированно с системой IWAN Cisco.
Cradlepoint, провайдер 4G LTE и облачных сервисов в Соединенных Штатах, купил стартап Pertino в конце 2015 г. Компания намерена использовать возможности SD-WAN, которые разрабатывает Pertino, как способ оптимизации затрат и сложности развертывания 4G и MPLS услуг для малого и среднего бизнеса.
Стартап PLUMgrid работает в сфере облачного управления OpenStack. PLUMgrid Open Networking Suite (ONS) – это платформа, которая значительно упрощает управление облаком OpenStack за счет автоматизации и повышения прозрачности, предоставления значительно большего количества высокоэффективных виртуальных сетевых сервисов.
Стартап Teridion разрабатывает решения для клиентов, которые занимаются динамическим распределением контента (CDN). Не важно, какого рода услуги предоставляет компания (общий доступ к файлам, голосовые или видеосервисы, веб-контент или рекламу), решение Teridion поможет оптимизировать доставку контента из облака с помощью технологий SDN и улучшит качество восприятия конечным пользователем (Quality of Experience (QoE). Это касается как обнаружения неисправностей, диагностики сети, так и автоматического обнаружения ошибок и перезапуска перегруженной сети.
Усилия стартапа Cloudify направлены на адаптацию приложений (не обязательно облачных) для запуска на NFV-инфраструктуре. Разработчики реализовали плагин для работы по TOSCA-спецификации для связи приложений с NFV-инфраструктурой. Цель проекта – совмещение функции менеджера сервисов и облачного оркестратора с возможностью одновременной работы с различными поставщиками виртуальной инфраструктуры (OpenStack, vCenter, Azure…).
Отечественные решения в сфере SDN
В Россию технологии SDN пришли несколько позже. В 2012 г. был создан Центр прикладных исследований компьютерных сетей (ЦПИКС), цель которого состоит в реализации исследовательских проектов по актуальным и коммерчески перспективным направлениям SDN&NFV. За достаточно короткое время разработчики ЦПИКС создали, например, первый российский контроллер с открытым кодом для SDN-сетей – RUNOS и библиотеку приложений к нему. RUNOS предназначен для централизованного управления программно-конфигурируемыми сетями в корпоративном сегменте. Он обрабатывает до 30 млн потоков в секунду, обладает необходимой функциональностью для управления корпоративными сетями: надежность и отказоустойчивость, балансировка нагрузки, согласованное видение всей сети, работа с распределенными сетевыми приложениями, безопасность и противодействие внешним нагрузкам. RUNOS успешно прошел тестирования в компаниях «Ростелеком» и «Воентелеком». ЦПИКС также предоставляет версию Runos для операторов связи. Runos обеспечивает возможность создания сервисов B2C и B2B (L2 VPN, multicast) поверх SDN/OpenFlow физической инфраструктуры, сокращая время их развертывания до минут. Кроме того, система обеспечивает резервирование сервисов, широкие возможности по гарантированному предоставлению заданного для абонента качества доступа по всей сети оператора связи.
ЦПИКС также работает над созданием программного комплекса Cloud Conductor (С2) Platfrom, предназначенного для логической консолидации ресурсов центров обработки данных в единую управляемую виртуальную инфраструктуру (облако). Указанный комплекс предназначен для реализации функциональности системы управления облачной инфраструктуры, предоставляет пользователю возможность работать с виртуальными сетями, состоящими из ВМ, сетевых хранилищ, виртуальных коммутаторов и маршрутизаторов. Акцент в C2 Platform сделан на:
- разработке средств описания виртуальных сетевых сервисов (на базе языка TOSCA);
- осуществлении мониторинга и оркестрации за сетевыми сервисами;
- построении составных сетевых сервисов на базе уже описанных сервисов (поддержка SFC);
- поддержке различных технологий виртуализации облачных ресурсов (KVM, ESXi, Docker).
С2 Platform позволит быстро добавлять новые сервисы (firewall, брандмауэр, NAT и т. д.) без больших операционных затрат. Достаточно лишь подписаться на необходимую функцию в настройках облака. Далее система в автоматическом режиме контролирует эффективное распределение физических ресурсов облака и обеспечивает дополнительные характеристики сетевого сервиса в нем, например доступность и масштабируемость.
В начале 2014 г. Правительство России внесло технологии SDN и NFV в перечень приоритетных научных задач, для решения которых требуется задействовать центры коллективного пользования научным оборудованием. Стоит отметить, что SDN и NFV стали единственными технологиями из блока ИКТ, вошедшими в данный перечень. Сейчас «Ростелеком» рассматривает возможность выделения пилотной зоны, где можно будет тестировать и апробировать SDN/NFV-разработки.
На рынок вышли и несколько профильных отечественных стартапов. Российская компания Brain4Net занимается разработкой систем управления сетями передачи данных, обработки сетевого трафика и виртуализации сервисных приложений на базе OpenSource-решений, отмеченных выше архитектур программно-конфигурируемых сетей SDN (Software Defined Networks) и виртуализации сетевых функций NFV (Network Function Virtualization). Целевые клиенты компании – операторы фиксированной и мобильной связи, а также крупные корпоративные клиенты.
Brain4Net, как и многие иностранные вендоры, пошла по пути коммерческой реализации OpenSource. Brain4Net присоединилась к проекту OPNFV, международному сообществу разработчиков решений в области виртуализации сетевых сервисов (NFV), которое работает над созданием открытой платформы для виртуализации сетевых функций.
В конце марта корпоративный венчурный фонд «Ростелекома» «КоммИТ Кэпитал» инвестировал около 100 млн руб. в Brain4Net, получив 20,3% акций компании.
Еще один российский стартап – компания Wimark Systems – специализируется на управлении Wi-Fi-сетями. Их флагманское решение – виртуальный универсальный Wi-Fi-контроллер WiMark (vUWC) – программное решение для централизованного управления беспроводной сетью, способное заменить дорогие аппаратные контроллеры иностранных производителей без снижения качества сервиса и производительности сети. В основе решения лежат технологии NFV и SDN, которые позволяют сократить зависимость от специализированного оборудования и перенести функции управления Wi-Fi-сетью в виртуальные контроллеры, развернутые в облачной инфраструктуре клиента или центрах обработки данных операторов и сервис-провайдеров. Благодаря NFV-подходу виртуальные контроллеры WiMark используют в качестве аппаратной платформы стандартные х86-серверы и при этом не уступают по производительности специализированным аппаратным решениям.
Российский стартап NFWare предлагает платформу для развертывания высокопроизводительных виртуальных сетевых сервисов и автоматического управления ими из единого центра, решение реализовано на базе NFV-технологий. В 2015 г. компания получила грант Фонда «Сколково» в размере в 5 млн руб. на доработку коммерческой версии продукта и расширение команды разработчиков. Затем, в октябре 2015-го, NFWare получила инвестиции от международного венчурного фонда Maxfield Capital с участием в раунде фонда Almaz Capital и оператора Telefonica. За год NFWare провела несколько пилотных проектов, в том числе коммерческих, с европейскими и японскими телеком-операторами. В настоящий момент решение NFWare Virtual CG-NAT уже установлено в реальных сетях испанского оператора Futura Telecom и итальянского оператора Air2Bite, где успешно обрабатывает пользовательский трафик.
Еще одна российская компания объявила о своих планах в сфере SDN. Zelax заявила о намерениях разработать SDN-контроллер на базе Open Day Light и SDN-коммутатора на основе импортных микросхем. В августе 2015 г. Kraftway получила кредит из Фонда развития промышленности (ФРП), созданный по распоряжению Дмитрия Медведева для поддержки импортозамещающих производств, на 500 млн руб. под 5% годовых на пять лет. Одним из развиваемых направлений в рамках проекта будет создание линейки вычислительной техники на доверенной платформе Kraftway, среди которой серверы и SDN-маршрутизаторы, совместимые с системой команд Cisco, что должно облегчить процесс импортозамещения решений этого вендора.
Вместо заключения
Развитие концепции SDN взаимосвязано с развитием NFV, однако если в NFV есть стандарты (ETSI), то для SDN их не существует. В настоящий момент отсутствуют интегрированность и интероперабельность между OpenSource-проектами. OpenFlow в целом не оправдал возложенных на него надежд, а сетевой стек SDN находится в стадии формирования. Из четырех основных направлений применения концепции SDN – управление сетями фиксированной связи, управление сетями мобильной связи, сети ЦОД и корпоративные сети – первые три развиваются очень активно, а четвертое отстает.
На наш взгляд, важно понимать, что рынок SDN еще незрелый и у производителей отсутствует единая точка зрения на SDN. Многие из доступных на рынке продуктов представляют собой специфичные решения для конкретных проблем. Разумным можно назвать инвестирование в новые технологии, которые поддерживают SDN. Организация может быть не готова к переходу на SDN сейчас, но используемое аппаратное и программное обеспечение должно быть готово к такому варианту в будущем.
При выборе контрагента важно также анализировать имеющиеся у вендора партнерства и альянсы, выяснять, работает ли производитель с решениями на открытом коде. Крайне нежелательна ситуация, когда решения вендора взаимодействуют только со своим собственным контроллером. Пока непонятно, какую модель SDN в конечном счете выберет индустрия, но очевидно, что и вендоры, и заказчики стремятся к интероперабельности.
[1] http://www.networkcomputing.com/storage/whats-hot-networking-7-key-trends/553301726
[2] http://www.businessinsider.com/source-cisco-1b-amazon-deal-led-to-insieme-sdn-2013-10
[3] https://www.channele2e.com/2016/01/27/vmware-ceo-clarifies-cloud-strategy/
[4] http://www.forbes.com/sites/alexkonrad/2016/02/24/andreessen-horowitz-names-nicira-and-vmware-veteran-martin-casado-its-ninth-general-partner/#2473438a19c8
[5] http://magazine.cioreview.com/July-2015/SDN/ Р. 8–9.
[6] http://magazine.cioreview.com/July-2015/SDN/ Р. 18–19.
[7] http://www.networkcomputing.com/networking/10-sdn-startups-driving-innovation/826649454
