Kullanıcılar mı, aktarım mı? VPN sunucusunu gerçek yüke göre boyutlandırma
Hesap sayısı bir ağ geçidini boyutlandırmaz; bunu örtüşen iş yapar. Eşzamanlı aktarımları, çekirdek başına CPU'yu ve kuyrukları karşılaştırın, sonra yükü yazın.
On boşta hesap, tüneli doyuran bir gecelik yedeklemeden daha ucuza gelir ve kullanıcı sayısı bu farkı gösteremez. VPN sunucusunu boyutlandırmak iki sayının karşılaştırmasıdır: gerçekte taşıdığınız eşzamanlılık ve ilk tükenen kaynak. Kapasite hatalarının çoğu ilk sayıyı seçip ikinciyi hiç ölçmemekten kaynaklanır. İkisini de bu sırayla yapın, donanım kararı artık bir tahmin olmaktan çıkar.
Hesap sayısını yoğun saatle karşılaştırın
Hesap sayısı bir lisans ve destek sınırıdır; yoğun saat bir yüktür. O saatte örtüşen işleri listeleyin: aramalar, uzaktan yönetim, büyük indirmeler, yedeklemeler ve insanları bekletip duran özel uygulama istekleri. Ardından her kalem için ağ geçidini geçip geçmediğini ve hangi yönde geçtiğini işaretleyin. Aramalar simetrik ve gecikmeye duyarlıdır, yedekleme ise tek yönlüdür ve yavaş başlangıca dayanır; bu yüzden yolun farklı bölgelerine yük bindirirler.
Hangi bağlantının önemli olduğunu yön belirler. Ev yukarı bağlantısı nadiren simetriktir ve gün boyu indirme yapan bir şube, ağ geçidi terlemeye başlamadan çok önce kendi aşağı yön sınırına dayanır. Her kalemin yanına yönü ve tünelin kapsamını yazın, çünkü yalnızca özel hedefleri taşıyan bir ağ geçidi ile tüm internet trafiğini taşıyan bir ağ geçidi iki farklı boyutlandırma sorunudur.
Arka plan yükünü kendi satırı olarak ekleyin: istemci güncellemeleri, telemetri ve ana makinenin iletme dışında yaptığı her şey. Bu baytları unutmak kolaydır ve aynı arayüz onları sayar.
Bağlantıdan önce tükenen kaynağı bulun
Bağlantı yalnızca bir adaydır. Tek bir tünelin şifreleme işi bir çekirdeği meşgul ederken arayüz yarı boş oturabilir ve dolu bir kuyruk, grafikte sıradan görünen bir aktarımda aramaları kullanılamaz hale getirebilir. Tek bir yavaş rota uzaklığındaki hedef de istemcinin koltuğundan ağ geçidi zayıflığı gibi görünebilir. Üç gözlem bu durumları ayırır ve hiçbiri patlama testi gerektirmez.
| 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 |
Çalıştırmanıza izin verilen bir aktarımla ölçün ve eşzamanlı işi hepsini birden değil adım adım ekleyin. Kalıcı hızı ve etkileşimli yanıtı birlikte okuyun, çünkü yalnızca tepe hız testi kullanılamaz hale gelen bir oturumu gizler. Aramalar dağılırken azami aktarımını geçen bir ağ geçidi testi geçmemiştir.
Ardından çalıştırmayı isteğe bağlı yükleri durdurarak yineleyin. Yedekleme durduğunda yer değiştiren sınır hiçbir zaman ağ geçidinin sınırı olmadı.
Karşılaştırmayı savunabileceğiniz bir sayıya dönüştürün
Tükenen kaynağı seçin ve gereksinimi kendi birimlerinde ifade edin: yoğun saatte hedef kullanımda çekirdekler, her yönde saniyede bit ya da gecikme sınırı altında eşzamanlı oturumlar. Güncellemeler, tanılama ve kurtarma için pay bırakın, çünkü ölçülen tavanında oturan bir sunucunun onu çalışır tutan işe ayıracak bir şeyi kalmaz. Ardından sayıları bunları üreten yapılandırmanın yanına yazın; istemci sayısı ve kullanılan test dahil.
Çekirdek başına kullanıcı sayısı bu alıştırmadaki en az taşınabilir sayıdır, çünkü sonraki sahanın paylaşmadığı bir protokol karışımını ve cihaz profilini varsayar. Ölçümü saklayın, formülü bırakın. Biri elli ek kullanıcı için kapasite istediğinde dürüst yanıt o ellinin yoğun saat profilidir, bir çarpma değil.
Aktarımın yanı sıra yanıt süresini de kaydedin. Yalnızca toplu aktarımı koruyan kapasite, aramadaki insanlar için kapasite değildir ve sonraki inceleme bu farkı soracaktır.
Yukarı ölçekleme ile rolü ayırma arasında seçin
Ölçülen sınır tek bir çekirdekse, aynı hızda daha fazla çekirdek yardımcı olmayabilir; daha hızlı bir çekirdek ya da farklı bir işçi modeli yardımcı olabilir. Sınır toplam CPU ise daha büyük bir örnek doğrudan çözümdür. Sınır erişim bağlantısı ise hiçbir sunucu değişikliği yardımcı olmaz ve karşılaştırma sağlayıcıda biter. Web ve VPN rollerini ayrı ana makinelere bölmek, ikinci bir yönetim yüzeyi pahasına yalıtım satın alır.
Bu seçenekleri birbirleriyle değil, kaydedilen sayıyla karşılaştırın. Kısıt olmayan bir kaynağı iki katına çıkaran değişiklik, faydası olmayan bir maliyettir ve tartışmasız bunu söylemenizi sağlayan şey kayıttır. Değişiklikten sonra aynı yükle yeniden ölçün, yoksa bir tahmini başka bir tahminle değiştirmiş olursunuz.