해외 호스팅과 국내 호스팅, 방문자 위치와 서버 위치의 관계
미국에 있는 서버에서 한국어 워드프레스 글을 받아 보는 일은 흔합니다. 한국 독자가 미국 서버에 접속한다고 해서 페이지가 반드시 느린 것은 아닙니다.
서울에 서버를 둔 사이트도 굼뜰 수 있습니다. 방문자와 서버 사이의 거리만 보면 답이 간단해 보이지만, 실제 속도에는 캐시, 통신 경로, 이미지 크기, 데이터베이스 처리 시간이 함께 영향을 줍니다.
서버 위치는 분명 중요합니다. 다만 그것 하나로 속도를 판정하는 일은 인터넷을 지하철 노선도 한 장으로 설명하려는 것과 비슷합니다.
방문자는 서버까지 직접 가지 않는다
웹사이트 주소를 입력하면 브라우저는 먼저 그 주소가 어느 서버를 가리키는지 찾습니다. 이어 서버에 페이지를 요청하고, 서버가 보낸 문서와 이미지와 글꼴을 받아 화면에 표시합니다.
방문자와 서버가 멀리 떨어져 있으면 요청과 응답이 오가는 시간이 늘어납니다. 미국 동부에서 싱가포르 서버까지는 약 9,520마일 떨어질 수 있고, Cloudflare는 이런 거리가 통신 지연을 키우는 대표적인 원인이라고 설명합니다.
데이터가 지도 위의 직선으로 날아가는 것도 아닙니다. 여러 통신 장비를 거치면서 각 장비에서 잠깐씩 처리되고, 그날의 인터넷 혼잡과 통신사 연결 상태에도 영향을 받습니다.
그래서 같은 미국 서버라도 한국 통신사에서 접속할 때와 미국 통신사에서 접속할 때 결과가 달라질 수 있습니다. 지도에서 가까운 서버가 실제 통신 경로에서는 더 늦을 수도 있습니다.
서버가 가까워도 느린 사이트가 있다
국내 방문자가 많은 사이트라면 국내 서버를 먼저 검토하는 편이 합리적입니다. 요청이 이동하는 거리가 짧고, 한국 이용자와 연결이 좋은 통신망을 사용할 가능성이 높기 때문입니다.
그렇다고 국내 호스팅이라는 이유만으로 속도가 보장되지는 않습니다. 저렴한 서버 한 대에 많은 사이트를 몰아넣었거나 저장장치와 메모리가 부족하면, 서울 안에서도 페이지는 늦게 열립니다.
데이터베이스가 같은 정보를 매번 새로 계산하는 경우도 마찬가지입니다. 서버가 가까운데도 느리다면 거리부터 탓할 일이 아닙니다.
워드프레스에서 글 하나를 보여 주는 과정도 단순하지 않습니다. 로그인 여부를 확인하고, 메뉴와 위젯을 불러오며, 플러그인이 추가 기능을 실행하고, 데이터베이스에서 필요한 내용을 찾습니다.
이 과정이 오래 걸리면 서버가 한국에 있어도 방문자는 기다려야 합니다. 사진이 늦게 나타나는 문제와 첫 문서가 늦게 오는 문제는 원인이 다를 수 있습니다.
Google도 검색 순위에서 속도 점수 하나만 보지 않는다고 밝히고 있습니다. 실제 이용자가 느끼는 화면 표시와 반응성, 화면 흔들림 같은 여러 요소를 함께 살펴봅니다.
해외 서버를 국내 방문자에게 쓰는 방법
해외 호스팅을 선택했더라도 국내 방문자에게 빠르게 보여 주는 방법은 있습니다. 대표적인 수단이 CDN입니다.
CDN은 원본 서버의 파일을 여러 지역의 중간 서버에 복사해 두는 서비스입니다. 한국 방문자가 이미지나 스타일 파일을 요청하면 미국 원본 서버까지 가지 않고 가까운 중간 서버에서 받을 수 있습니다.
Google Cloud는 CDN이 사용자와 가까운 가장자리 서버에서 캐시된 내용을 전달한다고 설명합니다. 캐시는 자주 요청되는 파일을 임시로 보관하는 저장 공간입니다.
이 방식은 사진, 자바스크립트 파일, 스타일 파일처럼 내용이 자주 바뀌지 않는 자료에 잘 맞습니다. 방문자가 많아져도 같은 파일을 매번 원본 서버에서 꺼내지 않으므로 원본 서버의 부담도 줄어듭니다.
다만 CDN이 모든 문제를 해결하지는 않습니다. 로그인한 사용자의 화면, 장바구니, 관리자 페이지, 실시간 검색 결과는 방문자마다 달라 캐시에 저장하기 어렵습니다.
캐시에 없는 자료를 처음 요청하는 순간에는 CDN도 원본 서버에서 파일을 가져와야 합니다. Cloudflare도 캐시가 비어 있거나 저장되지 않은 요청은 원본 서버와의 거리가 성능에 영향을 준다고 안내합니다.
그래서 해외 서버와 CDN을 함께 사용하면 정적 파일은 빠른데 로그인 뒤 화면만 느린 일이 생길 수 있습니다. 이상한 현상이 아니라 요청이 서로 다른 길을 택한 결과입니다.
방문자 위치에 맞춰 호스팅을 고르는 기준
사이트의 주 방문자가 한국에 몰려 있다면 국내 호스팅은 관리하기 편한 선택입니다. 고객센터, 결제, 문자 발송, 국내 서비스 연동에서도 시간을 아낄 수 있습니다.
독자가 한국과 미국과 유럽에 넓게 흩어져 있다면 한 나라의 서버만 보고 결정하기 어렵습니다. CDN을 붙이거나 여러 지역에 원본 서버를 두는 구조를 검토해야 합니다.
쇼핑몰과 회원제 사이트는 더 조심해야 합니다. 사진 파일은 CDN으로 빠르게 보여 줄 수 있어도 주문 처리와 회원 정보 조회는 원본 서버와 데이터베이스를 거쳐야 합니다.
저라면 먼저 방문자 통계를 확인합니다. 국가별 방문자 비율을 보고, 가장 많은 이용자 지역에서 실제로 페이지를 열어 봅니다.
- 방문자 대부분이 한국이면 국내 서버와 국내 통신 경로를 우선 확인합니다.
- 방문자가 여러 대륙에 분산되면 CDN과 지역별 응답 시간을 함께 봅니다.
- 로그인과 주문이 느리면 서버 위치보다 데이터베이스와 프로그램 처리를 먼저 점검합니다.
측정할 때는 한 번의 테스트 결과만 믿으면 안 됩니다. 새벽과 저녁, 휴대전화와 유선 인터넷, 한국과 해외 접속을 나눠 보아야 합니다.
AWS도 지역을 고를 때 지도상의 거리를 추측하지 말고 실제 지연 시간을 측정하라고 안내합니다. 핑 테스트는 참고 자료일 뿐이며, 실제 웹페이지에는 DNS 조회와 보안 연결과 서버 처리 시간이 더해집니다.
도메인을 옮길 때 서버 위치보다 먼저 볼 것
호스팅을 국내에서 해외로 옮기거나 반대로 이전할 때 가장 먼저 확인할 것은 방문자 분포입니다. 서버 위치를 바꾸면 모든 사람이 빨라질 것이라는 기대부터 버려야 합니다.
도메인 주소 자체는 서버가 있는 나라를 정하지 않습니다. DNS 설정이 어느 서버 주소를 가리키는지가 실제 연결 대상을 결정합니다.
이전 뒤에는 DNS가 새 서버를 가리키는지, 예전 캐시가 남아 있지 않은지, CDN의 원본 주소가 바뀌었는지 확인해야 합니다. 주소만 새 서버로 바꾸고 CDN은 옛 서버를 보고 있으면 방문자는 이전 전 사이트를 계속 보게 됩니다.
해외 서버로 옮길 때는 시간대와 백업 주기도 살펴야 합니다. 국내 이용자가 낮에 사이트를 많이 쓰는데 백업이나 점검이 한국의 업무 시간에 실행되면, 서버가 빠른지보다 관리 일정이 더 큰 장애가 됩니다.
개인 블로그라면 국내 방문자 비중과 가격을 놓고 단순하게 판단해도 됩니다. 해외 방문자가 많거나 회원 기능이 복잡한 사이트라면 CDN, 데이터베이스 위치, 장애 대응 능력까지 함께 계산해야 합니다.
제가 보기엔 가장 위험한 문장은 “서버가 가까우니 무조건 빠르다”입니다. 가까운 서버는 좋은 출발점이지 속도 성적표가 아닙니다.
자주 묻는 질문
Q. 한국 방문자가 많으면 반드시 국내 호스팅을 써야 하나요?
A. 반드시 그렇지는 않습니다. 해외 서버라도 CDN을 잘 구성하고 서버 처리와 데이터베이스가 빠르면 충분히 쓸 수 있지만, 로그인과 주문처럼 캐시하기 어려운 기능은 원본 서버 위치의 영향을 더 많이 받습니다.
Q. 도메인이.kr이면 국내 서버인가요?
A. 아닙니다.
도메인 끝자리는 주소의 종류일 뿐입니다. 실제 서버 위치는 DNS가 가리키는 호스팅 환경에서 확인해야 합니다.
Q. CDN을 쓰면 서버 위치는 아무 상관이 없나요?
A. 아닙니다.
캐시된 사진과 파일은 가까운 곳에서 받을 수 있지만, 캐시에 없는 자료와 로그인 화면은 원본 서버까지 요청이 이동합니다. 사이트가 동적일수록 원본 서버와 데이터베이스 위치가 중요합니다.
워드프레스 관련 링크