워드프레스 호스팅 고르는 방법: 트래픽보다 먼저 계산할 것들

얼마 전 작은 쇼핑몰 워드프레스 사이트를 이전했는데, 월 방문자 3만 명 정도인데도 월 10만 원대 서버를 쓰고 있었습니다. 관리자 화면은 느렸고, 백업은 같은 서버 안에만 있었습니다. 서버 사양이 부족한 게 아니라 구조가 이상한 상태였죠.

워드프레스는 생각보다 가볍게도 돌아가고, 반대로 별것 아닌 플러그인 하나 때문에 서버를 잡아먹기도 합니다. 그래서 호스팅을 고를 때는 업체가 추천하는 요금제보다 내 사이트가 실제로 쓰는 자원을 먼저 봐야 합니다.

워드프레스는 트래픽보다 동시접속이 중요합니다

많이 헷갈리는 지점이 월 방문자 수입니다. 월 10만 명이 온다고 해서 큰 서버가 필요한 건 아닙니다. 하루로 나누면 평균 3천 명 조금 넘고, 시간당으로 나누면 훨씬 작아집니다. 문제는 특정 시간에 몰리는 동시접속입니다.

일반적인 블로그라면 페이지 캐시가 잘 걸려 있을 때 동시접속 20명 정도는 저가 웹호스팅이나 작은 VPS로도 버팁니다. 글 위주 사이트에서 이미지가 과하게 크지 않고, 댓글·검색·회원 기능이 많지 않다면 CPU보다 캐시 설정이 더 큰 차이를 만듭니다.

대략적인 기준은 이렇게 잡습니다.

개인 블로그, 월 방문자 1만 명 이하: 저가 웹호스팅도 충분한 경우가 많음
월 방문자 5만~10만 명 블로그: 캐시가 잘 잡힌 웹호스팅 또는 1~2코어 VPS
쇼핑몰, 예약, 회원제 사이트: 방문자 수보다 결제·로그인 동시 처리량 기준으로 판단
광고 집행으로 순간 유입이 생기는 사이트: 캐시, 이미지, DB 부하를 먼저 점검

사실 워드프레스가 느리다고 바로 서버를 올리는 건 돈으로 증상을 덮는 방식입니다. 캐시가 없고, 썸네일 원본을 그대로 뿌리고, 플러그인이 관리자 비동기 요청을 계속 만들면 서버를 올려도 오래 못 갑니다.

저가 호스팅으로 충분한 구간

워드프레스 초보자에게는 관리형 웹호스팅이 편합니다. 서버 보안 패치, 웹서버 설정, PHP 버전 관리, 기본 백업 같은 운영 부담이 줄어듭니다. 방문자가 많지 않은 블로그라면 월 몇 천 원대 상품으로 시작해도 이상하지 않습니다.

다만 저가 상품에서 꼭 봐야 할 항목이 있습니다. 저장 공간만 크게 써 놓은 상품은 조심해야 합니다. 워드프레스는 디스크보다 PHP 메모리, DB 응답, 파일 개수 제한, 백업 복원 가능 여부가 더 중요합니다.

확인할 항목

PHP 메모리 제한이 최소 256MB 이상인지
무료 SSL 적용이 가능한지
자동 백업이 며칠 보관되는지
백업 파일을 직접 내려받을 수 있는지
트래픽 초과 시 차단인지, 과금인지, 속도 제한인지
서버 이전 시 DB와 파일 전체 백업을 받을 수 있는지

근데 백업이 있다고만 적힌 상품도 실제로는 복원이 유료이거나, 하루 전 상태만 남아 있는 경우가 있습니다. 운영하다 보면 장애는 금요일 밤이나 연휴 전에 자주 보입니다. 그때 백업을 못 꺼내면 사양 좋은 서버도 소용없습니다.

VPS가 필요한 순간은 따로 있습니다

VPS는 자유도가 높습니다. 웹서버 설정, 캐시 서버, PHP-FPM 튜닝, DB 분리, 방화벽 정책까지 직접 만질 수 있습니다. 대신 운영자가 책임질 것도 늘어납니다. 자동 업데이트 한 번 잘못 걸려도 플러그인 충돌이나 PHP 확장 문제로 사이트가 멈출 수 있습니다.

제가 VPS를 권하는 경우는 명확합니다. 첫째, 웹호스팅의 프로세스 제한에 자주 걸릴 때입니다. 둘째, 회원·검색·주문처럼 캐시가 잘 안 먹는 요청이 많을 때입니다. 셋째, 서버 로그를 보고 병목을 직접 잡을 사람이 있을 때입니다.

초기 VPS 사양은 보통 1~2코어, 메모리 2GB부터 봅니다. 워드프레스 하나만 운영하고 캐시가 잘 걸린다면 1코어 1GB도 돌아가긴 합니다. 하지만 관리자 화면, 백업 압축, 이미지 처리, 보안 플러그인 검사까지 생각하면 2GB가 운영 여유가 있습니다.

트래픽이 늘었다고 바로 4코어, 8GB로 가는 건 서두른 선택일 수 있습니다. 느린 쿼리 하나, 외부 폰트 호출, 과한 광고 스크립트가 원인인 경우도 많습니다. 서버 증설 전에 접속 로그, PHP 에러 로그, 느린 쿼리, 캐시 적중률을 먼저 봐야 합니다.

워드프레스 이전 전에 꼭 챙길 것

워드프레스 이전은 파일과 DB만 옮기면 끝나는 것처럼 보입니다. 실제 장애는 권한, 문자셋, 도메인 연결, SSL, 캐시 경로에서 많이 납니다. 특히 이미지 경로가 절대경로로 박혀 있거나, 플러그인이 이전 전 서버 경로를 저장한 경우 화면이 깨집니다.

이전 순서는 단순해야 합니다. 먼저 기존 서버에서 전체 파일과 DB를 따로 백업합니다. 그다음 새 서버에 같은 PHP 주버전과 필요한 확장을 맞춥니다. 임시 주소나 로컬 호스트 파일로 먼저 접속 테스트를 하고, 관리자 로그인과 글 작성, 이미지 업로드, 문의 폼, 결제 흐름을 확인합니다.

DNS 변경은 마지막입니다. TTL 값을 미리 낮춰 두면 전환 시간이 줄어듭니다. SSL은 도메인이 새 서버를 바라본 뒤 발급되는 경우가 많으니, 전환 직후 인증서 상태도 확인해야 합니다. 캐시 플러그인은 이전 직후 한 번 비우는 게 안전합니다.

장애가 났을 때 보는 순서

워드프레스가 죽었을 때 가장 먼저 할 일은 플러그인 전체 삭제가 아닙니다. 급하게 만지면 원인을 잃어버립니다. 운영에서는 순서가 중요합니다.

첫째, 서버가 살아 있는지 확인합니다. 웹만 죽었는지, DB도 죽었는지 나눠 봅니다.
둘째, 디스크 용량을 봅니다. 로그나 백업 파일이 디스크를 채우면 DB가 멈춥니다.
셋째, 최근 변경을 확인합니다. 플러그인 업데이트, 테마 수정, PHP 버전 변경이 흔한 원인입니다.
넷째, 에러 로그를 봅니다. 화면의 흰 페이지보다 로그 한 줄이 빠릅니다.
다섯째, 캐시와 보안 플러그인을 의심합니다. 둘 다 정상 운영에는 좋지만 충돌도 자주 냅니다.

관리자 화면도 안 들어가진다면 파일 관리자나 SSH에서 플러그인 폴더 이름을 바꿔 비활성화할 수 있습니다. 단, 그 전에 현재 상태를 한 번 더 백업해 두는 게 좋습니다. 망가진 상태라도 원인 분석에는 자료가 됩니다.

워드프레스 호스팅은 비싼 상품을 고르는 게임이 아닙니다. 내 사이트가 캐시 가능한 구조인지, 백업을 밖으로 꺼낼 수 있는지, 장애 때 로그를 볼 수 있는지가 더 중요합니다. 작은 블로그는 작게 시작해도 됩니다. 다만 백업과 복원 절차만큼은 처음부터 제대로 잡아 두는 편이, 나중에 서버 비용을 올리는 것보다 훨씬 싸게 먹힙니다.