Cara Memilih Backup Link dan Failover Internet untuk Kantor

Kalau internet kantor hanya memiliki satu jalur, satu gangguan di luar gedung bisa ikut menghentikan pekerjaan. Backup link internet kantor adalah koneksi kedua yang disiapkan untuk menjaga layanan prioritas tetap berjalan ketika link utama terganggu. Manfaatnya baru terasa jika perpindahan trafik dirancang dan diuji sebelum keadaan darurat.

Artikel ini ditujukan untuk IT Manager, network engineer, procurement, dan pemilik bisnis yang perlu menjaga aplikasi kantor tetap berjalan ketika koneksi utama terganggu. Fokusnya bukan mencari link cadangan paling murah, melainkan memilih desain yang sesuai dengan dampak downtime, aplikasi prioritas, dan kemampuan tim untuk memulihkannya.

Definisi backup link dan failover Internet kantor

Sebelum membandingkan provider atau meminta quotation, bedakan istilah yang sering dipakai bergantian. Perbedaan ini menentukan apakah koneksi kedua benar-benar bisa menjaga aplikasi kantor tetap berjalan saat link utama gagal.

Sederhananya, backup link adalah jalurnya, failover adalah proses pindahnya, dan dual-WAN adalah perangkat yang mengatur perpindahan tersebut. Load balancing dapat memakai dua koneksi setiap hari, tetapi itu tidak otomatis berarti kantor memiliki failover yang baik. Jika satu link putus dan sesi aplikasi tidak pulih, pengguna tetap merasakan gangguan.

Mulai dari dampak downtime, bukan kapasitas internet

Sebelum meminta penawaran, petakan layanan yang berhenti ketika link utama gagal. Kelompokkan layanan berdasarkan dampak bisnis, siapa yang menggunakannya, dan berapa lama gangguan masih bisa diterima.

NIST menjelaskan bahwa Recovery Time Objective (RTO) sebaiknya ditentukan dari analisis dampak bisnis, bukan dari angka yang dipilih secara acak. Dalam konteks backup link, RTO membantu menjawab berapa lama proses perpindahan boleh berlangsung. Lihat NIST Special Publication 800-34 tentang contingency planning untuk kerangka perencanaan pemulihan sistem.

Contoh pembagian target pemulihan

Angka di bawah ini adalah contoh untuk diskusi internal, bukan SLA universal. Perusahaan perlu menggantinya dengan hasil business impact analysis.

Jika kantor juga memiliki proses replikasi atau backup data, diskusikan Recovery Point Objective (RPO) secara terpisah. RPO menjawab berapa banyak data atau transaksi yang boleh tertinggal, sedangkan RTO menjawab berapa lama layanan boleh terganggu. Backup link membantu konektivitas; ia tidak menggantikan strategi backup dan pemulihan data.

Cara memilih backup link internet kantor

1. Cari failure domain yang berbeda

Redundansi paling kuat tidak selalu berarti membeli dua paket dengan kecepatan tertinggi. Yang lebih penting adalah mengurangi kemungkinan dua link gagal karena penyebab yang sama.

Tanyakan hal berikut kepada provider:

• Apakah link utama dan cadangan memakai provider yang sama?
• Apakah keduanya melewati jalur last-mile, tiang, duct, atau manhole yang sama?
• Apakah perangkat akses, ODF, switch, atau titik masuk gedungnya sama?
• Apakah sumber listrik dan perangkat CPE memiliki ketergantungan yang sama?
• Jika kantor berada di gedung bertingkat, apakah ada dua jalur masuk yang berbeda?

Perbedaan provider saja belum cukup. Dua provider dapat menyewa jalur fisik atau infrastruktur gedung yang sama. Minta hasil survey dan batas tanggung jawab setiap pihak dicatat dalam quotation atau dokumen teknis.

2. Hitung kapasitas berdasarkan trafik prioritas

Backup link tidak harus memiliki kapasitas yang sama dengan link utama. Namun, kapasitas yang terlalu kecil dapat membuat failover hanya memindahkan masalah. Tentukan aplikasi yang wajib dipertahankan, lalu pisahkan trafik yang boleh ditunda.

Gunakan pendekatan sederhana berikut:

1. Catat pemakaian download dan upload pada jam sibuk selama 7 hari sebagai baseline praktis.
2. Pisahkan trafik wajib seperti ERP, VPN, POS, VoIP, monitoring, dan akses cloud.
3. Tentukan layanan yang akan dibatasi ketika link cadangan aktif.
4. Sisakan ruang untuk overhead protokol, perubahan pola kerja, dan pertumbuhan trafik.
5. Minta provider menjelaskan apakah kapasitas backup adalah dedicated, shared, burstable, atau dibatasi oleh kuota. Untuk membuat baseline yang lebih masuk akal, gunakan juga panduan menghitung kebutuhan internet kantor dan cocokkan hasilnya dengan aplikasi yang benar-benar harus hidup saat failover.

Contoh kebijakan: saat failover, VPN, ERP, POS, dan komunikasi suara tetap diprioritaskan. Update perangkat, sinkronisasi besar, dan browsing umum dapat diturunkan prioritasnya. Kebijakan seperti ini lebih berguna daripada sekadar menulis “backup tersedia” di proposal.

3. Pilih mode active-passive atau active-active

Active-passive memakai satu link sebagai jalur utama dan menyimpan link lain sebagai cadangan. Mode ini biasanya lebih mudah dipahami, lebih sederhana untuk troubleshooting, dan cocok jika link kedua hanya dibutuhkan ketika terjadi gangguan.

Active-active memakai dua link secara bersamaan atau membuat keduanya siap melayani trafik. Mode ini dapat meningkatkan pemanfaatan kapasitas, tetapi routing, NAT, VPN, firewall, dan sesi aplikasi perlu dirancang lebih hati-hati. Active-active bukan sekadar mencolokkan dua kabel ke router.

Untuk koneksi cloud atau site-to-site VPN, periksa dukungan desain di kedua sisi. Dokumentasi Microsoft tentang active-active VPN Gateway menunjukkan bahwa konektivitas high availability dapat membutuhkan lebih dari satu instance, alamat IP publik, dan tunnel yang dikonfigurasi dengan benar. Microsoft juga membahas topologi VPN Gateway dan koneksi highly available untuk skenario site-to-site.

4. Pastikan health check menguji konektivitas yang benar

Status port WAN yang masih menyala tidak membuktikan internet sedang sehat. Kabel dan modem dapat terlihat normal, sementara default route, upstream provider, DNS, atau jalur ke aplikasi kantor sedang bermasalah.

Health check sebaiknya memiliki beberapa lapisan:

• status interface dan gateway lokal
• reachability ke tujuan di luar jaringan provider
• latency, packet loss, dan perubahan jalur yang tidak wajar
• akses ke endpoint atau layanan yang memang penting bagi kantor
• status tunnel VPN dan koneksi aplikasi setelah perpindahan

Pada perangkat yang mendukungnya, IP SLA atau object tracking dapat dipakai untuk mengubah status route berdasarkan hasil pemeriksaan. Dokumentasi Cisco tentang ISP failover dengan IP SLA tracking menjelaskan pola tersebut untuk redundansi ISP. Detail konfigurasi tetap bergantung pada router, firewall, firmware, dan desain jaringan yang digunakan.

Jika sumber gangguan belum jelas, lakukan diagnosis berlapis terlebih dahulu. Panduan membedakan masalah ISP, Wi-Fi, firewall, atau bandwidth bisa dipakai sebagai langkah awal sebelum mengubah jalur utama.

5. Baca SLA dan jalur eskalasi sampai selesai

Backup link perlu dinilai sebagai layanan operasional, bukan hanya produk koneksi. Pastikan dokumen menjelaskan:

• target availability dan batas pengecualiannya
• waktu respons serta klasifikasi gangguan
• siapa yang menangani link, perangkat, dan konfigurasi failover
• apakah pengujian failover didukung setelah instalasi
• bagaimana laporan gangguan dan bukti pemulihan diberikan
• biaya instalasi, perangkat, perubahan konfigurasi, dan pekerjaan lapangan

Parameter availability, waktu respons, dan pengecualian sebaiknya dibaca bersama panduan memahami SLA Internet Dedicated, kemudian dicocokkan dengan SLA yang benar-benar tertulis di kontrak.

Jika link cadangan hanya aktif saat kondisi darurat, pastikan statusnya tetap dapat dipantau. Jalur yang tidak pernah diuji sering baru terlihat bermasalah ketika link utama sudah terputus.

Cara menguji failover sebelum dinyatakan siap

Pengujian yang baik tidak berhenti pada mencabut kabel WAN. Uji harus menjawab dua pertanyaan: apakah trafik berpindah ke link cadangan, dan apakah aplikasi penting benar-benar pulih setelah perpindahan?

Langkah 1: buat baseline dan acceptance criteria

Simpan kondisi sebelum pengujian: IP publik, jalur default, status VPN, latency, packet loss, DNS, dan aplikasi yang akan diuji. Tentukan target internal, misalnya perpindahan terdeteksi dalam 30–60 detik. Angka ini hanya contoh kriteria uji; target sebenarnya harus mengikuti kemampuan perangkat dan kebutuhan layanan.

Langkah 2: uji beberapa jenis kegagalan

Minimal siapkan skenario berikut:

1. Link utama dinonaktifkan dari perangkat edge.
2. Gateway atau perangkat akses utama dibuat tidak reachable.
3. Jalur ke upstream terganggu, tetapi interface lokal masih terlihat aktif.
4. Perangkat firewall atau router direstart sesuai prosedur maintenance.
5. Link utama dipulihkan untuk menguji failback dan mencegah route flapping.

Setiap skenario perlu memiliki PIC, waktu mulai, perintah rollback, dan daftar aplikasi yang harus diperiksa. Jadwalkan pengujian di maintenance window 30–60 menit dan beri tahu pengguna yang terdampak.

Langkah 3: uji aplikasi, bukan hanya ping

Setelah trafik pindah, periksa VPN site-to-site, remote access, ERP, POS, VoIP, CCTV, cloud storage, DNS, whitelist vendor, dan akses ke server. Ping yang berhasil tidak selalu berarti sesi aplikasi, NAT, atau tunnel VPN sudah pulih.

Di hari kerja, kegagalan failover sering baru terlihat ketika banyak pengguna masuk VPN atau transaksi sedang berjalan. Karena itu, pengujian saat interface masih terlihat normal saja belum cukup.

Catat timestamp untuk link down, health check gagal, route berpindah, tunnel pulih, dan aplikasi dapat digunakan kembali. Data ini membantu membedakan waktu deteksi, waktu perpindahan, dan waktu pemulihan aplikasi.

Langkah 4: uji failback dan dokumentasikan hasil

Link utama yang pulih belum tentu boleh langsung menjadi jalur aktif. Tunggu sampai kondisinya stabil sesuai kebijakan internal, lalu uji failback secara terkontrol. Pastikan trafik tidak berpindah bolak-balik ketika link utama masih naik-turun.

Simpan hasil uji dalam runbook. Sertakan konfigurasi terakhir, daftar endpoint, nomor tiket, PIC provider, dan tindakan manual yang masih dibutuhkan. Jadwalkan pengujian ulang setiap 90 hari sebagai titik awal, serta setiap kali ada perubahan besar pada routing, firewall, IP publik, VPN, atau provider.

Kesalahan yang sering terjadi saat memilih failover

Membeli dua link tanpa memeriksa jalurnya

Dua kontrak tidak otomatis membuat dua failure domain. Jika keduanya masuk lewat duct atau perangkat yang sama, satu pekerjaan lapangan bisa memutus keduanya.

Menganggap backup link harus sama persis dengan link utama

Kapasitas dan jenis link dapat berbeda selama kebijakan layanan ketika failover jelas. Yang tidak boleh samar adalah aplikasi mana yang diprioritaskan dan siapa yang mengambil keputusan ketika kapasitas cadangan terbatas.

Hanya menguji dengan mencabut kabel

Skenario tersebut tidak mewakili semua gangguan. Upstream, DNS, route, firewall, VPN, dan aplikasi dapat gagal dengan gejala yang berbeda.

Lupa bahwa IP publik dapat berubah

Perubahan IP publik dapat memengaruhi whitelist vendor, VPN, remote access, NAT, dan aturan firewall. Inventarisasi dependensi ini sebelum failover diuji.

Tidak menguji failback

Failover yang berhasil belum lengkap jika tim tidak tahu kapan dan bagaimana kembali ke link utama. Failback yang tidak dikendalikan dapat menyebabkan route flapping dan membuat diagnosis gangguan lebih sulit.

Kapan perlu memilih backup link Internet Dedicated?

Backup link Internet Dedicated layak dipertimbangkan ketika layanan prioritas tetap membutuhkan kapasitas upload dan download yang terukur saat jalur utama gagal. Pilihan ini juga relevan ketika perusahaan memerlukan SLA tertulis, IP Public Static, monitoring, dan jalur eskalasi yang dapat dimintai pertanggungjawaban.

Namun, tidak semua kantor membutuhkan dua koneksi dedicated dengan kapasitas penuh. Kantor dapat memakai kombinasi Internet Dedicated sebagai link utama dan broadband, fixed wireless, atau koneksi seluler sebagai jalur darurat, selama failure domain, kapasitas, keamanan, dan prosedur pengujiannya dapat diterima.

Untuk menentukan desain yang lebih tepat, siapkan alamat lokasi, kapasitas saat ini, jumlah pengguna, aplikasi utama, kebutuhan VPN atau IP Public Static, target waktu pemulihan, serta kebutuhan backup link. Tim provider dapat memakai data tersebut untuk memeriksa coverage, jalur last-mile, perangkat, dan opsi implementasi.

Kesimpulan

Secara praktis, cara memilih backup link internet kantor dan failover dimulai dari dampak bisnis, bukan dari angka bandwidth semata. Petakan layanan prioritas, tentukan RTO, periksa perbedaan failure domain, hitung kapasitas saat kondisi darurat, lalu pilih mekanisme active-passive atau active-active yang bisa dirawat oleh tim.

Backup link baru benar-benar berguna setelah diuji dengan skenario gangguan nyata, VPN, firewall, DNS, dan aplikasi kantor. Jika perusahaan membutuhkan koneksi utama dan cadangan dengan SLA serta dukungan teknis yang jelas, pelajari layanan Internet Dedicated untuk kantor dan perusahaan atau ikuti panduan migrasi dari broadband ke Internet Dedicated sebelum mengubah koneksi utama. Untuk langkah awal, Anda juga dapat menyiapkan data lokasi untuk konsultasi coverage dan kebutuhan jaringan.

Sumber dan bacaan lanjutan

• NIST SP 800-34 Rev. 1: Contingency Planning Guide for Federal Information Systems
• Cisco: Configure ISP Failover with Default Routes Using IP SLA Tracking
• Microsoft Learn: About active-active mode VPN gateways