Pengguna atau throughput? Menakar server VPN untuk beban nyata
Jumlah akun tidak menakar gerbang; pekerjaan yang tumpang tindih yang melakukannya. Bandingkan transfer bersamaan, CPU per inti, dan antrean, lalu tuliskan bebannya.
Sepuluh akun menganggur lebih murah daripada satu cadangan malam yang memenuhi terowongan, dan jumlah pengguna tidak bisa menunjukkan perbedaan itu. Menakar server VPN adalah perbandingan dua angka: konkurensi yang benar-benar Anda bawa dan sumber daya yang habis lebih dulu. Sebagian besar kesalahan kapasitas muncul dari memilih angka pertama dan tidak pernah mengukur yang kedua. Lakukan keduanya dalam urutan itu, dan keputusan perangkat keras berhenti menjadi tebakan.
Bandingkan jumlah akun dengan jam sibuk
Jumlah akun adalah lisensi dan batas dukungan; jam sibuk adalah beban. Daftarkan pekerjaan yang tumpang tindih pada jam itu: panggilan, administrasi jarak jauh, unduhan besar, cadangan, dan permintaan aplikasi privat yang membuat orang menunggu. Lalu tandai, untuk setiap butir, apakah ia melewati gerbang dan ke arah mana. Panggilan bersifat simetris dan peka terhadap tunda, sedangkan cadangan satu arah dan tahan terhadap awal yang lambat, jadi keduanya menekan bagian jalur yang berbeda.
Arah menentukan tautan mana yang penting. Uplink rumah jarang simetris, dan cabang yang mengunduh sepanjang hari mencapai batas hilirnya jauh sebelum gerbang mulai berkeringat. Tuliskan arah dan cakupan terowongan di samping setiap butir, karena gerbang yang hanya membawa tujuan privat dan yang membawa seluruh lalu lintas internet adalah dua masalah penakaran yang berbeda.
Tambahkan beban latar sebagai barisnya sendiri: pembaruan klien, telemetri, dan apa pun yang dilakukan host selain meneruskan. Byte itu mudah dilupakan dan antarmuka yang sama menghitungnya.
Temukan sumber daya yang habis sebelum tautan
Tautan hanyalah satu kandidat. Kerja kripto satu terowongan dapat menahan satu inti sementara antarmuka duduk setengah kosong, dan antrean yang jenuh dapat membuat panggilan tak terpakai pada throughput yang tampak biasa saja di grafik. Tujuan yang berjarak satu rute lambat juga bisa tampak seperti kelemahan gerbang dari kursi klien. Tiga pengamatan memisahkan kasus ini, dan tak satu pun memerlukan uji ledakan.
| Observation | What to inspect |
|---|---|
| one core busy, bytes steady | per-core CPU, implementation, offload status |
| calls degrade during transfers | queueing and the access link |
| one remote destination slow | that route and its service |
Ukur dengan transfer yang boleh Anda jalankan, dan tambahkan pekerjaan bersamaan secara bertahap, bukan sekaligus. Baca laju mantap dan respons interaktif bersama-sama, karena uji laju puncak saja menyembunyikan sesi yang telah menjadi tak terpakai. Gerbang yang melewati throughput maksimumnya sementara panggilan terputus belum lulus uji.
Lalu ulangi prosesnya dengan beban opsional dihentikan. Batas yang bergeser saat cadangan berhenti tidak pernah menjadi batas gerbang.
Ubahlah perbandingan menjadi angka yang bisa Anda pertahankan
Pilih sumber daya yang habis dan nyatakan kebutuhan dalam satuannya: inti pada utilisasi target selama jam sibuk, bit per detik di setiap arah, atau sesi bersamaan di bawah batas tunda. Sisakan ruang untuk pembaruan, diagnostik, dan pemulihan, karena server yang duduk di langit-langit terukurnya tidak menyisakan apa pun untuk pekerjaan yang menjaganya berjalan. Lalu tuliskan angkanya di samping konfigurasi yang menghasilkannya, termasuk jumlah klien dan uji yang dipakai.
Angka pengguna per inti adalah angka yang paling tidak portabel dalam latihan ini, karena ia mengasumsikan campuran protokol dan profil perangkat yang tidak dimiliki situs berikutnya. Simpan pengukurannya dan buang rumusnya. Ketika seseorang meminta kapasitas untuk lima puluh pengguna tambahan, jawaban jujurnya adalah profil jam sibuk kelima puluh orang itu, bukan perkalian.
Catat waktu respons serta throughput. Kapasitas yang hanya mempertahankan transfer massal bukan kapasitas bagi orang-orang yang sedang menelepon, dan tinjauan berikutnya akan menanyakan perbedaannya.
Pilih antara menaikkan skala dan memisahkan peran
Ketika batas terukur adalah satu inti, lebih banyak inti dengan kecepatan sama mungkin tidak membantu; inti yang lebih cepat atau model pekerja yang berbeda bisa. Ketika batasnya CPU agregat, instans yang lebih besar adalah perbaikan langsung. Ketika batasnya tautan akses, tidak ada perubahan server yang membantu dan perbandingan berakhir di penyedia. Memisahkan peran web dan VPN ke host terpisah membeli isolasi dengan biaya permukaan manajemen kedua.
Bandingkan opsi itu dengan angka yang tercatat, bukan satu sama lain. Perubahan yang menggandakan sumber daya yang bukan kendala adalah biaya tanpa manfaat, dan catatan itulah yang memungkinkan Anda mengatakannya tanpa perdebatan. Ukur ulang setelah perubahan dengan beban yang sama, atau Anda telah mengganti satu tebakan dengan tebakan lain.