Selama beberapa tahun terakhir, Software Defined Networking (SDN) telah menjadi buzz utama di industri jaringan komputer/TI. Saat ini, semakin banyak perusahaan yang mendiskusikan SDN untuk memanfaatkannya bagi bisnis mereka dan rencana pertumbuhan masa depan. Alasannya, SDN mengurangi CAPEX (biaya modal peralatan jaringan) dan OPEX (biaya operasional dan pemeliharaan) jaringan, dan itulah yang diinginkan setiap bisnis di industri jaringan pada akhirnya.
Itu membawa kita pada pertanyaan, apa yang istimewa dari SDN yang tidak dapat diberikan oleh jaringan lama atau yang sudah ada?
Pada dasarnya, jaringan tradisional tidak dapat mengatasi dan memenuhi persyaratan jaringan saat ini seperti skalabilitas dinamis, kontrol dan manajemen pusat, perubahan atau eksperimen dengan cepat, konfigurasi manual yang lebih rentan kesalahan pada setiap node jaringan, penanganan lalu lintas jaringan (yang telah meningkat secara besar-besaran). karena ledakan data seluler), dan lalu lintas virtualisasi server di pusat data.
Terlebih lagi, jaringan tradisional sangat erat digabungkan dengan elemen jaringan yang sangat mahal yang tidak menawarkan segala jenis keterbukaan atau kemampuan untuk menyesuaikan internal. Untuk mengatasi masalah tersebut, komunitas open source berkumpul untuk menentukan pendekatan jaringan untuk masa depan. Dan begitulah konsep SDN menjadi hidup.
Sebagai sebuah pendekatan, SDN berkembang dari waktu ke waktu. Berbicara implementasi, seperti namanya, SDN diimplementasikan melalui perangkat lunak.
Karena SDN adalah lapisan perangkat lunak, ia memberikan keuntungan seperti pengurangan upaya manual, skalabilitas dinamis, dan manajemen pusat perangkat jaringan. Untuk memahami lebih baik, pertimbangkan hal berikut:Dalam jaringan tradisional, setiap perangkat jaringan di perusahaan atau pusat data dikonfigurasi secara manual, sesuatu yang tidak hanya rawan kesalahan, tetapi juga memerlukan konfigurasi ulang manual (tugas yang sangat membosankan dan memakan waktu) setiap kali ada perubahan jaringan.
SDN, di sisi lain, bertujuan untuk memiliki tampilan jaringan yang holistik - Anda dapat mengonfigurasi/memantau/memecahkan masalah perangkat jaringan dengan mudah dari titik pusat, menghindari banyak upaya manual, sehingga menghemat waktu dan uang dalam prosesnya.
Karena lapisan perangkat lunak bersifat virtual, ini akan membantu dalam memvirtualisasikan jaringan yang akan dibuat di atas. Jaringan virtual ini dipetakan ke jaringan fisik yang ada. Virtualisasi Jaringan sangat dibutuhkan karena virtualisasi server membawa revolusi dalam industri TI untuk memvirtualisasikan entitas penyimpanan dan komputasi, sesuatu yang memainkan peran kunci dalam memanfaatkan sumber daya secara efisien. Demikian pula, elemen jaringan di jaringan tradisional sangat mahal dengan fitur tanpa akhir, tetapi fitur tersebut tidak sepenuhnya digunakan, dan itulah masalah yang ingin dipecahkan oleh SDN.
SDN pada intinya dan sebagai one-liner, tidak lain adalah pemisahan bidang kontrol dari bidang data (atau bidang penerusan) dalam elemen jaringan tradisional (switch, router).
Untuk yang belum tahu, bidang kontrol adalah logika cerdas dalam peralatan jaringan yang mengontrol bagaimana lalu lintas data (yang mengenai peralatan) dikelola dan ditangani. Di sisi lain, bidang data adalah bidang penerusan yang mengelola penerusan/manipulasi/penurunan lalu lintas data jaringan. Anda juga dapat memahami tentang control plane dan data plane di sini.
Dengan pemisahan ini, kecerdasan inti elemen jaringan (yaitu bidang kontrol) dapat dipindahkan ke tempat sentral yang biasanya membawa salah satu moniker berikut:'sistem kontrol', 'pengontrol,' atau 'sistem operasi jaringan'.
Diagram berikut menggambarkan bagaimana, dalam kasus sakelar, SDN akan mewujudkan pemisahan bidang kontrol menjadi pengontrol.
Pemisahan kontrol memiliki banyak manfaat seperti:
- Manajemen pusat :Anda dapat mengonfigurasi, memantau, dan memecahkan masalah jaringan dan juga dapat memperoleh tampilan lengkapnya (topologi jaringan) dari pengontrol.
- Peralatan jaringan ringan :Elemen jaringan seperti sakelar dan router dapat diperkecil, yang pada gilirannya dapat membantunya menjadi lebih murah dari waktu ke waktu. Intelijen akan berada di pengontrol di mana bidang kontrol (yaitu logika kontrol) akan berada, memungkinkan kontrol elemen jaringan yang mendasarinya dengan mendorong aturan melalui saluran umum (yaitu protokol).
- Virtualisasi jaringan :Virtualisasi jaringan mengarah ke multi-tenancy (arsitektur di mana-dalam satu contoh perangkat lunak berjalan di server dan melayani banyak tenant), yang pada gilirannya membantu memanfaatkan potensi penuh elemen jaringan. Pengontrol SDN dapat mengabstraksi jaringan fisik yang mendasarinya dan mengizinkan administrator jaringan untuk memprogram jaringan virtual sesuai dengan setiap penyewa. Contoh nyata tempat virtualisasi jaringan digunakan adalah pusat data - arsitekturnya digunakan untuk berbagi jaringan fisik umum di antara banyak pelanggan.
Pengontrol SDN sedang dijual di pasar oleh banyak vendor/perusahaan jaringan besar. Beberapa contoh pengontrol ini adalah pengontrol Cisco Open SDN, Juniper Contrail, pengontrol SDN Brocade, dan pengontrol PFC SDN dari NEC. Banyak pengontrol SDN open source seperti Opendaylight, Floodlight, Beacon, Ryu dll. Juga hadir di pasar. Apa yang baik tentang pengontrol tersebut adalah mereka memberikan pemahaman yang baik tentang bagaimana solusi SDN sedang dirancang.
Dalam skema yang lebih luas, solusi SDN akan memiliki pengontrol SDN sebagai lapisan tengah, tidak hanya mengendalikan dan mengelola lapisan infrastruktur jaringan yang mendasarinya, tetapi juga mengumpulkan status dan informasi jaringan dan memaparkannya ke lapisan aplikasi teratas melalui API.
Di dunia SDN, seiring waktu, sebagian besar vendor jaringan dan komunitas open source telah menerima Openflow sebagai protokol komunikasi antara bidang kontrol dan bidang data. Tak perlu dikatakan, solusi SDN dengan OpenFlow membutuhkan protokol untuk diimplementasikan di elemen pengontrol dan jaringan. Kami akan membahas lebih lanjut tentang Openflow dan SDN secara umum di artikel kami yang akan datang.
Baca lebih lanjut tentang Arsitektur OpenFlow di bagian kedua artikel.
This article is co-authored by Tarun Thakur.
====================================================================================================
Referensi:
- http://opennetsummit.org/archives/mar14/site/why-sdn.html
- https://www.sdxcentral.com/sdn/definitions/what-the-definition-of-software-defined-networking-sdn/