모두
모두콘텐츠
접속자 수보다 작업 방식부터 봐야 합니다
얼마 전 작은 쇼핑몰 이전 상담을 했는데, 운영자는 월 20만 원대 VPS를 고민하고 있었습니다. 그런데 실제 로그를 보니 하루 방문자는 800명 안팎이고, 동시접속은 피크 시간에도 8명 정도였습니다. 이 정도면 잘 관리된 일반 웹호스팅으로도 충분한 구간입니다. 서버가 느렸던 이유는 사양 부족이 아니라 이미지 원본 업로드, 캐시 미사용, 백업 파일이 웹 루트에 쌓인 문제였습니다.
웹호스팅을 고를 때 가장 먼저 볼 것은 트래픽 숫자 하나가 아닙니다. 사이트가 정적인지, 워드프레스인지, 게시판인지, 쇼핑몰인지에 따라 필요한 자원이 달라집니다. 같은 방문자 1,000명이라도 HTML 위주의 회사 소개 사이트와 플러그인이 많은 워드프레스는 부하가 전혀 다릅니다. 그래서 저는 보통 방문자 수보다 페이지 생성 방식, 이미지 용량, 관리자 작업 빈도, 백업 방식부터 확인합니다.
초보자를 위한 웹호스팅 사양 계산 방법
대략적인 기준은 이렇게 잡으면 됩니다. 하루 방문자 1,000명 이하, 동시접속 5명 이하, 페이지 대부분이 캐시되는 사이트라면 저가형 웹호스팅으로도 버틸 가능성이 큽니다. 디스크는 5GB만 있어도 충분한 경우가 많습니다. 문제는 사진을 원본 그대로 올리거나, 자동 백업을 같은 계정 안에 계속 쌓아두는 경우입니다. 사이트 파일은 1GB인데 백업 압축파일이 20GB인 경우도 흔합니다.
하루 방문자 3,000명에서 10,000명 사이면 조금 더 따져야 합니다. 워드프레스 기준으로 캐시 플러그인이 정상 동작하고 이미지가 압축되어 있다면 중급 웹호스팅이나 관리형 호스팅으로도 됩니다. 다만 로그인 사용자, 장바구니, 검색 기능이 많으면 캐시가 덜 먹습니다. 이때는 CPU 점유율 제한, 동시 프로세스 제한, PHP 메모리 제한을 봐야 합니다. 업체가 트래픽 100GB라고 홍보해도 프로세스 제한이 낮으면 실제 체감은 먼저 막힙니다.
- 회사 소개 사이트: 저가형 웹호스팅으로 시작해도 충분한 경우가 많음
- 블로그형 워드프레스: 캐시 설정이 있으면 중저가형부터 검토
- 쇼핑몰·예약 사이트: 동시접속과 DB 부하를 먼저 계산
- 파일 다운로드 사이트: 트래픽보다 전송량과 저장공간 비용 확인
싼 요금제가 위험한 게 아니라 방치가 위험합니다
솔직히 많은 사이트는 비싼 서버가 필요 없습니다. 필요한 것은 적당한 요금제와 기본 운영 습관입니다. 저가 웹호스팅이 문제 되는 순간은 대부분 비슷합니다. PHP 버전을 몇 년째 안 올렸거나, 관리자 비밀번호가 약하거나, 백업이 있는 줄 알았는데 복구 테스트를 한 번도 안 한 경우입니다. 서버 사양보다 이런 부분에서 장애 시간이 길어집니다.
특히 자동 백업 문구는 조심해서 봐야 합니다. 백업 주기가 매일인지, 보관 기간이 며칠인지, DB와 파일을 같이 백업하는지, 복구 요청 비용이 따로 있는지 확인해야 합니다. 장애가 났을 때 업체가 백업을 가지고 있어도 원하는 시점으로 복원할 수 없으면 의미가 작습니다. 운영자가 직접 월 1회라도 내려받아 보관하는 습관이 있으면 사고 대응력이 꽤 달라집니다.
또 하나는 SSL입니다. 요즘은 무료 인증서만으로도 일반 블로그나 회사 사이트는 충분합니다. 다만 자동 갱신이 되는지 봐야 합니다. 인증서 자체보다 갱신 실패가 문제를 만듭니다. 갱신 실패 후 브라우저 경고가 뜨면 사용자는 사이트가 해킹됐다고 느낍니다. 실제로는 단순 만료인데 문의 전화는 폭주합니다.
웹호스팅에서 VPS로 넘어갈 타이밍
웹호스팅에서 VPS로 넘어가야 하는 시점은 명확합니다. 호스팅 업체의 자원 제한에 자주 걸리고, 캐시와 이미지 최적화를 해도 응답 시간이 흔들리며, 서버 설정을 직접 바꿔야 하는 요구가 생겼을 때입니다. 예를 들어 PHP 확장 모듈을 추가해야 하거나, 특정 백그라운드 작업을 주기적으로 돌려야 하거나, 웹서버 설정을 세밀하게 조정해야 한다면 VPS가 맞습니다.
하지만 VPS는 자유도가 생기는 대신 운영 책임도 같이 옵니다. 보안 업데이트, 방화벽, 로그 관리, 백업, 모니터링을 직접 챙겨야 합니다. 월 5천 원짜리 VPS가 월 1만 원짜리 웹호스팅보다 항상 싸다고 말하기 어려운 이유입니다. 서버를 볼 사람이 없으면 저렴한 VPS보다 관리형 웹호스팅이 더 안정적입니다. 인건비와 장애 시간을 비용에 넣어야 계산이 맞습니다.
제가 보는 간단한 기준은 이렇습니다. 하루 방문자 1만 명 이하의 콘텐츠 사이트라면 먼저 캐시와 이미지 최적화를 끝내고 웹호스팅 상위 요금제를 봅니다. 로그인과 결제가 많은 서비스라면 VPS나 클라우드 서버를 일찍 검토합니다. 다만 처음부터 고사양으로 시작할 필요는 없습니다. 1코어 1GB 메모리 서버도 정적 페이지나 가벼운 API에는 충분한 경우가 있습니다. 중요한 건 확장 가능한 구조와 복구 절차입니다.
이전할 때 사고가 나는 지점
웹호스팅 이전은 파일을 옮기는 작업처럼 보이지만, 실제로는 순서 싸움입니다. 먼저 기존 서버에서 파일과 DB를 각각 백업합니다. 그다음 새 서버에 올리고 임시 주소나 hosts 설정으로 화면을 확인합니다. 관리자 로그인, 글 작성, 이미지 업로드, 문의 폼, 결제 모듈 같은 동작을 확인한 뒤 DNS를 바꿔야 합니다. DNS부터 바꾸면 문제가 생겼을 때 원인 분리가 어려워집니다.
메일을 같이 쓰는 도메인이라면 더 조심해야 합니다. 웹사이트 이전만 생각하고 MX 값을 건드렸다가 메일이 끊기는 일이 있습니다. 도메인 DNS에는 웹, 메일, 인증 관련 값이 같이 들어 있습니다. 그래서 변경 전 현재 DNS 값을 캡처하거나 텍스트로 저장해 두는 게 좋습니다. TTL을 미리 낮춰두면 전환 시간도 줄일 수 있습니다.
- 이전 전: 파일, DB, DNS 값, 메일 설정을 별도로 보관
- 이전 중: 새 서버에서 로그인·업로드·폼 전송 확인
- 전환 시점: 방문자가 적은 시간에 DNS 변경
- 전환 후: 오류 로그, 404, SSL, 메일 송수신 확인
장애가 났을 때 먼저 볼 순서
사이트가 안 뜨면 서버가 죽었다고 생각하기 쉽습니다. 그런데 실제 현장에서는 도메인 만료, SSL 만료, 디스크 꽉 참, DB 접속 오류가 더 자주 보입니다. 저는 먼저 도메인 만료 여부와 DNS 응답을 보고, 그다음 웹서버 응답 코드, 디스크 사용량, DB 상태, 최근 변경 이력을 확인합니다. 최근에 플러그인을 업데이트했거나 테마를 바꿨다면 그쪽부터 의심하는 게 빠릅니다.
웹호스팅에서는 로그 접근이 제한될 수 있습니다. 그래도 오류 화면의 문구, 관리자 페이지 접근 여부, FTP 접속 여부만 확인해도 범위가 좁혀집니다. 흰 화면이면 PHP 오류일 가능성이 있고, DB 연결 오류면 계정 정보나 DB 서버 상태를 봐야 합니다. 용량 초과라면 임시 파일과 오래된 백업부터 치우면 살아나는 경우가 많습니다.
웹호스팅은 작고 단순하게 시작해도 괜찮습니다. 대신 백업 위치, 복구 방법, SSL 갱신, DNS 기록은 처음부터 챙겨야 합니다. 서버는 대개 갑자기 배신하지 않습니다. 사람이 확인하지 않은 설정이 늦게 발견될 뿐입니다. 비용을 줄이는 가장 좋은 방법은 싼 상품을 고르는 것보다, 내 사이트가 실제로 쓰는 자원을 알고 있는 상태에서 필요한 만큼만 쓰는 것입니다.
