인터페이스는 번역되었지만 제공사 사실과 리뷰 본문은 현재 영어입니다. 품질 기준을 충족하는 번역 전까지 색인되지 않습니다.
이 가이드는 전체 번역이 제공됩니다. 공급자 사실과 가격은 영어 버전이 기준입니다. 번역은 사람의 편집 검토 전이므로 이 페이지는 당분간 검색에서 제외됩니다.
리전 카탈로그는 ping이 아닙니다
공급자의 리전 페이지는 어디에서 서비스를 제공하는지를 알려 줍니다. 사용자로부터의 왕복 시간, 특정 경로의 패킷 손실, 원하는 요금제의 재고 여부는 알려 주지 않습니다. VPSTab은 공급자의 위치 카탈로그와, 가능한 경우 데이터센터별 가격을 기록하지만, 어느 것도 지연 관련 주장으로 변환하지 않습니다.
같은 도시에 있는 두 요금제가 서로 다른 네트워크 경로를 사용할 수 있고, 공급자의 가장 저렴한 리전이 서비스하려는 사용자로부터 수천 킬로미터 떨어져 있을 수 있기 때문에 이 구분이 중요합니다. 위치는 성능 점수가 아니라 검증해야 할 제약으로 다루십시오.
위치를 사용자와 의무에 맞춥니다
먼저 접속할 사람과 시스템에서 시작하십시오. 싱가포르 사용자를 위한 서비스는 싱가포르 리전이 유리하고, 오사카에서 일하는 팀은 오사카나 도쿄를 선호할 수 있으며, 독일 데이터 상주성 검토는 가격과 무관하게 독일 리전을 요구할 수 있습니다. 워크로드가 이에 의존한다면 이는 선호가 아니라 필수 조건입니다.
다음으로 운영상 의무를 고려하십시오. 공급자가 상태 페이지와 SLA를 공개하고 있습니까? 해당 리전이 필요한 지원 조건의 적용 범위에 있습니까? 나중에 서비스를 이전할 수 있습니까? 저렴하지만 운영적으로 고립된 리전은 가격이 매력적이더라도 좋지 않은 선택일 수 있습니다.
가격과 트래픽은 위치에 따라 달라집니다
Hetzner가 명확한 예입니다. CPX02는 독일과 핀란드에서 EU 트래픽 20 TB와 함께 월 6.49유로 또는 8.09달러이지만, 싱가포르에서는 500 GB만 제공되며 7.99유로 또는 9.59달러입니다. 서버는 같은 등급이지만 위치가 가격과 트래픽을 모두 바꿉니다. EU 가격으로 세운 예산은 싱가포르에서 무너질 수 있습니다.
AWS Lightsail도 마찬가지입니다. 가격 페이지에는 일반 번들 가격이 나와 있고, 일부 리전은 표시된 트래픽 한도의 절반만 받는다고 경고합니다. 오리건에서 넉넉해 보이는 번들이 다른 리전에서는 훨씬 빠듯할 수 있습니다. 표의 제목만 보지 말고 항상 리전별 주석을 확인하십시오.
싱가포르와 일본 사례
싱가포르의 경우 수집된 데이터셋에는 Hetzner SIN1, DigitalOcean SGP1, Linode ap-south, Vultr sgp, UpCloud SG-SIN1, Netcup SIN이 포함되어 있습니다. 이들은 가격, 트래픽, 백업 조건, 근거의 품질에서 차이가 있습니다. 이 데이터셋에서 측정된 지연 결과를 가진 항목은 하나도 없으므로, 순위는 귀하가 명시한 제약과 공급자가 명시한 사실에 대한 적합도만 반영할 수 있습니다.
일본의 경우 Linode는 오사카와 도쿄를 제공하고, Vultr는 plans API에 오사카와 도쿄 위치를 나열합니다. 이 데이터셋의 일본 개발 프로필은 의도적으로 오사카와 최소 2 GB의 RAM을 요구하므로, 후보가 Linode 2 GB와 여러 Vultr 요금제로 좁혀집니다. 이는 자원과 위치에 따른 결과이지 어느 쪽이 더 빠르다는 주장이 아닙니다.
독일과 정규화된 리전 키
독일은 정규화된 리전을 이해하는 데 유용한 사례입니다. Hetzner는 Falkenstein과 Nuremberg에서 판매하고, DigitalOcean과 Linode는 Frankfurt를 나열하며, UpCloud는 Frankfurt를 나열하고, IONOS는 국가 단위 가용성을 공개합니다. 정규화된 리전 'Frankfurt'로 필터링하면 둘 다 독일에 있음에도 Falkenstein은 자동으로 포함되지 않습니다. 요금제 페이지에는 공급자의 정확한 데이터센터가 표시되므로 이러한 차이를 확인할 수 있습니다.
요구 사항이 정말로 '독일'이라면 한 도시가 국가를 대표한다고 가정하지 말고 모든 독일 위치를 확인하십시오. 요구 사항이 특정 도시나 특정 데이터센터라면 공급자의 정확한 위치를 사용하십시오. 어느 선택도 보편적으로 옳지 않으며, 잘못은 그 구분을 감추는 것입니다.
아키텍처, 가용성, 이탈
리전 선택은 곧 아키텍처 선택이기도 합니다. 서비스가 데이터센터 장애를 견뎌야 한다면, 사용자와 얼마나 가까운지와 무관하게 한 리전의 서버 한 대는 단일 장애점입니다. 다중 리전 설계는 복제, 페일오버, 데이터 일관성 비용을 추가하며 이는 단일 VPS 비교의 범위를 벗어납니다. 단일 호스트를 사는 것인지 복원력 있는 서비스를 사는 것인지 명시적으로 결정하십시오.
이탈 계획은 필요해지기 전에 세우십시오. 공급자가 표준 이미지, 스냅샷, 내보내기를 지원하는지, IP 주소를 이전할 수 있는지, 마이그레이션에 얼마나 걸릴지를 확인하십시오. 오늘은 저렴하지만 마이그레이션을 비싸게 만드는 공급자는 숨은 종속 비용을 안고 있습니다. 월 단위 숫자로 환산할 수 없더라도 그 비용은 비교에 포함되어야 합니다.
지연에 민감한 서비스에서 사용자가 전 세계에 분산되어 있다면 VPS 앞에 CDN이나 DNS 기반 라우팅 계층을 두는 것을 검토하십시오. 그러면 문제가 '완벽한 리전 하나를 고르는 것'에서 '원본 리전과 전달 계층을 고르는 것'으로 바뀝니다. VPSTab은 CDN 성능을 측정하지 않으므로, 이는 측정된 권장 사항이 아니라 아키텍처 선택지로 남습니다.
위치를 검증하는 방법
공급자의 공식 리전 또는 가격 페이지를 열어 원하는 요금제가 필요한 위치에서 제공되는지 확인하십시오. 데이터센터 코드와, 가능한 경우 위치별 가격을 찾아보십시오. 관측 날짜를 기록하십시오. 리전 카탈로그 항목은 변경될 수 있으며, 카탈로그는 재고 보장이 아닙니다.
지연이 의사결정의 핵심 요구 사항이라면 후보를 확보한 뒤 대표성 있는 네트워크에서 측정하거나, 공급자에게 테스트 엔드포인트를 요청하십시오. 지리적 위치, 마케팅용 지도, 다른 고객의 벤치마크를 귀하의 경로에 대한 증거로 삼지 마십시오.
측정하지 않는 것
현재 VPSTab 데이터셋은 네트워크 측정값이 아니라 공급자 카탈로그 근거를 담고 있습니다. 이 요금제들에 대한 왕복 시간, 지터, 패킷 손실, 처리량, 경로 품질을 공개하지 않습니다. 따라서 위치 적합도로 정렬된 후보 목록은 지연 벤치마크가 아니며, 그렇게 설명해서도 안 됩니다.
이 한계가 위치 데이터를 쓸모없게 만들지는 않습니다. 의사결정 방식이 달라질 뿐입니다. 카탈로그를 사용해 워크로드를 감당할 수 없는 위치를 제거한 다음, 지연이 중요하다면 남은 후보를 측정하십시오. 카탈로그 근거와 측정값을 분리하는 것이 정직한 권장과 자신감에 찬 추측을 가르는 차이입니다.
검증 체크리스트
- 사용자, 지연, 법적 요구 사항을 충족하는 리전을 나열합니다.
- 리전 카탈로그 항목과 확인된 요금제별 재고를 구분합니다.
- 가격과 트래픽 한도가 위치에 따라 달라지는지 확인합니다.
- 국가만이 아니라 공급자의 정확한 데이터센터 코드를 기록합니다.
- 정규화된 리전 필터가 인접한 적격 위치를 감추지 않았는지 확인합니다.
- 실제 사용자와 경로에 맞는 방법으로만 지연을 측정합니다.
- 선택한 리전의 지원, SLA, 이탈 옵션을 검토합니다.
- 모든 위치 관련 주장에 관측 날짜를 함께 남깁니다.
출처
- Hetzner price API — CLOUD_136 + CLOUD_21 (CPX02 with IPv4)https://website-price-api.hetzner.com/api/v1/products/CLOUD_136%2BCLOUD_21
- Vultr API — List planshttps://api.vultr.com/v2/plans
- Vultr API — List regionshttps://api.vultr.com/v2/regions
- UpCloud data centershttps://upcloud.com/data-centers/
- Amazon Lightsail pricing — Linux/Unix general-purpose bundleshttps://aws.amazon.com/lightsail/pricing/
- Linode API — List regionshttps://api.linode.com/v4/regions