Tautan nirkabel sebagai cadangan: failover berute atau satu segmen?

Dua gedung, sebuah radio titik-ke-titik, dan sebuah VPN internet yang dapat menjadi jalur kedua. Sebelum cadangan menjadi otomatis, satu pertanyaan menentukan hampir semua hal lainnya: apa yang harus bertahan — keterjangkauan IP antar subnet terpisah atau satu segmen Ethernet bersama? Kenyataan bahwa radio berperilaku seperti kabel bukan alasan untuk memperluas setiap frame siaran melalui internet. Jawab pertanyaan itu lebih dahulu, karena kedua jawaban menuntut kendali loop, pemeriksaan kesehatan, dan gagasan pemulihan yang berbeda.

Tentukan apa yang harus bertahan saat gangguan

Daftarkan aplikasi yang harus tetap berjalan dan catat apakah mereka bergantung pada keterjangkauan Layer 3 atau pada ketetanggaan Layer 2. Berbagi berkas, koneksi basis data, dan layanan web biasanya hanya peduli pada rute; protokol penemuan, sebagian produk klaster, dan apa pun yang mengharapkan satu domain siaran peduli pada ketetanggaan. Cadangan yang memulihkan jenis keterjangkauan yang salah menghasilkan lokasi yang secara teknis terhubung dan secara praktis tidak berguna.

Tuliskan daftar itu dan lampirkan pada desain, karena jawabannya biasanya bergeser begitu pemilik aplikasi pertama mendengar tentang tautan baru.

Failover berute: dua prefiks, satu jalur pilihan

Dengan prefiks lokasi yang berbeda, cadangan menjadi masalah perutean. Setiap router memiliki jalur pilihan melalui radio dan jalur yang kurang dipilih melalui terowongan, dan rute pilihan ditarik kembali ketika radio berhenti mengirimkan lalu lintas. Sisi seberang memerlukan rute baliknya sendiri, dan kedua sisi harus menyepakati jalur mana yang dipilih pada setiap arah agar lalu lintas tidak menempuh jalan jauh hanya pada satu arah.

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

Baca perintah ketiga sama seperti perintah kedua: aturan kebijakan, tabel kedua, atau keputusan berbasis sumber dapat mengirim lalu lintas dari satu subnet secara berbeda dari subnet lain, dan satu pencarian bawaan menyembunyikannya.

Failover dijembatani: satu segmen, satu jalur penghambat

Jika ketetanggaan benar-benar diperlukan, cadangan harus membawa frame Ethernet, yang tidak dilakukan terowongan IP berute. Menjembatani antarmuka VPN ke dalam segmen lokal didukung oleh sebagian platform, dan antarmuka itu kemudian menjadi anggota jembatan dengan konsekuensinya. Dua jalur Layer 2 yang meneruskan secara bersamaan membentuk loop, jadi desain memerlukan pohon rentang yang mencakup kedua lokasi dan pernyataan jelas tentang jalur mana yang harus menghambat.

Itu keputusan desain yang substansial, bukan kotak centang, dan dokumentasi penjembatanan untuk platform Anda, seperti ikhtisar jembatan untuk pfSense, adalah tempat untuk memastikan apa yang sebenarnya diikuti anggota VPN. Mengaktifkan opsi pohon rentang pada satu perangkat yang tidak terkait tidak membuktikan apa pun tentang tata letak ujung ke ujung.

Pantau batas yang penting

Radio bertenaga, antarmuka yang menyala, dan terowongan yang sehat masing-masing menggambarkan fakta lokal. Tidak satu pun membuktikan bahwa paket dari satu gedung mencapai host di gedung lain, dan itulah satu-satunya fakta yang harus menjadi dasar logika failover. Pantau target di luar router jauh jika kebijakan mengizinkan, dan pantau kedua arah secara terpisah agar kegagalan asimetris terlihat.

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

Jaga pemeriksaan tetap murah dan terbatas: interval pendek, jumlah kecil, dan batas waktu yang sesuai dengan toleransi aplikasi. Monitor yang sendiri bergantung pada jalur yang diujinya akan melaporkan keberhasilan sampai saat ia berhenti melaporkan apa pun.

Latih kedua arah di bawah beban

Jangan menyalin satu target konvergensi dari topologi orang lain. Waktu deteksi, konvergensi rute atau jembatan, kesiapan terowongan, dan pemulihan aplikasi masing-masing menyumbang penundaannya sendiri, dan jumlah pada peralatan Anda adalah satu-satunya angka yang penting. Latih saat lalu lintas representatif berjalan, agar pengukuran mencakup antrean dan sesi yang ada di produksi.

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

Uji pemulihan seceramat kegagalan. Radio tidak stabil yang muncul dan hilang akan menyeret lalu lintas bolak-balik jika logika preferensi tidak memiliki peredaman, dan pengguna mengalaminya lebih buruk daripada satu gangguan bersih. Catat jalur yang dipilih pada setiap tahap, permintaan baru mana yang berhasil, dan apa yang terjadi pada sesi yang terbuka saat jalur berubah. Catatan itulah yang mengubah kabel kedua menjadi kebijakan operasional.