SDN - це модна мова чи це протокол, стандарт чи рекомендація?
Що, наприклад, відрізняє SDN від VMware NSX?
SDN - це модна мова чи це протокол, стандарт чи рекомендація?
Що, наприклад, відрізняє SDN від VMware NSX?
Відповіді:
Я припускаю, що ви говорите про програмно-розроблені мережі. В даний час сучасні мережі приймають рішення про переадресацію в межах вашої мережевої інфраструктури. Приклад - таблиці містків динамічно будуються з вихідних пакетів MAC - рішення про маршрутизацію приймаються з таблиць маршрутів, побудованих з протоколу динамічної маршрутизації (eigrp / ospf / тощо.). У SDN мережева інфраструктура просто розглядається як контрольна площина і приймає напрямок переходу від центрального контролера (програма, яка десь працює на сервері). Отже, кожен мережевий пристрій рівень 2 / шар 3 запитував би контролер про рішення щодо переадресації.
Це гідна стаття на цю тему: SDN
Сторінка Вікіпедії переходить до більш поглибленого обговорення історії та мотивів: Вікіпедія
Я думаю, що SDN втратила сенс трохи (тобто це може означати кілька різних речей зараз), тому що багато постачальників вийшли на цей ринок з кількома рішеннями, які реалізують "SDN" по-різному.
Я блогів про SDN та його джерела тут: http://filipv.net/2014/03/17/on-sdn-nfv-and-openflow/
Оскільки ви конкретно згадуєте VMware NSX у своєму запитанні і як він контрастує з SDN, я б сказав, що головна відмінність полягає в тому, що SDN зазвичай також "програмує стан" в площині даних мережі, наприклад, використовуючи OpenFlow, а також налаштовує фізичну мережеві пристрої, наприклад, використовуючи OVSDB. Тоді як VMware NSX - це мережеве рішення для віртуалізації, яке не налаштовує і не програмує стан переадресації на фізичних пристроях, але загрожує фізичній мережі виключно як підкладка для передачі мережі накладання, яку вона "програмує".
Примітка: у наступній версії NSX-v буде підтримка OVSDB, тому лінії стануть більш розмитими. NSX-MH (старий продукт Nicira NVP) вже мав підтримку OVSDB.
Відокремлення логіки управління мережею від базових фізичних маршрутизаторів та комутаторів, що передають трафік, дозволяє мережевим операторам писати програми управління високого рівня, які визначають поведінку всієї мережі, на відміну від звичайних мереж, за яких оператори мережі повинні кодифікувати функціональні можливості в умовах низького рівня -рівнева конфігурація пристрою.
Логічно централізоване управління мережею дозволяє операторам задавати більш складні завдання, які передбачають інтегрування багатьох непересічних мережевих функцій (наприклад, безпека, управління ресурсами, визначення пріоритетності) в єдину структуру управління, що дозволяє операторам мережі створювати більш складні політики та робити мережеві конфігурації. простіше конфігурувати, керувати, вирішувати проблеми та налагоджувати
Простіше кажучи, визначена програмним забезпеченням мережа (SDN) - це підхід до мереж, в якому управління відключається від фізичної інфраструктури
Arxiv: Мережі, визначені програмним забезпеченням: всеосяжне опитування
Це відокремлення логіки управління мережею від базових маршрутизаторів та комутаторів, сприяння (логічній) централізації управління мережею та впровадження можливості програмування мережі
Вікіпедія: Забезпеченість програмним забезпеченням мереж (SDN) - це підхід до комп'ютерних мереж, який дозволяє мережевим адміністраторам керувати мережевими послугами за допомогою абстрагування функцій нижчого рівня. Це робиться шляхом роз'єднання системи, яка приймає рішення про те, куди надсилається трафік (площина управління) від базових систем, які пересилають трафік до обраного пункту призначення (площині даних). Винахідники та продавці цих систем стверджують, що це спрощує мережу.
SDN, програмно визначена мережа, визначається Фондом відкритих мереж (ONF) як
Фізичне відділення площини управління мережею від площини пересилання, і де площина управління керує декількома пристроями. [... і ...] протокол OpenFlow® є основоположним елементом для побудови рішень SDN.
Там, де Open SDN надає перевагу OpenFlow® , учасники комерційних мереж продають свої власні смаки програмованих мережевих систем, спроектованих SDN, наприклад, Cisco ACI ™ та VMware NSX® ( Центр даних, визначений програмним забезпеченням, SDDC ). Хмарні пристрої Cisco, керовані хмарою, використовують, але не згадують про основу архітектури SDN. Нарешті, термін SDN вперше згадується в науковій статті MIT про OpenFlow Greene, K. 2009. TR10: програмне забезпечення, визначене мережею.
Враховуючи, що SDN - це архітектура програмованої мережі ; OpenStack, Eucalyptus, vCloud Air ™ та Apache CloudStack ™ - це архітектура програмованих хмар (тобто мережа, пам'ять, введення / виведення та зберігання). Програмовані системи хмарних обчислень можуть або не можуть використовувати SDN. Наприклад, елемент нейтрона OpenStack
може розглядатися як ортогональний для SDN, оскільки він може інтегруватися в традиційні мережі з існуючими протоколами [ Що таке OpenStack Networking? ].
Автоматизовані розподілені смарт-порти. Сьогодні ви посилаєтесь на дротову або бездротову локальну мережу, яка може включати функції управління мережею, такі як маршрутизація, брандмауер, оптимізація, VLAN тощо. Завдяки SDN ці функції управління доступні в NIC / vNIC і програмуються через контролер SDN.
Архітектури SDN приймаються та керуються розгортанням приватних хмар, таких як OpenStack, Eucalyptus, vCloud Air ™ та Apache CloudStack ™.
Проект Neutron OpenStack, що надає мережу як послугу між інтерфейсними пристроями (наприклад, vNIC), розпізнає SDN як можливе мережеве рішення для OpenStack Clouds [ OpenDaylight: SDN з відкритим кодом для вашої OpenStack Cloud ].
Підтримка віртуального приватного хмара (VPC) евкаліпта реалізована за допомогою програмно визначених програмних мереж (SDN) [ Розуміння VPC та MidoNet ].