Beberapa VNF bisa dijalankan pada server x86<\/a> biasa, lalu dikontrol oleh hypervisor<\/a> atau container host. Misi utama NFV adalah menggunakan perangkat keras standar agar tim jaringan nggak perlu lagi beli dan konfigurasi perangkat khusus secara manual untuk menyambungkan layanan. Kalau pakai perangkat fisik, tiap fungsi harus dihubungkan secara manual, makan waktu dan ruang rack, serta boros listrik.<\/p>\n Dengan NFV, fungsi jaringan bisa ditambahkan, dipindah, atau dimodifikasi di level server hanya dengan software\u2014nggak perlu utak-atik hardware lagi.<\/p>\n Misalnya, kalau satu VNF butuh bandwidth lebih besar, tim jaringan cukup memindahkan VM-nya ke server lain atau menambahkan VM baru di server yang sama buat bantuin beban kerja. Proses ini bisa dilakukan otomatis dan jarak jauh, semuanya via software. Jadi lebih fleksibel dan mudah menyesuaikan kebutuhan bisnis atau permintaan layanan jaringan yang terus berubah.<\/p>\n Artikel ini bagian dari<\/p>\n Konsep NFV pertama kali dikenalkan sama sekelompok penyedia layanan jaringan di acara SDN dan OpenFlow<\/a> World Congress tahun 2012. Mereka pengen bikin cara baru supaya penambahan fungsi atau aplikasi jaringan jadi lebih simpel dan cepat, dengan beberapa keuntungan seperti:<\/p>\n Solusi dari para provider ini memungkinkan layanan jaringan dijalankan di hardware standar dan murah. Dengan memisahkan software dari hardware melalui layer virtualisasi, mereka bisa membangun jaringan komersial yang fleksibel dan scalable, bahkan di data center kecil yang hemat energi.<\/p>\n ETSI (European Telecommunications Standards Institute) jadi pelopor pengembangan standar NFV lewat kelompok spesifikasi industrinya.<\/p>\n Walau NFV juga bisa bermanfaat buat perusahaan, justru provider-lah yang paling banyak pakai karena bisa bantu scaling dan optimalkan resource jaringan. Apalagi dengan tren edge computing dan micro data center yang lagi naik daun. Misalnya, kalau pelanggan minta fitur baru, provider cukup deploy fungsi itu sebagai VM\u2014nggak perlu upgrade atau beli hardware baru.<\/p>\n Manfaat dasar lainnya termasuk penghematan daya dan ruang fisik di data center, karena nggak butuh perangkat keras tradisional. Ini bikin biaya operasional dan modal lebih hemat, serta ROI buat edge computing jadi lebih cepat tercapai.<\/p>\n Salah satu hambatan utama adopsi NFV selama ini adalah belum adanya standar yang jelas buat NFV Management and Orchestration (MANO)<\/a>. MANO ini penting karena:<\/p>\n Tantangan lainnya adalah banyaknya proyek open source dan standar berbeda yang dikembangkan\u2014misalnya dari ETSI, Open Platform for NFV, Open Network Automation Platform, Open Source MANO, sampai MEF. Karena banyak pendekatan dan dukungan yang beragam, jadi susah buat industri menyepakati satu arsitektur umum.<\/p>\n Ditambah lagi, banyak provider masih ragu karena belum bisa melihat ROI yang jelas untuk perubahan arsitektur sebesar ini. Tapi sekarang mulai terbantu dengan dua hal:<\/p>\n Beda dengan arsitektur jaringan tradisional yang menggabungkan software dan hardware, NFV memisahkan keduanya dengan cara memvirtualisasi proses hardware lewat layer software. Selain itu, ada juga layer ketiga berupa MANO yang mengatur infrastruktur NFV (NFVI<\/a>) dan VNF agar bisa diskalakan dan di-deploy dengan cepat.<\/p>\n Di diagram berikut, ada tiga layer utama. Di paling bawah ada NFVI, yaitu lapisan software yang menjalankan fungsi-fungsi hardware kayak compute, storage, dan networking. VNF ada di atasnya, dan MANO ada di atas semua buat mengatur dan mengawasi semuanya.<\/p>\n<\/i>Apa itu network virtualization? Panduan lengkapnya di sini<\/h3>\n
\n
Manfaat Network Functions Virtualization<\/h3>\n
\n
Tantangan Network Functions Virtualization<\/h3>\n
\n
\n
Arsitektur NFV<\/h3>\n
![\"NFV](\"https:\/\/www.techtarget.com\/rms\/onlineImages\/VNFs_mobile.jpg\")