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 efektif tiap ISP diperiksa lebih dulu. Iperf3 dipakai bila ada server uji yang relevan; hasilnya tidak disamakan begitu saja dengan angka paket ISP.
• 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

Tabel ini menggambarkan perubahan yang biasanya dicari kantor dengan dua ISP. Hasil aktual bergantung kapasitas, aplikasi, dan kualitas kedua jalur; tabel ini bukan angka performa yang dijanjikan.

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.
• Catatan pengukuran per jalur yang tersedia sebelum dan sesudah, beserta metode uji yang dipakai.
• 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.

Load balancing bukan pengganti kapasitas yang kurang

Ada satu salah paham yang sering kami temukan sebelum pekerjaan dimulai. Dua jalur 20 Mbps yang di-load balance tidak membuat satu unduhan jadi 40 Mbps — satu sesi tetap lewat satu jalur. Yang didapat adalah total kapasitas yang lebih besar untuk banyak sesi sekaligus, dan yang lebih berharga, jaringan tidak mati saat salah satu jalur tumbang. Kalau keluhan sebenarnya adalah satu unduhan besar terasa lambat, yang dibutuhkan bukan jalur kedua tapi pengaturan antrean.

Setelah dua jalur berjalan, hampir selalu muncul kebutuhan untuk tahu jalur mana yang sedang mati dan sejak kapan — karena tanpa itu, gangguan ISP baru diketahui dari keluhan pengguna. Pemantauan dengan riwayat menutup celah itu, dan sekaligus memberi bukti angka saat Anda mengajukan klaim ke ISP. Untuk kantor yang jalurnya menopang penjualan, kombinasi jasa setting Mikrotik dua ISP plus pemantauan adalah paket yang paling sering diambil, dan biayanya bisa dilihat di daftar harga. Kalau ternyata yang Anda butuhkan bukan jalur kedua, daftar layanan lain kami memuat pekerjaan yang lebih sering menyelesaikan keluhan seperti itu.