# Load Balancer Adalah: Pengertian, Cara Kerja, dan Contohnya

> Load balancer adalah pembagi trafik ke beberapa server agar aplikasi tetap cepat dan tidak down. Pahami manfaat, cara kerja, algoritma, jenis, dan contohnya.

**URL:** https://www.ciptadusa.com/blog/load-balancer-adalah  
**Type:** blog  
**Author:** PT Cipta Dua Saudara  
**Category:** Teknologi  
**Published:** 2026-11-11  
**Cover:** https://www.ciptadusa.com/media/uploads/blog/2026-11/1794363769950-load-balancer-adalah-20261111.webp  

## Article

Load balancer adalah perangkat atau software yang membagi trafik dari pengguna ke beberapa server sekaligus, supaya tidak ada satu server yang kewalahan. AWS menjelaskan load balancing sebagai metode untuk mendistribusikan trafik jaringan secara merata ke sekumpulan sumber daya yang mendukung sebuah aplikasi ([sumber](https://aws.amazon.com/what-is/load-balancing/)).

Bayangkan toko online yang sedang promo. Jika semua pengunjung masuk ke satu server, server itu bisa lambat atau mati. Dengan load balancer, pengunjung dibagi ke beberapa server yang menjalankan aplikasi yang sama. Artikel ini membahas pengertian load balancer, manfaatnya, cara kerjanya, algoritma pembagian trafik, jenis-jenisnya, contoh konfigurasi, dan kapan bisnis perlu memakainya.

## Pengertian Load Balancer

AWS menyebut aplikasi modern harus melayani jutaan pengguna sekaligus dengan cepat dan andal, sehingga kebanyakan aplikasi memakai banyak server dengan data yang sama. Load balancer duduk di antara pengguna dan kelompok server itu, lalu membagi permintaan ke server-server tersebut ([sumber](https://aws.amazon.com/what-is/load-balancing/)).

Dokumentasi NGINX menggambarkan tujuannya: load balancing ke beberapa instance aplikasi adalah teknik umum untuk mengoptimalkan pemakaian sumber daya, memaksimalkan throughput, mengurangi latensi, dan membuat sistem tahan gangguan ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

## Manfaat Load Balancer untuk Aplikasi Bisnis

AWS merangkum tiga manfaat utama load balancing ([sumber](https://aws.amazon.com/what-is/load-balancing/)):

| Manfaat | Penjelasan |
|---|---|
| Ketersediaan aplikasi | Load balancer mendeteksi server yang bermasalah dan mengalihkan trafik ke server yang masih sehat. Server bisa dirawat atau di-upgrade tanpa membuat aplikasi mati |
| Skalabilitas | Trafik diarahkan ke banyak server sehingga tidak ada kemacetan di satu server, dan server bisa ditambah atau dikurangi sesuai kebutuhan |
| Keamanan | Load balancer punya fitur keamanan bawaan, misalnya membantu menghadapi serangan DDoS, memantau trafik, dan memblokir konten berbahaya |

## Cara Kerja Load Balancer

Dokumentasi AWS Elastic Load Balancing menjelaskan alurnya: load balancer menerima trafik dari klien lalu meneruskan permintaan ke target yang terdaftar, misalnya server aplikasi. Load balancer juga memantau kesehatan target dan hanya meneruskan trafik ke target yang sehat. Saat target terdeteksi tidak sehat, trafik ke target itu dihentikan, lalu dilanjutkan lagi setelah target pulih ([sumber](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html)).

Secara sederhana, alurnya seperti ini:

1. Pengguna membuka website atau aplikasi. Permintaan masuk ke alamat load balancer, bukan langsung ke server.
2. Load balancer memilih satu server dari kelompok server memakai algoritma tertentu, misalnya bergiliran atau server dengan koneksi paling sedikit.
3. Permintaan diteruskan ke server terpilih, lalu server mengirim jawaban kembali ke pengguna lewat load balancer.
4. Di latar belakang, load balancer terus mengecek kesehatan tiap server (health check).
5. Jika satu server gagal merespons, load balancer berhenti mengirim trafik ke server itu sampai server pulih.

## Algoritma Load Balancing

AWS membagi algoritma load balancing menjadi dua kelompok: statis, yang mengikuti aturan tetap tanpa melihat kondisi server, dan dinamis, yang memeriksa kondisi server saat itu sebelum membagi trafik ([sumber](https://aws.amazon.com/what-is/load-balancing/)).

| Algoritma | Jenis | Cara memilih server |
|---|---|---|
| Round robin | Statis | Permintaan dibagi bergiliran ke setiap server ([sumber](https://nginx.org/en/docs/http/load_balancing.html)) |
| Weighted round robin | Statis | Server diberi bobot; server berbobot lebih besar menerima lebih banyak permintaan ([sumber](https://nginx.org/en/docs/http/load_balancing.html)) |
| IP hash | Statis | Alamat IP klien diubah menjadi angka lewat hashing, lalu dipetakan ke satu server ([sumber](https://aws.amazon.com/what-is/load-balancing/)) |
| Least connection | Dinamis | Trafik dikirim ke server dengan koneksi aktif paling sedikit ([sumber](https://aws.amazon.com/what-is/load-balancing/)) |
| Least response time | Dinamis | Menggabungkan waktu respons server dan jumlah koneksi aktif untuk memilih server terbaik ([sumber](https://aws.amazon.com/what-is/load-balancing/)) |
| Resource-based | Dinamis | Agent di tiap server menghitung pemakaian CPU dan memori, lalu trafik dikirim ke server yang masih punya sumber daya cukup ([sumber](https://aws.amazon.com/what-is/load-balancing/)) |

### Sticky Session

Beberapa aplikasi butuh pengguna yang sama selalu dilayani server yang sama, misalnya karena data sesi disimpan di memori server. Dokumentasi NGINX menyebut kebutuhan ini sebagai sesi "sticky" atau "persistent", dan metode ip-hash bisa dipakai karena permintaan dari klien yang sama akan selalu diarahkan ke server yang sama, kecuali server itu sedang tidak tersedia ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

Menurut panduan internal CDS, lebih baik aplikasi dirancang tanpa bergantung pada sticky session, misalnya dengan menyimpan sesi di database atau memakai token seperti [JWT](/blog/jwt-adalah). Dengan begitu, server bisa ditambah atau dimatikan tanpa membuat pengguna ter-logout.

## Jenis Load Balancer

AWS membedakan beberapa jenis load balancing berdasarkan informasi yang dipakai untuk mengarahkan trafik ([sumber](https://aws.amazon.com/what-is/load-balancing/)):

- **Application load balancing:** membaca isi permintaan, seperti header HTTP atau ID sesi SSL. Contoh dari AWS: di toko online, permintaan melihat katalog produk, keranjang belanja, dan checkout bisa diarahkan ke kelompok server yang berbeda.
- **Network load balancing:** membaca alamat IP dan informasi jaringan lain untuk mengarahkan trafik.
- **Global server load balancing:** membagi trafik ke server di beberapa lokasi geografis, dan berusaha mengarahkan pengguna ke server yang paling dekat.
- **DNS load balancing:** domain dikonfigurasi agar permintaan diarahkan ke sekumpulan sumber daya, berguna untuk sumber daya yang tersebar secara global.

### Hardware vs Software Load Balancer

AWS juga membedakan bentuknya. Hardware load balancer adalah perangkat fisik di data center yang bisa memproses trafik dalam jumlah gigabyte ke ratusan server. Software load balancer adalah aplikasi yang bisa dipasang di server mana pun atau dipakai sebagai layanan terkelola dari pihak ketiga ([sumber](https://aws.amazon.com/what-is/load-balancing/)). AWS mencatat hardware load balancer butuh investasi awal dan perawatan, dan kapasitasnya bisa tidak terpakai penuh jika dibeli hanya untuk menghadapi lonjakan trafik ([sumber](https://aws.amazon.com/what-is/load-balancing/)).

Untuk kebanyakan aplikasi web bisnis di Indonesia, tim CDS biasanya memakai software load balancer (misalnya NGINX) atau load balancer terkelola dari penyedia cloud. Ini panduan internal CDS, bukan aturan baku.

## Contoh Konfigurasi Load Balancer dengan NGINX

Contoh berikut diambil dari dokumentasi NGINX. Tiga server aplikasi yang sama dikelompokkan dalam satu upstream, lalu NGINX membagi trafik ke ketiganya ([sumber](https://nginx.org/en/docs/http/load_balancing.html)):

```nginx
http {
    upstream myapp1 {
        server srv1.example.com;
        server srv2.example.com;
        server srv3.example.com;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://myapp1;
        }
    }
}
```

Jika metode tidak ditentukan, NGINX memakai round robin sebagai default ([sumber](https://nginx.org/en/docs/http/load_balancing.html)). Untuk memakai metode lain, tambahkan baris `least_conn;` atau `ip_hash;` di dalam blok upstream. Untuk memberi bobot, tulis misalnya `server srv1.example.com weight=3;`. Dengan bobot itu, dari setiap 5 permintaan baru, 3 dikirim ke srv1 dan masing-masing 1 ke srv2 dan srv3 ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

NGINX juga punya health check pasif: jika respons dari satu server gagal, server itu ditandai gagal dan dihindari untuk sementara. Batasnya diatur dengan `max_fails` dan `fail_timeout`, dan secara default `max_fails` bernilai 1 ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

## Load Balancer di Kubernetes dan Microservices

Pada arsitektur [microservices](/blog/microservices-adalah), setiap layanan bisa berjalan di beberapa salinan sekaligus, sehingga pembagian trafik dibutuhkan di banyak titik. Di [Kubernetes](/blog/kubernetes-adalah), objek Service dipakai untuk membuka aplikasi yang berjalan di satu atau lebih Pod ke jaringan ([sumber](https://kubernetes.io/docs/concepts/services-networking/service/)), dan Kubernetes bisa membagi trafik jaringan saat trafik ke kontainer tinggi ([sumber](https://kubernetes.io/docs/concepts/overview/)).

## Hal yang Perlu Diperhatikan Saat Memakai Load Balancer

Daftar berikut adalah panduan internal CDS, dirujuk ke sumber resmi jika tersedia:

- **Load balancer bisa jadi titik gagal baru.** Jika hanya ada satu load balancer dan perangkat itu mati, semua server di belakangnya ikut tidak bisa diakses. Siapkan cadangan atau pakai layanan terkelola yang sudah redundan.
- **Atur health check dengan benar.** Load balancer hanya meneruskan trafik ke target yang sehat ([sumber](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html)). Buat endpoint health check yang benar-benar mengecek aplikasi, bukan hanya mengecek server menyala.
- **Server harus identik.** Semua server di belakang load balancer harus menjalankan versi aplikasi dan konfigurasi yang sama, agar pengguna mendapat hasil yang sama di server mana pun. [Docker](/blog/docker-adalah) membantu memastikan hal ini.
- **Database tetap perlu dipikirkan.** Load balancer membagi trafik ke server aplikasi, tetapi jika semua server memakai satu database, database bisa menjadi titik macet berikutnya.
- **Pasang HTTPS di titik yang tepat.** Tentukan apakah sertifikat SSL dipasang di load balancer atau di masing-masing server, dan pastikan koneksi ke server di belakangnya tetap aman.

## Kapan Bisnis Perlu Load Balancer?

Panduan internal CDS untuk menilai kebutuhan load balancer:

1. Aplikasi sudah sering lambat saat jam sibuk, dan menaikkan spesifikasi satu server tidak lagi cukup.
2. Downtime saat update aplikasi atau saat server mati sudah merugikan bisnis, misalnya untuk toko online atau sistem pembayaran.
3. Ada lonjakan trafik yang bisa diprediksi, seperti promo, kampanye iklan, atau pendaftaran massal.
4. Aplikasi sudah dikemas rapi sehingga bisa dijalankan di lebih dari satu server dengan hasil yang sama.

Jika aplikasi masih kecil dan trafiknya stabil, satu server yang dirawat dengan baik sering sudah cukup. Load balancer mulai bernilai saat ketersediaan dan kecepatan sudah langsung berdampak ke pendapatan.

## FAQ Seputar Load Balancer

### Load balancer adalah apa dalam bahasa sederhana?

Load balancer adalah "pengatur lalu lintas" yang membagi permintaan pengguna ke beberapa server, sehingga aplikasi tetap cepat dan tidak mati saat satu server bermasalah ([sumber](https://aws.amazon.com/what-is/load-balancing/)).

### Apa saja algoritma load balancing yang umum?

Yang paling umum adalah round robin, least connection, dan IP hash. NGINX mendukung ketiganya ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

### Apa itu health check pada load balancer?

Health check adalah pengecekan rutin apakah server masih sehat. Load balancer hanya mengirim trafik ke server yang sehat dan berhenti mengirim ke server yang terdeteksi tidak sehat ([sumber](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html)).

### Apa bedanya load balancer dan reverse proxy?

Reverse proxy meneruskan permintaan dari pengguna ke server di belakangnya. Load balancer adalah reverse proxy yang membagi permintaan itu ke beberapa server. NGINX, misalnya, menjalankan load balancing lewat fitur reverse proxy-nya ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

### Apakah load balancer bisa mencegah serangan DDoS?

Load balancer punya fitur keamanan yang membantu menghadapi serangan DDoS, misalnya memantau trafik dan memblokir konten berbahaya ([sumber](https://aws.amazon.com/what-is/load-balancing/)). Namun untuk serangan besar, biasanya tetap dibutuhkan layanan perlindungan DDoS khusus.

### Apa itu sticky session?

Sticky session adalah pengaturan agar permintaan dari pengguna yang sama selalu dilayani server yang sama. Di NGINX, ini bisa dilakukan dengan metode ip-hash ([sumber](https://nginx.org/en/docs/http/load_balancing.html)).

## Butuh Bantuan Menyiapkan Infrastruktur yang Siap Trafik Tinggi?

Tim CDS membangun aplikasi web, [backend](/blog/backend-adalah), dan API yang siap dijalankan di beberapa server, lengkap dengan load balancer, health check, dan lingkungan staging lewat [jasa pembuatan software custom](/services/software). Jika aplikasi Anda sering lambat saat trafik naik dan Anda ingin tahu penyebabnya, mulai dari [konsultasi IT](/services/consulting). Anda juga bisa melihat [karya CDS](/works) untuk proyek yang sudah kami kerjakan.


---

*Markdown version of https://www.ciptadusa.com/blog/load-balancer-adalah — generated for AI agents and LLM crawlers.*