Jasa Setting Load Balancing MikroTik: Bukan Sekadar Membagi 2 ISP
Permintaan “gabungkan dua internet di MikroTik” terdengar sederhana. Di lapangan, bagian tersulit justru bukan menulis rule mangle, tetapi menentukan trafik mana yang boleh dibagi, mana yang harus tetap pada satu ISP, dan bagaimana router mendeteksi kegagalan internet dengan benar.
Itu sebabnya jasa setting load balancing yang baik seharusnya dimulai dari topologi dan kebutuhan, bukan dari menempel script PCC yang sama ke semua router.
RemotAja melayani jasa setting MikroTik remote untuk load balancing, failover, QoS, hotspot, VPN, dan troubleshooting. Sebelum perubahan, scope dan jalur rollback dikonfirmasi lebih dulu.
Apa yang sebenarnya ingin dicapai?
Ada tiga tujuan yang sering dicampur menjadi satu:
- Load balancing: membagi banyak koneksi pengguna ke beberapa ISP.
- Failover: memindahkan trafik ke jalur cadangan ketika jalur utama benar-benar tidak bisa mencapai internet.
- Policy routing: memaksa trafik tertentu memakai ISP tertentu—misalnya bank, VoIP, VPN, atau server publik.
Satu kantor bisa membutuhkan ketiganya sekaligus, tetapi rule-nya tidak boleh saling bertabrakan.
PCC, ECMP, atau routing biasa?
| Metode | Cocok untuk | Catatan |
|---|---|---|
| PCC | Banyak klien, multi-ISP berbeda kapasitas | Kontrol distribusi kuat, tetapi perlu connection-mark dan routing-mark yang rapi. |
| ECMP | Jalur setara dan desain routing sederhana | Lebih ringkas; hasil distribusi tergantung hash/flow dan versi RouterOS. |
| Primary + backup | Kantor yang lebih mementingkan stabilitas | Bukan load balancing; semua trafik lewat satu ISP sampai gagal. |
Kesalahan yang paling sering membuat hasil “aneh”
- Health-check hanya ping gateway modem, bukan tujuan di internet.
- Rule FastTrack melewati connection marking yang dibutuhkan PCC.
- Traffic ke router sendiri ikut ditandai dan membuat Winbox/VPN putus.
- DNS, banking, game, atau aplikasi stateful berpindah-pindah WAN dalam satu sesi.
- Rasio pembagian 50:50 dipakai padahal kapasitas ISP 100 Mbps dan 30 Mbps.
- NAT dibuat tanpa memperhitungkan route-mark.
Data yang sebaiknya disiapkan sebelum setting
- Model MikroTik dan versi RouterOS.
- Jumlah ISP, kapasitas masing-masing, tipe modem/ONT, dan apakah IP dinamis atau statis.
- Subnet LAN/VLAN, jumlah pengguna, dan perangkat yang butuh jalur khusus.
- Apakah ada hotspot, PPPoE server, VPN, port forwarding, CCTV, atau server lokal.
- Jam aman untuk perubahan dan apakah tersedia backup/akses lokal bila routing terputus.
Bagaimana pekerjaan remote seharusnya dilakukan
Urutan yang lebih aman adalah: backup konfigurasi, dokumentasikan route/NAT/mangle saat ini, tentukan health-check, buat rule baru tanpa menghapus jalur lama, uji dari beberapa jenis trafik, lalu aktifkan bertahap. Jika router berada jauh dari lokasi, teknisi juga perlu memastikan ada cara kembali masuk ketika rule routing salah.
Untuk router yang berada di balik CGNAT, akses teknisi dapat menggunakan tunnel. Lihat juga cara remote MikroTik di balik CGNAT.
Load balancing bukan solusi untuk semua masalah internet
Jika sumber masalahnya Wi-Fi penuh interferensi, CPU router 100%, queue salah, duplex bermasalah, atau ISP sering packet loss, menambah PCC justru menambah kompleksitas. Diagnosis dasar tetap perlu dilakukan sebelum memutuskan arsitektur.
Kapan sebaiknya minta bantuan?
Jika jaringan dipakai kasir, sekolah, kantor, RT/RW Net, atau pelanggan aktif, perubahan routing memiliki risiko downtime nyata. Pada kondisi itu, lebih masuk akal meminta review topologi dan rencana rollback daripada mencoba script acak satu per satu.