Betyder serverens placering noget for en hjemmeside?

Mindre end du tror, hvis du bruger et CDN til statiske filer: CDN'et leverer dem tæt på den besøgende. Den betyder stadig noget for det første HTML-svar, API-kald og alt dynamisk, så placér serveren tæt på størstedelen af dine brugere.

Hvad betyder noget for en tradingbot?

Afstanden til børsens API-servere, ikke til dig. Mål tur-retur-tiden fra en server til præcis det API-endpoint, din bot kalder; nogle få millisekunder tæller ved arbitrage, næsten intet for en bot, der handler et par gange om dagen.

Hvor står EQVPS' servere?

I Tyskland og Finland, og du vælger placeringen, når du bestiller. Det passer godt til brugere og tjenester i Europa, Mellemøsten og til europæiske børser og API'er. Er de fleste af dine brugere i Asien eller Amerika, lægger en europæisk server 80–250 ms til, og så er vi ærligt talt ikke det rigtige valg.

Hvordan tester jeg latenstiden, før jeg bestiller?

Ping eller kør mtr mod en kendt server i samme by fra der, hvor dine brugere er, og tjek med traceroute, hvor det API, du er afhængig af, hostes. Efter bestillingen måler du fra selve VPS'en med curls tidsmåling: den viser DNS, forbindelse, TLS og samlet tid hver for sig.

Sådan vælger du VPS-placering for lav latenstid

Q: Hvor meget latenstid lægger afstand til?

Lys i fiber tilbagelægger cirka 200 km pr. millisekund, og ruterne er aldrig lige, så en nyttig tommelfingerregel er omkring 1 ms tur-retur pr. 100 km. Tyskland–Finland er omkring 20–25 ms; Europa–USA's østkyst 80–100 ms; Europa–Østasien 200–250 ms.

Folk bruger timer på at sammenligne antal vCPU'er og sætter så serveren på det forkerte kontinent. For alt interaktivt (en shell, et API, et spil, en bot, der taler med en børs) betyder placeringen ofte mere end hardwaren. Den gode nyhed: latenstid er mest fysik, så du kan forudsige og måle den, før du betaler.

Fysikken på én linje

Lys i optisk fiber bevæger sig omkring 200 km pr. millisekund. Kabler går ikke i lige linjer, og hver router lægger lidt til, så en solid tommelfingerregel er omkring 1 ms tur-retur pr. 100 km reel afstand.

Rute	Typisk tur-retur
Inden for én by	1–3 ms
Frankfurt ↔ Helsinki	20–25 ms
Centraleuropa ↔ London	10–20 ms
Europa ↔ USA's østkyst	80–100 ms
Europa ↔ USA's vestkyst	140–170 ms
Europa ↔ Singapore / Tokyo	160–250 ms

Ingen mængde CPU fikser 200 ms tur-retur. Er dine brugere i Tokyo, vil en server i Tyskland føles langsom, uanset hvor hurtig den er.

Hvad »tæt på« betyder, afhænger af opgaven

En hjemmeside eller et API. Tæt på størstedelen af dine brugere. Et CDN skjuler afstanden for statiske filer, men det første HTML-svar, logins, API-kald og alt dynamisk rejser stadig til oprindelsesserveren.

En tradingbot. Tæt på børsens API-servere, ikke tæt på dig. Hvor du selv sidder, er ligegyldigt; botten taler med børsen hundredvis af gange om dagen. Ved arbitrage tæller hvert par millisekunder; for en bot, der lægger en håndfuld ordrer om dagen, gør 30 ms ingen forskel. Mere i VPS med lav latenstid til tradingbots.

En AI-agent, der kalder model-API'er. Placeringen betyder næsten ingenting. En model er sekunder om at svare; 30 ms netværk er støj. Vælg efter pris og privatliv.

En spilserver. Tæt på spillerne. Alt under ~60 ms føles fint i de fleste spil; konkurrenceprægede skydespil vil have meget mindre.

Fjernskrivebord og SSH. Tæt på dig. At skrive med 150 ms latenstid er en plage.

Mål selv

Tjek ruten til en mulig placering fra din egen maskine, eller fra en server tæt på dine brugere:

mtr -rwc 50 example.com

mtr viser hvert hop med tab og latenstid: langt mere nyttigt end et enkelt ping, fordi det afslører, hvor forsinkelsen opstår.

Mål fra en VPS den tjeneste, du faktisk er afhængig af, opdelt i faser:

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 er nogenlunde én netværksrunde, tls lægger håndtrykket til, og total inkluderer serverens egen behandlingstid. Er connect 2 ms og total 900 ms, er afstanden ikke dit problem.

Hvor EQVPS passer ind

Vores servere står i Tyskland og Finland, og du vælger placeringen ved hver bestilling. Det dækker brugere i hele Europa godt, Mellemøsten rimeligt, og europæiske børser og API-endpoints meget godt. Finland ligger nogle få millisekunder længere fra Vesteuropa og lidt tættere på Norden og Baltikum; til de fleste opgaver fungerer begge.

Ærligt talt: vi har ingen placeringer i Asien eller Amerika. Er dine brugere der, lægger en server i Europa 80–250 ms til hver runde, og så bør du hoste tættere på dem.

Den korte version

Afgør, hvad serveren taler mest med: brugere, en børs, et API, dig.
Placér den tæt på det, med ~1 ms pr. 100 km som overslag.
Mål med mtr og curl -w i stedet for at stole på et kort.
Betal ikke for en hurtigere CPU for at løse et afstandsproblem.

Vælger du mellem en NAT-plan og en plan med dedikeret IP til samme maskine, er det et andet spørgsmål: her er testen med ét spørgsmål.