얼마 전 작은 쇼핑몰 서버를 옮기는데, 처음 상담 때 권장받은 사양이 8코어에 메모리 16GB였습니다. 월 방문자가 3만 명 정도이고 피크 시간 동시접속은 40명 안팎이었는데 말이죠. 실제 로그를 보고 계산해보니 2코어, 메모리 4GB VPS로도 충분했고, 남는 돈은 백업과 모니터링에 쓰는 쪽이 훨씬 안전했습니다.
서버호스팅은 비싼 장비를 고르는 일이 아닙니다. 내 사이트가 어느 순간에 CPU, 메모리, 디스크, 네트워크 중 무엇을 쓰는지 보는 일입니다. 14년 운영하면서 사이트가 죽는 장면을 많이 봤는데, 트래픽 폭증보다 설정 실수, 백업 부재, 디스크 꽉 참, 인증서 만료가 더 자주 원인이었습니다.
서버호스팅은 트래픽보다 동시접속부터 봐야 합니다
월 방문자 숫자만 보고 서버를 고르면 거의 틀립니다. 월 10만 방문자라도 하루 종일 고르게 들어오면 가벼운 서버로 버팁니다. 반대로 이벤트 공지 하나로 10분 안에 500명이 몰리면 훨씬 큰 문제가 됩니다.
대략적인 시작점은 이렇게 잡습니다. 워드프레스나 일반 기업 사이트 기준으로 하루 방문자 1천 명 이하, 동시접속 10명 이하면 공유 웹호스팅이나 1코어 VPS도 가능합니다. 하루 방문자 5천 명, 동시접속 30~50명 정도면 2코어, 메모리 4GB를 많이 씁니다. 상품 수가 많고 검색이 잦은 쇼핑몰은 같은 방문자 수라도 데이터베이스 부하가 커서 메모리를 먼저 올리는 편이 낫습니다.
- 개인 블로그, 회사 소개 사이트: 공유 웹호스팅 또는 1코어, 메모리 1~2GB
- 작은 커뮤니티, 일반 워드프레스: 2코어, 메모리 2~4GB
- 중형 쇼핑몰, 예약 사이트: 2~4코어, 메모리 8GB부터 검토
- 이미지와 첨부파일이 많은 서비스: 서버 사양보다 스토리지와 전송량 정책 확인
근데 여기서 중요한 건 캐시입니다. 페이지 캐시가 켜진 워드프레스와 매번 데이터베이스를 두드리는 워드프레스는 완전히 다른 사이트입니다. 같은 서버호스팅 요금제를 쓰더라도 캐시 설정 하나로 버티는 접속자가 몇 배씩 차이 납니다.
웹호스팅, VPS, 클라우드 서버를 이렇게 나눠 고릅니다
초보자가 가장 많이 헷갈리는 지점이 웹호스팅과 VPS입니다. 웹호스팅은 관리가 쉽고 싸지만, 서버 설정을 깊게 만지기 어렵습니다. VPS는 자유도가 높지만 운영 책임도 같이 옵니다. 클라우드 서버는 확장과 부가 기능이 좋지만, 네트워크 전송량, 스냅샷, 로드밸런서 비용까지 보면 예상보다 청구액이 커질 수 있습니다.
사이트가 단순하고 트래픽이 적다면 웹호스팅이 나쁜 선택이 아닙니다. 솔직히 월 방문자 몇천 명 규모의 회사 소개 사이트에 비싼 클라우드 구성을 넣는 건 과합니다. 반대로 배포 자동화, 특정 서버 모듈, 백그라운드 작업, 직접 튜닝이 필요하면 VPS 이상으로 가는 게 맞습니다.
공유 웹호스팅이 맞는 경우
관리 화면에서 파일 올리고, 데이터베이스 만들고, SSL만 붙이면 되는 사이트라면 공유 웹호스팅이 편합니다. 비용도 낮고 장애 대응도 업체가 어느 정도 처리합니다. 다만 CPU 사용량 제한, 동시 프로세스 제한, 메일 발송 제한은 꼭 봐야 합니다. 트래픽 무제한이라는 문구보다 실제 제한 조건이 더 중요합니다.
VPS가 맞는 경우
VPS는 비용 대비 성능이 좋습니다. Nginx, Apache, PHP, 데이터베이스 설정을 직접 만질 수 있고, 백업 스크립트도 원하는 방식으로 짤 수 있습니다. 대신 보안 업데이트, 방화벽, 로그 관리, 디스크 용량 감시는 운영자가 챙겨야 합니다. 서버를 켜놓는 것과 운영하는 것은 다릅니다.
클라우드 서버가 맞는 경우
클라우드 서버는 갑자기 서버를 늘리거나, 스냅샷을 자주 찍거나, 여러 지역에 배치해야 할 때 강합니다. 다만 작은 사이트에서는 장점보다 복잡도가 먼저 옵니다. 인스턴스 비용은 싸 보여도 스토리지, 백업, 고정 IP, 외부 전송량을 더하면 VPS보다 비싸지는 경우가 많습니다.
요금제 비교는 CPU보다 메모리와 디스크 정책을 먼저 봅니다
서버호스팅 상품표에는 CPU 코어 수가 크게 보입니다. 그런데 실제 장애는 메모리 부족이나 디스크 꽉 참에서 더 자주 납니다. 특히 데이터베이스가 같은 서버에 있으면 메모리 1GB 차이가 체감 성능을 크게 바꿉니다.
워드프레스 기준으로 PHP, 웹서버, 데이터베이스를 한 서버에 올린다면 메모리 2GB는 시작점이고, 플러그인이 많거나 관리자 화면이 무거우면 4GB가 편합니다. 1GB 서버도 돌아가긴 합니다. 하지만 스왑이 자주 발생하면 페이지 로딩이 갑자기 5초, 10초로 늘어납니다.
- CPU: 순간 처리량에 영향, 트래픽 피크와 이미지 처리 작업에서 중요
- 메모리: 데이터베이스와 PHP 처리 안정성에 영향, 부족하면 전체가 느려짐
- SSD 용량: 파일보다 로그와 백업 임시 파일 때문에 차는 경우가 많음
- 전송량: 이미지 많은 사이트는 방문자 수보다 페이지당 용량으로 계산
- 백업 비용: 기본 제공인지, 복구 테스트가 가능한지 확인
예를 들어 한 페이지 평균 용량이 2MB이고 하루 3천 페이지뷰면 하루 전송량은 약 6GB입니다. 한 달이면 180GB 정도입니다. 여기에 관리자, 검색엔진 크롤러, 이미지 재요청까지 더하면 250GB 정도를 잡는 게 현실적입니다. 이 정도는 많은 저가 VPS에서도 충분하지만, 전송량 초과 과금이 있는 상품이면 숫자를 꼭 확인해야 합니다.
이전 작업은 백업보다 복구 순서가 더 중요합니다
서버 이전에서 가장 위험한 순간은 파일을 옮길 때가 아닙니다. DNS를 바꾼 뒤 문제가 생겼는데 원래 서버로 돌아갈 수 없는 상황입니다. 그래서 저는 이전 전에 항상 되돌아가는 길부터 잡습니다. 파일 백업, 데이터베이스 백업, 설정 파일 백업, 인증서 상태, 기존 서버 유지 기간을 따로 확인합니다.
이전 순서는 단순해야 합니다. 새 서버를 만들고, 웹서버와 데이터베이스 버전을 맞추고, 파일과 DB를 복원합니다. 그다음 내 PC에서만 새 서버를 보도록 테스트하고, 로그인, 주문, 게시글 작성, 이미지 업로드, 메일 발송을 확인합니다. 이 과정을 건너뛰면 방문자는 멀쩡한데 관리자만 안 되거나, 상품 주문은 되는데 메일이 안 나가는 식의 애매한 장애가 납니다.
- 이전 전: 전체 파일, DB, 설정 파일을 별도 위치에 보관
- 이전 중: 기존 서버를 바로 지우지 않고 최소 며칠 유지
- 전환 직전: DNS TTL을 낮춰 전환 시간을 줄임
- 전환 후: 로그, 주문, 문의, 업로드, 메일 발송을 순서대로 확인
백업은 있다는 말보다 복구가 되는지가 중요합니다. 압축 파일 하나 받아놓고 안심하는 경우가 많은데, 실제로 풀어보면 DB 문자셋이 깨져 있거나 업로드 폴더가 빠져 있는 일이 있습니다. 월 1회라도 테스트 서버에 복원해보면 사고 확률이 크게 내려갑니다.
장애가 났을 때는 큰 것보다 작은 것부터 확인합니다
사이트가 안 열리면 서버를 재부팅부터 하는 분들이 있습니다. 급한 마음은 이해하지만, 재부팅은 증거를 날릴 수 있습니다. 먼저 에러 코드, 서버 부하, 디스크 용량, 웹서버 상태, 데이터베이스 상태를 보는 게 순서입니다.
브라우저에서 502가 나오면 웹서버와 PHP 처리 구간을 의심합니다. 503이면 프로세스 제한이나 점검 설정을 봅니다. 500이면 애플리케이션 로그가 먼저입니다. 접속 자체가 안 되면 방화벽, DNS, 서버 네트워크, 인증서 만료를 확인합니다. 사실 이 정도만 구분해도 업체 문의할 때 시간이 많이 줄어듭니다.
- 전체 접속 불가: DNS, 방화벽, 서버 상태, 네트워크 확인
- 느림: CPU 사용률, 메모리, 스왑, 데이터베이스 쿼리 확인
- 간헐적 오류: 동시접속 제한, PHP 프로세스 수, 외부 API 지연 확인
- 업로드 실패: 디스크 용량, 권한, 임시 폴더 용량 확인
- 보안 경고: SSL 만료일, 인증서 체인, 리다이렉트 설정 확인
서버호스팅은 처음부터 크게 잡는다고 안전해지는 구조가 아닙니다. 작은 서버라도 백업이 제대로 있고, 로그를 볼 수 있고, 장애 때 확인 순서가 있으면 오래 버팁니다. 반대로 비싼 서버라도 디스크 100퍼센트가 되도록 방치하면 한순간에 멈춥니다. 저는 서버 비용을 올리기 전에 캐시, 백업, 모니터링, 복구 절차부터 손보는 쪽을 더 믿습니다.
