Daha büyük bir VPN havuzu daha büyük bir oturum sınırı değildir

Bir /22, 1,024 IPv4 adresi barındırır ve bu sayı kolayca kapasiteyle karıştırılır. Aralığın kaç atama destekleyebileceğini anlatır; ağ geçidinin kaç oturum kabul edeceğini veya ne kadar trafiği iletebileceğini değil. Her yanıtın arkasında üç ayrı sayım vardır ve bunlar farklı biçimlerde başarısız olur. Bunları karşılaştırmak, bir reddin doğru sayıma atfedilmesini sağlar.

Havuz, hak ve iş yükü farklı birimlerde ve farklı sahipler tarafından sayılır.

Havuzun gerçekte sunduğu

Maskeyle değil, gerçek sınırlarla başlayın. Alt ağ topolojisi sunucunun kaç adres dağıtabileceğini belirler, sabit atamalar ve rezervasyonlar bir kısmını tüketir, ağ ve yayın adresleri kullanılamaz. /22 ilke olarak 1,024 sunar, pratikte daha azını; bu bile insanların beklediği aritmetiği bozmaya yeter. İstemcilerin ulaşması gereken ağlarla örtüşme, cömert görünen bir aralığı dışarıda bırakabilir. Duyurmadan önce atama mekanizmasının önerilen aralığı desteklediğini doğrulayın.

Daha büyük bir havuz tam olarak tek bir kısıtı kaldırır. Kabul sınırlarına, lisanslamaya veya iletim verimine dokunmaz; yolları ve erişim ilkesini değiştirmeden bir alt ağı büyütmek kimsenin ulaşamayacağı bir aralık yaratır.

Lisansın gerçekte izin verdiği

Platformun desteklediği eşzamanlılık ve ürün hakkı iki sayı daha ve bunlar çoğu zaman aynı değil. Haklar kullanıcıları, cihazları veya eşzamanlı oturumları sayabilir ve bu ölçüler birbirinin yerine geçmez. Satıcıların sipariş kılavuzları modellerin ne kadar farklı olabileceğini gösterir, bu yüzden eski bir veri sayfasındaki eş sayısı yeni bir kuruluma taşınmamalıdır. Gerçekten işlettiğiniz hizmete uygulanan sözleşmeyi okuyun.

Adlandırılmış kullanıcıları sayan bir lisans, havuzda yer var diye daha fazla cihaz kabul etmez.

Ağ geçidinin gerçekte taşıyabildiği

Üçüncü sayım iş yüküdür. Bu oturumların birlikte ürettiği trafiği tahmin edin: paket hızları, kimlik doğrulama patlamaları, şifreleme maliyeti ve etkin olan ilke özellikleri. Etkileşimli oturumlar ve toplu aktarımlar aynı makineye çok farklı biçimde iner. Ağ geçidinin boş adresleri ve lisanslı kabulü olabilirken amaçlanan yük, iletebileceğinin üzerine çıkabilir. Özellik kümesini yok sayan kapasite planlaması yalnızca her şeyin kapalı olduğu bir laboratuvarda geçerli bir sayı üretir.

Ret, o deneme için ağ geçidinin ne kaydettiğine bakma anıdır: bir atama olayı, bir kabul kararı veya takılmış bir kimlik doğrulama çağrısı. Bu üçü farklı düzeltmeler gerektirir ve istemci tarafından tahmin etmek nadiren doğru olanı seçer.

Bir şeyi değiştirmeden önce reddi ilişkilendirin

Yararlı karşılaştırma, üç sayım ile gözlenen arıza arasındadır. Havuz doluysa genişletin ve onu tanımlayan yolları ve ilkeyi güncelleyin. Adresler kalırken kabul reddediliyorsa kısıt başka yerdedir. Oturumlar kabul edilip performans çöküyorsa sorun kapasitedir, iki sınırdan hiçbiri değil.

Hangi sayımın tükendiğini, ne zaman olduğunu ve sonrasında neyin değiştiğini kaydedin. Bu kayıt, bir sonraki incelemenin yeniden alt ağ maskesinden başlamasını önler.

Havuzu büyütmek tek satırlık bir değişikliktir ve üç parçalı bir takip gerektirir: yollar, ilke ve yeniden test.