호스팅은 트래픽보다 운영 방식이 먼저입니다
얼마 전 작은 쇼핑몰 이전 작업을 봤는데, 하루 방문자는 800명 정도였습니다. 그런데 기존 업체에서 권한 VPS 4코어, 메모리 8GB 상품을 쓰고 있더군요. 실제 서버를 열어보니 피크 시간 CPU 사용률은 15% 안팎, 메모리는 캐시 포함 2GB도 안 썼습니다. 느렸던 이유는 사양이 아니라 이미지 용량, PHP 설정, 백업 중 디스크 I/O가 몰리는 구조였습니다.
호스팅을 고를 때 제일 흔한 실수가 월 방문자 수만 보고 상품을 올리는 겁니다. 방문자가 많아도 정적 페이지 위주면 저가 웹호스팅으로 충분한 경우가 있습니다. 반대로 방문자는 적어도 관리자 기능이 무겁고, 검색 필터가 많고, 파일 업로드가 잦으면 작은 VPS에서도 버거울 수 있습니다.
저는 보통 세 가지를 먼저 봅니다. 동시접속, 동적 요청 비율, 백업 방식입니다. 이 세 개가 맞으면 싼 요금제도 오래 갑니다. 이 세 개가 틀리면 비싼 서버에서도 장애가 납니다.
초보자를 위한 호스팅 사양 계산 방법
대략적인 계산은 복잡하지 않습니다. 하루 방문자가 3,000명이고, 피크 시간에 전체 방문자의 20%가 몰린다고 가정해보겠습니다. 피크 1시간 방문자는 600명입니다. 한 사람이 평균 5페이지를 본다면 1시간 요청은 3,000페이지뷰입니다. 초당으로 나누면 1초에 0.8페이지 정도입니다. 여기에 이미지, CSS, 스크립트 요청은 별도지만 캐시와 CDN을 쓰면 웹서버 부담은 꽤 줄어듭니다.
이 정도 블로그나 회사 소개 사이트라면 일반 웹호스팅이나 저가형 클라우드 서버로 충분한 구간입니다. 워드프레스라도 캐시 플러그인을 제대로 걸고, 관리자 화면에서 무거운 작업을 자주 하지 않는다면 메모리 1~2GB VPS로도 버팁니다. 근데 장바구니, 회원 등급, 실시간 재고, 검색 필터가 들어가면 이야기가 달라집니다. 캐시가 잘 안 먹는 요청이 늘어나기 때문입니다.
- 개인 블로그, 포트폴리오: 웹호스팅 또는 1GB VPS
- 소규모 회사 사이트, 월 방문자 수만 명: 1~2GB VPS 또는 관리형 웹호스팅
- 워드프레스 쇼핑몰, 주문·회원 기능 포함: 2~4GB VPS부터 검토
- 동시접속 100명 이상, 동적 요청 많음: 웹서버와 DB 분리 검토
- 이미지·영상 파일이 많음: 서버 사양보다 스토리지와 전송량 정책 확인
여기서 중요한 건 숫자를 넉넉하게 잡되 겁먹지 않는 겁니다. 방문자 1만 명이라는 말은 커 보이지만, 하루 전체 방문자와 동시에 접속한 사람은 완전히 다릅니다. 실제 장애는 대개 순간 요청, DB 쿼리, 디스크 부족, 백업 실패에서 납니다.
웹호스팅, VPS, 클라우드 서버는 이렇게 나눠서 봅니다
웹호스팅은 서버 관리 부담이 적습니다. FTP나 관리자 화면으로 파일을 올리고, DB를 만들고, SSL을 켜는 정도면 됩니다. 대신 서버 설정을 깊게 만지기 어렵습니다. PHP 버전, 실행 시간, 업로드 제한, cron 사용 여부 같은 제약이 있습니다. 초보자나 단순 사이트에는 오히려 이 제약이 장점입니다. 건드릴 게 적으면 망가뜨릴 것도 적습니다.
VPS는 자유도가 높습니다. Nginx, Apache, PHP-FPM, MariaDB, Redis까지 원하는 대로 깔 수 있습니다. 단점도 똑같습니다. 보안 업데이트, 방화벽, 로그 관리, 백업, 장애 대응을 직접 봐야 합니다. 월 5달러 VPS가 싸 보이지만 운영 시간을 비용으로 넣으면 싸지 않을 때도 많습니다.
클라우드 서버는 확장성과 부가 기능이 좋습니다. 로드밸런서, 오브젝트 스토리지, 스냅샷, 모니터링, 권한 관리 같은 기능을 붙이기 쉽습니다. 하지만 초보자가 아무 생각 없이 쓰면 비용이 새기 좋습니다. 트래픽 과금, 스냅샷 보관료, 디스크 IOPS, 공인 IP 비용이 합쳐지면 처음 예상보다 커질 수 있습니다.
제가 현장에서 자주 쓰는 선택 기준
- 운영자가 서버 명령어에 익숙하지 않으면 웹호스팅부터 시작
- PHP 설정이나 백그라운드 작업이 필요하면 VPS 검토
- 무중단 배포, 서버 분리, 권한 관리가 필요하면 클라우드 서버 검토
- 파일 다운로드가 많으면 전송량 포함 조건을 먼저 확인
- 장애 대응 인력이 없으면 관리형 상품이 더 싸게 먹힐 수 있음
사실 좋은 호스팅은 가장 비싼 상품이 아닙니다. 지금 사이트 구조에서 덜 위험한 상품입니다. 단순한 블로그에 쿠버네티스까지 붙이는 건 운영 복잡도만 늘립니다. 반대로 매출이 나는 쇼핑몰을 월 몇 천 원짜리 공유 호스팅에 억지로 올리는 것도 위험합니다.
이전과 백업에서 사고가 가장 많이 납니다
호스팅 이전은 파일 복사보다 순서가 중요합니다. 저는 이전할 때 먼저 현재 서버의 PHP 버전, DB 버전, 문자셋, 디스크 사용량, cron 작업, 업로드 경로, SSL 상태를 확인합니다. 이걸 안 보고 옮기면 첫 화면은 떠도 주문서 저장이 안 되거나, 이미지 일부가 깨지거나, 관리자 로그인이 풀리는 일이 생깁니다.
도메인 DNS 변경도 서두르면 안 됩니다. TTL을 미리 낮춰두고, 새 서버에서 임시 도메인이나 hosts 설정으로 테스트한 뒤 바꿔야 합니다. 특히 메일을 같이 쓰는 도메인은 MX 레코드를 건드리다가 메일 수신이 끊기는 경우가 많습니다. 웹만 이전하는지, 메일까지 이전하는지 분리해서 봐야 합니다.
백업은 더 냉정하게 봐야 합니다. 백업 파일이 있다는 것과 복구 가능한 백업은 다릅니다. 압축 파일은 있는데 DB 덤프가 빠져 있거나, DB는 있는데 업로드 폴더가 빠져 있거나, 백업이 같은 서버 안에만 있는 경우가 흔합니다. 디스크가 죽으면 원본과 백업이 같이 사라집니다.
- 파일 백업과 DB 백업을 따로 확인
- 백업 위치는 운영 서버와 분리
- 최소 월 1회는 복구 테스트 수행
- 쇼핑몰은 주문 많은 시간대 백업 작업 피하기
- 자동 백업 성공 알림만 믿지 말고 파일 크기와 생성 시간을 확인
저는 신규 사이트라도 최소 7일치 일간 백업, 4주치 주간 백업을 권합니다. 트래픽이 적은 사이트는 이 정도 보관 비용이 크지 않습니다. 그런데 사고가 나면 하루 전 백업이 있느냐 없느냐가 복구 시간을 완전히 갈라놓습니다.
장애가 났을 때 확인 순서
사이트가 안 뜨면 먼저 서버 사양을 올리고 싶은 마음이 듭니다. 하지만 순서를 지켜야 돈을 덜 씁니다. 첫 번째는 도메인입니다. DNS가 바뀌었는지, 만료됐는지, 네임서버가 정상인지 봅니다. 두 번째는 SSL입니다. 인증서 만료나 중간 인증서 문제로 브라우저에서 막히는 경우가 있습니다.
세 번째는 웹서버 상태입니다. Nginx나 Apache가 떠 있는지, 80번과 443번 포트가 열려 있는지 확인합니다. 네 번째는 애플리케이션 로그입니다. PHP fatal error, DB 연결 실패, 권한 문제는 여기서 많이 보입니다. 다섯 번째가 자원 사용량입니다. CPU, 메모리, 디스크, inode, DB 커넥션 수를 봅니다.
- 도메인 만료와 DNS 레코드 확인
- SSL 인증서 기간과 적용 대상 확인
- 웹서버 프로세스와 포트 상태 확인
- 애플리케이션 로그의 최근 에러 확인
- 디스크 사용률과 DB 연결 수 확인
디스크 100%는 정말 자주 봅니다. 로그가 쌓였거나 백업 파일이 계속 누적된 경우입니다. 이 상태에서는 DB가 쓰기를 못 하고, 세션 파일도 생성하지 못해서 로그인부터 깨집니다. CPU보다 디스크를 먼저 보는 습관이 필요합니다.
호스팅 비용은 여유분보다 복구 가능성에 써야 합니다
처음부터 큰 서버를 쓰면 마음은 편합니다. 하지만 운영비는 매달 빠져나갑니다. 월 5만 원을 더 쓰는 것보다, 월 1만 원은 백업 보관에 쓰고 4만 원은 모니터링과 점검 시간을 확보하는 편이 나은 경우가 많습니다. 특히 매출이 크지 않은 블로그나 소규모 사업 사이트는 과한 사양보다 단순한 구조가 오래 갑니다.
제가 보는 좋은 호스팅 선택은 이렇습니다. 지금 필요한 사양보다 30% 정도 여유를 두고, 백업은 서버 밖에 두고, 장애 때 확인할 순서를 문서로 남기는 방식입니다. 업체 이름이나 광고 문구보다 내 사이트의 동시접속, DB 사용량, 파일 증가 속도를 기준으로 보면 선택이 훨씬 덜 흔들립니다. 호스팅은 크게 시작하는 것보다 작게 시작해서 관측하면서 키우는 쪽이 운영 리스크가 낮았습니다.
