VPN yükləməsi niyə serverin göndərmə sürəti ilə məhdudlaşır

Müştəri sürətli eniş əlaqəsi göstərir, server lif əlaqəsində oturur, köçürmə isə yenə sürünür. İnsanların müqayisə etdiyi rəqəm adətən müştərinin tarifində yazılmış rəqəmdir, halbuki paket əvvəlcə serverin çıxış giriş əlaqəsini keçir. Həmin əlaqə köçürmənin sığmalı olduğu büdcədir. Kiçik ev əlaqəsində bu, yolda ən kiçik rəqəmdir.

Oxuduğunuz rəqəm yanlış istiqamətdə idi

Uzaq müştəriyə doğru yükləmə tunelin server ucunda göndərmə tutumunu sərf edir. Server üçün elan edilən eniş sürətləri əks istiqaməti təsvir edir və bu istiqamət barədə heç nə demir. Müştəri göndərdikdə eyni asimmetriya tərsinə çevrilir, buna görə bir istiqamət yaxşı hiss oluna bilər, digəri isə yararsız qalır.

Enkapsulyasiya yükü və hər hansı rəqabətli trafik həmin büdcənin bir hissəsini sərf edir. Onların heç biri yalnız müştərini ölçən sürət testində görünmür.

Yolu büdcə kimi yazın

Paketin keçməli olduğu hər sərhədi sadalayın və hər birinə eyni vahiddə rəqəm verin. Mənbə çatdırılması, server emalı, serverin göndərmə əlaqəsi, aralıq yol, müştərinin eniş əlaqəsi və müştərinin emalı hamısı tətbiq olunur. İstifadə oluna bilən sürət bunlardan ən kiçiyidir, yükü çıxdıqdan sonra, və bu tavanın üstündə heç bir tənzimləmə nəticəni dəyişmir. Siyahını ölçməzdən əvvəl yazın, çünki hansı rəqəmə inanmamalı olduğunuzu deyir.

Serverin 20 Mbit/s göndərmə əlaqəsi və müştərinin 100 Mbit/s eniş əlaqəsi ilə server köçürməni müştəri fərq etməzdən çox əvvəl məhdudlaşdırır. Yük və hər hansı paralel köçürmə daha bir pay alır, doymuş göndərmə əlaqəsi həm də təsdiqləri ləngidir və bu, TCP köçürməsini xam tavanın altına salır. İki effektin heç biri tarif müqayisəsində görünmür.

Meqabitlə meqabaytı ayırın və hər rəqəmin şifrələnmiş əlaqə trafiki, yoxsa tətbiq yükünü ölçdüyünü deyin. Bu ikisini qarışdırmaq büdcənin guya uyğun gəlməməsinin ən çox yayılmış səbəbidir. Hər rəqəmi vahidi və ölçmə nöqtəsi ilə işarələyin.

Lövhə sizə həqiqətən harada başa gəlir

Giriş əlaqəsi kifayət qədər böyük olduqdan sonra son nöqtənin aparatı görünməyə başlayır və yalnız bundan sonra prosessor əhəmiyyət kəsb edir. Modeli, interfeys düzümünü və istifadə olunan tətbiqi müəyyən edin. Erkən lövhənin ortaq şini haqqında müşahidə sonrakı hər reviziyanı təsvir etmir.

Tək bir prosessor ortalaması yerinə ayrı-ayrı emal yollarını müqayisə edin. Orta ümumi yük hər paket üzrə bütün işi görən bir doymuş nüvəni gizlədə bilər və saat tezliyi prosessor dizaynları arasında performans göstəricisi kimi keçmir. Paket sürəti ötürmə qabiliyyəti qədər vacibdir, çünki kiçik paketlər böyüklərə nisbətən bayt başına daha bahalıdır. İş yükünüzün həqiqətən istifadə etdiyi paket ölçüləri ilə ölçün.

İstilik və güc hədləri də davamlı davranışı müəyyən edir. Qısa partlama əla görünə bilər, eyni zamanda on dəqiqəlik köçürmə sürəti azaldır, buna görə bir neçə saniyəlik benchmark gecəlik ehtiyat nüsxə üçün pis bələdçidir.

Təchizatçının performans qaydaları giriş buraxılış zolağını, prosessoru, paket emalını, nəqli və paket ölçüsünü ayrı-ayrı məhdudiyyətlərə bölür. Şifrəni dəyişməzdən əvvəl onları oxumağa dəyər, çünki şifrə dəyişikliyi heç vaxt hədd olmayan sərhədi nadir hallarda tərpədir.

Şifrəni dəyişməzdən əvvəl ölçün

Tuneldən həqiqətən əldə edilən sürəti bildirən istiqamətli test keçirin, sonra müqayisə üçün eyni testi xam interfeysdə keçirin. Bu iki rəqəm arasındakı fərq tunelin dəyəridir və iki tavandan kiçiyi hansı sərhədə hücum etməli olduğunuzu deyir.

Müqayisə edərkən təhlükəsizlik siyasətini toxunulmaz saxlayın. Zəif şifrə və ya həddindən artıq tezlikdə işlədilən lövhə ilə əldə edilmiş köhnə nəticə cari yerləşdirmə üçün plan deyil.

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

İstiqamətli nəticələri həmin qaçışın son nöqtə müşahidələrinin yanında saxlayın. Növbəti dəyişiklik spesifikasiya vərəqində ən kiçik görünən komponenti deyil, ölçülmüş tavanı hədəfləməlidir.