Ile opóźnienia dodaje odległość?

Światło w światłowodzie pokonuje około 200 km na milisekundę, a trasy nigdy nie są proste, więc przydatna reguła to mniej więcej 1 ms w obie strony na każde 100 km. Niemcy–Finlandia to około 20–25 ms; Europa–wschodnie wybrzeże USA 80–100 ms; Europa–Azja Wschodnia 200–250 ms.

Czy lokalizacja serwera ma znaczenie dla strony WWW?

Mniejsze, niż myślisz, jeśli używasz CDN do plików statycznych: CDN serwuje je blisko odwiedzającego. Nadal liczy się jednak przy pierwszej odpowiedzi HTML, wywołaniach API i wszystkim, co dynamiczne, więc postaw serwer blisko większości swoich użytkowników.

Co ma znaczenie dla bota tradingowego?

Odległość do serwerów API giełdy, a nie do ciebie. Zmierz czas w obie strony z serwera do dokładnie tego punktu API, który wywołuje bot; kilka milisekund liczy się przy arbitrażu, prawie nic przy bocie, który handluje kilka razy dziennie.

Gdzie stoją serwery EQVPS?

W Niemczech i Finlandii, a lokalizację wybierasz przy zamówieniu. To dobry wybór dla użytkowników i usług w Europie, na Bliskim Wschodzie oraz dla europejskich giełd i API. Jeśli większość twoich użytkowników jest w Azji lub w obu Amerykach, europejski serwer doda 80–250 ms i uczciwie mówiąc, nie jesteśmy właściwym wyborem.

Jak przetestować opóźnienie przed zamówieniem?

Zrób ping lub mtr do znanego serwera w tym samym mieście z miejsca, gdzie są twoi użytkownicy, i sprawdź traceroute'em, gdzie hostowane jest API, od którego zależysz. Po zamówieniu mierz z samego VPS-a czasami z curl: pokazuje osobno DNS, połączenie, TLS i czas całkowity.

Jak wybrać lokalizację VPS-a dla niskich opóźnień

Ludzie spędzają godziny na porównywaniu liczby vCPU, a potem stawiają serwer na złym kontynencie. Dla wszystkiego, co interaktywne (powłoka, API, gra, bot rozmawiający z giełdą), lokalizacja często znaczy więcej niż sprzęt. Dobra wiadomość: opóźnienie to głównie fizyka, więc da się je przewidzieć i zmierzyć, zanim zapłacisz.

Fizyka w jednym zdaniu

Światło w światłowodzie biegnie około 200 km na milisekundę. Kable nie idą w linii prostej, a każdy router dokłada trochę, więc solidna reguła kciuka to około 1 ms w obie strony na każde 100 km rzeczywistej odległości.

Trasa	Typowy czas w obie strony
W obrębie jednego miasta	1–3 ms
Frankfurt ↔ Helsinki	20–25 ms
Europa Środkowa ↔ Londyn	10–20 ms
Europa ↔ wschodnie wybrzeże USA	80–100 ms
Europa ↔ zachodnie wybrzeże USA	140–170 ms
Europa ↔ Singapur / Tokio	160–250 ms

Żadna ilość CPU nie naprawi 200 ms w obie strony. Jeśli twoi użytkownicy są w Tokio, serwer w Niemczech będzie sprawiał wrażenie wolnego, niezależnie od tego, jak jest szybki.

Co znaczy „blisko”, zależy od zadania

Strona WWW albo API. Blisko większości twoich użytkowników. CDN ukrywa odległość dla plików statycznych, ale pierwsza odpowiedź HTML, logowania, wywołania API i wszystko, co dynamiczne, i tak podróżują do serwera źródłowego.

Bot tradingowy. Blisko serwerów API giełdy, a nie ciebie. To, gdzie ty siedzisz, nie ma znaczenia; bot rozmawia z giełdą setki razy dziennie. Przy arbitrażu liczy się każde kilka milisekund; dla bota, który składa kilka zleceń dziennie, 30 ms nie robi różnicy. Więcej w tekście o VPS-ie o niskim opóźnieniu dla botów tradingowych.

Agent AI wywołujący API modeli. Lokalizacja prawie nie ma znaczenia. Model odpowiada kilka sekund; 30 ms sieci to szum. Wybieraj według ceny i prywatności.

Serwer gier. Blisko graczy. Poniżej ~60 ms większość gier działa dobrze; strzelanki e-sportowe chcą znacznie mniej.

Pulpit zdalny i SSH. Blisko ciebie. Pisanie przy 150 ms opóźnienia to męka.

Zmierz sam

Ze swojego komputera albo z serwera blisko użytkowników sprawdź trasę do kandydującej lokalizacji:

mtr -rwc 50 example.com

mtr pokazuje każdy przeskok ze stratami i opóźnieniem: to znacznie bardziej przydatne niż pojedynczy ping, bo widać, gdzie narasta opóźnienie.

Z VPS-a mierz usługę, od której naprawdę zależysz, z podziałem na fazy:

curl -o /dev/null -s -w 'dns %{time_namelookup}s  connect %{time_connect}s  tls %{time_appconnect}s  total %{time_total}s\n' \
  https://api.example.com/health

connect to mniej więcej jeden obieg sieciowy, tls dokłada handshake, a total obejmuje czas przetwarzania po stronie serwera. Jeśli connect to 2 ms, a total 900 ms, twoim problemem nie jest odległość.

Gdzie pasuje EQVPS

Nasze serwery stoją w Niemczech i Finlandii, a lokalizację wybierasz przy każdym zamówieniu. To dobrze pokrywa użytkowników w całej Europie, przyzwoicie Bliski Wschód i bardzo dobrze europejskie giełdy i punkty API. Finlandia jest o kilka milisekund dalej od Europy Zachodniej i trochę bliżej krajów nordyckich i bałtyckich; dla większości obciążeń sprawdzi się każda z nich.

Uczciwie: nie mamy lokalizacji w Azji ani w obu Amerykach. Jeśli tam są twoi użytkownicy, serwer w Europie doda 80–250 ms do każdego obiegu i powinieneś hostować bliżej nich.

W skrócie

Ustal, z czym serwer rozmawia najczęściej: z użytkownikami, giełdą, API, z tobą.
Postaw go blisko tego, przyjmując ~1 ms na 100 km jako oszacowanie.
Mierz przez mtr i curl -w zamiast ufać mapie.
Nie płać za szybszy procesor, żeby naprawić problem odległości.

Jeśli dla tej samej maszyny wybierasz między planem NAT a planem z dedykowanym IP, to osobne pytanie: oto test z jednym pytaniem.