Рубрика «SDN» - 4

Исторический экскурс

image

Развитие технологий сетей передачи с 1969 года (ARPANET) развивалось в том ключе, чтобы каждый аппаратный компонент был независимый от других компонентов. Протоколы взаимодействия работали по принципу обмена контрольной информации, которая использовалась алгоритмами для анализа топологии и построении моделей взаимодействия между устройства.

image

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

Data Plane Development Kit (DPDK): приступая к работе - 1Для быстрой обработки пакетов требуется обнаруживать битовые шаблоны и быстро (со скоростью работы канала) принимать решения о нужных действиях на основе наличных битовых шаблонов. Эти битовые шаблоны могут принадлежать одному из нескольких заголовков, присутствующих в пакете, которые, в свою очередь, могут находиться на одном из нескольких уровней, например Ethernet, VLAN, IP, MPLS или TCP/UDP. Действия, определяемые по битовым шаблонам, могут различаться — от простого перенаправления пакетов в другой порт до сложных операций перезаписи, для которых требуется сопоставление заголовка пакета из одного набора протоколов с другими. К этому следует добавить функции управления трафика и политик трафика, брандмауэры, виртуальные частные сети и т. п., вследствие чего сложность операций, которые необходимо выполнять с каждым пакетом, многократно возрастает.

Чтобы добиться работы на ожидаемом уровне производительности при скорости канала 10 Гбит/с и размере пакета в 84 байта, процессор должен обрабатывать 14,88 миллиона пакетов в секунду. Оборудование общего назначения было недостаточно мощным для обработки пакетов с такой скоростью. Поэтому в большинстве рабочих сетевых систем обработкой пакетов в каналах данных занимаются контроллеры ASIC и сетевые процессоры NPU. К очевидным недостаткам такого подхода относятся: недостаточная гибкость, высокая стоимость, длительные циклы разработки, зависимость от определенного поставщика. Тем не менее, благодаря доступности более быстрых и дешевых ЦП и программных ускорителей, таких как Data Plane Development Kit (DPDK), можно переложить эту нагрузку на оборудование общего назначения.
Читать полностью »

image

Привет, Хабр и уважаемые читатели! Мы решили подготовить цикл публикаций про 5G. Вокруг сотовых сетей пятого поколения, которые планируется запустить в 2020 году, разворачивается невероятное количество споров. Несмотря на то, что они представляют большой интерес с точки зрения новых возможностей для бизнеса, у людей сторонних все равно возникает много вопросов. Например, зачем нужен 5G, если у нас еще не настолько развиты 4G и даже 3G сети? Мы попытаемся дать ответы на эти вопросы и углубиться в технологии, сценарии использования и методы построения мобильных сетей нового поколения.

Во-первых, давайте рассмотрим 5G с точки зрения уже упомянутых возможностей для бизнеса. На базе технологий 5G будет работать множество приложений: удаленное управление техникой, телемедицина, умные счетчики и трансляция контента широкому кругу пользователей мобильного интернета. Функционал сетей нового поколения позволит компаниям из самых разных отраслей разрабатывать продукты и услуги, и быстро адаптировать их к изменениям спроса.
Читать полностью »

Пакет Data Plane Development Kit (DPDK) предоставляет высокопроизводительные библиотеки обработки пакетов и драйверы пользовательского пространства. Начиная с Open vSwitch (OVS) версии 2.4 мы имеем возможность использовать оптимизированный с помощью DPDK путь vHost в OVS. Поддержка DPDK была доступна OVS с версии 2.2.

Использование DPDK в OVS дает существенные преимущества с точки зрения производительности. Как и в других приложениях, использующих DPDK, резко повышается сетевая пропускная способность (количество передаваемых сетевых пакетов) при существенном снижении задержек. Кроме того, с помощью библиотек обработки пакетов DPDK была оптимизирована производительность некоторых наиболее важных сегментов OVS.

В этом документе мы рассмотрим настройку OVS с DPDK для использования между виртуальными машинами. Каждый порт будет подключен к отдельной виртуальной машине. Затем мы запустим простой тест пропускной способности iperf3 и сравним производительность с работой конфигурации OVS без DPDK, чтобы оценить, какие преимущества мы получаем в OVS с DPDK.
Читать полностью »

По прогнозам аналитиков, к 2018 году мировые расходы на программно-конфигурируемые сети, имеющие первостепенную важность для облачных ЦОД, возрастут до 35 миллиардов долларов:

Эволюция SDN: путь в прекрасное программируемое будущее - 1
Аналитики Cloud4Y провели цикл форсайтов и сессий долгосрочного стратегического планирования, и сегодня мы хотим поделится с вами образом того будущего, которое у нас получилось. В этой статье речь пойдёт об эволюции программно-определяемых сетей в течение ближайшего столетия, а также об их роли для корпоративных коммуникаций, интернета и беспроводных подключений.
Читать полностью »

image
Уже никого не удивишь стартапами и разработками в области software-defined networks (SDN) – тема широко исследуется как крупными мировыми корпорациями, так и open source сообществами.

Однако до недавнего времени практически все разработки были направлены на управление инфраструктурой дата-центров, и еще немногим более года назад мало кто верил, что концепция SDN сможет быть применена в транспортных сетях (transport networks).

В октябре 2015 года контроллер T-SDN (transport software-defined networks) компании NetCracker был развернут на сети одного из европейских операторов. Контроллер автоматизировал значительную часть сетевых операций и, как следствие, позволил оператору значительно экономить время – сотни часов, которые инженеры тратили на настройку сети и выделение сервиса.

Читать полностью »

Здравствуйте, уважаемые дамы и господа.

Мы все-таки решили разнообразить этот блог и предложить нашим читателям не просто отметить радиокнопочку «однозначно издавать» или «полностью поддерживаю», но придать нашему хабровскому представительству ореол дискуссионности. Планируем брать из Интернета статьи, посвященные тем технологиям, книги по которым находятся у нас в проработке, переводить эти материалы и изучать читательский спрос на подобные новые веяния. Ниже вашему вниманию предлагается своеобразный пробный шар: статья о виртуализации и программно-конфигурируемых сетях. Надеемся, что текст покажется вам интересным, не слишком устаревшим, неплохо переведенным и (sic!) даст пищу для размышлений и комментариев. Мы же составим впечатление о Vox Populi и будем очень вам благодарны за вклад в нашу работу — возможно, до того благодарны, что подобные статьи начнут появляться в блоге даже не один раз в неделю.

Итак, статья Джима Метцлера о программно-конфигурируемых сетях. Добро пожаловать под кат.
Читать полностью »

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

По оценкам Gartner, на сетевую инфраструктуру приходится примерно 17% ИТ-бюджета. При этом она далеко не всегда может адаптироваться к меняющимся потребностям бизнеса. Новые тенденции – виртуализация, облачные вычисления, мобильность пользователей, рост объемов трафика – меняют требования к сетевым инфраструктурам. Смогут ли устанавливаемые сегодня сетевые продукты обеспечить поддержку будущих приложений и сервисов? В какой мере развитие сети будет привязано к продуктам выбранного производителя коммутаторов?

Проприетарность решений, архитектура традиционного сетевого оборудования делает эту привязку очень прочной. Некоторые даже характеризуют текущую ситуацию в сетевой отрасли как революционную. Ряд экспертов в качестве рецепта устранения вскрывшихся в сетях проблем называют переход к архитектуре программно-конфигурируемых (программно-управляемых) сетей (Software-Defined Networking, SDN). SDN обещает существенно ослабить зависимость заказчиков от технологий конкретного вендора.

SDN: альтернатива или дополнение к традиционным сетям? - 1
В SDN вся логика управления сетевыми устройствами выносится в так называемую «плоскость управления», которая реализуется программным образом. Конструктивно контроллеры могут строиться либо на базе физических, либо виртуальных хостов. Управление сетевыми устройствами, как правило, осуществляется по протоколу OpenFlow.
Читать полностью »

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

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

На сетевом рынке до сих пор доминируют закрытые системы, а совместимость решений разных производителей обеспечивается в лучшем случае на уровне интерфейсов. Несмотря на стандартизацию интерфейсов, стеков протоколов, сетевых архитектур, сетевое и коммуникационное оборудование разных вендоров нередко представляет собой проприетарные решения. Например, даже развертывание современных «сетевых фабрик» Brocade Virtual Cluster Switch, Cisco FabricPath или Juniper QFabric предполагает замену имеющихся коммутаторов, а это не дешевый вариант. Что уж говорить про технологии «прошлого века», которые еще работают, но тормозят дальнейшее развитие сетей и функционирующих в них приложений.

Новые сетевые архитектуры: открытые или закрытые решения? - 1
Эволюция сетей. От проприетарных к открытым решениям.
Читать полностью »

OpenFlow: текущее состояние, перспективы, проблемы - 1
Революционные технологии всегда являются загадкой: взлетит — не взлетит, перейдут — не перейдут, будет у всех или забудут через полгода… Одни и те же вопросы мы повторяем себе каждый раз при встрече с чем-то действительно новым, но одно дело, если мы говорим о очередной соцсети или тренде на вид интерфейса и совсем другое, если дело касается промышленного стандарта.

OpenFlow, как составляющая часть концепции SDN в виде протокола управления между соответствующими контроллерами и коммутаторами, появился по мерками компьютерной индустрии уже сравнительно давно — 31 декабря первая версия стандарта отметит свое пятилетие. Что же в итоге мы получили? Давайте смотреть и разбираться, тем более, что история весьма интересная.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js