Cara Mengaktifkan TCP BBR untuk Mempercepat Jaringan VPS

Kamu bisa mengaktifkan TCP BBR di VPS Linux dengan menambahkan dua baris pengaturan sysctl, asalkan kernelnya versi 4.9 atau lebih baru dan VPS-mu memakai kernel sendiri.

Kenapa ini penting? Algoritma pengendali kemacetan (congestion control) menentukan seberapa cepat server mengirim data. Bawaan kebanyakan distro adalah CUBIC, yang menurunkan kecepatan setiap kali ada paket hilang. Di jalur internasional atau jaringan seluler yang sering kehilangan paket, perilaku itu membuat unduhan terasa tersendat. BBR, yang dikembangkan Google, memperkirakan lebar pita dan waktu tempuh jalur lalu mengatur laju kirim berdasarkan perkiraan itu, bukan semata dari paket yang hilang.

Apa yang sebenarnya dipercepat oleh BBR?

BBR bekerja di sisi pengirim. Jadi yang terpengaruh adalah data yang keluar dari VPS: halaman web, file unduhan, video, respons API, atau sinkronisasi backup ke tempat lain. Data yang masuk ke VPS tetap diatur oleh algoritma di sisi pengirimnya.

Hasilnya paling terlihat saat:

• pengunjung berada jauh dari data center, misalnya server di Singapura melayani pengguna di Indonesia timur;
• jalur jaringan padat atau sering kehilangan paket;
• server mengirim file besar atau streaming.

Kalau websitemu lambat karena query database berat atau PHP kehabisan worker, BBR tidak akan membantu. Masalahnya ada di aplikasi, bukan di jaringan.

Apakah VPS kamu bisa memakai BBR?

Ada dua syarat. Pertama, kernel Linux minimal 4.9, versi tempat BBR masuk ke kernel utama. Distro server yang masih didukung saat ini sudah jauh di atas itu, misalnya Ubuntu 24.04, Debian 12, dan AlmaLinux 9.

Kedua, VPS harus memakai virtualisasi penuh seperti KVM, yang memberimu kernel sendiri. VPS berbasis container (OpenVZ atau LXC) berbagi kernel dengan mesin induk, sehingga pengaturan ini biasanya ditolak atau tidak berpengaruh. Penjelasan bedanya ada di artikel virtualisasi KVM dan kenapa penting untuk VPS.

Cek cepat dengan tiga perintah ini:

uname -r
sysctl net.ipv4.tcp_congestion_control
sysctl net.ipv4.tcp_available_congestion_control

Perintah pertama menampilkan versi kernel. Perintah kedua menunjukkan algoritma yang sedang aktif, biasanya cubic. Perintah ketiga menampilkan algoritma yang sudah dimuat. Kalau bbr belum ada di daftar, jangan khawatir, modulnya akan dimuat otomatis saat diaktifkan.

Langkah mengaktifkan BBR

Buat file pengaturan khusus di /etc/sysctl.d/ agar tidak bercampur dengan pengaturan lain:

echo "net.core.default_qdisc=fq" | sudo tee /etc/sysctl.d/90-bbr.conf
echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.d/90-bbr.conf
sudo sysctl --system

Baris pertama mengganti antrean paket (qdisc) bawaan menjadi fq, yang memang dipasangkan dengan BBR di panduan resminya. Baris kedua mengganti algoritma pengendali kemacetan. sysctl --system membaca ulang semua file di /etc/sysctl.d/, jadi tidak perlu reboot. Karena disimpan di file, pengaturan ini tetap berlaku setelah server dinyalakan ulang.

Bagaimana memastikan BBR benar-benar aktif?

Jalankan lagi:

sysctl net.ipv4.tcp_congestion_control
lsmod | grep bbr

Hasilnya harus bbr dan modul tcp_bbr terlihat. Untuk melihat koneksi yang sedang berjalan, pakai ss -ti. Setiap koneksi TCP yang dibuat setelah pengaturan diubah akan menampilkan kata bbr di detailnya. Koneksi lama tetap memakai algoritma sebelumnya sampai ditutup.

Perbandingan CUBIC dan BBR secara singkat

Poin terakhir sering dibahas di kalangan peneliti jaringan. Untuk satu VPS yang melayani website, dampaknya biasanya tidak terasa, tapi itu alasan BBR tidak dijadikan bawaan di semua distro.

Bagaimana menguji hasilnya dengan jujur?

Ukur sebelum dan sesudah, dengan cara yang sama. Contohnya unduh file besar dari VPS ke komputer di lokasi yang jauh memakai curl -o /dev/null -w "%{speed_download}\n" https://domainmu/file-uji.bin, ulangi beberapa kali di jam yang mirip, lalu bandingkan rata-ratanya. Satu kali percobaan tidak cukup karena kondisi internet berubah-ubah.

Kalau ingin lebih rapi, cek juga latensi jalurnya terlebih dulu. Cara mengukurnya ada di cara mengukur latensi ke data center. Jalur dengan latensi tinggi dan kehilangan paket adalah tempat BBR paling mungkin memberi beda.

Bagaimana cara kembali ke CUBIC?

Hapus file pengaturan lalu kembalikan nilainya:

sudo rm /etc/sysctl.d/90-bbr.conf
sudo sysctl -w net.ipv4.tcp_congestion_control=cubic

Koneksi baru akan memakai CUBIC lagi. Tidak ada data yang terdampak karena perubahan ini hanya mengatur cara kirim paket.

Apa lagi yang perlu diperhatikan?

BBR hanya satu dari banyak setelan kernel jaringan. Kalau servermu melayani trafik besar, ada pengaturan lain seperti antrean koneksi dan rentang port yang juga berpengaruh, dibahas di setelan sysctl Linux untuk server web bertrafik tinggi. Ubah satu per satu dan ukur hasilnya, supaya kamu tahu setelan mana yang benar-benar membantu.

Batas port speed dan kuota dari penyedia juga tetap berlaku. BBR tidak bisa melampaui kapasitas yang memang disediakan. Kalau hasil uji mentok di angka yang sama sebelum dan sesudah BBR, kemungkinan besar yang membatasi adalah port speed paketmu, bukan algoritma pengiriman. Bedanya port speed dan kuota dijelaskan di artikel tentang bandwidth VPS.