Операторские сети SDN: опыт реализации

В последние годы стало ясно, что экстенсивный путь развития операторских сетей на базе выделенного специализированного оборудования является тупиковым. Сети NFV/SDN представляют собой переход от выполнения сетевых функций в выделенном оборудовании на их программную реализацию в стандартном коммерческом оборудовании COTS (Commercial Off The Shelf). Такой подход может существенно сэкономить ТСО, эффективно использовать сетевые и вычислительные ресурсы, а также в разы сократить время вывода новых услуг на рынок. Но получить все это можно только при правильном подходе к реализации данной концепции.

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

По оценке компании Infonetics, до 2018 года глобальные инвестиции (млрд. долл.) в развитие платформ NFV/SDN будут такими:

1

Рис. 1. Глобальные инвестиции на оборудование и ПО для NFV и SDN.

Однако следует признать, что реальное положение дел по внедрению SDN пока далеко от ожидаемого. По данным Gartner, приведённым в статье Интернет-издания The Register (http://www.theregister.co.uk/2015/07/29/sdn_enthusiasm_dives_says_gartner/) о массовом применения SDN можно говорить лишь через 5 -10 лет. По мнению Garther, cейчас SDN находится на «Спаде разочарования», а «Применения SDN» — на «Пике раздутых ожиданий». До достижения «Плато продуктивности» еще далеко.

2a

Рис. 2. «Хайп-цикл» Gartner с SDN.

Мировые Интернет-контент провайдеры (Google, Facebook, Twitter, Amazon, Microsoft) уже давно используют SDN в составе своих распределённых программно-конфигурируемых ЦОД SDDC (Software Defined Data Center). Особенно, здесь стоит выделить компанию Google, первой развернувшую SDN в одном из своих ЦОД еще в 2012 году. Однако, к операторскому применению SDN, эти кейсы, строго говоря, отнести сложно. Телеком-операторы, в основном, пока проводят испытания SDN на подтверждение концепции PoC (Proof of Concept).

В мае прошлого года, аналитическое агентство Light Reading провела исследования по использованию SDN на операторских сетях (в основном, на рынке США и Западной Европы), и, хотя результаты опроса показали большой интерес операторов к SDN, исследование показало, что наибольшим препятствием к развертыванию SDN на операторских сетях является «отсутствие ясных бизнес-кейсов (28% ответов), а также высокой расчетной стоимости развертывания проектов SDN (27% ответов)». (http://www.lightreading.com/carrier-sdn/sdn-architectures/defining-use-cases-and-business-cases-for-sdn/a/d-id/716315)

Однако, уже появляются и первые примеры трансформации операторской сети на базе технологии SDN. Рассмотрим два практических примера трансформации операторской сети на базе технологии SDN крупнейшего в мире оператора мобильной связи China Mobile Communications Company (CMCC).

Трансформация сети CMCC в провинции Шаньси (Китай).

Этот проект можно считать «первой ласточкой» развертывания SDN на коммерческой операторской сети. Сеть CMCC в провинции Шаньси (Shaanxi), расположенной на северо-западе Китая, обслуживает 24 млн. абонентов, на сети развёрнуты 29 тыс. базовых станций LTE, услуги LTE используют 6 млн. пользователей. Как видим, несмотря на то, что это – сеть провинции, по емкости она сравнима с сетями операторов «большой тройки» в России. При развертывании и обслуживании инфраструктуры SDN/NFV, региональная компания CMCC Shaanxi столкнулась со следующими проблемами:

  1. Высокая стоимость закупки оборудования: на сети использовалось много мини-компьютеров и систем хранения разных производителей. За два года приобретено более шестисот серверов для различных департаментов, причем средняя загрузка их вычислительной мощности не превышала 15-20%, по причине их эксклюзивного использования разными подразделениями.
  2. Долгое время вывода услуг на рынок (TTM) – до девяти месяцев.
  3. Высокие трудозатраты и стоимость обслуживания для раздельной (silo) архитектуры сети.
  4. Отсутствие совместного использования системных ресурсов, балансировки нагрузки, среднее использование ресурсов (вычисления, хранения, сети) не превышает 35%.

На сети CMCC Shaanxi было развернуто несколько ЦОД для различных систем оператора, но они не были объединены в единый пул ресурсов, что приводило к высоким затратам на развертывание и обслуживание, к неэффективности обслуживания и долгому времени вывода услуг на рынок (ТТМ). Поэтому, было решено применить решение «конвергированного пула ресурсов», который превращает разрозненные ЦОД в единое целое, с общим администрированием всех ресурсов отдельных физических ЦОД. Облачная операционная система позволяет миграцию облачных ресурсов по всему распределённому «облаку» конвергированного пула ресурсов ЦОД. На базе этих общих ресурсов становится возможным создание виртуальных дата-центров (VDC), при том, что, хотя их управление, обслуживание и диспетчеризация каждого VDC затрагивает только выделенные ему ресурсы, они осуществляются на базе ресурсов всех дата-центров, с программным конфигурированием отдельного VDC из пула общих ресурсов при помощи SDN. Это не только решает проблему эффективного использования ресурсов и снижает затраты САРЕХ и ОРЕХ, но и повышает видимое качество услуг для пользователя (user experience).

Реализация проекта проводилась в три этапа.

2

Рис. 3. Этапы реализации проекта конвергированного распределенного пула ресурсов.

На первом этапе были виртуализированы физические устройства (серверы, устройства хранения и сет) в масштабе отдельных ЦОД. При этом было улучшено использование физических ресурсов приложениями (App) в отдельных ЦОД.

На втором этапе при помощи унифицированной облачной операционной системы FusionSphere, совместимой как с OpenStack, так и частными решениями, типа VMware, была реализовано логическое разделение платформ и систем оператора в различных виртуальных ЦОД (VDC), а также организована оркестрация работы услуг с использованием как виртуальных ресурсов, так и физических ресурсов. Взаимодействие пулов виртуальных ресурсов с пулом физических ресурсов, которые по разным причинам не подлежали виртуализации, было организовано при помощи SDN.

3

Рис. 4. Решение «Одно облако – два пула»

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

Пулы ресурсов, в основном, используют серверы x86, что дает снижение CAPEX. Виртуализация обеспечивает автоматическое развертывание ресурсов, снижение затрат на обслуживание. Автоматизация обработки услуг снижает время вывода на рынок (TTM).

Результаты реализации проекта были достаточно впечатляющими (см. таблицу):

Результат Закупка оборудования Затраты на обслуживание Время вывода услуг на рынок Примечания
Традиционный подход Каждый проект начинается с закупок ИТ-оборудования: 20 мини-компьютеров и 400 серверов в год 15 инженеров техподдержки 90 дней в среднем Физические устройства
Пул ресурсов Расширение пула ресурсов. Закупка 2 мини-компьютеров и 500 серверов в год 6 инженеров техподдержки 2 недели Физические и виртуальные устройства
Эффект Снижение CAPEX на 11%, в основном, за счет стандартных серверов x86. 60% снижение 80% снижение Анализ на основе данных CMCC Shaanxi 2014 – 2015 гг.

 

Трансформация сети CMCC в провинции Внутренняя Монголия.

В региональной компании CMCC Inner Mongolia, обслуживающей около 20 млн. абонентов, было развернуто пять раздельных пулов для трех различных департаментов, что создавало серьезные проблемы для техподдержки, и требовало высоких затрат ОРЕХ. В этих пулах было развернуто 90 серверов и с 232 виртуальными машинами. При задействовании более чем 50% ресурсов, минимальная загрузка процессора VM составляет лишь 3%.

4

Рис. 5. Пять раздельных пулов ресурсов на сети CMCC Inner Mongolia.

В компании был принят план реконструкции облачной платформы на базе SDN. План предусматривал создание унифицированного пула ресурсов на основе серверной платформы x86 для слияния вертикальных систем на работающей сети.

5

Рис. 6. Три этапа реализации проекта конвергированного пула ресурса на основе SDN.

На 1 этапе (2014-2015) предусматривалось создание большого пула ресурсов (виртуализированных и физических) для поддержки новых приложений нескольких департаментов, с отдельным управлением нового пула ресурсов для нескольких департаментов.

На 2 этапе (2015-2016) реализуется унифицированное управление новыми ЦОД и существующими пятью системами виртуализации. Кроме того, при помощи SDN были объединены существующими системами виртуализации с новым пулом ресурсов, для гибкого увеличения емкости в новом пуле.

На 3 этапе, который планируется начать в 2017 году, будет проведен вывод из работы (EOL) исходных пулов ресурсов и миграция услуг в унифицированный пул ресурсов для исключения вертикальных систем.

Данный проект в настоящее время находится в стадии реализации, однако CMCC Inner Mongolia ожидает существенного сокращения общей стоимости владения ТСО, а также ускорения вывода услуг на рынок и повышения коэффициента использования ресурсов после полного завершения проекта.

Другие проекты и планы операторов

Американский оператор AT&T уже начал активно предлагать услуги Ethernet On Demand на базе SDN. К 2020 году компания планирует виртуализировать 75% своей сети, что даст ей возможность справиться с годовым удвоением объема трафика, прежде всего за счет видео-услуг.

Европейские операторы Deutsche Telekom и Vodafone в конце 2015 года объявили о планах широкого развертывания сервисов VPN на основе технологий SDN и NFV. Deutsche Telekom уже развернул пилотный проект сети SDN в Хорватии, Венгрии и Словакии и рассматривает SDN и NFV как ключевые технологии развития своей сети в направлении Аll-IP, поскольку все телефонные сети коммутации каналов (PSTN) в Европе планируется отключить к 2018 году. Услуги VPN на базе SDN были продемонстрированы DT на конгрессе MWC в Барселоне в марте этого года.

Vodafone также планирует предложение VPN-сервисов, где SDN будет использоваться для обеспечения «коннективности», но пока не анонсирует никаких сроков. Для расширения спектра услуг оператор планирует развивать NFV на основе SDN, о чем оператор также объявил в Барселоне.

Испанский оператор Telefónica, работающий не только в Европе, но и Южной Америке, в октябре 2015 года объявил об успешном завершении испытаний PoC для SDN/NFV, что позволит ему ускорить разработку стратегии по развитию автоматизации операций и предоставить корпоративным клиентам услуги гибкой сети WAN (Wide Area Network). По словам представителей оператора, это позволить сократить время вывода услуг на рынок с недель до минут, однако, даже о пилотных проектах SDN на сети Telefónica пока нет данных.

Французский оператор Orange, также объявил о планах развития SDN. Однако, вице-президент по управлению сетью Orange Ноэль Форэ (Noël Foret), на всемирном конгрессе SDN&Openflow в Дюссельдорфе в октябре 2015 года, призвал вендоров оборудования SDN прекратить излишний «хайпинг» в части его продвижения на операторском рынке, назвав это «контрпродуктивным». «Я должен продемонстрировать экономию расходов для главного финансиста Orange, а это может привести к фатальному сокращению инвестиционного плана, если эта экономия будет слишком переоценена» — сказал г-н Форэ. Не зря глава департамента виртуализации, SDN и NFV Vodafone Давид Амзаллаг (David Amzallag) сказал на конгрессе в Барселоне, что «отношения в этой области являются критичным фактором». Vodafone хочет работать в этой области также и со «старпапами», а не только с именитыми вендорами, и продолжая недальновидную политику «хайпинга» недостаточно зрелых технологий, последние могут потерять свою долю рынка.

Китайский оператор China Unicom в конце марта 2016 года подписал соглашение о стратегическом партнерстве с одним из китайских вендоров телеком-оборудования по развитию технологий SDN и NFV. Возможно, что вскоре последуют РоС и пилотные проекты.

В России, по данным опросов, операторы не ожидают скорого появления операторских сетей SDN, данные опросов говорят о том, что минимальный срок для этого – 2-3 года, а многие указывают и сроки, сравнимые с оценкой Gartner, – 5-10 лет.  Однако операторы «большой четверки» в России не теряют интереса к SDN, а Ростелеком даже инвестировал около 100 млн. рублей в одного из российских разработчиков SDN. «ВымпелКом» в 2015 году сделал первый шаг на пути построения сети SDN, внедрив систему проектирования, анализа и управления трафиком магистральной сети WANDL (Wide Area Network Design Laboratory). Оператор «Tele2 Россия» тоже заинтересован в SDN и рассматривает проекты виртуализации опорной пакетной сети. В целом, можно сказать, что в России концепция SDN на операторских сетях все еще находятся на стадии формирования.

Выводы из всего сказанного можно сделать следующие:

  1. Несомненно, технологии SDN и тесно связанная с ней концепция виртуализации сетевых функций NFV – это основной тренд развития операторских сетей в будущем. Цель достаточно ясна – сделать сети такими, чтобы они меняли конфигурацию, ёмкость и спектр услуг «по шелчку», а не после долгой и кропотливой работы по установке, отладке и запуску требуемого оборудования и программного обеспечения.
  2. Однако, поскольку операторы – люди достаточно консервативные, они не спешат очаровываться призывами вендоров, типа «внедрите это и будет хорошо». Как ни один новый медицинский препарат поступает в продажу без исследований доказательной медицины, так и ни один оператор не рискнет начать масштабное развертывание таких инновационных технологий, как SDN и NFV, без тщательного анализа окупаемости и убедительных доказательств практической пользы. Тем более, что многие аналитики заявляют о том, что эти технологии для отрасли телекома значат не меньше, чем переход с аналоговых технологий на цифровые. А этот процесс занял годы и даже десятилетия.
  3. Переоценивая стоимостные преимущества SDN («хайпинг»), вендоры могут рубить сук на котором сидят. Рынок оборудования SDN в корне отличается от рынка традиционного телеком-оборудования, на нем работает множество компаний, и подрыв доверия оператора к признанному в прошлом поставщику может широко распахнуть двери новым молодым вендорам, работающим быстро и гибко, не стесненным устоявшейся структурой традиционных игроков рынка.
  4. В части затратности, проекты SDN/NFV пока похожи на айсберг, надводная часть которого не дает никакого представления о его подводной части. Достаточно взглянуть на рис. 1. Более 60% затрат приходится на оборудования ИТ и ЦОД (т.е. сервера, системы хранения и их «среду обитания»). А собственно на оборудование и ПО SDN – лишь 9%. Автомобили имеет смысл покупать, если есть хорошие дороги. Примерно так же и с SDN. Для широкого его внедрения операторам нужно сначала провести масштабное техническое перевооружение инфраструктуры, которое займет не один год.

Есть еще одно соображение касательно России. По данным Ovum на конец 2014 г., площадь ЦОД у операторов Восточной Европе и СНГ составляет лишь около 18 млн. кв. м. В то время как в Западной Европе – около 140 млн. кв. м., в США – более 400 млн. кв. м., а в странах Юго-Восточной Азии – более 550 млн. кв. м. Эти цифры дают некоторое представление о сроках прихода SDN в Россию, и о том, почему один из первых коммерческих проектов операторского SDN был реализован в Китае.

7

6

Рис. 7. Площадь операторских ЦОД в различных частях мира в 2014 г. по данным компании OVUM.

Об авторе Алексей Шалагинов

Независимый эксперт
Галерея | Запись опубликована в рубрике Uncategorized. Добавьте в закладки постоянную ссылку.

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s