VPN indirmesi neden sunucunun yüklemesiyle sınırlanır

İstemci hızlı bir aşağı bağlantı gösteriyor, sunucu bir fiber bağlantıda oturuyor ve aktarım yine de sürünüyor. İnsanların karşılaştırdığı sayı genellikle istemcinin planında basılı olan sayıdır, oysa paket aslında önce sunucunun giden erişim bağlantısını geçer. O bağlantı aktarımın sığması gereken bütçedir. Küçük bir ev bağlantısında yoldaki en küçük sayıdır.

Okuduğunuz sayı yanlış yöndeydi

Uzak bir istemciye doğru indirme, tünelin sunucu ucunda yükleme kapasitesini tüketir. Sunucunun duyurulan indirme hızları ters yönü tanımlar ve bu yön hakkında hiçbir şey söylemez. Aynı asimetri istemci yüklediğinde tersine döner, bu yüzden bir yön iyi hissettirirken diğeri kullanılamaz olabilir.

Kapsülleme ek yükü ve herhangi bir rekabet eden trafik aynı bütçenin bir kısmını harcar. İkisi de yalnızca istemciyi ölçen bir hız testinde görünmez.

Yolu bir bütçe olarak yazın

Paketin geçmesi gereken her sınırı listeleyin ve her birine aynı birimde bir sayı verin. Kaynaktan teslimat, sunucuda işleme, sunucunun yükleme bağlantısı, aradaki yol, istemcinin indirme bağlantısı ve istemcide işleme hepsi geçerlidir. Kullanılabilir hız bunların en küçüğü eksi ek yüktür ve bu tavanın üzerindeki hiçbir ayar sonucu değiştirmez. Listeyi ölçmeden önce yazın, çünkü hangi sayıya inanmamanız gerektiğini söyler.

Sunucunun yükleme bağlantısı 20 Mbit/s ve istemcinin indirme bağlantısı 100 Mbit/s olduğunda, sunucu aktarımı istemci fark etmeden çok önce sınırlar. Ek yük ve herhangi bir eşzamanlı aktarım bir pay daha alır, doymuş bir yükleme bağlantısı da onayları geciktirir, bu da bir TCP aktarımını ham tavanın altına düşürür. İki etkinin hiçbiri plan karşılaştırmasında görünmez.

Megabit ile megabaytı ayrı tutun ve her sayının şifreli bağlantı trafiğini mi yoksa uygulama yükünü mü ölçtüğünü söyleyin. Bu ikisini karıştırmak bir bütçenin tutmuyor gibi görünmesinin en yaygın nedenidir. Her sayıyı birimi ve ölçüm noktasıyla etiketleyin.

Kart size gerçekte nerede pahalıya gelir

Erişim bağlantısı yeterince büyük olduğunda uç noktanın donanımı görünür hale gelir ve ancak o zaman işlemci önem kazanır. Modeli, arayüz düzenini ve kullanılan uygulamayı belirleyin. Erken bir kartın paylaşılan veri yolu hakkındaki bir gözlem sonraki her revizyonu tanımlamaz.

Tek bir CPU ortalaması yerine bireysel işleme yollarını karşılaştırın. Ilımlı bir toplam yük, paket başına tüm işi yapan doymuş bir çekirdeği gizleyebilir ve saat frekansı performans puanı olarak işlemci tasarımları arasında geçmez. Küçük paketler bayt başına büyüklerden daha pahalı olduğu için paket hızı verim kadar önemlidir. İş yükünüzün gerçekte kullandığı paket boyutlarıyla ölçün.

Isıl ve güç sınırları da kalıcı davranışı belirler. Kısa bir patlama mükemmel görünebilirken on dakikalık bir aktarım kısıtlanır, bu yüzden birkaç saniyelik bir kıyaslama gece yedeği için kötü bir yol göstericidir.

Satıcının performans kılavuzu erişim bant genişliğini, CPU'yu, paket işlemeyi, taşımayı ve paket boyutunu ayrı kısıtlamalara böler. Bir şifreyi değiştirmeden önce bunları okumaya değer, çünkü şifre değişikliği hiçbir zaman sınır olmayan bir sınırı nadiren kaydırır.

Bir şifreyi değiştirmeden önce ölçün

Tünelden gerçekte elde edilen hızı bildiren yönlü bir test çalıştırın, ardından karşılaştırma için aynı testi ham arayüzde çalıştırın. Bu iki sayı arasındaki fark tünelin maliyetidir ve iki tavandan küçük olanı hangi sınıra saldırmanız gerektiğini söyler.

Karşılaştırırken güvenlik ilkesini bozmayın. Zayıf bir şifreyle veya hız aşırtılmış bir kartla elde edilmiş eski bir sonuç mevcut dağıtım için plan değildir.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Yönlü sonuçları aynı çalıştırmadan gelen uç nokta gözlemlerinin yanında saklayın. Bir sonraki değişiklik, spesifikasyon sayfasında en küçük görünen bileşeni değil, ölçülen tavanı hedeflemelidir.