Backup Internet RT/RW Net: Kapan Perlu dan Apa yang Harus Disiapkan?

Backup internet RT/RW Net adalah koneksi cadangan yang disiapkan untuk membawa trafik ketika koneksi utama bermasalah. Kebutuhannya menjadi lebih penting ketika putusnya satu jalur membuat banyak pelanggan kehilangan akses dan pengelola tidak memiliki cara lain untuk mempertahankan layanan.

Namun, memasang langganan kedua saja belum cukup. Koneksi tersebut perlu memiliki jalur yang sesuai, kapasitas yang bisa digunakan, dan cara perpindahan yang sudah diuji. Jika kedua layanan tetap bergantung pada kabel atau perangkat yang sama, satu gangguan masih bisa memutus keduanya.

RT/RW Net adalah jaringan layanan internet yang dikelola untuk pelanggan di lingkungan setempat. Panduan ini membantu pengelolanya menilai kebutuhan backup dan menyiapkan pembahasan dengan ISP (Internet Service Provider), yaitu perusahaan penyedia layanan internet. Fokusnya pada persiapan operasional, bukan perintah konfigurasi router yang langsung diterapkan ke semua jaringan.

Kapan backup internet RT/RW Net perlu dipertimbangkan?

Mulailah dari dampak gangguan yang pernah terjadi. Catat penyebabnya, lama layanan terhenti, wilayah yang terdampak, dan pekerjaan yang dibutuhkan untuk memulihkannya. Data ini membantu menentukan apakah koneksi cadangan bisa mengatasi masalah yang paling sering dihadapi.

Backup layak dibahas ketika:

• Seluruh pelanggan bergantung pada satu koneksi utama. Jika koneksi tersebut terputus, tidak ada jalur lain untuk keluar ke internet.
• Gangguan pada koneksi utama berulang atau pemulihannya sulit diperkirakan. Gunakan catatan kejadian, bukan kesan bahwa internet sering bermasalah.
• Pelanggan membutuhkan akses untuk kegiatan yang sulit ditunda. Misalnya pekerjaan, kelas daring, atau transaksi usaha.
• Tim membutuhkan akses jarak jauh saat jalur utama gagal. Pastikan akses pengelolaan tersebut memang dapat menggunakan jalur cadangan.

Jumlah pelanggan bukan satu-satunya dasar keputusan. Jaringan kecil dengan kebutuhan penting dapat membutuhkan backup, sementara jaringan besar tetap perlu memeriksa sumber gangguannya terlebih dahulu.

Jika masalahnya berada pada Wi-Fi pelanggan, kabel distribusi, atau perangkat yang mati, menambah koneksi utama ke ISP, yang juga disebut upstream, belum tentu membantu. Untuk menelusuri lokasi gangguan, gunakan SOP penanganan gangguan internet RT/RW Net.

Bedakan koneksi cadangan, failover, dan load balancing

Koneksi cadangan adalah layanan alternatifnya. Failover adalah mekanisme memindahkan trafik ke jalur cadangan ketika jalur utama dinilai tidak tersedia. Perpindahan dapat dilakukan secara manual oleh petugas atau otomatis melalui pengaturan router.

Pada failover otomatis, router harus memantau kondisi koneksi sebelum menentukan jalur yang digunakan. Dokumentasi MikroTik menjelaskan pendekatan dengan koneksi utama dan cadangan serta pemeriksaan host di internet untuk memantau jalur. Dokumentasi Failover MikroTik.

Sementara itu, load balancing membagi trafik ke dua atau lebih koneksi. Pembagian trafik dan perpindahan ketika terjadi gangguan merupakan tujuan yang berbeda, meskipun dapat digunakan dalam satu rancangan jaringan. Dokumentasi Load Balancing MikroTik.

Karena itu, sepakati tujuan sebelum membahas konfigurasi: apakah koneksi kedua hanya dipakai saat darurat, atau juga digunakan ketika kedua jalur sehat? Pilihan ini memengaruhi pembagian trafik, pemantauan, dan cara pengujiannya.

Apa yang harus disiapkan sebelum memasang backup?

1. Jalur cadangan yang tidak mudah ikut terdampak

Tanyakan bagian mana yang digunakan bersama oleh kedua koneksi. Pemeriksaan dapat mencakup rute kabel masuk, tiang atau saluran kabel, perangkat penghubung, serta titik pasokan listrik yang diketahui. Jika ada bagian yang belum bisa dikonfirmasi, catat sebagai informasi yang belum tersedia.

Diagram konsep yang disederhanakan. Router dan switch tetap dipakai bersama. Perangkat lain yang dibutuhkan, termasuk modem dan perangkat akses, juga perlu diperiksa jalur serta pasokan dayanya.

Dua provider berbeda dapat tetap menggunakan sebagian infrastruktur yang sama. Dua jalur yang masuk melalui kabel berbeda pun masih bisa bergantung pada satu router. Semakin jelas ketergantungannya, semakin mudah menentukan gangguan apa yang bisa ditangani oleh backup.

Pilihan media juga mengikuti lokasi. Fiber alternatif atau koneksi nirkabel dapat dipertimbangkan setelah ketersediaan, kualitas, dan ketentuan penggunaan diperiksa. Pastikan layanan cadangan sesuai dengan penggunaan jaringan RT/RW Net dan kesepakatan kerja sama yang berlaku.

2. Kapasitas untuk kondisi darurat

Tentukan terlebih dahulu layanan yang ingin dipertahankan. Apakah semua pelanggan tetap mendapat akses dengan kecepatan lebih rendah, atau hanya layanan tertentu yang diprioritaskan? Pilihan tersebut perlu dijelaskan kepada tim dan, jika memengaruhi layanan, kepada pelanggan.

Periksa kebutuhan download dan upload secara terpisah. Trafik yang ingin dipertahankan harus muat dalam kapasitas cadangan yang benar-benar tersedia. Jika perlu menghitung kebutuhan dari pola penggunaan, lihat panduan menghitung bandwidth RT/RW Net.

Contoh simulasi, bukan rekomendasi kapasitas: jaringan memiliki koneksi utama 200 Mbps download dan 200 Mbps upload. Pengelola mempertimbangkan backup 100 Mbps download dan 50 Mbps upload. Dalam pengukuran yang diasumsikan untuk contoh ini, trafik prioritas membutuhkan 60 Mbps download dan 20 Mbps upload.

Dalam contoh ini, trafik prioritas berarti kelompok layanan yang sudah dipilih untuk tetap berjalan selama gangguan, misalnya akses sistem pengelolaan dan layanan pelanggan dengan pembatasan yang disepakati. Angka 60/20 Mbps diasumsikan sebagai pemakaian serentak kelompok tersebut; bukan hasil menjumlahkan kecepatan paket seluruh pelanggan.

Untuk mengganti asumsi dengan data jaringan sendiri, catat trafik kelompok prioritas pada jam ramai. Sebagai contoh metode, rekam rata-rata download dan upload setiap 1 menit selama beberapa periode jam ramai, lalu periksa pula lonjakan yang terlihat pada grafik dengan interval lebih pendek. Rata-rata dapat menyembunyikan lonjakan, sehingga satu hasil pencatatan saja belum cukup untuk menentukan kapasitas.

Selisihnya adalah 40 Mbps download dan 30 Mbps upload sebelum memperhitungkan variasi trafik serta kebutuhan lain. Angka tersebut belum membuktikan backup cukup untuk seluruh pelanggan. Pengelola tetap perlu menguji beban yang ingin dipertahankan, membatasi trafik lain bila diperlukan, dan menilai kestabilan jalur.

3. Router, aturan jaringan, dan akses aplikasi

Pastikan router mampu menangani koneksi utama serta cadangan dengan aturan jaringan yang digunakan. Pemeriksaan mencakup port, kapasitas pemrosesan, routing atau pemilihan jalur, firewall, dan aturan penerjemahan alamat yang disebut NAT jika digunakan.

Siapkan daftar aplikasi yang perlu diuji, termasuk layanan pelanggan, sistem pengelolaan, dan akses jarak jauh. Perubahan alamat IP keluar dapat membuat sebagian koneksi aplikasi perlu tersambung kembali. Layanan yang bergantung pada IP publik tetap atau pembatasan berdasarkan IP perlu diperiksa secara khusus.

Pada RouterOS, aturan NAT jenis masquerade menghapus catatan koneksi terkait ketika interface terputus atau alamat IP-nya berubah. Ini membantu menjelaskan mengapa sesi yang sedang berjalan perlu diperiksa ketika jalur berganti. Perilakunya bergantung pada konfigurasi dan aplikasi; jangan menganggap semua sesi akan tetap aktif. Dokumentasi NAT MikroTik.

Simpan salinan konfigurasi dan tentukan cara mengembalikannya sebelum perubahan dilakukan. Hindari memakai skrip failover dari jaringan lain tanpa menyesuaikan versi perangkat lunak, alamat jaringan, dan aturan yang sudah ada.

4. Daya untuk perangkat yang dibutuhkan

UPS (Uninterruptible Power Supply) menyediakan daya sementara saat listrik terputus. Perangkat yang perlu tetap menyala dapat mencakup router, modem, switch, dan perangkat penghubung ke jaringan pelanggan.

Periksa rangkaian layanan secara utuh. Menyalakan router dengan UPS tidak cukup jika switch distribusi atau perangkat akses yang dibutuhkan masih mati. Lama daya bertahan mengikuti beban perangkat dan kondisi baterai; gunakan hasil uji, bukan hanya perkiraan dari label perangkat.

Dokumentasi APC menjelaskan bahwa peningkatan beban memperpendek waktu operasi UPS, sementara penuaan baterai dapat mengurangi daya tahannya. Periksa panduan model UPS yang digunakan dan lakukan pengujian sesuai prosedur produsennya. Penjelasan beban dan usia baterai UPS dari APC.

5. Biaya dan pembagian tugas

Selain langganan, tanyakan biaya pemasangan, perangkat, konfigurasi, pemeliharaan, dan penggunaan tambahan jika ada. Bandingkan biaya tersebut dengan fungsi backup yang ingin dicapai. Harga rendah belum tentu sesuai jika jalurnya mudah ikut terdampak gangguan yang sama.

Tentukan siapa yang memantau koneksi, mengubah konfigurasi, menghubungi provider, dan memberi informasi kepada pelanggan. Pembagian ini perlu disepakati agar tim tidak saling menunggu saat backup gagal digunakan.

Cara menguji failover sebelum digunakan pelanggan

Jadwalkan pengujian bersama petugas yang memahami jaringan. Tentukan pelanggan atau area uji, beri pemberitahuan bila layanan dapat terpengaruh, dan siapkan rencana pemulihan konfigurasi. Uji bertahap lebih mudah diperiksa daripada mengubah semua pengaturan sekaligus.

Gunakan urutan berikut:

1. Periksa kedua koneksi saat sehat. Catat jalur aktif, hasil akses internet, dan aplikasi yang bisa digunakan melalui masing-masing koneksi.
2. Simulasikan terputusnya jalur utama secara terkendali. Catat kapan gangguan dimulai, kapan router mendeteksinya, dan kapan trafik mulai memakai backup.
3. Uji kondisi jalur masih tersambung tetapi internet tidak dapat diakses. Jika bisa disimulasikan dengan aman oleh teknisi, periksa apakah pemantauan mengenali gangguan di luar sambungan fisik.
4. Periksa layanan setelah berpindah. Uji akses situs, pencarian alamat situs melalui DNS, aplikasi penting, serta download dan upload dalam cakupan uji yang disepakati.
5. Pulihkan jalur utama. Periksa apakah trafik kembali sesuai rancangan. Proses kembali ini disebut failback; pastikan koneksi tidak berpindah bolak-balik ketika jalur utama belum stabil.
6. Uji kondisi backup tidak tersedia. Pastikan tim mengetahui kegagalan tersebut dan tidak menganggap layanan sudah pulih hanya karena perpindahan telah dicoba.

Pemeriksaan port yang masih terhubung atau gateway, yaitu titik keluar yang digunakan router menuju jaringan lain, yang masih merespons belum membuktikan seluruh akses internet sehat. Pilih sasaran dan aturan pemantauan sesuai kondisi jaringan. Dokumentasi MikroTik menyediakan contoh pemeriksaan host internet serta penggunaan lebih dari satu host untuk meningkatkan keandalan deteksi. Referensi pemantauan failover.

Jangan menjanjikan perpindahan tanpa jeda sebelum diuji. Hasil pengujian harus menunjukkan lama pemulihan dan perilaku aplikasi, termasuk aplikasi yang perlu login atau tersambung kembali.

Checklist hasil uji backup internet

Catatan pengujian membantu membedakan backup yang sudah siap dari backup yang masih membutuhkan perbaikan. Tentukan kriteria penerimaan sebelum pengujian sesuai kebutuhan layanan; tidak ada satu batas waktu perpindahan yang berlaku untuk semua jaringan.

Unduh template CSV pencatatan uji backup RT/RW Net. Template ini kosong agar bisa diisi dengan hasil jaringan Anda sendiri. Simpan konfigurasi, kata sandi, dan data akses dalam penyimpanan terpisah yang sesuai; catatan uji cukup memakai identitas koneksi serta referensi bukti.

Setelah pengujian selesai, masukkan hasil dan pekerjaan yang belum tuntas ke laporan operasional RT/RW Net untuk mitra ISP. Ulangi pengujian setelah perubahan yang memengaruhi jalur, perangkat, atau konfigurasi, dan sepakati jadwal pemeriksaan rutin dengan tim.

Contoh hasil uji dan keputusan tindak lanjut

Seluruh waktu dan hasil berikut adalah simulasi, bukan hasil uji SJT atau janji waktu pemulihan. Dalam contoh ini, tim memilih target internal: akses situs dan DNS kembali berjalan paling lambat 60 detik sejak gangguan dimulai. Target ini hanya untuk ilustrasi; jaringan Anda perlu menetapkan kriteria sendiri sebelum pengujian.

Contoh tersebut belum dinyatakan siap untuk semua kebutuhan, meskipun akses situs pulih sesuai target. Akses pengelolaan masih gagal. Dalam simulasi, tim konfigurasi menjadi penanggung jawab perbaikan, dengan target penyelesaian sebelum jadwal uji ulang yang disepakati.

Pada CSV, buat satu baris untuk setiap skenario. Isi waktu mulai, waktu deteksi, dan waktu layanan dapat digunakan secara terpisah. Tulis aplikasi yang masih gagal serta referensi buktinya agar hasil “berhasil” tidak menutupi masalah lain.

Membahas backup dalam kemitraan ISP RT/RW Net

Dalam kemitraan ISP RT/RW Net, kebutuhan koneksi cadangan sebaiknya dibahas bersama rancangan jaringan utama. Bawa data lokasi, jalur yang sudah digunakan, kapasitas, riwayat gangguan, dan layanan yang ingin dipertahankan. Dari data itu, mitra dan ISP dapat memeriksa pilihan yang tersedia serta pembagian tugasnya.

Untuk pembahasan bersama PT Sinergi Jaringan Telekomunikasi (SJT), gunakan halaman program kemitraan ISP untuk RT/RW Net. Tanyakan ketersediaan jalur, pilihan kapasitas, perangkat, pengaturan failover, biaya, dan dukungan untuk lokasi Anda.

Pembahasan ini tidak berarti backup otomatis termasuk dalam setiap program. Ketersediaan serta ketentuannya perlu dikonfirmasi dan dicatat dalam kesepakatan kerja sama.

Kesimpulan

Backup internet RT/RW Net perlu dipertimbangkan ketika kegagalan jalur utama menimbulkan dampak yang sulit diterima oleh pelanggan dan pengelola. Mulailah dari riwayat gangguan, lalu periksa apakah jalur cadangan dapat mengatasi penyebab yang relevan.

Sebelum digunakan, siapkan kapasitas darurat, perangkat, daya, pembagian tugas, dan hasil uji perpindahan serta pemulihan. Dengan persiapan tersebut, pengelola memiliki dasar yang jelas untuk membahas backup bersama ISP dan menjelaskan layanan yang dapat dipertahankan selama gangguan.