작성자 브라질 VPS 호스팅 도입 시 고려할 점과 네트워크 지연 확인법
브라질 현지 서버 호스팅이 필요한 비즈니스 유형과 마이애미 등 외부 거점과의 성능 차이를 분석합니다. RTT 민감도 측정 방법과 브라질 내 호스팅이 실제 사용자 경험에 미치는 영향을 직접 확인하는 기준을 제시합니다.
서버를 브라질에 두어야 할까요?
브라질에 있는 사용자가 대부분이고 애플리케이션이 왕복 시간(RTT)에 민감하다면 브라질의 VPS 호스팅은 비용을 지불할 가치가 있습니다. 하지만 사용자가 주로 북미나 유럽에 있다면 잘못된 선택입니다. 상파울루에 서버를 두면 해당 지역 사용자들의 속도가 느려지기 때문입니다. 이 페이지의 나머지 부분에서는 어떤 경우에 해당하는지 파악하는 방법과, 누군가 게시한 수치를 맹신하지 않고 직접 확인하는 방법을 다룹니다.
가상 사설 서버(VPS)는 특정 도시의 특정 건물에 있는 물리적 장비를 분할한 것입니다. 이 용어가 생소하다면 VPS의 실제 의미부터 시작하기를 읽고 다시 돌아오십시오. 해당 건물의 위치는 나중에 마이그레이션 없이는 변경할 수 없는 VPS의 유일한 요소이므로, 한 시간 정도 고민할 가치가 있습니다.
브라질을 대상으로 서비스를 제공하는 대부분의 팀은 마이애미나 댈러스에서 운영합니다. 이러한 관행에는 실질적인 이유가 있습니다. 지난 20년간 남미에서 나가는 거의 모든 해저 케이블이 플로리다에 연결되었기 때문에, 마이애미는 전체 지역의 네트워크 허브가 되었고 모든 공급자가 그곳을 거점으로 판매했습니다. 여전히 라틴 아메리카 일부 지역에는 합리적인 선택이지만, 브라질 자체를 위한 자동적인 해답은 더 이상 아닙니다.
브라질 내부에 서버가 필요한 경우
다음 네 그룹은 브라질 현지에 호스팅을 함으로써 실질적인 이점을 얻습니다.
- 사용자가 브라질에 집중된 경우. 단순히 브라질 고객이 일부 있다는 막연한 느낌이 아니라, 분석 도구에서 국가별 통계를 확인하십시오. 브라질 사용자가 전체 세션의 5분의 1 정도라면 이는 전 세계 지연 시간에서 오차 범위 내에 불과합니다. 하지만 70퍼센트 이상이라면 이는 인프라를 결정짓는 핵심 요소입니다.
- 사용자의 모든 동작이 왕복(round trip)을 유발하는 경우. 실시간 채팅, 멀티플레이어 게임 세션, 화상 통화 신호 처리, 클릭할 때마다 쿼리를 실행하는 대시보드 등이 해당합니다. 이러한 서비스는 거리에 직접적인 영향을 받으며, 캐싱으로도 해결할 수 없습니다.
- 남미 남부 지역(Southern Cone)을 서비스하는 경우. 아르헨티나, 우루과이, 파라과이, 칠레는 모두 미국의 어떤 도시보다 상파울루에 더 가깝습니다.
- 브라질 고객이나 감사인이 데이터 저장 위치를 묻는 경우. 아래의 LGPD 섹션을 참조하십시오. 이러한 요구 사항은 법률보다 계약서에 명시되는 경우가 더 많습니다.
대역폭은 거의 문제가 되지 않습니다. 연결이 활성화된 상태라면 2 MB 크기의 페이지는 마이애미에서 다운로드하나 상파울루에서 다운로드하나 속도 차이가 거의 없습니다. 비용이 발생하는 지점은 그 이전의 왕복 과정입니다. 새로운 HTTPS 연결을 맺을 때 TCP 핸드셰이크에 한 번, TLS 핸드셰이크(TLS는 https 뒤에 숨겨진 암호화 기술인 transport layer security를 의미함)에 한 번, 그리고 요청과 응답에 각각 한 번씩 왕복이 발생합니다. 따라서 브라우저는 첫 번째 바이트를 받기 전까지 약 세 번의 왕복을 기다려야 합니다. 왕복 시간(RTT)이 12 ms라면 약 36 ms가 소요되지만, 120 ms라면 애플리케이션이 아무런 작업을 시작하기도 전에 약 360 ms가 소요됩니다. 스무 번의 종속적인 API 호출을 수행하는 단일 페이지 애플리케이션(SPA)은 이 RTT를 스무 번 더 지불하게 됩니다.
거리로 인한 실제 비용
유리 매질 내에서 빛은 초당 약 200,000 km의 속도로 이동하며, 이는 진공 상태 속도의 약 3분의 2 수준입니다. 이를 통해 머릿속으로 계산할 수 있는 규칙이 하나 생깁니다. 광케이블 1,000 km당 왕복 시간(RTT)은 약 10 ms입니다. 광케이블은 직선으로 설치되지 않으므로, 실제 경로는 두 도시 사이의 직선거리보다 보통 1.3배에서 1.5배 더 깁니다. 아래 수치는 1.4배를 가정합니다.
The data behind this chart
[
{
"label": "Rio de Janeiro, 360 km",
"straight_line_ms": 3.6,
"real_path_ms": 5
},
{
"label": "Porto Alegre, 850 km",
"straight_line_ms": 8.5,
"real_path_ms": 12
},
{
"label": "Buenos Aires, 1680 km",
"straight_line_ms": 16.8,
"real_path_ms": 24
},
{
"label": "Fortaleza, 2370 km",
"straight_line_ms": 23.7,
"real_path_ms": 33
},
{
"label": "Miami, 6570 km",
"straight_line_ms": 65.7,
"real_path_ms": 92
},
{
"label": "Dallas, 7670 km",
"straight_line_ms": 76.7,
"real_path_ms": 107
},
{
"label": "Lisbon, 7930 km",
"straight_line_ms": 79.3,
"real_path_ms": 111
},
{
"label": "Frankfurt, 9800 km",
"straight_line_ms": 98.0,
"real_path_ms": 137
}
]이 수치는 예측치가 아니라 물리적 하한선입니다. 빛의 속도가 유리 매질 내에서 제한되기 때문에, 어떤 장비를 구매하더라도 패킷이 이 속도를 앞지를 수는 없습니다. 측정된 RTT는 라우터 홉과 가정 또는 모바일 연결의 라스트 마일(last mile) 구간 때문에 항상 이 하한선보다 높게 나타나며, 보통 1.2배에서 1.6배 정도 더 높습니다.
차트는 다음과 같이 읽으십시오. 리우데자네이루의 사용자가 상파울루의 서버와 통신할 때 얻을 수 있는 최선의 성능은 약 5 ms입니다. 같은 사용자가 마이애미의 서버와 통신할 때는 약 92 ms보다 나은 성능을 낼 수 없으며, 실제로는 100 ms를 훌쩍 넘는 지연 시간을 경험하게 됩니다. 이 격차에 새로운 HTTPS 연결 시 발생하는 세 번의 왕복 시간을 곱하면, 첫 페이지 로드에만 거의 1초가 소요됩니다. 하한선이 137 ms인 프랑크푸르트의 경우, 지연 시간 문제는 더 이상 미세한 차이가 아닌 명백한 병목 현상이 됩니다.
직접 측정하십시오. 게시된 표를 신뢰하지 마십시오
중요한 숫자는 오직 사용자가 체감하는 수치뿐이며, 이는 오후 시간 동안의 테스트로 확인할 수 있습니다.
- 사용자가 있는 위치에서 측정하십시오. 베를린에 있는 귀하의 노트북은 헤시피(Recife)의 휴대폰 환경에 대해 아무것도 알려주지 않습니다. 실제 사용자 두 명에게 테스트를 요청하거나, 브라질 ISP 네트워크 내부에 프로브를 보유하고 요청 시 핑(ping)이나 traceroute를 수행할 수 있는 RIPE Atlas와 같은 프로브 네트워크를 사용하십시오.
- 단일 패킷이 아닌 중앙값을 사용하십시오.
ping -c 100을 사용하여 중앙값을 읽으십시오. 단일 패킷은 일시적인 대기열 상태만 포착할 뿐 연결 상태에 대해 아무런 정보를 제공하지 않습니다. traceroute보다는mtr를 선호하십시오. 이 도구는 지속적으로 실행되며 각 홉(hop)의 손실과 지연 시간을 보고하므로, 정확히 어느 홉에서 90 ms의 지연이 발생하는지 확인할 수 있습니다.- 핑뿐만 아니라 첫 바이트 도달 시간(Time to First Byte)을 측정하십시오.
curl -w는 DNS, 연결, TLS 및 첫 바이트 타이밍을 각각 출력하며, 사용자가 실제로 기다리는 시간은 마지막 항목입니다. - 피크 타임에 테스트하십시오. 브라질의 가정용 네트워크는 현지 시간으로 대략 20:00에서 23:00 사이에 가장 혼잡합니다. 03:00에 수행한 측정은 모든 제공업체를 동일하게 좋게 포장할 뿐입니다.
- 마이그레이션 전에 임대하십시오. 애플리케이션 사본을 올린 상태로 가장 작은 플랜을 한 달간 사용하는 것이 웹사이트의 어떤 차트보다 더 확실한 답을 줍니다.
동일한 원칙이 경로가 아닌 장비 자체에도 적용됩니다. VPS를 올바르게 벤치마킹하는 방법에서는 네트워크 거리와는 별개의 문제인 디스크 및 CPU 측면을 다룹니다. 한 달 이상의 계약을 체결하기 전에 두 가지 모두를 수행하십시오.
브라질 내 호스팅 위치 선정
거의 항상 상파울루(São Paulo)가 최적입니다.
브라질의 네트워크들은 NIC.br이 운영하는 국가 인터넷 교환소인 IX.br에서 상호 연결됩니다. 인터넷 교환 지점(IXP)은 네트워크들이 제3자에게 트래픽 전송 비용을 지불하는 대신 직접 연결되는 장소입니다. 상파울루 지점은 트래픽 규모와 참여자 수 면에서 세계 최대의 IXP이며, 2026년 6월에는 30 Tbps를 상회하는 피크를 기록했습니다. 사실상 모든 브라질 소비자 대상 ISP가 이곳에 참여하고 있습니다. 상파울루 피어링 환경에 있는 서버는 단 한 번의 홉(hop)으로 브라질 사용자에게 도달합니다.
리우데자네이루, 헤시피, 포르투알레그리에 위치한 서버는 대부분 상파울루를 거쳐 브라질 사용자에게 도달하므로, 추가적인 홉 비용만 발생할 뿐 이득은 없습니다. 다만 포르탈레자(Fortaleza)는 예외적으로 고려할 가치가 있습니다. 이곳은 해저 케이블이 상륙하는 지점이며, 2021년부터 포르탈레자와 포르투갈 시네스(Sines)를 직접 연결하는 EllaLink 케이블이 운영되어 유럽 경로에서 북미를 우회할 필요가 없어졌습니다. 트래픽의 대부분이 대서양 횡단 경로라면 포르탈레자가 상파울루보다 유리할 수 있습니다. 하지만 브라질 내 트래픽이 주 목적이라면 그렇지 않습니다.
서비스를 구매하기 전 공급자에게 다음 질문을 하십시오. "IX.br 상파울루에서 피어링을 하고 있습니까, 아니면 단일 업스트림에서 트랜짓을 구매하고 있습니까?" 단일 트랜짓 공급자만 사용하는 상파울루 주소는 브라질 사용자의 패킷을 마이애미까지 보냈다가 다시 가져오는 경로를 택할 수도 있습니다. 이는 이론적인 이야기가 아닙니다. 브라질 내 연결 환경에서 공급자가 제공하는 테스트 IP로 mtr를 실행해 보면, 30초 안에 홉 목록을 통해 진실을 확인할 수 있습니다.
LGPD 고려 사항
LGPD는 브라질의 일반 개인정보 보호법(Lei Geral de Proteção de Dados)으로, 2020년부터 시행되었으며 ANPD(Autoridade Nacional de Proteção de Dados, 국가 데이터 보호 당국)가 집행을 담당합니다. 이 법은 유럽의 GDPR을 모델로 하여 밀접하게 구성되었습니다.
사람들이 흔히 오해하는 부분은 다음과 같습니다. LGPD는 개인정보를 반드시 브라질 내부에 보관하도록 요구하지 않습니다. 법률상 일반적인 데이터 현지화 규정은 존재하지 않습니다. LGPD가 규제하는 것은 제33조부터 제36조에 명시된 국제 데이터 이전입니다. ANPD는 2024년 8월에 발표된 결의안 19/2024를 통해 국제 이전 규정과 표준 계약 조항을 승인했으며, 기존 계약을 조정할 수 있는 기간은 2025년 8월에 종료되었습니다. 이제 계약에 근거하여 브라질 밖으로 데이터를 이전하려면 해당 조항을 사용하거나, 특정 사례에 대해 ANPD가 승인한 조항을 사용해야 합니다.
따라서 이를 솔직하게 표현하자면 법률 문제가 아닌 조달의 문제입니다. 브라질 내에서 호스팅하면 해당 데이터에 대한 이전 문제가 발생하지 않으므로, 관리해야 할 문서와 감사 시 증명해야 할 통제 항목이 하나 줄어듭니다. 브라질 기업이나 공공 부문 구매자가 서버 위치를 물을 때 실제로 요구하는 것은 대개 이러한 이유 때문이며, 그들의 요구 사항은 일반적으로 법령보다는 자체 계약에서 비롯됩니다. 이 내용은 법률 자문이 아니며, 브라질 데이터 보호 전문 변호사와 상담하면 귀하의 구체적인 사례에 대한 답변을 얻을 수 있습니다.
브라질 VPS 호스팅이 잘못된 선택인 경우
대부분의 인터넷 워크로드에서 브라질 VPS는 잘못된 선택입니다. 이를 명확히 밝히고 넘어가겠습니다.
- 사용자 대부분이 북미나 유럽에 있는 경우. 상파울루 서버를 사용하면 이들에게 약 100 ms의 지연 시간이 추가될 뿐, 얻는 이점은 없습니다. 댈러스 VPS는 미국 중부에서 미국 전역을 커버하며, 토론토 VPS는 캐나다와 북동부 지역을 커버합니다.
- 라틴 아메리카 사용자가 적도 북쪽에 있는 경우. 보고타는 상파울루에서 약 4,300 km 떨어져 있지만 마이애미에서는 약 2,400 km 거리에 불과합니다. 멕시코시티는 브라질의 어느 도시보다 댈러스에 더 가깝습니다. 대륙의 이름이 아니라 물리적 거리가 결정적인 요소입니다.
- 워크로드 중 왕복 지연 시간에 의존하는 작업이 없는 경우. CI 빌드, 백업 대상, 스크래퍼, 야간 크론 작업은 어느 도시에서 실행되는지 상관하지 않습니다. 이러한 작업은 가장 저렴한 곳에서 호스팅하십시오.
- 병목 현상이 코드 자체에 있는 경우. 800 ms가 소요되는 쿼리는 다른 나라로 서버를 옮긴다고 해서 빨라지지 않습니다. 먼저 프로파일링을 수행하십시오. 느린 애플리케이션을 사용자 근처로 옮기는 것은, 단지 사용자 근처에 있는 '느린 애플리케이션'을 만드는 것뿐입니다.
국내 인프라 비용의 구성 요소
브라질에서 동일한 사양의 서버를 운영하려면 더 많은 비용을 지불해야 합니다. 여기에는 두 가지 요인이 작용합니다. 브라질로 수입되는 서버 하드웨어에는 수입 관세와 주 단위 세금이 부과되므로, 서버를 랙에 설치하기도 전에 운영자가 부담하는 초기 비용이 상승합니다. IP 트랜짓 비용 또한 대역폭이 일반 상품처럼 취급되는 애슈번이나 암스테르담보다 높습니다. 이러한 추가 비용은 누군가 임의로 책정한 마진이 아니라 구조적인 요인에 기인합니다.
단순히 표면적인 가격만 비교하지 말고 총비용을 고려해야 합니다. 해외의 저렴한 요금제를 선택했다가 콘텐츠 전송 네트워크(CDN)나 제2의 리전을 추가로 구매해야 하는 상황이 발생하면 결과적으로 더 비싸집니다. VPS 비용의 실제 구성 요소에서는 가격 페이지에 명시되지 않는 청구서의 세부 항목을 다룹니다. 만약 서비스 속도보다 규정 준수(compliance)가 주된 목적이라면, 관련 서류 작업을 피함으로써 얻는 비용 절감 효과도 함께 고려하십시오.
오후 시간 내에 결정하기
- 분석 도구를 열어 국가별 세션 수를 확인합니다. 브라질발 세션이 4분의 1 미만이라면, 여기서 작업을 멈추고 현재 상태를 유지하십시오.
- 현지 시간 21:00에 브라질에서 접속하여 현재 서버의 TTFB(Time to First Byte)를 측정합니다.
- 애플리케이션 복사본을 São Paulo 지역의 소규모 플랜에 배포하고 동일한 항목을 다시 측정합니다.
- 두 측정값의 차이와 1년간의 비용 차이를 비교하여 결정합니다.
두 측정값을 모두 확보하면 답은 보통 명확해집니다. 이는 지도상의 위치가 아니라 사용자에 관한 결정입니다.
FAQ
마이애미에서 상파울루로 이전하면 지연 시간을 얼마나 줄일 수 있습니까?
물리적 거리에 따른 하한선은 마이애미까지 약 92 ms이며, 상파울루와 리우데자네이루 구간 내에서는 약 5 ms입니다. 실제 라우팅 경로를 고려하면 왕복 시간(RTT)은 보통 80에서 110 ms 정도 단축됩니다. 이는 생각보다 중요한데, 새로운 HTTPS 연결은 페이지의 첫 바이트를 전송하기 전 핸드셰이크 과정에서 약 3회의 왕복을 거치기 때문입니다. 이 범위를 맹목적으로 신뢰하지 마십시오. 브라질 현지 네트워크에서 피크 시간대에 두 서버를 대상으로 curl -w를 실행하면 10분 안에 직접 수치를 확인할 수 있습니다.
LGPD에 따라 브라질 내에 호스팅해야 합니까?
아닙니다. LGPD에는 일반적인 데이터 현지화 규정이 없습니다. 제33조에서 제36조까지 국제 데이터 이전을 규제하며, 2024년 19호 결의안(Resolution 19/2024)에 따라 계약에 기반한 이전은 ANPD가 승인한 표준 계약 조항을 사용해야 합니다. 해당 조항의 적응 기간은 2025년 8월에 종료되었습니다. 브라질 내 호스팅은 해당 데이터에 대한 이전 문제를 원천적으로 발생시키지 않으므로, 법적 의무라기보다는 서류 작업과 감사 측면에서 유리합니다. 브라질 고객이 현지 호스팅을 고집한다면, 이는 거의 항상 계약상의 요구 사항입니다. 귀하의 구체적인 사례는 브라질 변호사와 확인하십시오.
CDN만으로 충분합니까, 아니면 브라질에 서버가 있어야 합니까?
콘텐츠 전송 네트워크(CDN)는 사용자 근처의 도시에 파일 사본을 캐싱하므로 이미지나 스크립트 같은 정적 자산 문제를 해결합니다. 하지만 데이터베이스에 도달해야 하는 요청에는 아무런 도움이 되지 않습니다. 페이지가 대부분 정적이라면 브라질에 거점(PoP)이 있는 CDN을 사용하는 것이 원본 서버를 이전하는 것보다 훨씬 저렴하게 문제를 해결하는 방법입니다. 모든 페이지 뷰가 쿼리나 결제 호출을 실행한다면, 사용자가 체감하는 속도는 원본 서버의 위치에 달려 있습니다. 선택하기 전에 응답 시간 중 동적 콘텐츠가 차지하는 비중을 측정하십시오.
브라질의 어느 도시를 선택해야 합니까?
거의 모든 경우에 상파울루를 선택해야 합니다. IX.br 상파울루는 브라질 네트워크들이 피어링하는 곳이며, 트래픽과 참여자 수 기준으로 세계 최대 규모의 인터넷 교환 지점이기 때문입니다. 브라질 내 다른 지역의 서버도 결국 상파울루를 거쳐 브라질 사용자에게 도달하는 경우가 많으므로, 추가 홉(hop)은 비용만 발생시킬 뿐 이득이 없습니다. 포르탈레자는 유일한 예외입니다. 이곳은 해저 케이블이 상륙하는 지점이며, 포르탈레자-시네스(Sines) 직통 케이블을 통해 유럽으로 가는 가장 짧은 경로입니다. 트래픽 대부분이 대서양 횡단인 경우에만 포르탈레자를 선택하십시오.
왜 브라질의 VPS가 미국과 동일한 플랜보다 비쌉니까?
브라질은 수입 서버 하드웨어에 관세와 주 단위 세금이 부과되므로, 운영자는 기기를 가동하기 전부터 더 많은 비용을 지불해야 합니다. 또한 IP 트랜짓 비용도 미국이나 유럽의 대형 허브보다 비쌉니다. 이러한 추가 비용이 브라질 데이터 센터에서 판매되는 모든 플랜 가격에 반영됩니다. 댈러스의 플랜 가격과 단순 비교하기보다는, CDN과 제2 지역을 추가하는 등 다른 대안을 구축하는 비용과 비교하여 판단하십시오.