저지연을 위한 VPS 위치 선택 방법

사람들은 vCPU 개수를 몇 시간씩 비교해 놓고 서버를 엉뚱한 대륙에 둡니다. 셸, API, 게임, 거래소와 통신하는 봇처럼 상호작용이 있는 모든 것에서는 하드웨어보다 위치가 더 중요할 때가 많습니다. 좋은 소식은 지연 시간이 대부분 물리 법칙이라서, 돈을 내기 전에 예측하고 측정할 수 있다는 것입니다.

한 줄로 보는 물리 법칙

광섬유 속 빛은 밀리초당 약 200 km를 이동합니다. 케이블은 직선으로 깔려 있지 않고 라우터마다 조금씩 더해지므로, 믿을 만한 기준은 실제 거리 100 km당 왕복 약 1 ms입니다.

CPU를 아무리 늘려도 200 ms 왕복은 해결되지 않습니다. 사용자가 도쿄에 있다면 독일의 서버는 아무리 빨라도 느리게 느껴집니다.

“가깝다”의 의미는 용도에 따라 다릅니다

웹사이트나 API. 사용자 다수와 가까운 곳. CDN은 정적 파일의 거리를 가려 주지만, 첫 HTML 응답, 로그인, API 호출, 모든 동적 요소는 결국 원본 서버까지 가야 합니다.

트레이딩 봇. 여러분이 아니라 거래소 API 서버와 가까운 곳. 여러분이 어디 있는지는 상관없고, 봇은 하루에 수백 번 거래소와 통신합니다. 차익 거래라면 몇 밀리초마다가 중요하지만, 하루에 주문 몇 건을 넣는 봇이라면 30 ms는 아무 차이도 없습니다. 자세한 내용은 트레이딩 봇용 저지연 VPS를 보세요.

모델 API를 호출하는 AI 에이전트. 위치는 거의 상관없습니다. 모델이 답하는 데 몇 초가 걸리므로 30 ms의 네트워크는 잡음입니다. 가격과 개인정보 보호로 고르세요.

게임 서버. 플레이어와 가까운 곳. 대부분의 게임은 약 60 ms 미만이면 쾌적하지만, 경쟁형 슈팅 게임은 훨씬 낮은 값을 원합니다.

원격 데스크톱과 SSH. 여러분과 가까운 곳. 150 ms 지연으로 타이핑하는 것은 괴로운 일입니다.

직접 측정하기

자신의 컴퓨터나 사용자 가까이 있는 서버에서, 후보 위치까지의 경로를 확인합니다.

mtr -rwc 50 example.com

mtr은 각 홉의 손실과 지연 시간을 보여 줍니다. 단발성 ping보다 훨씬 유용한데, 지연이 어디서 더해지는지 드러나기 때문입니다.

VPS에서는 실제로 의존하는 서비스를 단계별로 나눠 측정합니다.

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는 대략 네트워크 왕복 한 번, tls는 핸드셰이크를 더한 것, total에는 서버 자체의 처리 시간이 포함됩니다. connect가 2 ms인데 total이 900 ms라면 문제는 거리가 아닙니다.

EQVPS가 맞는 경우

저희 서버는 독일과 핀란드에 있고, 주문할 때마다 위치를 고를 수 있습니다. 유럽 전역의 사용자를 잘, 중동은 무난하게, 유럽의 거래소와 API 엔드포인트는 아주 잘 커버합니다. 핀란드는 서유럽에서 몇 밀리초 더 멀고 북유럽과 발트 3국에는 조금 더 가깝습니다. 대부분의 작업에는 어느 쪽이든 괜찮습니다.

솔직히 말씀드리면, 아시아나 미주에는 위치가 없습니다. 사용자가 그곳에 있다면 유럽의 서버는 왕복마다 80~250 ms를 더하므로, 그들과 더 가까운 곳에서 호스팅하셔야 합니다.

요약

1. 서버가 가장 많이 통신하는 대상을 정하세요. 사용자, 거래소, API, 아니면 여러분.
2. 그 대상 가까이에 두세요. 기준은 100 km당 약 1 ms입니다.
3. 지도를 믿지 말고 mtr과 curl -w로 측정하세요.
4. 거리 문제를 해결하려고 더 빠른 CPU에 돈을 쓰지 마세요.

같은 서버에서 NAT 요금제와 전용 IP 요금제 중 무엇을 고를지 고민 중이라면, 그것은 별개의 질문입니다. 질문 하나로 끝나는 테스트를 확인하세요.