모두
모두콘텐츠
얼마 전 작은 쇼핑몰 이전 상담을 했는데, 월 방문자가 3만 명도 안 되는 사이트에 월 20만 원대 클라우드 서버 견적이 붙어 있었습니다. 막상 로그를 보니 동시접속은 피크 때 12명 정도였고, 이미지 용량이 크고 백업이 엉켜 있어서 느린 상태였습니다. 이런 경우는 비싼 서버로 옮겨도 금방 다시 답답해집니다. 웹호스팅을 고를 때는 트래픽 숫자보다 먼저 실제 사용 패턴, 백업 방식, 장애 대응 범위를 봐야 합니다.
웹호스팅은 싼 요금제가 부족해서 느린 게 아닐 때가 많습니다
웹호스팅이라고 하면 아직도 무조건 초보자용, 느린 서비스라고 생각하는 분이 많습니다. 그런데 실제 운영에서는 하루 방문자 1천 명 이하의 회사 소개 사이트, 병원 홈페이지, 학원 사이트, 개인 블로그는 일반 웹호스팅으로도 충분한 경우가 많습니다.
문제는 사양보다 설정입니다. PHP 버전이 오래됐거나, 캐시가 꺼져 있거나, 이미지 원본을 그대로 올리거나, 자동 백업이 같은 계정 안에만 쌓이는 식이면 장애가 납니다. 방문자가 적어도 관리자 페이지가 느려지고, 디스크가 꽉 차고, 어느 날 복구할 파일이 없는 상황이 생깁니다.
저는 웹호스팅을 볼 때 먼저 세 가지를 봅니다. 하루 방문자 수, 동시에 접속하는 사람 수, 동적 페이지 비율입니다. 단순 회사 소개 페이지는 방문자가 많아도 서버 부담이 작습니다. 반대로 회원 로그인, 장바구니, 예약, 게시판 검색이 많으면 방문자가 적어도 부하가 더 큽니다.
- 하루 방문자 500명 이하: 일반 웹호스팅으로 충분한 경우가 많음
- 하루 방문자 1천~5천 명: 캐시 설정과 트래픽 제공량 확인 필요
- 동시접속 30명 이상: 웹호스팅 한계가 보이기 시작할 수 있음
- 동시접속 100명 이상: VPS나 클라우드 서버 검토가 현실적
물론 숫자는 절대 기준이 아닙니다. 워드프레스에 무거운 테마와 플러그인 30개가 붙어 있으면 하루 방문자 300명에도 느릴 수 있습니다. 반대로 정적 페이지 위주면 하루 방문자 1만 명도 가볍게 버팁니다.
트래픽 용량보다 동시접속 기준으로 계산하는 방법
요금제 표에는 보통 월 트래픽 10GB, 50GB, 100GB처럼 적혀 있습니다. 그런데 이 숫자만 보고 고르면 헷갈립니다. 실제 운영에서는 한 페이지가 몇 MB인지부터 계산해야 합니다.
예를 들어 메인 페이지 1회 로딩에 이미지와 스크립트를 합쳐 3MB가 나간다고 보겠습니다. 하루 1천 명이 평균 3페이지를 보면 하루 전송량은 약 9GB입니다. 한 달이면 270GB가 됩니다. 이러면 월 100GB 요금제는 부족합니다. 반면 페이지를 800KB까지 줄이면 같은 방문자라도 월 72GB 정도로 내려갑니다. 서버를 올리기 전에 이미지 압축과 캐시만 해도 요금제가 달라집니다.
동시접속은 더 중요합니다. 방문자 1만 명이라는 말은 멋있지만, 하루에 고르게 들어오면 서버에는 큰 부담이 아닙니다. 문제는 광고 발송, 문자 알림, 이벤트 오픈처럼 5분 안에 몰리는 순간입니다. 이때 PHP 프로세스, 데이터베이스 연결 수, 웹서버 요청 대기열이 같이 막힙니다.
대략 이렇게 계산하면 됩니다
- 회사 소개형 사이트: 동시접속 10명 이하는 저가 웹호스팅 가능
- 블로그형 사이트: 캐시가 있으면 동시접속 30명 전후까지도 무난한 편
- 쇼핑몰·예약 사이트: 동시접속 20명부터 DB 부하를 봐야 함
- 이벤트 페이지: 평소 트래픽보다 오픈 시점의 10분을 기준으로 판단
솔직히 대부분의 작은 사이트는 서버비보다 이미지 관리와 플러그인 관리에서 돈이 새어 나갑니다. 월 5천 원짜리 웹호스팅이 부족한 게 아니라, 8MB짜리 배너 5장을 첫 화면에 걸어둔 상태가 더 큰 문제인 경우가 흔합니다.
웹호스팅에서 꼭 확인해야 하는 항목
요금제를 볼 때 저장공간과 트래픽만 보면 부족합니다. 운영자가 실제로 고생하는 지점은 다른 곳에 있습니다. 백업 보관일, 복원 방식, SSL 적용 방식, PHP 버전 변경 가능 여부, SSH 제공 여부, DB 용량 제한을 봐야 합니다.
백업은 특히 중요합니다. 자동 백업이라고 적혀 있어도 복원이 유료인지, 며칠 전까지 남는지, 데이터베이스와 파일이 같이 백업되는지 확인해야 합니다. 사이트가 깨졌을 때 파일만 복구되고 DB가 없으면 게시글과 주문 정보는 돌아오지 않습니다.
SSL도 마찬가지입니다. 무료 인증서를 지원하는지, 자동 갱신되는지, 여러 도메인을 붙일 수 있는지 봐야 합니다. 예전에는 SSL이 선택처럼 보였지만, 지금은 로그인 폼이 없어도 기본입니다. 브라우저 경고가 뜨면 방문자는 사이트가 죽은 것처럼 느낍니다.
- 백업: 최소 7일 이상 보관이면 운영이 편함
- 복원: 파일과 DB를 따로 복구할 수 있어야 함
- PHP: 버전 선택이 가능해야 워드프레스나 쇼핑몰 업데이트가 수월함
- SSL: 무료 인증서 자동 갱신 지원 여부 확인
- DB: 용량 제한과 접속 제한을 같이 확인
- 이전: 압축 파일, DB 덤프, DNS 변경 순서를 지원하는지 확인
근데 여기서 제일 많이 놓치는 게 이메일입니다. 도메인 메일을 같은 웹호스팅에서 쓰다가 서버 이전을 하면 메일함까지 같이 옮겨야 합니다. 홈페이지 파일만 옮기고 DNS를 바꾸면 메일이 끊기는 사고가 납니다. 회사 사이트라면 웹보다 메일 장애가 더 크게 느껴질 때도 많습니다.
VPS나 클라우드 서버로 넘어가야 하는 시점
웹호스팅이 항상 답은 아닙니다. 루트 권한이 필요하거나, 특정 서버 모듈을 설치해야 하거나, 배치 작업이 많거나, 접속량이 특정 시간에 몰리면 VPS나 클라우드 서버가 낫습니다. 다만 이때부터는 서버를 직접 운영한다는 뜻입니다.
VPS는 자유도가 높지만 보안 업데이트, 방화벽, 웹서버 설정, DB 튜닝, 로그 관리, 백업을 직접 챙겨야 합니다. 클라우드 서버도 이름만 다를 뿐 서버입니다. 관리형 서비스가 아니면 장애가 났을 때 업체가 애플리케이션까지 봐주지 않습니다.
제가 보는 전환 기준은 이렇습니다. 웹호스팅에서 CPU 제한 경고가 반복된다면 먼저 캐시와 플러그인을 줄입니다. 그래도 피크 시간마다 502 오류가 나거나, 관리자 작업이 업무를 못 할 정도로 느리거나, DB 쿼리 시간이 계속 늘어나면 VPS를 검토합니다. 단순히 방문자가 늘었다는 이유만으로 옮기지는 않습니다.
옮기기 전에 준비할 것
- 현재 사이트 전체 용량과 DB 용량 확인
- 최근 30일 트래픽과 피크 시간대 확인
- 사용 중인 PHP 버전, 확장 모듈, cron 작업 목록 확인
- 도메인 DNS 레코드 백업
- 이전 전 전체 백업을 로컬과 별도 저장소에 각각 보관
서버 이전은 속도 개선 작업이면서 동시에 장애 가능성이 높은 작업입니다. DNS 전파 시간, SSL 재발급, 파일 권한, DB 문자셋, 캐시 경로 같은 작은 항목에서 문제가 납니다. 그래서 이전은 방문자가 적은 시간에 하고, 원래 서버를 바로 지우지 않는 게 좋습니다. 최소 3일은 되돌릴 수 있는 상태로 남겨두는 편이 안전합니다.
처음 고른다면 이렇게 시작하는 게 현실적입니다
처음 만드는 사이트라면 월 5천 원에서 1만 원대 웹호스팅으로 시작해도 됩니다. 대신 백업과 SSL이 자동이고, PHP 버전 변경이 가능하며, 고객센터가 파일 복원 절차를 명확히 안내하는 업체를 고르는 게 좋습니다. 저장공간 10GB보다 복구 가능한 백업 7일이 더 가치 있을 때가 많습니다.
워드프레스라면 캐시 플러그인 하나, 이미지 압축, 사용하지 않는 플러그인 제거만 해도 체감 속도가 꽤 달라집니다. 쇼핑몰이라면 상품 이미지 크기와 주문 피크 시간대를 먼저 봐야 합니다. 게시판 사이트라면 검색과 첨부파일 용량이 병목이 되는 경우가 많습니다.
웹호스팅은 싸서 불안한 서비스가 아니라, 작은 사이트에 맞는 운영 단위입니다. 다만 백업이 부실하거나 제한이 불명확한 요금제는 피해야 합니다. 서버비를 많이 쓰는 것보다 내 사이트가 언제, 왜 느려지는지 아는 쪽이 더 오래 갑니다. 저는 작은 사이트라면 먼저 가볍게 시작하고, 로그와 백업을 보면서 단계적으로 올리는 방식을 가장 현실적인 선택으로 봅니다.
