Skalakan Sesi VPN menurut Peran, lalu Periksa Sisa Kapasitas Kegagalan

Anda menambahkan gateway kedua, konsol menampilkan dua anggota sehat, dan plafon sesi hampir tidak bergerak, karena tidak ada yang memberi tahu klien cara mencapai kotak baru itu. Menskalakan layanan VPN adalah dua keputusan berurutan: mekanisme mana yang mendistribusikan klien untuk jenis koneksi ini, dan berapa banyak kapasitas yang tersisa setelah kehilangan tunggal terburuk. Mengambilnya dalam urutan terbalik menghasilkan desain yang tampak redundan dan gagal tepat saat dibutuhkan. Mulailah dari konsol, lalu kerjakan aritmetikanya.

Paskan mekanisme dengan jenis sesi

Pengguna jarak jauh, mitra antar situs, dan terowongan perangkat yang selalu aktif bukanlah sesi yang dapat dipertukarkan. Fitur distribusi yang dibuat untuk salah satunya biasanya mengalihkan klien selama negosiasi, yang tidak berarti apa-apa bagi mitra yang sudah memiliki alamat tetap dan konfigurasi statis.

Panduan ketersediaan tinggi ASA dari Cisco memisahkan tiga kemampuan: penyeimbangan beban VPN akses jarak jauh, failover dengan status, dan pengelompokan antar situs. Hanya yang pertama memindahkan klien yang memenuhi syarat dari entri grup ke anggota, dan koneksi LAN-ke-LAN tetap di luar distribusi itu. Penyeimbang TCP generik tidak dapat menggantikan langkah pengalihan milik protokol itu sendiri, karena handshake terowongan bukan HTTP biasa yang dapat ditulis ulang oleh proxy. Hasil praktisnya adalah penyeimbang yang menerima koneksi namun tetap membuat klien tidak dapat membuat terowongan.

Baca daftar fitur terhadap jenis sesi Anda sebelum memesan perangkat kedua. Baris lisensi dan baris mekanisme adalah entri terpisah, dan yang satu tidak menyiratkan yang lain.

Kerjakan contohnya alih-alih menebak

Misalkan tiga gateway masing-masing divalidasi pada 800 terowongan bersamaan dengan beban kerja yang Anda setujui, yang berjumlah 2,400. Target jam sibuk 1,650 tampak nyaman sampai satu unit hilang, dan kemudian pasangan yang tersisa harus menahan 1,650 melawan 1,600 yang keras. Desainnya sudah gagal, dan tidak ada penyetelan failover yang memperbaiki aritmetika.

Tetapkan target agar kumpulan yang bertahan masih memenuhinya, yang bagi grup tiga anggota berarti tetap di bawah dua pertiga dari total. Rasio itu adalah sifat aritmetika, bukan sifat produk mana pun, jadi hitung ulang setiap kali angka tervalidasi seorang anggota berubah. Simpan jumlah berlisensi, maksimum terdokumentasi, dan angka terukur Anda sendiri dalam tiga kolom, karena ketiganya jarang sepakat dan yang terkecil menentukan. Kolom keempat untuk puncak jam sibuk yang teramati menjaga rencana tetap jujur setelah bulan pertama.

Anggarkan lonjakan koneksi ulang, bukan hanya kondisi tunak

Sesi pada anggota yang gagal tidak muncul kembali dengan tenang di tempat lain. Bergantung pada mekanismenya, sesi tersebut gagal alih dengan status, bernegosiasi ulang dari awal, atau menunggu aplikasi mencoba lagi sesuai jadwalnya sendiri.

Beberapa ribu klien yang mencoba lagi dalam satu menit adalah peristiwa yang berbeda dari 1,650 yang stabil, dan server autentikasi merasakannya lebih dulu. Periksa juga ruang pool, karena pengalihan tidak mengonsultasikannya: anggota yang tidak dapat mengalokasikan alamat tetap menerima klien lalu membuang trafiknya.

Verifikasi kapasitas dengan pool dan rute di tangan

Verifikasi adalah latihan hanya-baca yang menangkap sebagian besar kesalahan desain sebelum jendela pemeliharaan dibuka. Kumpulkan pool per anggota, jumlah sesi aktif, dan rute kembali ke subnet klien, lalu bandingkan masing-masing dengan rencana. Kehabisan pool dan rute balik yang hilang keduanya muncul sebagai klien yang terautentikasi lalu kehilangan trafik.

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

Jalankan pembacaan itu pada setiap anggota selama jam sibuk normal, bukan jam sepi. Anggota yang melaporkan sesi tetapi tidak memiliki alamat bebas sudah berada pada batas praktisnya, apa pun kata lisensi. Catat versi firmware di samping setiap keluaran, karena nama perintah berubah antar rilis.

Latih kehilangan itu sekali dengan sengaja, di luar jam kerja, dan catat apa yang dilaporkan anggota yang bertahan saat itu terjadi. Anggota yang menerima pengalihan tetapi tidak memiliki ruang pool muncul sebagai alokasi gagal, yang tidak pernah diperbaiki oleh bandwidth tambahan. Simpan angka tervalidasi bersama tanggal di samping rencana, agar tinjauan kapasitas berikutnya dimulai dari bukti, bukan dari spreadsheet lisensi. Tambahkan hasil latihan itu ke halaman yang sama, bahkan ketika angkanya cocok dengan rencana.