Hur mycket latens lägger avståndet till?

Ljus i fiber färdas ungefär 200 km per millisekund, och vägarna är aldrig raka, så en användbar tumregel är ungefär 1 ms tur och retur per 100 km. Tyskland–Finland är runt 20–25 ms; Europa–USA:s östkust 80–100 ms; Europa–Östasien 200–250 ms.

Spelar serverns plats roll för en webbplats?

Mindre än du tror om du använder ett CDN för statiska filer: CDN:et levererar dem nära besökaren. Den spelar ändå roll för det första HTML-svaret, API-anrop och allt dynamiskt, så placera servern nära majoriteten av dina användare.

Vad spelar roll för en tradingbot?

Avståndet till börsens API-servrar, inte till dig. Mät tur och retur-tiden från en server till exakt den API-slutpunkt din bot anropar; några millisekunder spelar roll för arbitrage, nästan ingenting för en bot som handlar några gånger om dagen.

Var står EQVPS servrar?

I Tyskland och Finland, och du väljer plats när du beställer. Det passar bra för användare och tjänster i Europa, Mellanöstern och för europeiska börser och API:er. Om de flesta av dina användare finns i Asien eller Amerika lägger en europeisk server till 80–250 ms, och då är vi ärligt talat inte rätt val.

Hur testar jag latensen innan jag beställer?

Pinga eller kör mtr mot en känd server i samma stad från där dina användare finns, och kontrollera med traceroute var API:et du är beroende av hostas. Efter beställningen mäter du från själva VPS:en med curls tidtagning: den visar DNS, anslutning, TLS och total tid var för sig.

Så väljer du VPS-plats för låg latens

Folk lägger timmar på att jämföra antal vCPU:er och ställer sedan servern på fel kontinent. För allt som är interaktivt (ett skal, ett API, ett spel, en bot som pratar med en börs) spelar platsen ofta större roll än hårdvaran. Den goda nyheten: latens är mest fysik, så du kan förutsäga och mäta den innan du betalar.

Fysiken på en rad

Ljus i optisk fiber färdas ungefär 200 km per millisekund. Kablar går inte i raka linjer och varje router lägger på lite, så en stabil tumregel är ungefär 1 ms tur och retur per 100 km verkligt avstånd.

Sträcka	Typisk tur och retur
Inom en stad	1–3 ms
Frankfurt ↔ Helsingfors	20–25 ms
Centraleuropa ↔ London	10–20 ms
Europa ↔ USA:s östkust	80–100 ms
Europa ↔ USA:s västkust	140–170 ms
Europa ↔ Singapore / Tokyo	160–250 ms

Ingen mängd CPU fixar 200 ms tur och retur. Om dina användare finns i Tokyo kommer en server i Tyskland att kännas långsam, hur snabb den än är.

Vad ”nära” betyder beror på uppgiften

En webbplats eller ett API. Nära majoriteten av dina användare. Ett CDN döljer avståndet för statiska filer, men det första HTML-svaret, inloggningar, API-anrop och allt dynamiskt färdas ändå till ursprungsservern.

En tradingbot. Nära börsens API-servrar, inte nära dig. Var du själv sitter är ointressant; boten pratar med börsen hundratals gånger om dagen. För arbitrage räknas varje par millisekunder; för en bot som lägger en handfull order om dagen gör 30 ms ingen skillnad. Mer i VPS med låg latens för tradingbotar.

En AI-agent som anropar modell-API:er. Platsen spelar knappt någon roll. En modell tar sekunder på sig att svara; 30 ms nätverk är brus. Välj på pris och integritet.

En spelserver. Nära spelarna. Allt under ~60 ms känns bra för de flesta spel; tävlingsinriktade skjutspel vill ha mycket mindre.

Fjärrskrivbord och SSH. Nära dig. Att skriva med 150 ms latens är plågsamt.

Mät själv

Kontrollera vägen till en tänkbar plats från din egen maskin, eller från en server nära dina användare:

mtr -rwc 50 example.com

mtr visar varje hopp med förluster och latens: mycket mer användbart än en enstaka ping, eftersom det visar var fördröjningen uppstår.

Mät från en VPS den tjänst du faktiskt är beroende av, uppdelat per fas:

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 är ungefär en nätverksrunda, tls lägger till handskakningen och total inkluderar serverns egen bearbetningstid. Om connect är 2 ms och total 900 ms är avståndet inte ditt problem.

Där EQVPS passar in

Våra servrar står i Tyskland och Finland, och du väljer plats vid varje beställning. Det täcker användare i hela Europa väl, Mellanöstern hyggligt, och europeiska börser och API-slutpunkter mycket väl. Finland ligger några millisekunder längre från Västeuropa och lite närmare Norden och Baltikum; för de flesta uppgifter fungerar båda.

Ärligt talat: vi har inga platser i Asien eller Amerika. Om dina användare finns där lägger en server i Europa till 80–250 ms på varje runda, och då bör du hosta närmare dem.

Kortversionen

Avgör vad servern pratar mest med: användare, en börs, ett API, dig.
Placera den nära det, med ~1 ms per 100 km som uppskattning.
Mät med mtr och curl -w i stället för att lita på en karta.
Betala inte för en snabbare CPU för att lösa ett avståndsproblem.

Väljer du mellan en NAT-plan och en plan med dedikerad IP för samma maskin är det en annan fråga: här är testet med en enda fråga.