რატომ შემოიფარგლება VPN ჩამოტვირთვა სერვერის ატვირთვით

კლიენტი აჩვენებს სწრაფ ჩამოტვირთვის არხს, სერვერი ოპტიკურ კავშირზე ზის, და გადაცემა მაინც ძვრება. რიცხვი, რომელსაც ხალხი ადარებს, ჩვეულებრივ კლიენტის ტარიფზე დაბეჭდილი რიცხვია, თუმცა პაკეტი რეალურად პირველად სერვერის გამავალ წვდომის არხს კვეთს. ის არხი არის ბიუჯეტი, რომელშიც გადაცემა უნდა მოთავსდეს. პატარა სახლის კავშირზე ეს გზაზე ყველაზე პატარა რიცხვია.

რიცხვი, რომელიც წაიკითხეთ, არასწორ მიმართულებაში იყო

ჩამოტვირთვა დისტანციური კლიენტისკენ ხარჯავს ატვირთვის სიმძლავრეს გვირაბის სერვერის ბოლოში. სერვერის გამოცხადებული ჩამოტვირთვის სიჩქარეები საპირისპირო მიმართულებას აღწერს და ამაზე არაფერს ამბობს. იგივე ასიმეტრია ბრუნდება, როცა კლიენტი ატვირთავს, და ამიტომ ერთი მიმართულება შეიძლება კარგად იგრძნობოდეს, სანამ მეორე გამოუსადეგარია.

შეფუთვის ხარჯები და ნებისმიერი კონკურენტული ტრაფიკი იმავე ბიუჯეტის ნაწილს ხარჯავს. არც ერთი მათგანი არ ჩანს სიჩქარის ტესტში, რომელიც მხოლოდ კლიენტს ზომავს.

ჩაწერეთ გზა ბიუჯეტად

ჩამოთვალეთ ყოველი საზღვარი, რომელიც პაკეტმა უნდა გადაკვეთოს, და თითოეულს მიეცით რიცხვი იმავე ერთეულში. მიწოდება წყაროდან, დამუშავება სერვერზე, სერვერის ატვირთვის არხი, შუალედური გზა, კლიენტის ჩამოტვირთვის არხი და დამუშავება კლიენტზე — ყველა მოქმედებს. გამოსაყენებელი სიჩქარე მათგან ყველაზე პატარაა, ხარჯების გამოკლებით, და ამ ჭერის ზემოთ არცერთი რეგულირება არ ცვლის შედეგს. ჩაწერეთ სია გაზომვამდე, რადგან გეუბნებათ, რომელ რიცხვს არ უნდა ენდოთ.

სერვერის 20 Mbit/s ატვირთვის არხით და კლიენტის 100 Mbit/s ჩამოტვირთვის არხით, სერვერი გადაცემას ზღუდავს იმაზე გაცილებით ადრე, ვიდრე კლიენტი შეამჩნევს. ხარჯები და ნებისმიერი პარალელური გადაცემა კიდევ ერთ წილს იღებს, და გაჯერებული ატვირთვის არხი დადასტურებებსაც აყოვნებს, რაც TCP გადაცემას ნედლ ჭერზე დაბლა ანელებს. არც ერთი ეს ეფექტი არ ჩანს ტარიფების შედარებაში.

მეგაბიტი და მეგაბაიტი ცალ-ცალკე შეინახეთ და თქვით, თითოეული რიცხვი დაშიფრული არხის ტრაფიკს ზომავს თუ აპლიკაციის სასარგებლო დატვირთვას. ამ ორის შერევა ბიუჯეტის არდამთხვევის ყველაზე გავრცელებული მიზეზია. მონიშნეთ თითოეული რიცხვი მისი ერთეულით და გაზომვის წერტილით.

სად გიჯდებათ დაფა სინამდვილეში

როგორც კი წვდომის არხი საკმარისად დიდი ხდება, ბოლო წერტილის აპარატურა ხილული ხდება, და მხოლოდ მაშინ აქვს პროცესორს მნიშვნელობა. დაადგინეთ მოდელი, ინტერფეისების განლაგება და გამოყენებული იმპლემენტაცია. ადრეული დაფის საერთო ავტობუსზე დაკვირვება არ აღწერს ყოველ შემდგომ რევიზიას.

შეადარეთ ცალკეული დამუშავების გზები და არა ერთი CPU საშუალო. ზომიერი საერთო დატვირთვა შეიძლება მალავდეს ერთ გაჯერებულ ბირთვს, რომელიც ყველა სამუშაოს ასრულებს თითო პაკეტზე, და საათის სიხშირე არ გადადის პროცესორის დიზაინებს შორის შესრულების ქულად. პაკეტების სიჩქარეს იგივე მნიშვნელობა აქვს, რაც გამტარუნარიანობას, რადგან პატარა პაკეტები ბაიტზე მეტი ღირს, ვიდრე დიდი. გაზომეთ იმ პაკეტის ზომებით, რომლებსაც თქვენი დატვირთვა რეალურად იყენებს.

თერმული და სიმძლავრის ზღვრები მდგრად ქცევასაც განსაზღვრავს. მოკლე აფეთქება შეიძლება შესანიშნავად გამოიყურებოდეს, სანამ ათწუთიანი გადაცემა ინელება, და ამიტომ რამდენიმე წამის ბენჩმარკი ცუდი სახელმძღვანელოა ღამის სარეზერვო ასლისთვის.

მომწოდებლის შესრულების მითითებები წვდომის გამტარობას, CPU-ს, პაკეტების დამუშავებას, ტრანსპორტს და პაკეტის ზომას ცალკეულ შეზღუდვებად ყოფს. ღირს მათი წაკითხვა შიფრის შეცვლამდე, რადგან შიფრის ცვლილება იშვიათად ამოძრავებს საზღვარს, რომელიც არასდროს ყოფილა შეზღუდვა.

გაზომეთ, სანამ შიფრს შეცვლით

გაუშვით მიმართული ტესტი, რომელიც იტყობინება გვირაბში რეალურად მიღწეულ სიჩქარეს, შემდეგ გაუშვით იგივე ტესტი ნედლ ინტერფეისზე შედარებისთვის. ამ ორ რიცხვს შორის სხვაობა გვირაბის ღირებულებაა, და ორი ჭერიდან პატარა გეუბნებათ, რომელ საზღვარს უნდა შეუტიოთ.

შედარებისას უსაფრთხოების პოლიტიკა ხელუხლებლად შეინახეთ. სუსტი შიფრით ან გაჩქარებული დაფით მიღებული ძველი შედეგი არ არის მიმდინარე განლაგების გეგმა.

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

შეინახეთ მიმართული შედეგები იმავე გაშვების ბოლო წერტილის დაკვირვებების გვერდით. შემდეგი ცვლილება უნდა მიმართული იყოს გაზომილ ჭერზე და არა იმ კომპონენტზე, რომელიც სპეციფიკაციის ფურცელზე ყველაზე პატარად გამოიყურება.