Статична IP-адреса в GCP проти швидкості VPN: три змінні, один тест

Передача прискорилася після того, як адресу зарезервували, і висновок написався сам. Лише те саме змінення ще й перемкнуло тунель з UDP на TCP, перенесло тест на інший вечір і, можливо, приземлилося на VM в іншій зоні. Резервування зовнішньої адреси виправляє проблему життєвого циклу: воно зберігає кінцеву точку однаковою між перезапусками. У неї немає жодного механізму, який прискорював би пакети, тому різниця у швидкості в тому експерименті належить іншим змінним, а рішення перед вами — яку з них перевіряти наступною.

Що насправді дає зарезервована адреса

Compute Engine розрізняє ефемерні адреси, які виділяються й звільняються разом з інстансом, і статичні адреси, які ви резервуєте й тримаєте. Ця різниця стосується збереження й білінгу, а не шляху, який проходить пакет. Стабільна кінцева точка справді корисна для записів DNS, профілів віддаленого доступу, списків дозволів партнерів і правил брандмауера, які не повинні змінюватися під час перезапуску VM.

Це хороші причини зарезервувати одну. Жодна з них не є причиною пропускної здатності.

Тримайте рівень, адресу й транспорт як три змінні

Google Cloud також продає рівні мережевого сервісу Premium і Standard, і обидва йдуть до інтернету різними шляхами з різною доступністю функцій. Статична адресація ортогональна до обох, тому ставтеся до статики й Premium як до незв'язаних фактів про VM, а не як до синонімів. Записуйте фактичний рівень, регіон і будь-яке interconnect або attachment у грі, бо вони описують шлях так, як етикетка адреси ніколи не опише.

Три змінні, три окремі експерименти, інакше результат — це історія, а не вимірювання.

Спроєктуйте тест, що відповідає на одне питання

Тримайте VM, адресу, розташування клієнта, призначення й робоче навантаження фіксованими, порівнюючи схвалені профілі UDP і TCP. Потрібні і слухач сервера для кожного транспорту, і відповідні правила брандмауера; змінити ключове слово клієнта й залишити слухач незмінним — це перевірка лише вашого терпіння. Використовуйте повторювану передачу й записуйте напрямок, тривалість, поодинокі чи паралельні потоки та одиниці, бо MB/s і Mb/s різняться у вісім разів.

Стежте й за процесором VM, бо невеликий інстанс насичується на шифруванні чи роботі softirq задовго до мережі, і ця стеля виглядатиме точно як обмеження провайдера.

Лічильники повторних передач і втрат з VM і клієнта відокремлюють проблему шляху від проблеми транспорту, а смуга прогресу цього не може. Робоча послідовність з iperf3 триває близько десяти хвилин на транспорт. Запустіть сервер на дальньому боці, ганяйте клієнт тридцять секунд у кожному напрямку й повторіть кожен напрямок тричі. Відкиньте перший запуск кожної серії, потім порівняйте швидкості відправника й отримувача разом з кількістю повторних передач, яку друкують запуски TCP.

Чому UDP і TCP різняться механічно

OpenVPN поверх UDP несе датаграми й залишає обробку втрат власному транспорту застосунку. Поверх TCP надійний потік тунелю лежить під уже надійним потоком застосунку, тож один втрачений сегмент зупиняє все за ним, поки зовнішнє з'єднання повторює передачу за власним розкладом. Така поведінка на чолі черги — властивість тунелювання TCP усередині TCP, а не політика провайдера. Обробка MTU й MSS теж різниться між двома режимами, що змінює поведінку фрагментації на тому самому шляху.

Тож швидший дослід із TCP доводить, що TCP був швидшим того дня на тому шляху, і нічого загальнішого.

Напишіть результат так, щоб він витримав перевірку

Захищуваний висновок має форму: цей профіль, на цьому розмірі машини, на цьому мережевому рівні, витримав це виміряне навантаження в цьому напрямку за цих умов. Усе ширше потребує більше запусків, ніж може дати один вечір. Якщо повільніший випадок залишається нез'ясованим, збережіть його як спостереження з доказами щодо пакетів і ресурсів, замість вигадувати обмеження, якого не описує жоден документ провайдера.

Стабільність адреси й швидкість передачі можуть бути важливими для одного й того самого розгортання, і корисне рішення — яку з них ви купуєте з кожною зміною.