Transfer przyspieszył po zarezerwowaniu adresu, a wniosek napisał się sam. Tyle że ta sama zmiana przełączyła też tunel z UDP na TCP, przeniosła test na inny wieczór i być może wylądowała na VM w innej strefie. Rezerwacja zewnętrznego adresu rozwiązuje problem cyklu życia: utrzymuje ten sam punkt końcowy między restartami. Nie ma żadnego mechanizmu, który przyspieszyłby pakiety, więc różnica prędkości w tym eksperymencie należy do pozostałych zmiennych, a decyzja przed tobą dotyczy tego, co testować dalej.

Co naprawdę daje zarezerwowany adres

Compute Engine rozróżnia adresy efemeryczne, przydzielane i zwalniane wraz z instancją, od adresów statycznych, które rezerwujesz i zachowujesz. Ta różnica dotyczy utrzymania i rozliczeń, a nie ścieżki, którą podąża pakiet. Stabilny punkt końcowy jest naprawdę przydatny dla rekordów DNS, profili dostępu zdalnego, list dozwolonych partnerów i reguł zapory, które nie powinny się zmieniać przy restarcie VM.

To dobre powody, by jeden zarezerwować. Żaden z nich nie jest powodem przepustowości.

Trzymaj poziom, adres i transport jako trzy zmienne

Google Cloud sprzedaje także poziomy usług sieciowych Premium i Standard, a oba podążają różnymi ścieżkami do internetu z różną dostępnością funkcji. Adresacja statyczna jest ortogonalna do obu, więc traktuj statyczny i Premium jako niepowiązane fakty o VM, a nie synonimy. Zapisz rzeczywisty poziom, region i wszelkie połączenie lub attachment, bo one opisują ścieżkę w sposób, w jaki etykieta adresu nigdy tego nie zrobi.

Trzy zmienne, trzy osobne eksperymenty, inaczej wynik jest opowieścią, a nie pomiarem.

Zaprojektuj test, który odpowiada na jedno pytanie

Trzymaj VM, adres, lokalizację klienta, miejsce docelowe i obciążenie na stałym poziomie, porównując zatwierdzone profile UDP i TCP. Potrzebny jest zarówno nasłuch serwera dla każdego transportu, jak i pasujące reguły zapory; zmiana słowa kluczowego w kliencie i pozostawienie nasłuchu bez zmian testuje tylko twoją cierpliwość. Użyj powtarzalnego transferu i zapisz kierunek, czas trwania, strumienie pojedyncze versus równoległe oraz jednostki, bo MB/s i Mb/s różnią się ośmiokrotnie.

Obserwuj też procesor VM, bo mała instancja nasyca się pracą szyfrowania lub softirq znacznie wcześniej niż sieć, a ten sufit będzie wyglądał dokładnie jak limit dostawcy.

Liczniki retransmisji i strat z VM oraz klienta oddzielają problem ścieżki od problemu transportu, a pasek postępu tego nie potrafi. Wykonalna sekwencja z iperf3 zajmuje około dziesięciu minut na transport. Uruchom serwer po drugiej stronie, puść klienta na trzydzieści sekund w każdym kierunku i powtórz każdy kierunek trzy razy. Odrzuć pierwsze uruchomienie każdej serii, a następnie porównaj szybkości nadawcy i odbiorcy wraz z liczbą retransmisji, którą drukują uruchomienia TCP.

Dlaczego UDP i TCP różnią się mechanicznie

OpenVPN przez UDP niesie datagramy i pozostawia obsługę strat własnemu transportowi aplikacji. Przez TCP niezawodny strumień tunelu leży pod już niezawodnym strumieniem aplikacji, więc jeden utracony segment zatrzymuje wszystko za nim, podczas gdy połączenie zewnętrzne ponawia wysyłanie według własnego harmonogramu. To zachowanie na czele kolejki jest właściwością tunelowania TCP w TCP, a nie polityką dostawcy. Obsługa MTU i MSS także różni się między trybami, co zmienia zachowanie fragmentacji na tej samej ścieżce.

Szybsza próba TCP dowodzi więc, że TCP był tego dnia szybszy na tej ścieżce, i niczego ogólniejszego.

Napisz wynik tak, aby przetrwał przegląd

Obronny wniosek ma formę: ten profil, na tym rozmiarze maszyny, na tym poziomie sieci, utrzymał to zmierzone obciążenie w tym kierunku w tych warunkach. Wszystko szersze wymaga więcej uruchomień, niż jeden wieczór może dostarczyć. Jeśli wolniejszy przypadek pozostaje niewyjaśniony, zachowaj go jako obserwację z dowodami pakietowymi i zasobowymi, zamiast wymyślać ograniczenie, którego nie opisuje żaden dokument dostawcy.

Stabilność adresu i prędkość transferu mogą obie mieć znaczenie dla tego samego wdrożenia, a użyteczna decyzja dotyczy tego, którą z nich kupujesz przy każdej zmianie.

Powiązane artykuły