Статичен IP в GCP срещу скорост на VPN: три променливи, един тест
Резервираният адрес не е настройка за скорост. Разделете жизнения цикъл на адреса, мрежовия слой и транспорта на OpenVPN, преди да сравнявате пропусквателната способност в Compute Engine.
Преносът се ускори, след като адресът беше резервиран, и заключението се написа само. Освен това същата промяна превключи тунела от UDP на TCP, премести теста в друга вечер и вероятно го постави на VM в друга зона. Резервирането на външен адрес решава проблем с жизнения цикъл: то запазва крайната точка същата при рестартирания. То няма механизъм, който да ускорява пакети, така че разликата в скоростта в този експеримент принадлежи на другите променливи, а решението пред вас е коя от тях да тествате следваща.
Какво всъщност купува резервираният адрес
Compute Engine различава ефимерни адреси, разпределяни и освобождавани с инстанцията, от статични адреси, които резервирате и запазвате. Тази разлика е за задържане и фактуриране, не за пътя, който изминава пакетът. Стабилната крайна точка е наистина полезна за DNS записи, профили за отдалечен достъп, списъци за разрешен достъп на партньори и правила на защитната стена, които не бива да се променят при рестарт на VM.
Това са добри причини да резервирате един. Нито една от тях не е причина за пропусквателна способност.
Дръжте слоя, адреса и транспорта като три променливи
Google Cloud продава също Premium и Standard Network Service Tiers и двете поемат различни пътища към интернет с различна наличност на функции. Статичното адресиране е ортогонално на двете, затова третирайте статичното и Premium като несвързани факти за една VM, а не като синоними. Записвайте действителния слой, региона и всяка връзка или прикачване в употреба, защото те описват пътя по начин, по който етикетът на адреса никога няма да го направи.
Три променливи, три отделни експеримента, или резултатът е история, а не измерване.
Проектирайте тест, който отговаря на един въпрос
Дръжте VM, адреса, местоположението на клиента, дестинацията и натоварването фиксирани, докато сравнявате одобрени профили на UDP и TCP. Нужни са и слушател на сървъра за всеки транспорт, и съответстващи правила на защитната стена; да редактирате ключова дума на клиента и да оставите слушателя непроменен тества само търпението ви. Използвайте повторяем пренос и записвайте посока, продължителност, единични срещу паралелни потоци и единиците, защото MB/s и Mb/s се различават осемкратно.
Наблюдавайте и процесора на VM, защото малка инстанция се насища при шифроване или работа на softirq много преди мрежата и този таван ще изглежда точно като ограничение на доставчика.
Броячите за повторни предавания и загуби от VM и клиента отделят проблем с пътя от проблем с транспорта, а лентата за напредък не може. Работеща последователност с iperf3 отнема около десет минути на транспорт. Стартирайте сървъра от другата страна, пускайте клиента тридесет секунди във всяка посока и повторете всяка посока три пъти. Изхвърлете първото пускане от всяка серия, после сравнете скоростите на подавача и получателя заедно с броя повторни предавания, който отпечатват пусканията по TCP.
Защо UDP и TCP се различават механично
OpenVPN през UDP носи датаграми и оставя собствения транспорт на приложението да се справя със загубите. През TCP надеждният поток на тунела стои под вече надежден поток на приложението, така че един загубен сегмент спира всичко зад него, докато външната връзка препредава по свой график. Това поведение начело на опашката е свойство на тунелирането на TCP в TCP, а не политика на доставчика. Обработката на MTU и MSS също се различава между двата режима и това променя поведението на фрагментацията по същия път.
Затова по-бърз опит с TCP доказва, че TCP е бил по-бърз онзи ден по онзи път, и нищо по-общо.
Напишете резултата така, че да издържи преглед
Защитимото заключение има форма: този профил, при този размер на машината, на този мрежов слой, поддържа това измерено натоварване в тази посока при тези условия. Всичко по-широко изисква повече пускания, отколкото една вечер може да осигури. Ако по-бавният случай остане необяснен, запазете го като наблюдение с доказателствата за пакети и ресурси, вместо да измисляте ограничение, което никой документ на доставчика не описва.
Стабилността на адреса и скоростта на преноса могат да са важни за едно и също внедряване и полезното решение е кое от двете купувате с всяка промяна.