სტატიკური IP GCP-ში VPN-ის სიჩქარის წინააღმდეგ: სამი ცვლადი, ერთი ტესტი

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

რას ყიდულობს სინამდვილეში დაჯავშნილი მისამართი

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

ეს კარგი მიზეზებია ერთის დასაჯავშნად. არც ერთი მათგანი გამტარუნარიანობის მიზეზი არ არის.

შეინახეთ დონე, მისამართი და ტრანსპორტი სამ ცვლადად

Google Cloud ასევე ყიდის Premium და Standard Network Service Tiers დონეებს და ორივე ინტერნეტისკენ სხვადასხვა გზას გადის, ფუნქციების განსხვავებული ხელმისაწვდომობით. სტატიკური მისამართება ორივეს მიმართ ორთოგონალურია, ამიტომ სტატიკურს და Premium-ს VM-ის შესახებ დაუკავშირებელ ფაქტებად მოექეცით და არა სინონიმებად. ჩაწერეთ რეალური დონე, რეგიონი და ნებისმიერი ურთიერთკავშირი ან attachment, რადგან ისინი გზას ისე აღწერენ, როგორც მისამართის ეტიკეტი არასდროს აღწერს.

სამი ცვლადი, სამი ცალკე ექსპერიმენტი, თორემ შედეგი ამბავია და არა გაზომვა.

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

VM, მისამართი, კლიენტის მდებარეობა, დანიშნულება და დატვირთვა უცვლელად შეინახეთ დამტკიცებული UDP და TCP პროფილების შედარებისას. საჭიროა როგორც სერვერის მსმენელი თითოეული ტრანსპორტისთვის, ისე შესაბამისი firewall წესები; კლიენტში საკვანძო სიტყვის შეცვლა და მსმენელის უცვლელად დატოვება მხოლოდ თქვენს მოთმინებას ამოწმებს. გამოიყენეთ გამეორებადი გადაცემა და ჩაწერეთ მიმართულება, ხანგრძლივობა, ცალკეული თუ პარალელური ნაკადები და ერთეულები, რადგან MB/s და Mb/s რვაჯერ განსხვავდება.

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

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

რატომ განსხვავდება UDP და TCP მექანიკურად

OpenVPN UDP-ზე დატაგრამებს ატარებს და დანაკარგის მოგვარებას აპლიკაციის საკუთარ ტრანსპორტს უტოვებს. TCP-ზე გვირაბის საიმედო ნაკადი უკვე საიმედო აპლიკაციური ნაკადის ქვეშ ზის, ამიტომ ერთი დაკარგული სეგმენტი აჩერებს ყველაფერს მის უკან, სანამ გარე კავშირი საკუთარი გრაფიკით ხელახლა აგზავნის. რიგის თავის ეს ქცევა TCP-ის TCP-ის შიგნით გვირაბიზაციის თვისებაა და არა მომწოდებლის პოლიტიკა. MTU-ისა და MSS-ის დამუშავებაც განსხვავდება ორ რეჟიმს შორის, რაც ფრაგმენტაციის ქცევას ცვლის იმავე გზაზე.

ამიტომ უფრო სწრაფი TCP ცდა ამტკიცებს მხოლოდ იმას, რომ TCP იმ დღეს იმ გზაზე უფრო სწრაფი იყო, და მეტად ზოგადს არაფერს.

დაწერეთ შედეგი ისე, რომ გადახედვას გაუძლოს

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

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