Penjelasan Lengkap Load Balance: Juga Dikenal sebagai F5, plus Pengenalan Kasus Nyata

Siapa pun yang berkecimpung di operasional dan keamanan hampir tidak mungkin lepas dari satu istilah — load balancing. Dan begitu membahas load balancing, perangkat pertama yang terlintas di kepala banyak orang adalah "F5". Menariknya, F5 sebenarnya adalah nama perusahaan (F5 Networks), tapi karena produknya terlalu terkenal, perlahan menjadi kata sinonim untuk load balancer, persis seperti "googling" yang berubah menjadi sebutan untuk mencari.

Tulisan ini akan membahasnya sampai tuntas: apa sebenarnya F5, di mana bedanya layer 4 dan layer 7, dan bagaimana konfigurasinya di skenario nyata.

Satu, sebenarnya load balancing menyelesaikan masalah apa

Load balance pada dasarnya adalah mendistribusikan beban kerja ke beberapa unit operasi untuk dijalankan bersama — misalnya server Web, server FTP, atau server aplikasi kritis perusahaan — agar semuanya menyelesaikan pekerjaan secara gotong royong.

Dari sudut pandang teknis, ia menampilkan satualamat server virtualke luar. Saat pengguna terhubung, ia meneruskan koneksi ke server nyata yang paling tepat melalui network address translation (NAT) dua arah. Pengguna selalu melihat pintu masuk yang sama, sementara di belakangnya ada segerombolan mesin yang menahan beban.

Ia menjawab tiga kekhawatiran:takut mati total(single point of failure), takut kuota habis( bottleneck performa), takut tak bisa melebar(tidak bisa scale-out horizontal).

Dua, layer 4 vs layer 7: bagian yang paling sering tertukar

Inti perbedaannya hanya satu kalimat:apakah protokol lapisan aplikasi perlu diurai atau tidak. Perbedaan ini langsung menentukan batas kemampuan dan performa.

Load balancing layer 4 (transport layer)

• Lapisan kerja: layer ke-4 OSI, protokol TCP/UDP
• Dasar penerusan: IP sumber, IP tujuan, nomor port — tidak menyentuh data aplikasi
• Kemampuan inti: penerusan port, reuse koneksi TCP, health check layer 4 (TCP handshake), proteksi dasar DDoS
• Performa: efisiensi penerusan sangat tinggi, mendekati batas fisik perangkat keras, latensi orde mikrodetik
• Skenario khas: database (MySQL/Redis), layanan TCP (server game, layanan Netty), load balancing antar link antar data center
• Produk representatif: LVS, F5 (mode layer 4), HAProxy (mode layer 4), Nginx (modul stream)

Load balancing layer 7 (application layer)

• Lapisan kerja: layer ke-7 OSI, protokol aplikasi seperti HTTP/HTTPS, DNS, FTP
• Dasar penerusan: URL, Cookie, header HTTP, parameter permintaan, isi JSON
• Kemampuan inti: routing berbasis konten, SSL offload, caching, rate limiting & circuit breaking, integrasi WAF, session persistence, canary release
• Performa: fiturnya kaya, tetapi harus mengurai protokol aplikasi sehingga latensinya sedikit lebih tinggi (orde milidetik); kekurangannya ditambal dengan penambahan kapasitas cluster
• Skenario khas: aplikasi web, API microservice, layanan HTTPS, canary release, API gateway
• Produk representatif: Nginx, HAProxy (mode layer 7), F5 (modul layer 7), Kong, Spring Cloud Gateway

Cara mengingat dalam satu kalimat: layer 4 hanya melihat "papan petunjuk" (IP dan port) lalu meneruskan; layer 7 harus "membungkus paketnya" (melihat isinya) dulu baru memutuskan dikirim ke mana. Butuh performa pilih layer 4, butuh trik pilih layer 7.

Tiga, di mana kekuatan sebenarnya F5 BIG-IP

Produk utama F5, BIG-IP LTM, nama resminya adalahLocal Traffic Manager, mampu melakukan load balancing layer 4-7. Ia bukan sekadar penerus; daftar fiturnya panjang sekali: application switching, session switching, state monitoring, intelligent NAT, universal persistence, penanganan error respons, gateway IPv6, advanced routing, akselerasi SSL, kompresi HTTP cerdas, optimasi TCP, content buffering, enkripsi Cookie, filter serangan aplikasi, proteksi DoS dan SYN Flood, packet filtering firewall …

Mari bahas beberapa yang paling praktis:

1. Load balancing dan redundansi multi-link

Bisnis kritis biasanya terhubung ke beberapa jalur ISP sekaligus demi menjamin kualitas dan menghilangkan titik kegagalan tunggal. Ada dua arah di sini:

• Trafik OUTBOUND(jaringan dalam mengakses internet): BIG-IP LC mendistribusikan trafik secara cerdas ke antarmuka Internet yang berbeda, plus NAT alamat sumber
• Trafik INBOUND(internet mengakses jaringan dalam): mengikat alamat publik dari dua ISP, menjawab permintaan DNS kedua ISP, dan merespons secara cerdas berdasarkan kesehatan server dan waktu RTT

2. Server load balancing

Layanan disajikan ke luar melalui VIP (Virtual IP, gabungan alamat IP dan port TCP/UDP), dengan health check L4 sampai L7 yang berjalan terus-menerus ke server tujuan. Begitu ada server yang gagal, ia langsung dikeluarkan dari grup load balancing. Dibantu iRules, paket TCP/UDP pun bisa dibuka dan diproses berdasarkan aturan konten — misalnya mengarahkan trafik ke server berbeda menurut URL.

3. Ketersediaan sistem yang tinggi

Inilah bidang paling membanggakan F5. Dalam mode redundansi dua unit,switchover orde milidetik(tercepat di bawah 200 ms), diklaim ketersediaan 99,999%. Prinsipnya: saat semua sesi melewati perangkat Active, informasi sesi disinkronkan ke perangkat Backup melalui kabel sinkronisasi — jadi akses pengguna tidak terputus saat perpindahan. Chip watchdog di dalam perangkat memantau sinyal listrik pasangannya lewat heartbeat; begitu Active mati, Backup langsung mengambil alih Shared IP dan VIP.

4. Keamanan

BIG-IP mengadopsi prinsip desain firewall,deny by default. Ia bisa membongkar koneksi idle untuk mencegah DoS, menjalankan source route tracking untuk mencegah IP spoofing, dan menolak SYN tanpa ACK untuk menghadapi serangan SYN. Fitur Dynamic Reaping-nya menghapus koneksi idle saat serangan DoS secara efisien, dankecepatan pemutusan koneksinya justru meningkat seiring bertambahnya volume serangan — sisi ini cukup galak. Sementara teknologi Delay Binding memberi perlindungan menyeluruh dari SYN Flood bagi server di belakangnya.

5. Akselerasi SSL

Setiap BIG-IP punya chip akselerasi SSL perangkat keras, plus lisensi bawaan 100 TPS yang tidak perlu dibayar terpisah. Kalau nanti butuh menambah kapasitas, cukup upgrade lisensinya.

Empat, F5 atau Nginx? Perbandingan pemilihan

Ini pertanyaan yang paling sering muncul di pekerjaan nyata. Keduanya bukan pesaing, melainkan lebih bersifat saling melengkapi.

F5 BIG-IP (perangkat keras)

• Bentuk deployment: perangkat keras khusus (dengan chip custom)
• Performa: koneksi TCP jutaan level, latensi penerusan orde mikrodetik
• Fitur: serba bisa — layer 4+7, SSL offload, proteksi DDoS, WAF, VPN, load balancing link
• Keandalan: redundansi perangkat keras (dual hot standby), ketersediaan 99,999%
• Biaya: sangat mahal (ratusan ribu sampai jutaan), butuh insinyur profesional untuk merawat
• Skalabilitas: bergantung pada upgrade perangkat keras, fleksibilitas rendah
• Operasional: rumit, harus terbiasa dengan antarmuka konfigurasi khusus dan CLI

Nginx (perangkat lunak)

• Bentuk deployment: perangkat lunak, berjalan di server umum atau cloud host
• Performa: koneksi TCP puluhan ribu level, latensi orde milidetik, bisa diskalakan dengan cluster
• Fitur: ringan dan efisien — layer 7 sebagai inti, mendukung layer 4, SSL offload, caching, rate limiting, reverse proxy
• Keandalan: dual hot standby harus dikonfigurasi manual (Keepalived), bergantung pada stabilitas perangkat keras server
• Biaya: open source gratis, Nginx Plus juga relatif murah
• Skalabilitas: mendukung deployment cluster, di lingkungan cloud bisa di-scale-out secara elastis
• Operasional: sederhana, file konfigurasi mudah dibaca, backend engineer bisa cepat menguasainya

Persimpangan pemilihan, ikuti saja ini:

• Layanan TCP konkurensi tinggi (game, sekuritas) + ketersediaan ekstrem → F5 layer 4
• Pintu masuk bisnis inti + kebutuhan keamanan (WAF/DDoS) → F5 layer 7
• API gateway microservice + deployment lingkungan cloud → Nginx layer 7
• Beban database/Redis + biaya efisien → Nginx layer 4
• Bisnis skala menengah-kecil + iterasi cepat → Nginx (layer 4/layer 7)
• Data center kelas enterprise + multi-link → F5 sebagai pintu masuk, Nginx untuk load layanan internal

Kombinasi terakhir sangat umum di perusahaan besar — F5 menjaga gerbang luar, Nginx mengurus bagian dalam.

Lima, kasus praktis: seberapa berbelit konfigurasi F5

Reaksi pertama banyak orang begitu memegang F5:logikanya sama sekali beda dengan switch, bingung harus mulai dari mana. Sistem konfigurasinya memang satu alur berbeda.

Skenario: dua server Web melayani ke luar dengan IP 192.168.192.10-20/24, diminta melakukan load balancing lewat alamat luar 192.168.27.100 pada port 80.

Load balancing paling sederhana hanya butuh tiga parameter, dan hubungannya berlapis-lapis:

• Node: definisi paling dasar, setiap server adalah satu Node
• Pool: sekumpulan Node yang menerima dan memproses trafik, misalnya cluster server Web
• Virtual Server: pintu masuk ke luar, terkait dengan Pool

Arah aliran data: permintaan klien → Virtual Server → Pool → Node.

Langkah praktik (antarmuka manajemen BIG-IP):

• Langkah pertama: aktivasi perangkat. Begitu menerima F5, aktivasi dulu; wizard-nya sederhana, tapi ingatwajib terhubung internet, sebaiknya selesai sebelum perangkat dipasang di rak — ini pengalaman dari lubang yang pernah dijatuhkan
• Langkah kedua: login. Buka https://IP-manajemen di browser, username dan password default keduanya admin
• Langkah ketiga: buat VLAN. Network → VLANs, buat VLAN dan masukkan interfacenya (pilih Untagged)
• Langkah keempat: atur IP. Networks → Self IPs, definisikan alamat untuk setiap VLAN
• Langkah kelima: atur routing. Networks → Routes, set default gateway atau static route
• Langkah keenam: buat Pool. Local Traffic → Virtual Servers → Pools, tentukan nama, health check (misalnya TCP), algoritma load balancing (misalnya observed-member), serta IP dan port server nyata
• Langkah ketujuh: buat Virtual Server. Local Traffic → Virtual Servers, kaitkan Pool di atas, pilih metode round-robin (umumnya RoundRobin)
• Langkah kedelapan: buat Monitor. Local Traffic → Monitors, periksa kesehatan server dan kaitkan dengan Pool
• Langkah kesembilan: atur Redundant, untuk redundansi dua unit

Enam, beberapa parameter penting Virtual Server

Inti F5 adalah Virtual Server; beberapa parameter kalau diabaikan akan menimbulkan masalah.

VS Type (tipe), ada tiga yang umum:

• Performance L4: penerusan murni layer 4; TMM hanya mengatur distribusi koneksi tanpa mengubah parameter TCP, koneksi klien-server bersifat 1:1. Kecepatan penerusannya tinggi dan sering dipakai di perusahaan. Untuk meminimalkan dampak ke aplikasi,pilih ini dulu kalau memungkinkan
• Standard VS: koneksi TCP klien dan server sepenuhnya independen. Dipakai saat butuh fitur layer 7 (persistence Cookie, persistence Session ID, persistence Header, pemisahan koneksi panjang berbasis transaksi, proteksi serangan SYN). Perhatikan satu karakteristik:port-nya selalu terbuka ke luar — sekalipun semua Node di belakang down, port 80 di VIP masih bisa di-telnet, hanya saja halamannya tak terbuka. Ingat ini saat memakainya untuk troubleshooting
• Forwarding IP: untuk koneksi jaringan dalam-luar, tanpa Pool Member; penerusannya bergantung pada routing lokal. Secara default F5 tidak punya fungsi routing, perlu membuat satu VS dengan 0.0.0.0/0 untuk mengaktifkannya

Timeout harus selaras(ini lubang yang sesungguhnya). Kalau di VS dikonfigurasi TCP Profile, koneksi UDP tidak akan diterima. Yang lebih perlu dijaga adalah nilai Idle Timeout di dalam tcp —harus disesuaikan dengan server. Kalau di F5 diset 150 detik sementara server IIS 300 detik, akan muncul banyak error. Waktu di kedua sisi harus disepakati bersama.

Address/Port Translation: keduanya default enabled. Aktifkan Address Translation saat IP VS berbeda dengan IP mesin nyata; aktifkan Port Translation saat port 8080 milik VS dipetakan ke port 80 di alamat nyata.

SNAT AutoMap: alamat sumber SNAT mengikuti Self IP di VLAN tempat permintaan keluar. Kalau satu VLAN punya beberapa Self IP, penggunaannya dilakukan bergiliran (round-robin).

Tujuh, kenapa wajib paham "session persistence"

Inilah konsep dalam load balancing yang paling sering diabaikan sekaligus paling sering menimbulkan insiden.

Di sistem seperti e-commerce dan autentikasi online, satu pelanggan harus melalui beberapa kali interaksi untuk menyelesaikan satu transaksi. Interaksi-interaksi itusaling terkait erat — saat server memproses langkah kedua, ia sering perlu tahu hasil langkah pertama. Artinya seluruh rangkaian interaksi ituharus diselesaikan oleh server yang sama, tidak boleh dipecah oleh load balancer ke mesin-mesin berbeda.

Inilah alasan keberadaan session persistence. F5 mengimplementasikannya lewat Connectivity, dengan mode pilihan:

• persistence alamat sumber: mengikat berdasarkan IP sumber klien
• persistence Cookie: F5 otomatis menyisipkan session Cookie, paling sering dipakai di layer 7
• persistence SSL Session ID: memakai ulang sesi SSL
• tabel session persistence: mendukung beragam aturan timeout dan pencocokan

Apa akibat salah konfigurasi? Barang yang sudah masuk keranjang belanja hilang begitu halaman di-refresh — karena permintaannya terbelah ke server lain. Insiden online semacam ini luar biasa merepotkan saat ditelusuri.

Delapan, beberapa detail praktis yang tak terhindarkan

Terakhir, ambil beberapa lubang yang pernah dijatuhki orang lain, langsung saja kesimpulannya:

• Health check harus dipilih di lapisan yang tepat: kalau hanya melihat TCP handshake, server yang portnya hidup tapi aplikasinya mati tetap diteruskan; untuk memeriksa lapisan aplikasi, gunakan Monitor bertipe HTTP yang menembak endpoint seperti /actuator/health
• Firewall harus dibuat "sandwich": satu firewall biasanya hanya mencapai 30% throughput line-rate, untuk menaikkannya harus menumpuk beberapa unit. Tapi firewall menuntut data masuk dan keluar lewat jalur yang sama, kalau tidak koneksinya ditolak — solusi firewall load balancing milik F5 mampu menyelesaikan masalah ini dan menghadirkan persistence perangkat transparan
• SSL offload adalah penghemat CPU terbesar: serahkan handshake HTTPS beserta enkripsi-dekripsi ke F5, aplikasi Java di belakang hanya memproses HTTP; peningkatan performanya terasa jelas
• Lakukan stress test sebelum menyentuh lingkungan produksi: layer 4 memang cepat, tapi begitu session persistence dinyalakan di VS layer 4, berarti kamu memasukkan state; ekspektasi performa harus dihitung ulang
• Pantau tiga metrik ini: status pool, throughput virtual server, dan status kesehatan node
• Perintah troubleshooting: tmsh show ltm pool <pool-name> untuk melihat status pool, tmsh show ltm virtual <vs-name> untuk melihat status virtual server

Penutup

Load balancing terlihat seperti sekadar "perangkat penerus", padahal ia berdiri di posisi paling krusial dari seluruh arsitektur — semua trafik harus lewat tangannya. Kalau dikonfigurasi baik, pengguna tidak menyadari keberadaannya; kalau dikonfigurasi buruk, telepon tengah malamlah yang mencarimu.

Di tengah gelombang cloud native saat ini, solusi perangkat lunak seperti LVS, Nginx, dan HAProxy sudah lebih dari cukup untuk skenario menengah-kecil, dengan keunggulan biaya yang jelas. Namun begitu menyentuh pintu masuk inti di bidang keuangan, sekuritas, dan e-commerce skala besar, nilai hardware load balancing dalam stabilitas, switchover milidetik, dan kemampuan keamanan satu pintu masih belum tergantikan dalam jangka pendek.

Adapun nama "F5" yang berubah dari nama perusahaan menjadi nama kategori itu sendiri sudah cukup menjelaskan banyak hal — begitu sebuah produk mulai dipakai sebagai kata kerja, berarti ia sudah memenangkan pasar tersebut.

Layer 4 melihat papan petunjuk, layer 7 membungkus paketnya; butuh performa pilih layer 4, butuh trik pilih layer 7.

Referensi: materi resmi F5 BIG-IP LTM, kasus load balancing F5 dari 《Network Operations and Management》, perbandingan teknologi load balancing layer 4/layer 7