Czym dokładnie jest SDN?


9

Czy SDN jest modnym słowem, czy jest protokołem, standardem lub zaleceniem?

Co odróżnia SDN na przykład od VMware NSX?



Czy jakaś odpowiedź ci pomogła? Jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Alternatywnie możesz podać i zaakceptować własną odpowiedź.
Ron Maupin

Odpowiedzi:


5

Zakładam, że mówisz o oprogramowaniu sieciowym. Obecnie najnowocześniejsze sieci podejmują decyzje dotyczące przekazywania w ramach infrastruktury sieciowej. Przykład - tabele mostów są budowane dynamicznie ze źródłowych pakietów MAC - decyzje o routingu są podejmowane na podstawie tabel tras zbudowanych z dynamicznego protokołu routingu (eigrp / ospf / etc.). W SDN infrastruktura sieci jest po prostu postrzegana jako płaszczyzna sterowania i przyjmuje kierunek przekazywania od centralnego kontrolera (aplikacji działającej gdzieś na serwerze). Dlatego każde urządzenie sieciowe warstwa2 / warstwa3 pyta kontroler o decyzje dotyczące przekazywania.

To jest przyzwoity artykuł na ten temat: SDN

Strona Wikipedii zawiera bardziej dogłębną dyskusję na temat historii i motywów: Wikipedia


1
Myślę, że infrastruktura sieci byłaby uważana za płaszczyznę danych. Artykuł, do którego się odwołujesz, stanowi dobry przegląd.
Ron Trunk,

1
SDN jest więc tylko modnym hasłem, jak wskazał tutaj Ricky Beam ?
Ronnie Royston

2
Myślę, że dokładniej jest powiedzieć, że SDN usuwa większość inteligencji płaszczyzny sterowania z węzłów sieci i konsoliduje ją w kontrolerze. Zamiast rozproszonych protokołów używanych dzisiaj przez routery i przełączniki określające sposób obsługi przekazywania, aktualizacje pochodzą z jednego kontrolera.
Mark Rogaski,

1
Być może pojedynczy „sterownik logiczny” może być dokładniejszy. Każdy dostawca SDN rozwiązuje problem pojedynczego punktu awarii.
Ron Trunk,

2
@Todd można argumentować, że każdy przełącznik z rozproszonym FIB jest w rzeczywistości trochę SDN (w sensie ogólnym), gdy jest samodzielny.
Mark Rogaski

1

Myślę, że SDN straciło nieco na znaczeniu (tzn. Może teraz oznaczać kilka różnych rzeczy), ponieważ wielu dostawców weszło na ten rynek z kilkoma rozwiązaniami, które wdrażają „SDN” na różne sposoby.

Pisałem na blogu o SDN i jego pochodzeniu tutaj: http://filipv.net/2014/03/17/on-sdn-nfv-and-openflow/

Ponieważ konkretnie wspominasz VMware NSX w swoim pytaniu i jak kontrastuje on z SDN, powiedziałbym, że główna różnica polega na tym, że SDN zazwyczaj również „programuje stan” w płaszczyźnie danych sieci, na przykład przy użyciu OpenFlow, a także konfiguruje fizyczne urządzenia sieciowe wykorzystujące na przykład OVSDB. Podczas gdy VMware NSX jest rozwiązaniem do wirtualizacji sieci, które nie konfiguruje ani nie programuje stanu przekazywania w urządzeniach fizycznych, ale zagraża sieci fizycznej jedynie jako podkładowi do przenoszenia sieci nakładek, którą „programuje”.

Uwaga: w następnej wersji NSX-v dostępna będzie obsługa OVSDB, dzięki czemu linie będą bardziej rozmyte. NSX-MH (stary produkt Nicira NVP) miał już obsługę OVSDB.


Twoja odpowiedź wcale nie jest zła. Doceniam to.
Ronnie Royston,

0

Oddzielenie logiki sterowania siecią od leżących u jej podstaw fizycznych routerów i przełączników, które przekazują ruch, pozwala operatorom sieci pisać programy sterujące wysokiego poziomu, które określają zachowanie całej sieci, w przeciwieństwie do sieci konwencjonalnych, w których operatorzy sieci muszą kodyfikować funkcjonalność pod względem niskiego poziomu -konfiguracja urządzenia.

Logicznie scentralizowana kontrola sieci umożliwia operatorom określenie bardziej złożonych zadań, które wymagają zintegrowania wielu rozłącznych funkcji sieciowych (np. Bezpieczeństwa, kontroli zasobów, ustalania priorytetów) w jednej strukturze sterowania, umożliwiając operatorom sieci tworzenie bardziej wyrafinowanych zasad i konfigurowanie sieci łatwiejsza konfiguracja, zarządzanie, rozwiązywanie problemów i debugowanie

Mówiąc najprościej, programowanie sieciowe (SDN) to podejście do sieci, w którym kontrola jest oddzielona od infrastruktury fizycznej

Arxiv: Software-Defined Networking: Kompleksowa ankieta

Oddziela logikę sterowania siecią od podstawowych routerów i przełączników, promuje (logiczną) centralizację kontroli sieci i wprowadza możliwość programowania sieci

Wikipedia: Sieci zdefiniowane programowo (SDN) to podejście do sieci komputerowych, które pozwala administratorom sieci zarządzać usługami sieciowymi poprzez abstrakcję funkcjonalności niższego poziomu. Odbywa się to poprzez oddzielenie systemu, który podejmuje decyzje o tym, gdzie wysyłany jest ruch (płaszczyzna kontrolna) od bazowych systemów, które przekazują ruch do wybranego miejsca docelowego (płaszczyzny danych). Wynalazcy i dostawcy tych systemów twierdzą, że upraszcza to tworzenie sieci.


-2

SDN, oprogramowanie sieciowe

SDN, oprogramowanie zdefiniowane w sieci, jest zdefiniowane przez Open Networking Foundation (ONF) jako

Fizyczne oddzielenie płaszczyzny sterowania siecią od płaszczyzny przekazywania, a płaszczyzna sterowania steruje kilkoma urządzeniami. [... i ...] protokół OpenFlow® jest fundamentalnym elementem do budowania rozwiązań SDN.

Tam, gdzie Open SDN preferuje OpenFlow® , operatorzy sieci komercyjnych sprzedają własne smaki programowalnych systemów sieciowych SDN, np. Cisco ACI ™ i VMware NSX® ( Software-Defined Data Center, SDDC ). Urządzenia zarządzane przez chmurę Cisco Meraki wykorzystują, ale nie wspominają o podstawowej architekturze SDN. Wreszcie termin SDN został po raz pierwszy wspomniany w artykule naukowym MIT na temat OpenFlow Greene, K. 2009. TR10: sieci zdefiniowane programowo.

SDN i przetwarzanie w chmurze

SDN jest architekturą sieci programowalnej ; OpenStack, Eucalyptus, vCloud Air ™ i Apache CloudStack ™ to architektury chmur programowalnych (tj. Sieci, pamięci, we / wy i pamięci). Programowalne systemy obliczeniowe w chmurze mogą, ale nie muszą, używać SDN. Na przykład element Neutron OpenStacka

może być postrzegany jako prostopadły do ​​SDN, ponieważ można go zintegrować z tradycyjnymi sieciami z istniejącymi protokołami [ Co to jest OpenStack Networking? ].

Korzyść

Zautomatyzowane rozproszone inteligentne porty. Dziś łączysz się z przewodową lub bezprzewodową siecią LAN, która może obejmować funkcje kontroli sieci, takie jak routing, zapora ogniowa, optymalizacja, sieci VLAN itp. W przypadku SDN funkcje te są dostępne w NIC / vNIC i można je programować za pomocą kontrolera SDN.

Kierowca

Architektury SDN są wdrażane i sterowane przez wdrożenie prywatnych chmur, takich jak OpenStack, Eucalyptus, vCloud Air ™ i Apache CloudStack ™.

Projekt Neutron OpenStack, zapewniający sieć jako usługę między urządzeniami interfejsu (np. VNIC), rozpoznaje SDN jako możliwe rozwiązanie sieciowe dla chmur OpenStack [ OpenDaylight: Open Source SDN dla twojej chmury OpenStack ].

Obsługa Eucalyptus Virtual Private Cloud (VPC) jest implementowana za pomocą technologii SDN (Software-Defined Networking) [ Zrozumienie VPC i MidoNet ].


Meraki to SDN ??
cpt_fink

1
Często nie zgadzam się z @RonRoyston, ale w tym przypadku się zgadzam. Jeśli myślisz o SDN jako o technice, a nie o produkcie, to tak, Meraki i Cisco CUWN są przykładami. Podobnie zresztą jak MPLS-TE.
Ron Trunk,

3
Meraki ma płaszczyznę zarządzania wyodrębnioną do „chmury”, lokalny sprzęt (w szczególności przełączniki) nadal obsługuje wszystkie tworzenie i przekazywanie tabeli przekazywania, a także ruch. CUWN (/ Meraki Wireless) i MPLS-TE są początkowym krokiem w kierunku SDN, MPLS SR byłby lepszym przykładem SDN z MPLS.
cpt_fink

1
Byłoby miło wiedzieć, jaki rodzaj własności ... byłby własnością praw autorskich lub był taki jak wtedy, gdy szef powiedział, że chce, abyś był właścicielem tego problemu. Ponieważ mój szef nigdy nie oznacza, że ​​chce, żebym zabrał ze sobą nasz stojak na serwery.
Smithers,

2
Meraki NIE jest SDN. „Chmura zarządzana” nie jest płaszczyzną kontrolną SDN / OF. Jest to jedynie interfejs internetowy (hostowana strona internetowa) do konfigurowania sprzętu (za który trzeba płacić każdego roku). Sprzęt będzie nadal wykonywać swoją pracę bez dostępu do tej usługi w chmurze; po prostu nie będziesz w stanie nic zmienić ani rozwiązać.
Ricky Beam
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.