Apa itu SDN?


9

Apakah SDN kata kunci atau itu protokol, standar, atau rekomendasi?

Apa yang membedakan SDN dari VMware NSX, misalnya?



Apakah ada jawaban yang membantu Anda? Jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin

Jawaban:


5

Saya berasumsi Anda berbicara tentang Software Defined Networking. Saat ini jaringan canggih membuat keputusan penerusan dalam infrastruktur jaringan Anda. Contoh - tabel bridge dibangun secara dinamis dari paket MAC sumber - keputusan routing dibuat dari tabel rute yang dibangun dari protokol routing dinamis (eigrp / ospf / dll.). Dalam SDN infrastruktur jaringan hanya dipandang sebagai bidang kontrol dan mengambil arah penerusan dari pengontrol pusat (aplikasi yang berjalan di server di suatu tempat). Jadi setiap perangkat jaringan layer2 / layer3 akan meminta controller untuk meneruskan keputusan.

Ini adalah artikel yang layak tentang masalah ini: SDN

Halaman Wikipedia masuk ke diskusi yang lebih mendalam tentang sejarah dan motif: Wikipedia


1
Saya pikir infrastruktur jaringan akan dianggap sebagai pesawat data. Artikel yang Anda referensi adalah gambaran umum yang bagus.
Ron Trunk

1
Jadi, SDN hanyalah kata kunci kemudian seperti yang ditunjukkan Ricky Beam di sini ?
Ronnie Royston

2
Saya pikir itu lebih akurat untuk mengatakan bahwa SDN menghapus sebagian besar kecerdasan pesawat kontrol dari node jaringan dan mengkonsolidasikannya di controller. Alih-alih protokol terdistribusi yang digunakan router dan switch saat ini menentukan bagaimana penerusan ditangani, pembaruan datang dari satu kontroler.
Mark Rogaski

1
Mungkin satu "pengontrol logis" mungkin lebih akurat. Setiap vendor SDN membahas satu titik masalah kegagalan.
Ron Trunk

2
@Todd orang dapat berargumen bahwa setiap saklar dengan FIB terdistribusi secara efektif SDN kecil (dalam arti umum) ketika itu standalone.
Mark Rogaski

1

Saya pikir SDN telah kehilangan artinya sedikit (yaitu dapat berarti beberapa hal yang berbeda sekarang) karena banyak vendor telah memasuki pasar ini dengan beberapa solusi yang mengimplementasikan "SDN" dengan cara yang berbeda.

Saya telah membuat blog tentang SDN dan asalnya di sini: http://filipv.net/2014/03/17/on-sdn-nfv-and-openflow/

Karena Anda secara spesifik menyebutkan VMware NSX dalam pertanyaan Anda dan bagaimana perbedaannya dengan SDN, saya akan mengatakan perbedaan utamanya adalah bahwa SDN biasanya juga "program state" di bidang data jaringan, dengan menggunakan OpenFlow misalnya, dan juga mengkonfigurasi fisik perangkat jaringan dengan menggunakan OVSDB misalnya. Sedangkan VMware NSX adalah solusi virtualisasi jaringan yang tidak mengonfigurasikan atau memprogram status penerusan dalam perangkat fisik tetapi mengancam jaringan fisik semata-mata sebagai lapisan bawah untuk membawa jaringan lapisan atas mana ia melakukan "program".

Catatan: dalam versi NSX-v berikutnya, akan ada dukungan OVSDB sehingga garis-garis akan menjadi lebih buram. NSX-MH (produk Nicira NVP lama) sudah memiliki dukungan OVSDB.


Jawaban Anda tidak buruk sama sekali. Menghargai itu.
Ronnie Royston

0

Memisahkan logika kontrol jaringan dari router fisik yang mendasari dan switch yang meneruskan lalu lintas memungkinkan operator jaringan untuk menulis program kontrol tingkat tinggi yang menentukan perilaku seluruh jaringan, berbeda dengan jaringan konvensional, di mana operator jaringan harus mengodifikasi fungsi dalam hal rendah -tingkat konfigurasi perangkat.

Kontrol jaringan yang terpusat secara logis memungkinkan operator untuk menentukan tugas yang lebih kompleks yang melibatkan pengintegrasian banyak fungsi jaringan terpisah (misalnya, keamanan, kontrol sumber daya, prioritas) ke dalam kerangka kerja kontrol tunggal, yang memungkinkan operator jaringan untuk membuat kebijakan yang lebih canggih, dan membuat konfigurasi jaringan lebih mudah untuk mengkonfigurasi, mengelola, memecahkan masalah, dan men-debug

Sederhananya, Software-defined networking (SDN) adalah sebuah pendekatan untuk jaringan di mana kontrol dipisahkan dari infrastruktur fisik

Arxiv: Network-Defined Networking: Sebuah Survei Komprehensif

Ini memisahkan logika kontrol jaringan dari router dan switch yang mendasarinya, mempromosikan sentralisasi kontrol jaringan, dan memperkenalkan kemampuan untuk memprogram jaringan.

Wikipedia: Software-defined networking (SDN) adalah pendekatan jaringan komputer yang memungkinkan administrator jaringan untuk mengelola layanan jaringan melalui abstraksi fungsionalitas tingkat rendah. Ini dilakukan dengan memisahkan sistem yang membuat keputusan tentang di mana lalu lintas dikirim (bidang kontrol) dari sistem yang mendasari yang meneruskan lalu lintas ke tujuan yang dipilih (bidang data). Penemu dan vendor sistem ini mengklaim bahwa ini menyederhanakan jaringan.


-2

SDN, jaringan yang ditentukan perangkat lunak

SDN, jaringan yang ditentukan perangkat lunak, didefinisikan oleh Open Networking Foundation (ONF) sebagai

Pemisahan fisik bidang kontrol jaringan dari bidang penerusan, dan di mana bidang kontrol mengontrol beberapa perangkat. [... dan ...] protokol OpenFlow® adalah elemen dasar untuk membangun solusi SDN.

Di mana Open SDN mendukung OpenFlow® , petahana jaringan komersial memasarkan rasa mereka sendiri dari sistem jaringan terprogram yang dibuat oleh SDN, misalnya Cisco ACI ™ dan VMware NSX® ( Pusat Data yang Didefinisikan Perangkat Lunak, SDDC ). Perangkat cloud yang dikelola Cisco memanfaatkan, tetapi tidak menyebutkan, arsitektur SDN yang mendasarinya. Terakhir, Istilah SDN pertama kali disebutkan dalam Artikel Akademik MIT tentang OpenFlow Greene, K. 2009. TR10: jaringan yang ditentukan perangkat lunak.

SDN dan Cloud Computing

Sedangkan SDN adalah arsitektur untuk jaringan yang dapat diprogram ; OpenStack, Eucalyptus, vCloud Air ™, dan Apache CloudStack ™ adalah arsitektur untuk cloud yang dapat diprogram (yaitu jaringan, memori, i / o, dan penyimpanan). Sistem komputasi awan yang dapat diprogram mungkin menggunakan SDN atau tidak. Sebagai contoh, elemen Neutron OpenStack

dapat dipandang sebagai ortogonal ke SDN karena dapat berintegrasi dengan jaringan tradisional dengan protokol yang ada [ Apa itu OpenStack Networking? ]

Keuntungan

Port cerdas terdistribusi otomatis. Hari ini, Anda menautkan ke LAN kabel atau nirkabel yang dapat menyertakan fitur kontrol jaringan seperti perutean, firewall, pengoptimalan, VLAN, dll. Dengan SDN, fitur kontrol ini tersedia di NIC / vNIC dan dapat diprogram melalui pengontrol SDN.

Supir

Arsitektur SDN sedang diadopsi dan didorong oleh penyebaran cloud pribadi seperti OpenStack, Eucalyptus, vCloud Air ™, dan Apache CloudStack ™.

Proyek Neutron OpenStack, menyediakan jaringan sebagai layanan antar perangkat antarmuka (mis., VNIC), mengenali SDN sebagai solusi jaringan yang memungkinkan untuk OpenStack Clouds [ OpenDaylight: SDN Sumber Terbuka untuk OpenStack Cloud Anda ].

Dukungan Eucalyptus Virtual Private Cloud (VPC) diimplementasikan dengan teknologi Software-Defined Networking (SDN) [ Memahami VPC dan MidoNet ].


Meraki adalah SDN ??
cpt_fink

1
Saya tidak sering setuju dengan @RonRoyston, tetapi dalam kasus ini saya setuju. Jika Anda menganggap SDN sebagai teknik, bukan produk, maka ya Meraki dan Cisco CUWN adalah contohnya. Begitu juga MPLS-TE.
Ron Trunk

3
Meraki memiliki bidang manajemen yang diabstraksikan ke "cloud", peralatan lokal (switch khusus) masih menangani semua pembuatan tabel forwarding dan pembaruan serta lalu lintas. CUWN (/ Meraki Wireless) dan MPLS-TE adalah langkah awal menuju SDN, MPLS SR akan menjadi contoh yang lebih baik dari SDN dengan MPLS.
cpt_fink

1
Akan menyenangkan untuk mengetahui kepemilikan seperti apa ... dimiliki dalam hak cipta, atau dimiliki pada saat atasan Anda mengatakan mereka ingin Anda memiliki masalah ini. Karena bos saya tidak pernah berarti dia ingin saya membawa pulang rak server kami.
Smithers

2
Meraki BUKAN SDN. "Cloud Managed" bukan bidang kontrol SDN / OF. Ini hanya antarmuka berbasis internet (situs web yang di-host) untuk mengonfigurasi peralatan Anda (yang harus Anda bayar setiap tahun). Peralatan akan terus melakukan pekerjaannya tanpa akses ke Layanan Cloud itu; Anda tidak akan dapat mengubah atau memecahkan masalah apa pun.
Ricky Beam
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.