Jasa Setting Load Balancing & Failover Mikrotik Multi-ISP

PCC, ECMP, atau failover saja — mana yang Anda butuhkan

Ketiganya sering disebut load balancing, padahal hasilnya berbeda. Memilih yang salah membuat jaringan terasa lebih buruk daripada sebelum ada jalur kedua.

Yang dikerjakan dalam paket ini

• Pemetaan jalur: alamat, gateway, dan kapasitas nyata setiap ISP diukur dulu dengan iperf3, bukan diambil dari angka langganan.
• Mangle untuk menandai koneksi per jalur, ditulis dengan urutan dan comment yang jelas sehingga bisa dibaca ulang bertahun-tahun kemudian.
• Routing mark dan aturan routing per tanda, termasuk penanganan trafik yang harus tetap keluar dari jalur tertentu.
• NAT masquerade per antarmuka keluar, bukan satu aturan gabungan — ini yang sering menyebabkan koneksi tampak jalan tapi tidak stabil.
• Recursive gateway untuk deteksi jalur mati yang lebih dapat dipercaya daripada sekadar melihat status antarmuka. Kabel yang masih tersambung tapi ISP-nya mati tidak akan terdeteksi tanpa ini.
• Netwatch dan pencatatan supaya setiap perpindahan jalur tercatat waktunya, jadi Anda punya bukti saat menagih janji ketersediaan ke ISP.
• Pengecualian untuk trafik yang tidak boleh berpindah jalur: koneksi ke bank, gerbang pembayaran, VPN kantor, dan layanan yang mengikat sesi ke satu alamat IP.
• Pengujian cabut kabel per jalur, diukur berapa detik sampai koneksi kembali normal.

Yang perlu Anda pahami sebelum memutuskan

Load balancing punya batas yang jujurnya sering tidak disebutkan saat menawarkan. Lebih baik Anda tahu sekarang daripada kecewa setelah pekerjaan selesai.

• Satu unduhan tunggal tidak akan melebihi kecepatan satu jalur. Dua jalur 100 Mbps tidak membuat satu berkas terunduh pada 200 Mbps, karena satu koneksi tetap memakai satu jalur. Yang naik adalah kapasitas total saat banyak koneksi berjalan bersamaan.
• Sebagian layanan akan meminta verifikasi ulang. Layanan yang mengikat sesi ke alamat IP bisa menganggap perpindahan jalur sebagai tanda mencurigakan. Untuk itu kami buat pengecualian, tapi daftarnya perlu Anda sebutkan supaya tidak terlewat.
• Failover butuh beberapa detik. Dengan recursive gateway, perpindahan biasanya 3–10 detik. Panggilan suara yang sedang berjalan akan terputus sekali, lalu bisa disambung lagi.
• Kalau kedua ISP memakai jalur fisik yang sama, redundansinya semu. Dua langganan dari operator berbeda yang kabelnya lewat satu tiang akan mati bersamaan saat tiang itu tersenggol.

Perbedaan sebelum dan sesudah, dengan angka

Ini pola hasil yang paling sering kami lihat di kantor dengan dua jalur ISP. Angkanya bergantung pola pemakaian, tapi arah perubahannya konsisten.

Perangkat yang sanggup

Load balancing menambah beban pemrosesan per paket, karena setiap koneksi harus ditandai dan diarahkan. Perangkat kecil masih bisa, hanya kapasitasnya lebih cepat tersentuh.

Waktu pengerjaan dan bukti yang Anda terima

Dua jalur dengan pengujian failover selesai 3–5 jam. Tiga sampai empat jalur biasanya 5–7 jam, karena setiap jalur menambah satu putaran pengujian sendiri. Kalau ada layanan yang harus dikecualikan dari pembagian jalur, kumpulkan daftarnya lebih dulu — mencarinya sambil bekerja adalah bagian yang paling banyak memakan waktu.

• Catatan hasil uji cabut kabel per jalur, berisi berapa detik sampai koneksi kembali normal.
• Angka throughput per jalur dari iperf3, diukur sebelum dan sesudah.
• Daftar layanan yang dikecualikan beserta jalur tetapnya, supaya nanti bisa ditambah sendiri.
• Berkas backup sebelum dan sesudah, plus ekspor .rsc yang bisa dibandingkan.
• Diagram sederhana yang memperlihatkan jalur mana melayani apa.