В поисках идеальной сети, или зачем нужна еще одна sdn /...
TRANSCRIPT
В поисках идеальной сети, или зачемнужна еще одна SDN
Андрей Королев
http://flops.ru
Highload++02 ноября 2015г.
Проблемы облачных операторов в средней полосе
необходимость в быстрой и частойпереконфигурации сетевого оборудованияудешевление масштабирования вверх (плотностьвычислительных нод) и горизонтально (раздельноуправляемые сетевые сегменты)минимизация объемов разработки при добавлениифич, в том числе сетевыхжелание иметь бесплатные и открытые наборыкомпонентов везде, где это не мешает качеству
Потребность в чем-то большем
привязанность к производителюнереализованные функцииисправление баговудобное централизованное управление
We need more standards...
Основная проблема - отсутствие единого стандарта дляописания всего сетевого стека
L1-L2конфигурация свичей в стеке, ок. 2000автоматизированное изменение настроек, ок. 2005QFabric, 2011
L3IGP/EGP, ок. 1985
L1-L3OpenFlow, 2007
Мифы об SDN
виртуализация трафика
контроль всех соединенийPing Of Deathнеоправданные сложности... добавьте свой кусочек FUD
Мифы об SDN
виртуализация трафикаконтроль всех соединений
Ping Of Deathнеоправданные сложности... добавьте свой кусочек FUD
Мифы об SDN
виртуализация трафикаконтроль всех соединенийPing Of Death
неоправданные сложности... добавьте свой кусочек FUD
Мифы об SDN
виртуализация трафикаконтроль всех соединенийPing Of Deathнеоправданные сложности
... добавьте свой кусочек FUD
Мифы об SDN
виртуализация трафикаконтроль всех соединенийPing Of Deathнеоправданные сложности... добавьте свой кусочек FUD
Подходы к реализациям
Виртуализация “последнего метра”Neutron (OpenVSwitch), iptables/ebtables, ...
Виртуализация топологииNuage (MP-BGP), Contrail (MPLS), NSX (VXLAN), ...
Виртуализация топологии и управление трафикомGoogle B4 (OpenFlow)
Реальность SDN
PoC
вы - Google
От теории к практике
Реактивное управлениескорость установки правил (< 3000/с)время реакции (> 5мс)
От теории к практике
Проактивное управлениене добавилось отказоустойчивостинесложно реализовать
От теории к практике
Распределенный FullViewнет промежуточных точек агрегации трафикабольшой объем правил
Что точно не стоит делать
реактивное управление трафикомцентрализацию обработки пакетоводин контроллер для множества программныхсвичейне проверять соответствие модели действительности(NICE)
Подводя итоги
переизобретен IGPминимальная стоимость любых доделокуправление всех сетевых сущностей единымучастком кодаоткрытые современные составляющие программнойсети готовы к использованию в продакшне
Вопросы?
Спасибо!
http://flops.ru