작성자 Matt Connor
캐나다 VPS 호스팅, 무엇이 중요합니까?
캐나다 서버가 필요한 유일한 이유는 지연 시간이 아닙니다. PIPEDA는 해외 처리를 금지하지 않으며, Toronto와 New York 간 왕복 시간을 직접 측정하는 방법을 설명합니다.
VPS가 캐나다에 있어야 합니까?
데이터를 캐나다 영토 내에 보관해야 한다고 법률이나 계약에 명시된 경우에는 캐나다 VPS 호스팅을 선택할 가치가 있습니다. 이것이 유일하게 확실한 이유입니다. Toronto의 가정용 연결에서 New York 데이터 센터까지 왕복하는 데 걸리는 시간은 약 18ms입니다. 반면 Toronto의 데이터 센터까지는 약 3ms이며, 거의 어떤 웹 애플리케이션도 이 차이를 구분하지 못합니다.
사람들이 캐나다 서버를 선택하는 데에는 3가지 이유가 있습니다. 데이터 레지던시는 법적 의무이므로 그 자체로 결정이 내려집니다. 지연 시간은 측정할 수 있으며, 일반적으로 사람들이 예상하는 것보다 작습니다. 캐나다 달러로 결제하는 것은 회계 담당자에게 편리합니다. 다른 조건을 검토하기 전에 첫 번째 요건이 자신에게 적용되는지 확인해야 합니다.
이 게시물은 관련 규정이 일반적으로 어떻게 적용되는지 설명합니다. 법률 자문이 아닙니다. 개인정보 보호법이 조직에 적용되는 경우에는 법률 자문을 통해 답을 확인해야 합니다.
데이터 보존 위치: 유일하게 엄격한 요구사항
PIPEDA (Personal Information Protection and Electronic Documents Act)는 캐나다의 연방 민간 부문 개인정보 보호 법률입니다. 이 법률은 개인정보을 캐나다 내에 보관하도록 요구하지 않습니다. 해외의 처리자에게 데이터를 보내는 것을 처리를 위한 이전으로 봅니다. 조직은 데이터에 대한 책임을 계속 집니다. 처리자는 이에 상응하는 보호 수준을 제공해야 합니다. 또한 이러한 처리가 이루어진다는 사실을 사람들에게 투명하게 알려야 합니다. Office of the Privacy Commissioner는 2019년에 이 요건을 강화하는 방안을 협의했지만, 기존 입장을 유지했습니다. 따라서 PIPEDA 때문에 데이터를 반드시 캐나다에 보관해야 한다는 일반적인 주장은 잘못되었습니다. 많은 호스팅 홍보 문구가 이를 반복하더라도 마찬가지입니다.
실제 보존 위치 요건은 존재합니다. 다만 더 제한적인 영역에 적용됩니다.
- Quebec의 Law 25는 개인정보를 주 외부로 보내기 전에 평가를 수행하도록 요구합니다. 또한 개인정보가 도착한 곳에서 적절한 보호를 받아야 합니다. 이 조항은 September 2023부터 시행되었습니다. 이는 금지 규정이 아닙니다. 문서화와 함께, 근거를 제시할 수 있는 결정을 요구하는 규정입니다.
- 공공 부문 규정은 공공기관과 해당 기관에 서비스를 제공하는 기업에 적용됩니다. Nova Scotia의 PIIDPA는 개인정보를 캐나다 외부에 저장하는 것을 제한합니다. British Columbia의 FIPPA에도 유사한 규정이 있었지만, 2021년에 개정되어 평가 후 외국 저장을 허용하게 되었습니다.
- 연방 정부 업무에는 Government of Canada's cloud direction이 적용됩니다. 이 지침은 Protected B 이상 등급의 데이터가 캐나다에 남아 있도록 요구합니다.
- 주별 보건 개인정보 보호 법률은 보건 기록을 저장할 수 있는 위치에 자체 조건을 추가합니다. 이러한 조건은 주마다 다릅니다.
- 실제로 가장 일반적인 요인은 고객 계약과 공개 입찰입니다. 보안 설문에서 "data at rest in Canada"라고 요구하면, 귀사가 해당 문서에 서명했기 때문에 법률과 마찬가지로 구속력이 있습니다.
실무적인 판단 기준은 간단합니다. 해당 조항을 제시할 수 있습니까? 조직 내 누구도 캐나다 내 보관을 요구하는 법률이나 계약을 특정하지 못한다면, 귀사는 지연 시간과 가격을 기준으로 선택하는 것입니다.
캐나다 데이터센터는 미국 법의 적용 범위를 벗어납니까?
그 자체로는 그렇지 않습니다. US CLOUD Act(Clarifying Lawful Overseas Use of Data Act)는 하드웨어가 어디에 있든 US provider가 점유, 관리 또는 통제하는 데이터를 대상으로 하므로, 미국 회사가 운영하는 Toronto region은 적용 범위에 포함됩니다. 실제 요구 사항이 지리적 위치가 아니라 외국의 법적 절차와 관련된 것이라면, 중요한 것은 누가 서비스를 운영하고 누가 encryption key를 보유하는지입니다. 건물의 주소가 캐나다에 있다는 사실만으로는 이를 판단할 수 없습니다.
Routing도 예상하지 못한 문제를 일으킵니다. 두 캐나다 도시 사이의 traffic은 저렴한 peering이 역사적으로 미국에 집중되어 있었기 때문에 미국을 통과하는 경우가 많습니다. 연구자들은 이를 boomerang routing이라고 부릅니다. packet이 국가 밖으로 절대 나가지 않는다고 알리기 전에 traceroute를 실행하십시오.
traceroute vps.example.comHop 이름에는 nyc, chi 또는 ash과 같은 city code가 포함됩니다. 이러한 이름은 참고 정보일 뿐이며 오래될 수 있으므로, 증거가 아니라 provider에 문의할 근거로 사용하십시오. 전송 중인 데이터에 대한 신뢰할 수 있는 방법은 지도 확인이 아니라 사용자가 제어하는 encryption입니다. 자체 machine 간에 private path가 필요하다면 자체 호스팅 WireGuard VPN을 사용하십시오. Fibre가 어느 국가를 통과하는지는 이 VPN에 영향을 주지 않습니다.
지연 시간: 추측하지 말고 측정합니다
광섬유에서 빛은 1밀리초당 약 200 km를 이동합니다. 따라서 장비를 고려하기 전에도 거리가 100 km 늘어날 때마다 왕복 시간에 약 1 ms가 추가됩니다. Toronto에서 Vancouver까지는 직선거리로 약 3,400 km이고 케이블 경로는 더 깁니다. 따라서 최저 지연 시간은 약 40 ms입니다. 실제 경로에서는 더 높게 측정됩니다.
The data behind this chart
[
{
"label": "Toronto",
"rtt_ms": 3
},
{
"label": "Montreal",
"rtt_ms": 12
},
{
"label": "New York",
"rtt_ms": 18
},
{
"label": "Chicago",
"rtt_ms": 24
},
{
"label": "Northern Virginia",
"rtt_ms": 26
},
{
"label": "Dallas",
"rtt_ms": 42
},
{
"label": "Vancouver",
"rtt_ms": 62
},
{
"label": "London",
"rtt_ms": 88
},
{
"label": "Frankfurt",
"rtt_ms": 98
}
]이는 Toronto에서 연결 상태가 양호한 일반 소비자 회선을 기준으로 공개된 일반적인 수치입니다. 시작점으로 사용할 수 있지만 보장값은 아닙니다. 실제 수치는 액세스 네트워크와 provider의 peering에 따라 달라지며 시간대에 따라서도 변합니다.
두 행은 다시 확인할 가치가 있습니다. Toronto에서 Montreal까지는 약 12 ms입니다. 충분히 가까워 대부분의 용도에서 두 도시가 하나의 region처럼 동작합니다. Toronto에서 Vancouver까지는 약 62 ms입니다. 이는 26 ms인 Toronto에서 Northern Virginia까지보다 멉니다. Canada에 있다는 사실이 사용자의 위치와 가깝다는 의미는 아닙니다.
어쨌든 일반적으로는 last mile이 지연 시간을 지배합니다. 가정용 fibre는 몇 ms를 추가합니다. Cable은 회선이 혼잡할 때 더 많은 지연을 추가합니다. Mobile 연결은 자체적으로 수십 ms를 추가합니다. Toronto의 phone 사용자는 Toronto server까지 50 ms를 볼 수 있으며, 해당 server를 New York으로 옮겨도 사용자가 체감하는 변화는 몇 퍼센트에 불과합니다.
사용자가 있는 위치에서 지연 시간을 테스트하는 방법
먼저 사용자가 실제로 어디에 있는지 확인합니다. 분석 도구에서는 이미 세션을 도시 또는 지역별로 분류합니다. 사무실 위치를 기준으로 추측하지 말고 이 데이터를 사용합니다.
그런 다음 해당 위치에서 측정합니다. Ottawa의 책상에서 Vancouver의 지연 시간을 테스트할 수는 없습니다. 대상 도시에 있는 VPS를 시간 단위로 20분 동안 임대한 후 테스트가 끝나면 삭제합니다. 동료나 고객에게 명령 1개를 실행해 달라고 요청할 수도 있습니다. 또는 https://atlas.ripe.net의 무료 RIPE Atlas 측정 네트워크를 사용합니다. 이 네트워크에는 캐나다 도시에 probe가 있으며 해당 위치에서 ping을 실행할 수 있습니다.
sudo apt update && sudo apt install -y mtr-tiny traceroute iperf3
ping -c 20 vps.example.com마지막 두 줄을 확인합니다.
20 packets transmitted, 20 received, 0% packet loss, time 19031ms
rtt min/avg/max/mdev = 17.412/18.006/19.882/0.594 msavg는 핵심 수치입니다. mdev은 jitter이며 패킷 간 편차를 나타냅니다. 짧은 경로에서 패킷 손실이 발생하면 원인을 조사해야 합니다. 평균 지연 시간이 약간 높은 것보다 jitter가 높을 때 음성 통화와 게임에 더 큰 문제가 발생합니다. 수신기는 일반적인 패킷이 아니라 가장 늦게 도착하는 패킷에 맞춰 버퍼링해야 하기 때문입니다.
mtr --report --report-cycles 50 vps.example.commtr는 모든 hop의 손실을 출력합니다. permission error로 종료되면 sudo와 함께 실행합니다. 중간 hop에서 표시되는 손실은 실제 손실이 아닌 경우가 많습니다. router는 자신이 생성하는 ICMP 응답의 우선순위를 가장 낮게 설정하기 때문입니다. 최종 줄까지 계속되는 손실만 실제 트래픽이 겪는 손실입니다. 먼저 맨 아래 행을 확인한 다음 위쪽으로 올라갑니다.
ICMP가 차단되었거나 rate limit이 적용되면 실제 protocol의 시간을 측정합니다.
curl -o /dev/null -s -w 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' https://vps.example.com/각 필드는 request 시작부터 누적된 초 단위 시간입니다. connect에서 dns을 뺀 값은 TCP 왕복 1회 시간입니다. tls에서 connect을 뺀 값은 handshake 시간입니다. ttfb에서 tls을 뺀 값은 왕복 1회 시간에 애플리케이션이 응답하는 데 걸린 시간을 더한 값입니다. 대부분의 느린 사이트는 이 마지막 간격에서 실제 시간을 잃습니다. 짧은 경로에서 ttfb가 0.8 s라면 애플리케이션 문제입니다. 서버를 다른 도시로 옮겨도 이 문제는 해결되지 않습니다.
throughput을 측정하려면 VPS에서 server를 실행하고 사용자 측에서 client를 실행합니다. iperf3는 TCP 5201에서 listening하므로 테스트를 위해 ufw로 port를 열고 작업이 끝나면 다시 닫습니다.
iperf3 -siperf3 -c vps.example.com -t 20
iperf3 -c vps.example.com -t 20 -R
iperf3 -c vps.example.com -t 20 -P 8-R는 방향을 반대로 전환하므로 upload뿐 아니라 download도 측정합니다. -P 8는 병렬 stream 8개를 엽니다. stream 8개가 1개보다 훨씬 빠르면 한계는 link 자체가 아니라 장거리 경로의 TCP window입니다. 단일 stream은 왕복 1회마다 하나의 window만 전송할 수 있기 때문입니다. 같은 window를 사용해도 Vancouver 경로에서는 New York 경로의 약 3분의 1에 해당하는 초당 데이터만 전송됩니다. 장거리 backup도 같은 방식으로 동작합니다. 따라서 restic으로 off-site backup을 수행하는 작업은 빠른 회선에서도 먼 대상에 연결하면 느리게 느껴집니다.
iperf3이 작동하는 동안 두 번째 terminal에서 ping을 실행합니다. 전송 중 왕복 시간이 20 ms에서 300 ms로 증가하면 이는 자체 access equipment에서 발생하는 bufferbloat입니다. 어떤 data centre 위치를 선택해도 이 문제는 해결되지 않습니다.
여러 번 측정하고 저녁에도 측정합니다. 9pm의 congestion이 사용자가 실제로 경험하는 수치입니다. 4am의 수치는 sales page에서 인용하고 싶어 하는 수치입니다.
왕복 시간이 워크로드에 의미하는 것
콜드 페이지 로드는 브라우저가 무엇이든 그리기 전에 4번의 왕복을 거칩니다.
The data behind this chart
[
{
"label": "DNS lookup",
"toronto_to_new_york_ms": 18,
"toronto_to_vancouver_ms": 62
},
{
"label": "TCP handshake",
"toronto_to_new_york_ms": 18,
"toronto_to_vancouver_ms": 62
},
{
"label": "TLS 1.3 handshake",
"toronto_to_new_york_ms": 18,
"toronto_to_vancouver_ms": 62
},
{
"label": "Request and first byte",
"toronto_to_new_york_ms": 18,
"toronto_to_vancouver_ms": 62
},
{
"label": "All four round trips",
"toronto_to_new_york_ms": 72,
"toronto_to_vancouver_ms": 248
}
]DNS 조회는 서버가 아니라 리졸버로 전송되며 일반적으로 캐시됩니다. 따라서 웜 방문에서는 이 단계가 생략됩니다. 처음부터 끝까지 계산하면 콜드 로드는 New York 경로에서 72 ms, Vancouver 경로에서 248 ms만큼 지연된 상태로 시작합니다. 데이터베이스 쿼리 한 번이 400 ms라면 이 두 수치는 그에 비해 무시할 수 있습니다. 연결이 열리면 HTTP/2와 HTTP/3는 같은 연결을 통해 여러 요청을 동시에 전달합니다. 따라서 이 비용은 파일마다 발생하지 않고 한 번만 발생합니다. 정적 자산을 CDN(content delivery network)에 배치하면 해당 자산에는 원본 서버의 도시가 전혀 중요하지 않습니다. 이것이 Toronto까지 98 ms가 걸리는 유럽 방문자도 빠른 페이지를 받을 수 있는 이유입니다.
실시간 멀티플레이어 게임은 반대의 경우입니다. 왕복 시간이 곧 사용자 경험이기 때문입니다. 빠른 액션 게임에서는 대략 50 ms 미만이면 즉각적으로 느껴집니다. 약 80 ms부터 플레이어가 지연을 인식하기 시작하며, 120 ms를 넘으면 서버를 원인으로 생각합니다. 이 경우에는 리전이 제품의 품질을 실제로 결정합니다. 진행 속도가 느린 서버는 지연에 훨씬 관대합니다. 따라서 VPS에서 Minecraft 서버 실행하기는 슈팅 게임이라면 문제가 될 거리를 견딜 수 있습니다.
데이터베이스에서는 리전 선택이 심각한 문제를 일으킬 수 있습니다. 애플리케이션을 한 리전에, 데이터베이스를 다른 리전에 배치하지 마십시오. 모든 쿼리는 왕복을 거칩니다. 40개의 쿼리를 실행하는 페이지는 왕복 40회를 추가로 수행합니다. 각 왕복이 18 ms라면 거의 1초가 걸립니다. 각 왕복이 62 ms라면 2초를 넘습니다. 데이터베이스를 같은 서버에 배치했을 때 30 ms로 프로파일링된 페이지에서 발생하는 결과입니다. 다른 리전에 읽기 복제본과 재해 복구용 복제본을 두는 비동기 복제는 적절합니다. 장거리 경로를 통한 동기 커밋은 모든 쓰기 작업에 해당 경로의 지연 시간을 추가합니다.
대화형 세션은 이 두 경우의 중간에 해당합니다. SSH는 약 100 ms까지는 편안하게 사용할 수 있지만 그보다 높으면 지연이 느껴집니다. 각 키 입력이 에코 응답을 받을 때까지 기다려야 하기 때문입니다. mosh은 로컬에서 예측하여 이러한 지연의 대부분을 숨깁니다. 웹훅과 내부 API는 호출하는 서비스와 항상 같은 리전에 배치해야 합니다.
결제, 통화 및 세금
캐나다 달러로 결제하면 카드 발급사가 부과하는 해외 거래 수수료를 피할 수 있습니다. 이 수수료는 2026년 8월 기준으로 일반적으로 약 2.5%입니다. 또한 회계 장부를 하나의 통화로 관리할 수 있습니다. 캐나다 사업자는 GST 또는 HST를 포함하여 청구서를 발행하며, 등록된 사업자는 이를 매입세액 공제로 환급받을 수 있습니다. 이는 재무 관련 질문이며 재무적인 기준으로 답해야 합니다. 네트워크 패킷이 전달되는 위치를 결정하는 기준이 되어서는 안 됩니다. 서버의 실제 비용과 갱신 가격에 따른 비용 증가를 피하면서 요금제를 비교하는 방법은 VPS의 실제 월간 비용을 참조하십시오.
규모가 작은 시장에서 발생하는 비용
캐나다는 미국에 비해 호스팅 시장 규모가 작습니다. 따라서 무엇을 포기해야 하는지도 고려해야 합니다.
- 적은 수의 공급자가 고객의 지출을 두고 경쟁하므로, 동일한 등급의 장비에서는 RAM 또는 디스크의 GB당 가격이 일반적으로 더 높습니다.
- 용량은 Toronto와 Montreal에 집중되어 있으며, Vancouver와 Calgary에는 더 적습니다. 장애 조치를 위한 두 번째 캐나다 리전은 경로가 길어지거나, 어차피 국외 리전을 사용해야 하는 경우가 많습니다.
- 소규모 지역 호스트는 하나의 건물에서 1~2개의 상위 통신 사업자에 의존해 운영할 수 있습니다. 통신 사업자가 몇 곳인지, 그중 하나에 장애가 발생하면 어떻게 되는지 문의해야 합니다.
- 하드웨어 선택 폭이 좁습니다. 대형 인스턴스와 GPU 장비는 미국 리전에서 더 쉽게 찾을 수 있습니다. 따라서 원하는 도시에서 원하는 크기의 GPU VPS를 사용하지 못할 수 있습니다.
- 소규모 호스트의 지원 범위는 마케팅 문구가 아니라 실제로 확인해야 할 사항입니다. 담당자가 언제 근무하는지 문의해야 합니다.
가격 측면에서는 Montreal이 예외입니다. Quebec의 수력 발전 전력은 저렴하고 겨울철에는 냉각 비용이 줄어듭니다. 따라서 Montreal 지역은 미국 리전과 경쟁할 수 있는 요금으로 많은 용량을 제공합니다. 특정 도시가 아니라 캐나다 내 위치가 요구 사항이라면 이 지역부터 검토해야 합니다.
캐나다 VPS 요금제의 규모가 워크로드에 비해 너무 작다면, 캐나다를 문제로 결론 내리기 전에 VPS와 전용 서버 비교를 검토해야 합니다.
캐나다 VPS 호스팅을 선택해야 하는 경우
- 법률, 계약 또는 공공 부문 정책에서 캐나다를 명시하는 경우입니다. 캐나다에서 호스팅합니다. 이 글의 다른 내용은 적용되지 않습니다. 또한 제공업체로부터 데이터 레지던시 보장을 서면으로 받습니다.
- 사용자가 한 캐나다 도시권에 집중되어 있고 워크로드가 지연 시간의 영향을 크게 받는 경우입니다. 대상에는 멀티플레이어 게임, 음성 서비스, 원격 데스크톱 및 트레이딩이 있습니다. 가장 가까운 도시에 호스팅하고, 계약하기 전에 두 옵션을 모두 측정합니다.
- 사용자가 캐나다 전역에 분산되어 있는 경우입니다. Toronto 또는 Montreal이 인구의 가장 큰 비율을 담당합니다. 정적 자산 앞에 CDN을 배치하면 origin을 이전하는 것보다 Vancouver 사용자의 성능을 더 크게 개선할 수 있습니다.
- 그 외의 모든 경우입니다. 대부분의 경우가 여기에 해당합니다. 가격과 실제로 제공되는 하드웨어를 기준으로 선택한 다음, 2am에 지원이 어떻게 제공되는지 확인합니다. 후보를 먼저 벤치마크합니다. 사양표가 동일한 두 요금제도 성능은 같지 않기 때문입니다. VPS를 올바르게 벤치마크하는 방법을 참고합니다.
어떤 결정을 내리든 그 이유를 결정 사항 옆에 기록합니다. 다음에 이 서비스를 캐나다에 배치해야 하는지 묻는 사람에게는 추측보다 정확한 근거가 필요합니다. 그 이유가 계약 조항이었던 경우에는 누군가 나중에 해당 조항을 다시 찾아야 합니다. 서버가 준비된 후에는 새 VPS에서 처음 10분 동안 할 일이 서버가 위치한 도시보다 보안에 훨씬 더 큰 영향을 줍니다.
FAQ
PIPEDA에 따라 데이터를 캐나다에 보관해야 합니까?
아닙니다. PIPEDA (Personal Information Protection and Electronic Documents Act)에는 민간 부문에 적용되는 데이터 보관 위치 규정이 없습니다. 다른 국가의 처리자에게 개인 정보를 보내는 것은 처리를 위한 이전에 해당합니다. 조직은 해당 데이터에 대한 책임을 계속 지며, 처리자는 이에 상응하는 수준으로 데이터를 보호해야 합니다. 또한 이러한 이전이 발생한다는 사실을 사람들에게 투명하게 알려야 합니다. Office of the Privacy Commissioner는 2019년에 이 입장을 변경하는 방안을 협의했지만, 이후에도 기존 입장을 유지했습니다. 데이터 보관 위치 요건은 다른 규정에서 비롯됩니다. 예를 들면 Quebec의 Law 25 평가, Nova Scotia의 PIIDPA와 같은 공공 부문 법률, Government of Canada의 클라우드 지침 또는 자체 고객 계약의 조항이 있습니다.
캐나다 사용자는 미국에 있는 서버를 알아차립니까?
일반적인 웹 애플리케이션에서는 그렇지 않습니다. Toronto에서 New York까지의 왕복 시간은 약 18 ms이고, Northern Virginia까지는 약 26 ms입니다. 두 경우 모두 Toronto에서 Vancouver까지의 62 ms보다 짧습니다. 사용자는 네트워크 지연 20 ms보다 훨씬 먼저 서버 응답 시간과 페이지 용량을 알아차립니다. 하지만 실시간 게임, 음성 통화, 한 사람이 다른 사람의 반응에 대응해야 하는 작업에서는 네트워크 지연을 알아차립니다.
캐나다 데이터 센터는 미국 법률의 적용을 받지 않습니까?
자동으로 제외되지는 않습니다. US CLOUD Act는 서버의 위치와 관계없이 US provider가 점유, 보관 또는 통제하는 데이터에 적용됩니다. 따라서 미국 회사가 운영하는 캐나다 리전도 적용 대상입니다. 외국의 법적 절차가 실제 우려 사항이라면 건물 주소보다 서비스를 운영하는 주체와 암호화 키를 보유하는 주체를 확인해야 합니다. 사용자가 직접 보유한 키로 암호화하면 provider가 제공할 수 있는 데이터의 범위가 달라집니다.
거주하지 않는 도시에서 latency를 어떻게 측정합니까?
해당 도시에 시간 단위 VPS를 임대하고, ping -c 20 및 mtr --report --report-cycles 50를 실행하여 자신의 서버로 연결한 다음 VPS를 삭제합니다. RIPE Atlas 네트워크는 캐나다 도시들에 probe를 제공하는 무료 대안입니다. ICMP가 차단된 경우에는 대신 curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://your.server/로 실제 요청 시간을 측정합니다. 이 명령은 TCP 왕복 시간과 첫 번째 바이트를 받을 때까지의 전체 시간을 제공합니다.