В круглом столе принимают участие:
Иван БАТОВ, директор департамента «Инжиниринговый центр», компания «Техносерв»
Александр ГУЛЯЕВ, начальник отдела сетевых проектов Центра сетевых решений, компания «Инфосистемы Джет»
Олег САВИЦКИЙ, первый заместитель генерального директора, АО «Воентелеком»
Александр СКОРОХОДОВ, системный инженер-консультант, Cisco
Славомир СЛОВИНСКИ (Slawomir Slowinski), менеджер по развитию бизнеса в регионе Центральная и Восточная Европа, компания Nuage Networks
Сергей ЯКИМОВИЧ, технический руководитель направления департамента инфраструктурных решений, компания «Открытые Технологии»
О преимуществах технологии SDN говорится не первый год. Однако количество проектов, доказывающих, что технология проникает в корпоративный сегмент, оставляет желать лучшего. Насколько востребована сегодня эта технология на российском рынке и за рубежом? Что сдерживает распространение SDN?
Иван БАТОВ
Действительно, о преимуществах SDN говорится достаточно давно и нет необходимости в очередной раз их повторять. Но следует понимать, что SDN – это принципиально новая модель организации сетевой инфраструктуры и, как любое новое решение, встречает достаточно осторожный подход со стороны заказчиков. Вспомните, сколько лет прошло от появления первых решений по виртуализации вычислительных систем до их массового выхода на рынок. Безусловно, благодаря своим преимуществам SDN становится все более интересной технологией как для зарубежных, так и для российского рынка. Так, некоторые отечественные компании уже активно тестируют новую технологию, в том числе и компания «Техносерв» совместно со своими заказчиками – крупнейшими операторами связи.
Что касается сдерживающих факторов, то следует рассмотреть два сценария – создание новой сетевой инфраструктуры и модернизация существующей и соответственно упомянуть два основных подхода к реализации сетевой инфраструктуры на базе технологии SDN: использование решений на базе протокола OpenFlow и создание наложенных (overlay) сетей поверх существующих классических сетей IP/MPLS.
Если речь идет о создании новой сетевой инфраструктуры, то основной сдерживающий фактор – неготовность заказчиков строить сеть на базе новой технологии OpenFlow, не имеющей пока достаточной аппаратной поддержки и опыта эксплуатации. Мало кто готов стать первопроходцем. Если говорить о модернизации сетевой инфраструктуры, то в качестве сдерживающего фактора я вижу неочевидность преимуществ от вложения средств в модернизацию сети путем создания наложенной на существующую классическую сетевую инфраструктуру сети SDN.
Однако развитие в обоих направлениях происходит довольно быстро. Пока мы отмечаем наибольший интерес к overlay SDN-решениям для ЦОД.
Александр ГУЛЯЕВ
Продвижение SDN сдерживают несколько факторов. На мой взгляд, основными из них являются следующие:
- технология и продукты не достигли необходимой степени зрелости, чтобы удовлетворять разнообразные запросы корпоративного сектора, включая те, которые компания-заказчик не может даже сформулировать. Ведь сетевой инженер в корпоративном секторе, как правило, зависит от того, что «принесут» старшие товарищи, отвечающие за приложения, виртуализацию и т. д. А они могут принести, в прямом смысле слова, все, что угодно (если убедят бизнес);
- недоверие к решению со стороны эксплуатации у заказчиков. Желающих доверить технологии SDN системы уровня business critical мы пока не видели. И в большинстве случаев решение имеет высокий порог входа для сетевых инженеров с точки зрения освоения, так как зачастую отсутствуют элементарные удобства при работе с продуктом;
- отсутствие реальных бизнес-кейсов в среде корпоративных заказчиков: изменения конфигурации в корпоративных сетях происходят достаточно редко, с ними эксплуатация справляется традиционными средствами (CLI, EMS).
Это не облачные сервисы, в которых как раз эксплуатация не сможет моментально удовлетворить однотипные, но многочисленные запросы от тысяч клиентов.
Олег САВИЦКИЙ
Нынешние потрясения в мировой экономике привели к тому, что даже при условии интереса к технологии, подогретого миллиардными поглощениями ведущих мировых производителей телекоммуникационного оборудования и программного обеспечения, риск по переводу своих инфраструктур на новые решения основная масса заказчиков в корпоративном сегменте брать на себя не стала. Все заняли выжидательную позицию.
Иная ситуация складывается в части гигантов ИT-отрасли и стартапов того же сегмента. Их особенностями являются высокая технологичность, динамика развития и нацеленность на новые перспективные решения, позволяющие им отходить от вендорозависимости. Увидев потенциал SDN в платформах виртуализации на базе серверных ферм, они отказались от старых подходов. Положительная динамика SDN-решений, связанных с их софтверной реализацией и появлением небрендовых аппаратных платформ whitebox, только усиливает позиции технологии. Складывается целый эшелон компаний, которым удается навязывать новые правила игры на рынке телеком-оборудования.
В России к основным сдерживающим факторам относятся отсутствие четкой государственной политики в области ИТ-технологий и несовершенная технологическая база. Однако уже есть конкретные примеры замещения проприетарного оборудования образцами, созданными на основе унифицированных платформ общего назначения. Сейчас проекты различных уровней подходят к своему технологическому пику, и необходимость обновления парка оборудования, а соответственно и решений подвигнет заказчиков к реализации новых подходов вообще и SDN в частности.
Александр СКОРОХОДОВ
Первоначально SDN-движение отталкивалось от возможностей, которые обеспечиваются технологиями программно-определяемых сетей. В настоящий момент развитие SDN-индустрии диктуется прежде всего потребностями рынка и сценариями использования указанных решений, что говорит о ее движении в сторону зрелости. Основной барьер на пути широкого внедрения концепции SDN – неготовность ИТ-организаций воспользоваться обеспечиваемыми ею преимуществами. Сейчас этот разрыв постепенно сокращается с обеих сторон: организации движутся в сторону более динамичных подходов к информационной инфраструктуре в целом, а SDN-решения становятся более эффективными в выполнении задач традиционного ИТ.
Славомир СЛОВИНСКИ
Если вспомнить прошлое, то виртуализация серверов когда-то была на уровне 5%, и никто не мог подумать, что за десять лет она скакнет до 80–90% (для новых серверных проектов). То же самое сейчас происходит с SDN. Заказчики, которые уже решили виртуализировать серверы и хотят перейти на следующий уровень автоматизации ЦОД, уверены, что единственный способ организовать комплексную, скоростную и гибкую инфраструктуру – внедрение масштабируемой и открытой SDN-платформы. Сравнивая Россию с другими европейскими странами, могу сказать, что количество заказчиков, заинтересованных в SDN-решении, примерно такое же, как в Великобритании или Франции. Лидирует в Европе, похоже, Испания, где три или четыре крупных банка уже используют решение Nuage, а другие проводят опытную эксплуатацию. В любом случае, самое трудное – сделать первый шаг, принять решение протестировать SDN-платформу, потом у заказчиков уже не возникает никаких опасений.
Сергей ЯКИМОВИЧ
SDN – относительно новая технология для российского рынка. Поэтому часть компаний корпоративного сегмента проявляет лишь теоретический интерес к таким решениям. Среди причин, сдерживающих распространение технологии, можно отметить недоработанность стандартов (технология до сих пор в стадии активного развития) и тот факт, что многие компании уже имеют сети на традиционных сетевых решениях. Кроме того, внедрение технологических решений SDN повлечет необходимость переучивать эксплуатирующий персонал и дополнительные расходы на программные решения. За рубежом распространение технологии более массовое, чем на российском рынке, например, крупные поисковые сервисы уже давно оценили преимущества SDN и используют ее совместно с сетевым оборудованием, разработанным специально по заказу под управление SDN.
Несколько лет назад выдвигалось предположение, что архитектура SDN богата рыночными сегментами, в которых российские разработчики ПО, приложений и т. д. могут реализовать свой потенциал и неплохо заработать на этом. Оправдываются ли эти надежды?
Иван БАТОВ
Технология SDN, как и любая другая с интерфейсом программирования API, позволяет меньше зависеть от производителей оборудования и больше полагаться на сторонних разработчиков. На рынке уже сейчас есть несколько российских компаний, занимающихся разработкой SDN-решений, причем именно разработкой, а не перепродажей. Основные сложности у разработчиков ПО при работе с контроллерами SDN вызывает отсутствие универсального и стандартизированного интерфейса API, который бы позволил быстро создавать приложения и сервисы без привязки к определенному вендору. Решение этой проблемы могло бы существенно упростить жизнь разработчикам и повысить скорость распространения технологии SDN.
Александр ГУЛЯЕВ
Мы знаем, что работа идет, но пока не видели законченных решений, которые можно презентовать корпоративным заказчикам. Решения создаются под конкретную задачу и платежеспособного потребителя либо для оптимизации отдельных нишевых решений. И то и другое подразумевает в первую очередь реализацию только необходимого функционала. Соответственно за пределами своей области такие решения выглядят не очень привлекательно из-за ограниченности функционала.
На данный момент я не могу сказать, что эти надежды оправдываются. В том числе и потому, что стоимость «железа» с поддержкой и без поддержки SDN в общем-то не отличается: большинство вендоров добавляет SDN в качестве дополнительной возможности и зачастую для галочки. Только в случае SDN нужен еще контроллер, а он без поддержки вендора для большинства корпоративных заказчиков смысла не имеет: не все готовы покупать программиста для своего SDN.
Олег САВИЦКИЙ
Безусловно, предположение о богатстве рыночных сегментов SDN верно, но конъюнктура рынка не дает стартапам реализовать в полной мере свои ожидания от монетизации технологии. Крупные зарубежные ИТ-игроки нацелены на снижение расходов за счет внедрения SDN. При этом, обладая достаточным штатом собственных разработчиков, они не оглядываются по сторонам. Выход же на отечественный и мировой SMB-рынки не каждому под силу. Укрупнение и объединение компаний, работающих в области технологии SDN, помогут в достижении поставленных целей, а поддержка государства только усилит этот эффект.
Повлиять на ситуацию также может переориентация рынка основных инфраструктурных заказчиков в сторону государственных компаний или компаний с государственным участием. Именно импортозамещающая особенность госсектора способна привести к значительному росту реализованных проектов с использованием SDN. Но для этого необходимо поступиться собственными интересами и объединить усилия всех участников рынка – от разработчиков и производителей аппаратных платформ до разработчиков программного обеспечения и приложений. Только создав экосистему вокруг SDN с понятной выгодой, можно будет привлечь к новым решениям и коммерческие компании.
Славомир СЛОВИНСКИ
Думаю да, это как раз один из вариантов внедрения, который мы продвигаем. Построение гибких и маневренных частных и гибридных облаков, в которых SDN играет критичную роль, причем не только для конфигурирования сетевых сервисов в ЦОД, где располагаются все приложения и системы. Имеется в виду и распространение этих преимуществ в сегмент WAN, в филиалы, откуда подключаются пользователи и потребители приложений. Это поможет реализовать концепцию DevOps с более совершенным взаимодействием групп эксплуатации и разработки, а также сократить сроки внедрения новых приложений.
Простота программно-определяемых сетей – хороший аргумент в пользу построения доступной инфраструктуры передачи данных, обнадеживали эксперты в первые годы продвижения концепции. Они же лет десять назад называли SDN своего рода «технологическим борцом» с цифровым неравенством. Справляется ли технология с этой ролью?
Иван БАТОВ
Что касается строительства доступных сетей и цифрового неравенства, то доступность и снижение стоимости решений обычно связывались с OpenFlow-подходом и его white-box-коммутаторами. Как уже было сказано, пока такой подход мало распространен на практике, но прогресс в этом направлении есть.
Александр ГУЛЯЕВ
Надежда на то, что SDN (если понимать это достаточно узко – только как коммутаторы, поддерживающие OpenFlow и SDN-контроллер) позволит сделать гиперпереход через нагромождения сетевых протоколов к простому и понятному светлому будущему, все еще остается. Действительно, можно не тратить миллионы человеко-часов на создание и интеграцию протоколов, которые уже реализованы в таких продуктах, как Cisco IOS. Но пока не появятся конкурентоспособные контроллеры, говорить о том, что такой переход свершился, рано. Следует отдавать себе отчет в том, что технология обладает достаточным количеством проблем, обусловленных ее архитектурой: масштабирование, надежность контроллера, inband-управление, ограниченный набор actions и т. д.
Олег САВИЦКИЙ
Идеологи SDN, разом замахнувшись на все сегменты инфраструктуры сети передачи данных, практически оттолкнули рынок от SDN-решений. Прислушавшись к критическим замечаниям потенциальных заказчиков, они от идеи блицкрига перешли к позиционной борьбе, направив вектор усилий на край сети, кампусные сети, сети уровня предприятия и центры обработки данных. Подоспевшие концепции программно-определяемых систем хранения, радио и развитие систем виртуализации и оркестрации стали безусловными союзниками SDN в борьбе за развитие гиперконвергентных систем. Технология SDN не смогла в одиночку стать «технологическим борцом» с цифровым неравенством в инфраструктурах передачи данных, однако в составе комплексных решений уже является серьезным игроком.
Александр СКОРОХОДОВ
Понятие «простота SDN» можно понимать по-разному. Для решения традиционных задач корпоративного ИТ использование большинства SDN-решений скорее создает проблемы с точки зрения сложности, нежели их решает. С другой стороны, при ориентации на современные принципы «быстрого ИТ» быстрое внедрение приложений, программируемость и автоматизация, внедрение DevOps-подхода (те понятия, которые можно соотнести со «вторым режимом» в модели «бимодального ИТ» компании Gartner) SDN-решения получают безусловное преимущество. Следовательно, принятие SDN тем или иным рынком (это касается и стран, и конкретных вертикалей, таких как финансы, производство, госсектор, интернет-проекты и т. д.) в значительной степени определяется общей готовностью организаций на рынке к новому поколению подходов к ИТ. Это обстоятельство решающим образом влияет на динамику рынка SDN в целом. В таком смысле значительным достоинством разработанной Cisco архитектуры ACI является именно то, что она ориентирована и на новую, и на традиционную модели потребления сетевых ресурсов, что и позволило ей за очень короткий срок стать лидером в сегменте SDN-решений для ЦОД.
Славомир СЛОВИНСКИ
Сравнение платформы Nuage Networks VSP с решениями других поставщиков позволяет сказать, что это одно из наиболее открытых решений как с точки зрения архитектуры, так и затрат на интеграцию с другими компонентами сетей и информационных систем. В решении используются только открытые стандарты, например OVS-DB, OpenFlow, BGP E-VPN. SDN реализуется как наложенная сеть, потому единственное требование к уровню пакетного транспорта – наличие базового соединения по протоколу IP, что гарантирует совместимость с сетевым оборудованием и ПО любого поставщика, причем как предыдущих поколений, так и основанных на передовых технологиях (в частности, контейнерах Docker). Платформа Nuage Networks VSP интегрирована с наиболее распространенными облачными средами, системами оркестрации и гипервизорами. Важнейшая роль в достижении реальной открытости решения отводится развитию экосистемы и партнерству Nuage с такими отраслевыми лидерами, как RedHat, F5, Palo Alto Networks, Citrix, HP, Arista Networks и Mirantis.
Сергей ЯКИМОВИЧ
Технология SDN предполагает упрощение сетевых устройств, но при этом усложняются программные решения, поскольку весь интеллект уровня управления переходит в SDN-контроллер и сопутствующую программную инфраструктуру. Бóльшая часть крупных производителей сетевого оборудования на текущий момент не стремится сделать проще свои сетевые устройства, поэтому упрощения сетевой инфраструктуры часто не видно, к этому добавляется усложнение программной части. Многое зависит и от заказчика решений на базе SDN: насколько он будет требовать от производителей поддержки всех стандартов и реального упрощения сетевых устройств. Таким образом, на фоне сегодняшнего уровня развития технологии и способа ее поддержки основными производителями сетевого оборудования сложно говорить о практическом преимуществе при борьбе с цифровым неравенством.
Одна из характеристик инфраструктуры программно-определяемых сетей – их технологическая открытость, что способно изменить принципы построения телекоммуникационных сетей. Насколько следуют этому принципу поставщики решений по мере развития технологии SDN?
Иван БАТОВ
Наибольшую открытость, по определению, предполагает протокол OpenFlow. Overlay-решения тоже в ряде случаев являются открытыми, широко используется комплекс свободного программного обеспечения OpenStack. Вендоры с традиционно сильными позициями в классических IP/MPLS-сетях придерживаются относительно консервативного подхода, т. е. идут к SDN путем добавления новых интерфейсов управления оборудованием. Как правило, эти интерфейсы более удобны и открыты, чем традиционные CLI или SNMP. Можно сказать, что и они следуют принципу технологической открытости, хотя и в меньшей степени, чем OpenFlow и Overlay.
Александр ГУЛЯЕВ
Скачав OpenSource-контроллер, вы будете его под себя дорабатывать. Купили контроллер у уважаемого вендора – попали в надежный капкан (lock-in) к производителю, который его продал и будет поддерживать, дорабатывать для вас и т. д. Разумеется, не бесплатно. Прекрасно известно, что софт на заказ стоит очень дорого. Теперь данная тема приходит и в сети. В этом заключается ловушка SDN.
Наличие открытого протокола удобно программистам и/или разного рода стартаперам (стартаперам-программистам прежде всего). Что касается заказчика в корпоративном секторе, то открытые протоколы использовать желательно, но в целом необязательно. Когда все работает – разницы нет, лишь бы работал.
Олег САВИЦКИЙ
В развитии SDN и ее технологической открытости немаловажную роль играют: Open Networking Foundation (ONF) со стандартизацией базового протокола SDN OpenFlow и популяризацией SDN в целом, The Linux Foundation с проектом открытого контроллера OpenDaylight, Open Compute Project с проекторами открытых аппаратных платформ и рупором направления программно-конфигурируемых сред и виртуализации сетевых функций в виде SDxCentral. В России это Центр прикладных исследований компьютерных сетей.
Сегодня не многие компании идут по пути открытости SDN-систем. В частности, VMware, Cisco Systems, Nuage представляют свое видение концепции. Однако по мере развития открытых систем виртуализации и оркестрации положение дел на рынке телекоммуникационных и информационных услуг изменилось – заказчики больше не хотят зависеть от крупных вендоров, SDN продолжает развивать технологическую открытость. Большое количество отечественных разработок сейчас сконцентрировано вокруг открытых проектов SDN-контроллеров. Предельно ясно, что экономический климат может стать регулировщиком, который направит развитие SDN в нужное русло, не позволив крупным игрокам снова диктовать свои условия на рынке.
Александр СКОРОХОДОВ
Мне кажется, что появление SDN как концепции было очень важным для развития сетевой индустрии, прежде всего с точки зрения осознания новых требований, предъявляемых ИТ к сетевой инфраструктуре. За время существования понятие SDN, безусловно, претерпело значительную эволюцию, связанную с более отчетливым пониманием того, какие задачи стоят перед сетью нового поколения, и поиском наиболее эффективных способов их решения. Если взять за отправную точку контроллер как традиционный элемент архитектуры SDN, то в ней можно выделить два ключевых направления технологического развития: «южное» взаимодействие (между контроллером и управляемыми им сетевыми элементами) и «северное» (между контроллером и вышестоящими приложениями, управляющими состоянием сети, запрашивающими ресурсы и т. д.). Первоначально основной фокус обсуждения был на «южных» интерфейсах (протоколах, работающих внутри SDN сети, таких как OpenFlow). В настоящий момент пришло понимание, что ключевым является то, как происходит потребление сетевых ресурсов приложениями, использующими SDN сеть, т. е. на «северных» интерфейсах – каким образом мы абстрагируем свойства и возможности сети для наиболее эффективного ее использования. В то же время протокольная сторона отходит на второй план. Если взять в качестве примера наиболее масштабный мультивендорный проект SDN-контроллера с открытым кодом OpenDaylight, то количество открытых протоколов, поддерживаемых им для взаимодействия с сетевыми элементами, перевалило за полтора десятка.
Сергей ЯКИМОВИЧ
На мой взгляд, следует выделить две группы поставщиков: традиционного сетевого оборудования и программных решений. С одной стороны, стандарты SDN предполагают открытость и доступность решений, с другой – основной заработок поставщиков традиционных сетевых решений закладывался при продаже сетевого оборудования, поэтому многие производители добавляют множество функций помимо поддержки основных стандартов SDN. Также заметна тенденция добавления к существующим линейкам сетевого оборудования поддержки технологий SDN. При этом сохраняется поддержка традиционных технологий. Неудивительно, что вместо удешевления решений можно рассчитывать в лучшем случае на ту же стоимость решения, что и до внедрения поддержки SDN. Появляются производители, которые предлагают более дешевые сетевые продукты с поддержкой SDN и минимальным набором функций. В этом случае предстоит большая работа по интеграции с программными решениями SDN.
Если рассматривать SDN прежде всего как подход к проектированию сетей, то насколько трудоемкой для корпоративного сегмента является смена бизнес-процессов администрирования и мониторинга сети при внедрении этой технологии?
Иван БАТОВ
Безусловно, как проектировщикам, так и эксплуатирующему персоналу придется изучать новые решения – и это нормальный процесс, технологии быстро меняются. Революционный переход к SDN мы вряд ли увидим. Скорее всего, будет плавная эволюция. В целом трудоемкость администрирования и мониторинга должна снизиться. Это одна из целей SDN-концепции. Полагаю, что для корпоративного сегмента не должно возникнуть серьезных трудностей в переходе к SDN, связанных со сменой бизнес-процессов, в то время как у операторов связи в этом плане перемены будут гораздо более масштабными.
Александр ГУЛЯЕВ
Внедрение SDN – это кардинальная смена парадигмы и переход к другому уровню зрелости процессов эксплуатации. Да, это достаточно затратный процесс, поскольку никто пока не обучает, как нужно эксплуатировать и проектировать такую сеть (учат чаще всего нажимать на кнопки в веб-интерфейсе), спросить не у кого – все впервые. Как минимум часть существующей команды эксплуатации в компании – корпоративном заказчике будет новую парадигму воспринимать в штыки. Ведь SDN создавали прежде всего программисты, а не сетевики.
Наименее болезненный вариант – развернуть SDN в greenfield-зоне (отдельный ЦОД, сегмент, стенд), решить в нем насущные проблемы с наиболее восприимчивой частью команды, отработать процессы, а затем распространить на остальные сегменты и эксплуатацию. Процесс привыкания должен быть плавным, если не стоит задача получить многочисленные и необъяснимые для бизнеса даунтаймы.
Олег САВИЦКИЙ
Все зависит от желания компании сделать шаг в новый мир. Размываются грани между сетевыми инженерами, ИТ-администраторами и специалистами по информационной безопасности. Технология SDN вкупе с SDS, NFV и др. дает возможность получить все в одной экосистеме с возложением полного набора обязанностей на Control Plain. А те, кто, не обращая внимания на основные достоинства технологии – централизованную гибкую интеллектуальную и унифицированную систему, способную работать на всех уровнях модели OSI, продолжают видеть только единую точку отказа, забывают об одном из главных союзников SDN – виртуализации.
Бытует мнение, что входная стоимость SDN слишком высока, но это для тех, кто «не умеет готовить». Технология SDN требует не столько более тщательного планирования и изменения бизнес-процессов администрирования и мониторинга, сколько изменения самого подхода к планированию и формированию этих бизнес-процессов. В результате с началом работы с SDN-системами, системами виртуализации, распределенного хранения и оркестрации подготовленная инфраструктура сама шагнет к гиперконвергентным системам, которые в будущем станут наиболее востребованы в сегментах любого уровня.
Славомир СЛОВИНСКИ
Мы никогда не рекомендуем революционную перестройку среды, предпочитая эволюционный подход, когда меняются не только принципы управления сетевыми устройствами, но и среда наряду с бизнес-процессами, однако внедрение нашего решения в большинстве случаев дает быструю окупаемость инвестиций, особенно по эксплуатационным издержкам. Представьте себе, что, вместо того чтобы управлять сотнями физических устройств, в которых ежедневно требуется вручную проводить изменения, вся среда управляется с помощью одного инструмента. Добавьте сюда открытый интегрированный механизм мониторинга и поиска неисправностей – и ИТ-отдел перейдет на качественно новый уровень.
