Dallas VPS 호스팅 선택 시 고려해야 할 장단점과 지연 시간

Dallas VPS 호스팅의 이점

Dallas에 위치한 VPS 호스팅은 네트워크상의 위치를 제공합니다. VPS(virtual private server)는 특정 건물에 있는 물리적 서버의 일부를 할당받는 것이므로, 해당 건물의 위치에 따라 사용자까지의 왕복 시간(RTT), 대역폭 비용, 그리고 데이터에 대한 관할 법원이 결정됩니다. Dallas는 미국 중부와 가깝고, 미국 내에서 가장 밀집된 통신사 시장 중 하나에 위치합니다. 이것이 Dallas를 선택해야 하는 모든 이유입니다. 이 가이드의 나머지 부분에서는 이러한 논리가 귀하의 사용자에게 적용되는지, 그리고 언제 적용되지 않는지를 확인하는 방법을 다룹니다.

서버의 용도를 아직 결정하지 않았다면 먼저 VPS로 실제로 할 수 있는 일을 읽어보시기 바랍니다. 위치 선정은 첫 번째가 아닌 마지막 결정 사항입니다.

Dallas VPS에서 예상되는 지연 시간은 어느 정도입니까?

[
  {
    "label": "Dallas metro",
    "typical_rtt_ms": 2
  },
  {
    "label": "Houston",
    "typical_rtt_ms": 8
  },
  {
    "label": "Chicago",
    "typical_rtt_ms": 23
  },
  {
    "label": "Miami",
    "typical_rtt_ms": 33
  },
  {
    "label": "New York",
    "typical_rtt_ms": 36
  },
  {
    "label": "Los Angeles",
    "typical_rtt_ms": 35
  },
  {
    "label": "Seattle",
    "typical_rtt_ms": 50
  },
  {
    "label": "Mexico City",
    "typical_rtt_ms": 48
  },
  {
    "label": "Bogota",
    "typical_rtt_ms": 78
  },
  {
    "label": "Sao Paulo",
    "typical_rtt_ms": 140
  },
  {
    "label": "London",
    "typical_rtt_ms": 112
  },
  {
    "label": "Frankfurt",
    "typical_rtt_ms": 125
  },
  {
    "label": "Singapore",
    "typical_rtt_ms": 215
  }
]

13개의 행은 피어링이 잘 된 경로의 유선 연결을 기준으로 게시된 일반적인 수치이며, 사용자의 기기에서 직접 측정한 값이 아닙니다. 이 수치는 참고용으로만 활용하십시오. 실제 결과는 서버보다 인터넷 서비스 제공업체(ISP)의 영향을 더 크게 받습니다. Wi-Fi는 수 밀리초, 모바일 네트워크는 수십 밀리초의 지연을 추가하며, 피어링 상태가 좋지 않은 가정용 ISP는 물리적으로 15 ms가 소요되어야 할 경로에 30 ms를 추가하기도 합니다.

특정 수치 하나에 집중하기보다 전체적인 패턴을 파악하십시오. 미국 본토의 대도시들은 대부분 50 ms 이하의 지연 시간을 보이며, 휴스턴은 8 ms, 시카고는 23 ms 수준입니다. 멕시코시티는 48 ms 정도로, 많은 라틴 아메리카 트래픽이 이미 텍사스나 플로리다를 경유하기 때문에 미국 양쪽 해안보다 더 가깝게 느껴집니다. 상파울루는 140 ms로 경로가 길며, 싱가포르의 215 ms는 완전히 다른 차원의 문제입니다.

연결은 왕복(round trip)으로 이루어지기 때문에 밀리초 단위의 차이가 실제 체감 성능에 큰 영향을 미칩니다. HTTPS 요청 하나를 처리하려면 TCP(transmission control protocol) 핸드셰이크에 한 번, TLS 1.3(transport layer security)에 한 번, 그리고 실제 요청에 한 번의 왕복이 필요합니다. 지연 시간이 35 ms라면 첫 번째 바이트가 도착하기까지 100 ms 이상이 소요됩니다. API 호출 20개를 순차적으로 수행하는 페이지라면 35 ms의 지연이 700 ms의 대기 시간으로 늘어납니다. 대화형 SSH는 35 ms와 8 ms의 체감 차이가 크며, 게임 서버의 경우 35 ms는 원활하지만 140 ms는 플레이가 어렵습니다. VPS에서 운영하는 Minecraft 서버와 같이 모든 사용자가 즉각적으로 체감하는 서비스의 경우, 지리적 중심지에 위치하는 것이 실질적인 성능 향상을 가져옵니다.

내륙 지역이 해안 지역보다 나은가?

광섬유를 통과하는 빛은 진공 상태 속도의 3분의 2 수준인 초당 약 200,000 km로 이동합니다. 따라서 왕복 시간은 광섬유 100 km당 대략 1 ms가 소요되며, 광섬유는 두 도시 사이를 직선으로 연결하지 않습니다. 이는 물리학이 정한 하한선이므로, 아무리 많은 비용을 들여도 Dallas에서 Frankfurt까지 패킷을 유리관이 허용하는 속도보다 빠르게 보낼 수는 없습니다. 위치는 여러분이 선택할 수 있는 유일한 변수입니다.

Dallas는 New York에서 약 2,200 km, Los Angeles에서 약 2,000 km 떨어져 있어 매우 균형 잡힌 위치에 있습니다. 이 분포를 대부분의 사람이 우선적으로 고려하는 두 해안 시장과 비교해 보십시오.

[
  {
    "label": "Northern Virginia",
    "to_new_york_ms": 10,
    "to_los_angeles_ms": 62
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 36,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Los Angeles metro",
    "to_new_york_ms": 68,
    "to_los_angeles_ms": 3
  }
]

이는 일반적으로 공개된 수치이며, 중요한 것은 그 형태입니다. Northern Virginia는 New York까지 약 10 ms, Los Angeles까지 약 62 ms가 소요되어 50 ms 이상의 차이가 발생합니다. Los Angeles 호스트는 이와 반대로 New York까지 68 ms가 소요됩니다. Dallas는 각 해안 도시와 인접한 지역을 기준으로 할 때는 두 곳보다 성능이 떨어지지만, 멀리 떨어진 도시를 기준으로 할 때는 두 곳보다 성능이 우수합니다.

따라서 문제는 어떤 도시가 가장 빠른가가 아닙니다. 어떤 형태를 원하는지가 중요합니다. 사용자의 대부분이 특정 해안에 몰려 있고 중앙값을 낮게 유지하고 싶다면 해안 지역을 선택하십시오. 사용자가 전국에 퍼져 있고 최악의 경우를 최소화하고 싶다면 Dallas를 선택하십시오. 이는 인구가 두 해안이 아닌 하나의 긴 선을 따라 분포하는 캐나다 VPS를 선택할 때 실제로 중요한 것에서 다룬 것과 동일한 트레이드오프입니다.

Dallas의 캐리어 밀도가 실제로 제공하는 것

캐리어 호텔은 다수의 네트워크가 종단되고 서로 직접 연결되는 건물입니다. Dallas에는 잘 알려진 시설이 하나 있는데, 1950 North Stemmons Freeway에 위치한 Infomart입니다. Equinix는 2018년에 이 건물을 8억 달러에 인수했습니다. 인터넷 교환소(IX)는 이러한 건물 내부에 위치한 공유 스위치로, 네트워크들이 제3자에게 트래픽 전송 비용을 지불하는 대신 서로 피어링을 맺는 곳입니다. DE-CIX는 2016년 11월부터 Dallas에서 교환소를 운영해 왔으며, Equinix 또한 자체 교환소를 운영합니다.

이는 traceroute 결과에서 확인할 수 있습니다. 호스트와 사용자의 인터넷 서비스 제공업체(ISP)가 동일한 교환소에 위치하면 패킷은 하나의 경계만을 통과합니다. 그렇지 않은 경우 트래픽은 전송 제공업체(transit provider)로 전달되며, 이 업체는 패킷을 Ashburn이나 Atlanta까지 보냈다가 다시 가져온 뒤에야 최종 전달할 수도 있습니다. 이 추가 거리는 실제 밀리초(ms) 단위의 지연으로 나타나며, 추가되는 각 네트워크는 오후 9시에 링크가 포화 상태가 되어 패킷 손실이 발생할 수 있는 지점이 하나 더 늘어나는 것과 같습니다.

비용을 지불하기 전에 다음 사항들을 확인할 수 있습니다.

• 제공업체에 ASN(autonomous system number)을 문의하십시오. BGP(border gateway protocol)를 사용하는 모든 네트워크는 고유한 ASN을 가집니다.
• PeeringDB에서 해당 ASN을 조회하십시오. 이 데이터베이스에는 네트워크가 참여하는 교환소와 입주한 건물이 나열되며, 네트워크 운영자가 직접 항목을 관리합니다.
• 해당 시설 내에 어떤 교환소가 있는지 확인하십시오. 교환소와 같은 건물에 있더라도 해당 교환소에 가입하지 않은 제공업체는 아무런 이점을 제공하지 않습니다.
• 사용자가 속한 네트워크에서 경로를 추적(trace)하고, 통과하는 개별 네트워크의 수를 세어 보십시오.

mtr -rwzc 100 203.0.113.10

보고서는 홉(hop)당 한 줄씩 네트워크 번호, 손실률, 타이밍을 출력합니다. 마지막 줄이 서버에 해당하므로 가장 먼저 확인하십시오. 중간 홉에서 발생하는 손실은 최종 목적지에서 손실이 없다면 정상입니다. 라우터는 스스로 생성하는 ICMP(internet control message protocol) 응답에 낮은 우선순위를 부여하므로 해당 홉의 수치는 낮게 보고될 수 있기 때문입니다. 특정 홉에서 시작되어 이후의 모든 홉까지 지속되는 손실은 실제 장애이며, 이 경우 보고서를 첨부하여 기술 지원 티켓을 발행해야 합니다.

텍사스 전력망이 서버 가동 시간에 위험을 초래합니까?

텍사스는 독자적인 전력망을 운영합니다. ERCOT(Electric Reliability Council of Texas)는 주 전체 부하의 약 90%를 담당하며 북미의 다른 지역과 동기화되어 있지 않습니다. 이 전력망은 소규모 직류 연계선을 통해 인근 지역과 연결되어 있는데, 총용량은 약 1.2 GW 수준입니다. 이는 2026년 7월 22일에 기록된 91 GW 이상의 최대 수요와 비교하면 매우 적은 수치입니다. 따라서 텍사스 내 전력이 부족해지면 외부에서 전력을 수입하여 해결할 수 없습니다. 이것이 2021년 2월, 겨울 폭풍 Uri로 인해 ERCOT 전역에서 며칠간 순환 정전이 발생했던 근본적인 이유입니다.

서버 운영 측면에서 전력망 자체보다 더 중요한 것은 데이터 센터 건물입니다. 데이터 센터는 유틸리티 전력이 차단되면 UPS(무정전 전원 장치) 배터리로 몇 분간 버틴 뒤, 디젤 발전기를 가동하여 연료가 소진될 때까지 전력을 공급합니다. 다음 네 가지 질문을 던지고 서면으로 답변을 받으십시오. 전력 경로가 N+1인지 2N인지, 현장에 비축된 연료로 발전기를 최대 부하 상태에서 몇 시간 동안 가동할 수 있는지, 우선 연료 공급 계약이 체결되어 있는지, 그리고 마지막으로 실제 부하를 걸어 발전기 테스트를 수행한 시점이 언제인지 확인해야 합니다. 마지막 질문에 답하지 못하는 공급업체는 테스트를 수행하지 않은 것입니다.

바로 이 전력망 덕분에 텍사스의 인프라 비용이 저렴합니다. 텍사스의 산업용 전기 요금은 미국 평균보다 낮으며, 데이터 센터 운영 비용 중 전력비가 가장 큰 비중을 차지하므로 댈러스의 가격은 북부 버지니아와 같이 전력 공급이 제한적인 시장보다 낮게 책정됩니다. 이러한 차이는 귀하의 청구서에 반영됩니다. 여러 도시의 견적을 비교할 때는 실제 VPS 비용 페이지를 함께 띄워두고 확인하십시오. 기본 요금 옆에 위치 프리미엄을 함께 보아야 비용 차이를 더 쉽게 파악할 수 있기 때문입니다.

댈러스의 데이터 센터는 토네이도와 텍사스의 더위로부터 안전한가?

이 질문은 두 가지 측면에서 각각 다른 답변이 필요합니다.

바람과 우박은 건물 구조와 관련된 문제입니다. 2019년 10월 20일, 시속 약 140마일의 강풍을 동반한 EF3 등급 토네이도가 댈러스 러브 필드(Dallas Love Field) 인근에 상륙하여 북부 댈러스를 가로지르는 15마일 경로를 휩쓸었고, 약 15억 달러의 피해를 입혔습니다. 이 경로는 스템몬스 프리웨이(Stemmons Freeway) 데이터 센터 밀집 지역에서 불과 몇 마일 떨어진 곳입니다. 데이터 센터 전용 건물은 창문이 없는 콘크리트 구조로 설계되어 상가 건물의 지붕을 날려버릴 정도의 강풍도 견뎌냅니다. 다만 냉각기나 냉각탑 같은 기계 설비는 건물 상부에 노출되어 있습니다. 봄철마다 쏟아지는 큰 우박은 정확히 이 장비들을 타격합니다. 건물의 외벽 등급이 어느 정도인지, 기계 설비가 어디에 배치되어 있는지 확인해야 합니다.

더위는 비용과 관련된 문제입니다. 댈러스는 7월과 8월에 100 F (38 C) 이상의 기온이 장기간 지속됩니다. 냉각 시스템은 해당 지역의 설계 기준일에 맞춰 용량이 산정되므로 서버실 내부 온도는 일정하게 유지됩니다. 이때 상승하는 것은 PUE(전력 효율 지수, 전체 시설 전력 소비량을 서버에 도달하는 전력량으로 나눈 값)입니다. 2월보다 8월에 냉각 장치가 더 많이 가동되기 때문이며, 이 비용은 이미 서비스 가격에 포함되어 있습니다. 진정한 열 관련 위험은 폭염 속에서 냉각 장치가 고장 나는 상황입니다. 외부 기온이 104 F (40 C)일 때 냉각이 중단되면 서버실 온도는 1시간이 아닌 몇 분 만에 셧다운 온도에 도달하므로, 관리자가 냉각기를 수리할 수 있는 시간은 매우 짧아집니다. 전력뿐만 아니라 냉각 시스템도 N+1 이중화가 되어 있는지 확인하십시오.

위의 두 가지 이유가 댈러스를 피해야 할 근거는 아닙니다. 오히려 데이터를 다른 지역에 복제해 두어야 할 이유입니다. 같은 건물 내의 백업은 진정한 백업이 아닙니다. restic을 이용한 외부 암호화 백업은 오후 한나절이면 설정을 마칠 수 있습니다.

Dallas가 정답이 아닌 경우는 언제입니까?

Dallas는 합리적인 기본값일 뿐 절대적인 규칙은 아닙니다. 다음과 같은 경우에는 다른 지역에 호스팅하십시오.

• 사용자가 유럽에 있는 경우. Dallas 서버는 Frankfurt까지 약 125 ms, London까지 약 112 ms가 소요됩니다. 이 격차는 물리적 거리 때문이므로 어떤 설정을 변경해도 개선되지 않습니다.
• 사용자가 아시아나 호주에 있는 경우. Singapore까지 215 ms가 소요되어 상황이 더 나빠지며, 해당 지역 근처에 서버를 하나 더 두는 것이 첫 번째 서버에서 수행하는 어떤 튜닝보다 효과적입니다.
• 모든 사용자가 Dallas가 아닌 특정 대도시권에 집중된 경우. 애플리케이션 사용자가 모두 Seattle에 있다면 Seattle에 호스팅하십시오. 중앙 위치는 사용자가 여러 지역에 분산되어 있을 때만 이점이 있습니다.
• 계약이나 규제 기관이 데이터를 특정 국가 내에 보관하도록 요구하는 경우. 이는 성능 문제가 아니며, 어떤 벤치마크로도 해결할 수 없습니다.
• 미국 증권 거래소에서 지연 시간이 전략의 핵심인 경우. CME Group의 매칭 엔진은 Illinois주 Aurora에 있습니다. NYSE는 New Jersey주 Mahwah에서, Nasdaq은 New Jersey주 Carteret에서 운영됩니다. Dallas는 이 모든 곳에서 20 ms 이상 떨어져 있습니다. 대부분의 개인용 자동화 도구는 이 차이를 체감하지 못하지만, 트레이딩 봇을 위한 VPS 선택은 실제 지연 시간이 발생하는 지점에 따라 결정됩니다.

댈러스에 위치한 서버에는 어떤 법이 적용됩니까?

댈러스에 위치한 서버는 미국 연방 법과 텍사스 주법의 적용을 받습니다. 보안 검토 시 다음 두 가지 사항이 항상 제기됩니다.

미국 CLOUD Act에 따라 미국 당국은 미국 기업이 통제하는 데이터라면 물리적 저장 위치와 관계없이 해당 기업에 데이터 제출을 강제할 수 있습니다. 미국 내 다른 도시를 선택해도 이 상황은 변하지 않으며, 미국 기업인 이상 미국 밖의 도시를 선택한다고 해서 이 법을 피할 수는 없습니다.

텍사스에서 호스팅한다고 해서 반드시 텍사스 개인정보 보호법의 적용을 받는 것은 아닙니다. 2024년 7월 1일부터 시행된 TDPSA(Texas Data Privacy and Security Act)는 텍사스에서 사업을 운영하거나 텍사스 거주자에게 제품 또는 서비스를 판매하는 기업 중, 미국 연방 중소기업청(Small Business Administration)의 정의에 따른 소기업이 아닌 경우에 적용됩니다. 이 법은 서버의 위치가 아니라 고객을 따라갑니다. 서버를 시카고로 옮긴다고 해서 의무가 면제되지 않으며, 댈러스로 옮긴다고 해서 의무가 새로 생기는 것도 아닙니다.

유럽 연합(EU)의 개인정보를 다루는 경우, 데이터 이전 메커니즘을 갖추고 있다면 미국 호스팅을 이용할 수 있습니다. 2026년 8월 기준으로 EU-미국 데이터 프라이버시 프레임워크(Data Privacy Framework) 적정성 결정은 유효하며, 이는 2025년 9월 EU 일반 법원에 의해 지지되었고 현재 사법재판소에 항소가 계류 중입니다. 실무적인 조치로는 호스팅 제공업체에 해당 프레임워크에 따른 자체 인증을 받았는지 또는 표준 계약 조항(Standard Contractual Clauses)을 체결했는지 서면으로 문의하고, 그 답변을 감사인이 확인할 수 있는 곳에 보관하는 것입니다. 이 문제는 법적 변동성이 크므로 나머지 법적 질문은 변호사와 상담하십시오.

자신의 컴퓨터에서 Dallas VPS를 테스트하는 방법

위의 모든 수치는 다른 사람의 측정 결과입니다. 결정적인 것은 본인의 측정치이며, 이를 수집하는 데는 약 20분이 소요됩니다.

1. 제공업체에 Dallas 위치의 테스트 IP 주소와 테스트 파일을 요청하십시오. 대부분의 업체는 두 가지 모두를 포함한 Looking Glass 페이지를 공개합니다.
2. 사용자가 속한 각 네트워크에서 최소 20회의 ping을 보내고 요약 행을 확인하십시오.
3. 경로를 추적하고 거쳐 가는 네트워크 수를 세어 보십시오.
4. 테스트 파일을 다운로드하여 지속적인 속도를 확인하십시오.
5. 사용자가 가장 붐비는 시간대인 평일 저녁, 최소 이틀에 걸쳐 반복하십시오. 네트워크 혼잡은 오전 11시가 아닌 오후 9시에 나타납니다.

ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"

Windows에서 첫 번째 명령은 ping -n 20 203.0.113.10입니다. ping 종료 시 출력되는 요약 행을 기록해 두십시오.

rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 ms

mdev(평균 편차)을 지터(jitter)로 해석하십시오. mdev가 2 ms 미만인 35 ms 평균은 깨끗한 경로입니다. 반면 mdev가 20 ms인 35 ms 평균은 경로 어딘가가 불안정하다는 의미이며, 이는 대화형 작업에서 60 ms로 일정하게 유지되는 경로보다 더 나쁘게 느껴질 것입니다. 100개의 패킷을 보냈을 때 마지막 홉에서 0%를 초과하는 패킷 손실이 지속된다면, 이는 일시적인 현상이 아닌 결함입니다.

처리량(throughput)은 다른 방식의 테스트가 필요합니다. 긴 경로를 통한 단일 TCP 연결은 수신 윈도우를 왕복 시간(RTT)으로 나눈 값에 의해 제한되므로, 단일 스트림 다운로드가 느리다고 해서 링크 자체가 느린 것은 아닙니다. 대신 병렬 스트림을 사용하십시오. VPS에서 iperf3 -s을 실행하고 해당 포트를 본인의 주소로만 개방한 다음, 자신의 컴퓨터에서 다음을 실행하십시오.

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

-P 4는 4개의 병렬 스트림을 열고, -R은 방향을 반전시키므로 두 번째 실행 결과가 사용자가 실제로 경험할 다운로드 경로를 측정하게 됩니다. iperf3는 인증 기능이 없으므로 테스트가 끝나면 반드시 포트를 다시 닫으십시오.

네트워크는 하나의 축일 뿐입니다. CPU 스틸(steal)과 디스크 속도는 별개의 요소이며, 위치가 아무리 좋아도 저가형 플랜은 호스트 머신이 오버셀링(oversold)된 경우 느리게 동작합니다. 실제 서비스를 이전하기 전에 VPS 벤치마킹 방법을 수행하고, 이후 새 VPS 설정 후 첫 10분을 투자하여 보안을 강화하십시오.

FAQ

댈러스의 VPS는 미국 양쪽 해안의 사용자에게 충분히 빠른가요?

실시간 게임이나 지연 시간에 민감한 트레이딩을 제외하면 충분합니다. 댈러스에서 뉴욕까지의 일반적인 유선 왕복 시간(RTT)은 약 36 ms이며, 로스앤젤레스까지는 약 35 ms입니다. 따라서 미국 본토의 어떤 사용자도 서버로부터 멀리 떨어져 있지 않습니다. 버지니아 북부에 서버를 두면 뉴욕까지 약 10 ms로 더 빠르지만, 로스앤젤레스까지는 약 62 ms로 성능이 크게 떨어집니다. 중간값의 최저 지연 시간보다 최악의 경우를 최소화하고 싶다면 댈러스를 선택하십시오.

텍사스 전력망 때문에 댈러스 VPS의 신뢰성이 떨어지나요?

ERCOT은 인접 지역과 약 1.2 GW 규모의 직류 연계선만 갖춘 독립적인 전력망이므로, 전력 부족 시 외부에서 많은 전력을 수입할 수 없습니다. 2021년 2월 겨울 폭풍 Uri 당시 순환 정전이 발생한 이유도 이 때문입니다. 서버의 가동 시간은 전력망보다는 건물 자체에 달려 있습니다. UPS 배터리가 수 분간 부하를 감당하고, 디젤 발전기가 연료가 소진될 때까지 전력을 공급하기 때문입니다. 제공업체에 현장 연료로 최대 부하를 얼마나 버틸 수 있는지, 마지막으로 전체 부하 테스트를 수행한 날짜가 언제인지 문의하십시오.

토네이도나 텍사스의 폭염으로 서버가 오프라인 상태가 될 수 있나요?

그 자체로는 그렇지 않습니다. 2019년 10월 20일 댈러스 북부를 강타한 EF3 등급 토네이도가 상가와 주택을 파괴했지만, 데이터 센터는 창문이 없는 콘크리트 구조물로 설계되어 해당 풍속을 견딜 수 있습니다. 외부에 노출된 부분은 옥상 냉각 장치인데, 이는 봄철의 큰 우박에 취약한 부분이기도 합니다. 폭염은 가동 시간보다는 비용에 영향을 줍니다. 냉각 장치는 현지 설계 기준에 맞춰져 있지만, 폭염 중 냉각 장치가 고장 나면 직원이 대응할 시간이 훨씬 줄어들기 때문입니다. 설계로 해결할 수 없는 위험은 사이트 전체의 손실이므로, 백업은 다른 지역에 보관하십시오.

사용자가 유럽에 있다면 댈러스에서 호스팅해야 하나요?

아니요. 댈러스 서버에서 프랑크푸르트까지는 약 125 ms, 런던까지는 약 112 ms가 소요됩니다. 이 격차는 물리적 거리 때문이므로 어떤 설정을 하더라도 제거할 수 없습니다. 사용자 근처에서 호스팅하고, 백업이나 배치 작업처럼 사용자가 기다리지 않아도 되는 작업만 댈러스 서버에서 수행하십시오. 유럽 사용자의 개인정보를 다루는 경우, EU 지역에 서버를 두면 별도로 문서화해야 하는 데이터 전송 문제를 해결할 수 있습니다.

구매 전 댈러스 VPS까지의 지연 시간을 어떻게 측정하나요?

제공업체로부터 테스트용 IP 주소를 받은 뒤, 사용자가 이용하는 모든 네트워크에서 ping -c 20 및 mtr -rwzc 100를 실행하십시오. ping 요약에서 평균값과 mdev 값을 함께 확인하십시오. 평균값은 낮지만 mdev 값이 높다면 지터(jitter)가 발생하고 있다는 의미이며, 이는 일정하게 높은 수치보다 사용자 경험이 더 나쁩니다. 네트워크 혼잡은 시간대별 문제이므로 이틀에 걸쳐 사용자가 몰리는 저녁 시간에 반복 측정하십시오. 처리량(throughput)을 측정하려면 iperf3를 사용하고 4개의 병렬 스트림을 사용하십시오. 긴 경로에서 단일 TCP 스트림은 링크 대역폭이 아니라 윈도우 크기에 의해 제한되기 때문입니다.