얼마 전 작은 쇼핑몰 이전을 도왔는데, 월 방문자가 3만 명 정도인데도 8코어 VPS를 쓰고 있었습니다. 실제로는 동시 접속이 많아야 15명 안팎이었고, 병목은 서버 사양이 아니라 오래된 PHP 설정과 백업 누락이었습니다. 웹호스팅을 고를 때 이런 일이 꽤 자주 생깁니다. 트래픽이라는 말이 크게 들리니까 무조건 비싼 상품을 골라야 할 것 같지만, 운영 현장에서 보면 무료나 저가 호스팅으로도 버티는 사이트가 훨씬 많습니다.
웹호스팅은 방문자 수보다 동시접속으로 봐야 합니다
월 방문자 10만 명이라는 숫자만 보면 커 보입니다. 그런데 하루로 나누면 약 3,300명이고, 시간대로 나누면 평균 140명 정도입니다. 실제 피크 시간에 5배가 몰린다고 해도 시간당 700명입니다. 페이지 체류 시간이 짧은 블로그라면 동시에 서버에 요청을 보내는 사람은 생각보다 적습니다.
일반적인 워드프레스 블로그 기준으로 동시접속 10명 이하는 저가 웹호스팅에서도 충분한 경우가 많습니다. 동시접속 30명 전후부터는 PHP 처리량, 데이터베이스 응답, 캐시 설정을 같이 봐야 합니다. 동시접속 100명 이상이 자주 발생하면 공유 웹호스팅보다 VPS나 클라우드 서버가 관리하기 편해집니다.
- 개인 블로그, 회사 소개 사이트: 저가 웹호스팅부터 검토
- 이미지 많은 콘텐츠 사이트: 저장공간과 전송량 먼저 확인
- 회원 로그인, 주문, 예약 기능: 데이터베이스와 백업 정책 확인
- 광고 집행으로 순간 유입이 있는 사이트: 캐시와 제한 정책 확인
여기서 중요한 건 최고 사양이 아니라 피크 시간의 요청 수입니다. 하루 방문자가 적어도 오전 10시에 한 번에 몰리면 서버가 버거울 수 있고, 월 방문자가 많아도 유입이 고르게 퍼지면 작은 서버로도 안정적입니다.
저가 웹호스팅으로 충분한 사이트와 아닌 사이트
웹호스팅은 여러 사용자가 한 서버 자원을 나눠 쓰는 구조입니다. 그래서 가격이 낮고 관리가 쉽습니다. 서버 보안 패치, 기본 웹서버 설정, 메일 일부 기능까지 업체가 잡아주는 경우가 많아서 초보자에게는 오히려 편합니다. 단점은 명확합니다. CPU를 오래 쓰는 작업, 무거운 플러그인, 대량 업로드, 크롤러 유입에 약합니다.
텍스트 중심 블로그, 랜딩 페이지, 회사 소개 사이트, 포트폴리오 사이트는 월 몇 천 원짜리 웹호스팅으로 시작해도 됩니다. 페이지 캐시를 켜고 이미지 용량만 줄여도 꽤 오래 버팁니다. 반대로 쇼핑몰, 예약 시스템, 커뮤니티, 학습관리 사이트처럼 로그인 사용자가 많고 데이터베이스 쓰기가 잦은 서비스는 처음부터 조금 더 보수적으로 잡는 편이 낫습니다.
사양을 볼 때 숫자를 이렇게 읽습니다
- 저장공간 1~5GB: 글과 작은 이미지 위주 사이트에 충분
- 전송량 월 50~100GB: 중소형 블로그 대부분이 이 안에 들어옴
- 메모리 제한 512MB 이하: 무거운 CMS나 플러그인 조합에서 답답할 수 있음
- PHP 프로세스 제한: 동시 접속이 늘 때 체감 성능을 좌우
- DB 용량 제한: 글보다 로그, 주문, 플러그인 테이블이 빨리 커짐
업체 상품표에서 CPU 몇 코어라고 적혀 있어도 공유 환경에서는 전용으로 보장되는 의미가 아닐 수 있습니다. 그래서 저는 상품명보다 제한 항목을 먼저 봅니다. 하루에 백업을 몇 번 할 수 있는지, 복구는 직접 가능한지, 트래픽 초과 시 차단인지 과금인지도 꼭 확인합니다.
VPS와 클라우드 서버로 넘어갈 시점
웹호스팅에서 VPS로 넘어가는 시점은 생각보다 분명합니다. 첫째, 접속자가 늘 때 503 오류가 반복됩니다. 둘째, 플러그인이나 배치 작업을 마음대로 돌리기 어렵습니다. 셋째, 로그를 봐도 원인을 추적할 권한이 부족합니다. 이 세 가지가 겹치면 사양을 올리는 것보다 서버를 직접 관리할 수 있는 환경이 낫습니다.
초기 VPS는 1~2코어, 메모리 1~2GB로도 충분한 경우가 많습니다. 워드프레스 한두 개, 작은 API 서버, 관리자용 백오피스 정도라면 2GB 메모리부터 시작해서 모니터링을 보며 올리는 방식이 현실적입니다. 다만 서버 관리 경험이 없다면 비용 계산에 운영 시간을 넣어야 합니다. 웹서버, DB, 방화벽, SSL 갱신, 백업, 로그 관리까지 직접 챙겨야 하기 때문입니다.
클라우드 서버는 확장성이 좋지만, 초보자에게 늘 저렴한 선택은 아닙니다. 디스크, 스냅샷, 트래픽, 로드밸런서, 백업 보관 비용이 따로 붙으면 예상보다 빠르게 올라갑니다. 월 1만 원대 웹호스팅으로 되는 사이트를 클라우드 구조로 만들면 운영 난이도만 올라갈 때가 있습니다.
사고는 백업과 이전 절차에서 많이 납니다
사이트 장애 상담을 받아보면 트래픽 폭주보다 백업 실패가 더 아픕니다. 서버가 느린 건 고치면 되지만, 백업이 없으면 복구할 자료가 없습니다. 특히 웹호스팅 이전 때 파일만 내려받고 데이터베이스를 빼먹는 일이 많습니다. 반대로 DB만 옮기고 업로드 이미지 폴더를 놓치는 경우도 흔합니다.
이전 전에 확인할 항목
- 웹 파일 전체 압축본 확보
- 데이터베이스 덤프 파일 확보
- 업로드 이미지와 첨부파일 경로 확인
- 메일 계정 사용 여부 확인
- SSL 인증서 적용 방식 확인
- 도메인 네임서버와 DNS 레코드 기록
이전 작업은 낮 시간에 바로 바꾸는 것보다 복제 서버에서 먼저 띄워보는 편이 안전합니다. 관리자 로그인, 글 작성, 이미지 표시, 결제나 문의 폼 같은 기능을 확인한 뒤 DNS를 바꾸면 사고 확률이 확 줄어듭니다. DNS 전파 시간 때문에 예전 서버와 새 서버가 동시에 요청을 받을 수 있으니, 이전 직후에는 양쪽 로그를 같이 보는 게 좋습니다.
장애가 났을 때 보는 순서
사이트가 안 뜨면 많은 분들이 바로 호스팅 업체에 장애가 난 줄 압니다. 물론 그럴 수도 있지만, 실제로는 도메인 만료, SSL 만료, 디스크 가득 참, 플러그인 충돌, DB 접속 정보 변경 같은 원인이 더 자주 나옵니다. 순서를 정해 놓고 보면 훨씬 빨리 찾습니다.
- 도메인 만료 여부 확인
- SSL 인증서 만료 여부 확인
- 호스팅 계정 정지나 트래픽 초과 여부 확인
- 디스크 사용량 확인
- 최근 수정한 플러그인, 테마, 설정 확인
- DB 접속 오류와 웹서버 오류 로그 확인
초보자라면 관리 화면에 접속되는지부터 보면 됩니다. 관리 화면은 되는데 첫 화면만 깨지면 테마나 캐시 문제일 가능성이 큽니다. 관리 화면도 안 되고 DB 오류가 보이면 데이터베이스 접속 정보나 DB 서버 상태를 봐야 합니다. 화면이 아예 안 열리고 보안 경고만 뜨면 SSL 쪽을 먼저 확인합니다.
웹호스팅은 작게 시작해도 됩니다
저는 처음부터 큰 요금제를 권하지 않습니다. 운영 데이터가 없는 상태에서는 사양을 맞히는 게 아니라 추측하는 겁니다. 텍스트 중심 사이트라면 저가 웹호스팅으로 시작하고, 이미지 최적화와 캐시를 먼저 적용한 뒤, 실제 접속 로그를 보고 올리는 편이 낫습니다.
다만 싸게 쓰는 것과 대충 쓰는 건 다릅니다. 백업이 자동으로 되는지, 복구를 직접 할 수 있는지, 트래픽 초과 시 정책이 어떤지, SSL 갱신이 자동인지 정도는 처음 계약할 때 확인해야 합니다. 웹호스팅 비용은 몇 천 원 차이지만, 복구 불가능한 장애는 며칠 매출이나 몇 년치 글을 날릴 수 있습니다.
서버는 넉넉하면 편하지만, 필요 이상으로 크다고 사이트가 안정적인 건 아닙니다. 작은 요금제라도 백업, 캐시, 이미지 용량, DNS 기록만 제대로 관리하면 오래 버팁니다. 제 경험상 웹호스팅 선택에서 돈을 아낄 곳은 사양이고, 아끼면 안 되는 곳은 백업과 복구 절차입니다.
