요즘 워드프레스 이전 문의를 보면 서버가 느려서 바꾸려는 경우보다, 애초에 요금제를 감으로 고른 경우가 더 많습니다. 월 방문자 10만이라고 해서 무조건 고사양 VPS가 필요한 것도 아니고, 반대로 방문자가 적어도 플러그인과 백업 설정이 엉켜 있으면 저녁 시간마다 사이트가 멈춥니다. 저는 워드프레스 서버를 볼 때 방문자 수보다 동시접속, PHP 처리량, 데이터베이스 부하, 백업 방식부터 봅니다.
워드프레스는 트래픽보다 PHP와 DB가 먼저 막힙니다
정적 HTML 사이트는 같은 방문자 수라도 서버 부담이 작습니다. 그런데 워드프레스는 페이지를 열 때 PHP가 실행되고, 글 목록·메뉴·위젯·댓글·상품 정보 같은 데이터를 데이터베이스에서 가져옵니다. 캐시가 없으면 방문자 1명이 페이지 1개를 볼 때도 PHP와 DB가 같이 움직입니다.
예를 들어 하루 방문자 3,000명인 블로그가 있다고 해도 24시간 고르게 들어오면 별 부담이 아닙니다. 문제는 검색 유입이나 커뮤니티 공유로 10분 동안 300명이 몰릴 때입니다. 이때 캐시가 없고 이미지까지 원본으로 나가면 저가형 웹호스팅에서도 금방 응답이 밀립니다.
대략적인 기준은 이렇게 잡으면 됩니다. 개인 블로그나 회사 소개 사이트처럼 글 위주이고 캐시를 쓰는 경우, 하루 1,000~5,000 방문자는 일반 웹호스팅이나 1코어 VPS로도 충분한 일이 많습니다. 동시접속 20명 안팎이면 CPU보다 설정이 더 중요합니다. 반면 쇼핑몰, 예약, 회원제, 학습 사이트처럼 로그인 사용자가 많으면 캐시가 제한되기 때문에 같은 방문자 수라도 서버 사양을 더 넉넉히 잡아야 합니다.
초보자가 서버 사양을 계산하는 방법
처음에는 월 방문자 수보다 피크 시간 기준으로 계산하는 게 낫습니다. 하루 방문자 10,000명인 사이트라도 피크 1시간에 2,000명이 들어올 수 있습니다. 이 중 동시에 페이지를 읽는 사람이 50명이라면 서버는 순간적으로 50개의 요청을 처리해야 합니다. 여기에 CSS, 이미지, 스크립트 요청까지 붙습니다.
간단한 출발 기준
- 개인 블로그, 포트폴리오: 공유 웹호스팅 또는 1 vCPU, 메모리 1GB
- 광고 붙은 정보성 블로그: 1~2 vCPU, 메모리 2GB
- 소규모 쇼핑몰: 2 vCPU, 메모리 4GB부터 검토
- 회원 로그인·강의·예약 사이트: 방문자 수보다 DB와 PHP-FPM 여유를 우선 확인
- 이미지 많은 매체형 사이트: 서버보다 이미지 최적화와 캐시 계층이 먼저
근데 이 숫자는 절대값이 아닙니다. 같은 2 vCPU 서버라도 플러그인 8개인 블로그와 플러그인 45개인 사이트는 완전히 다릅니다. 페이지 빌더, 통계 플러그인, 보안 플러그인, 관련 글 플러그인이 한 페이지에서 같이 돌면 PHP 실행 시간이 길어집니다. 실행 시간이 200ms인 사이트와 1.5초인 사이트는 같은 서버에서 버틸 수 있는 동시접속이 몇 배씩 차이 납니다.
그래서 저는 워드프레스 서버를 고를 때 먼저 현재 페이지 생성 시간을 봅니다. 캐시를 끈 상태에서 주요 페이지가 1초를 넘는다면 서버 증설 전에 테마, 플러그인, DB 쿼리부터 보는 편이 맞습니다. 돈을 더 내도 느린 구조는 그대로 느립니다.
웹호스팅, VPS, 클라우드 중 어디부터 쓰면 되나
운영 경험상 초보자에게 무조건 VPS를 권하지 않습니다. 서버 관리 경험이 없으면 보안 패치, 백업, PHP 버전, 디스크 용량, 메일 발송 제한 같은 부분에서 사고가 납니다. 단순 블로그라면 관리형 웹호스팅이 더 나은 선택일 때가 많습니다. 싸고, 백업 메뉴가 있고, PHP 설정도 어느 정도 고정되어 있어서 크게 망가질 일이 적습니다.
VPS는 자유도가 높은 대신 책임도 같이 옵니다. Nginx나 Apache 설정, PHP-FPM 풀 개수, MariaDB 메모리 설정, SSL 갱신, 방화벽, 스냅샷, 로그 관리까지 직접 봐야 합니다. 이걸 할 수 있으면 비용 대비 성능은 좋습니다. 1~2 vCPU VPS만 제대로 세팅해도 웬만한 정보성 워드프레스는 안정적으로 돌아갑니다.
클라우드 서버는 확장성이 장점이지만, 작은 사이트에서는 오히려 비용 구조가 복잡합니다. 서버 요금만 보는 게 아니라 스토리지, 백업, 트래픽, 로드밸런서, 스냅샷 비용이 붙습니다. 월 몇 만 원 사이트를 운영하면서 구조만 클라우드답게 복잡해지는 경우도 자주 봤습니다.
워드프레스 이전 전에 꼭 확인할 것
워드프레스 이전은 파일 복사와 DB 복구만으로 끝나지 않습니다. 실제 사고는 DNS 변경, 문자셋, PHP 버전, 플러그인 경로, 업로드 권한에서 납니다. 특히 오래된 사이트는 PHP 7대에서 돌아가던 플러그인이 PHP 8대에서 경고를 내거나 아예 관리자 화면을 막는 일이 있습니다.
이전 전 체크리스트
- 현재 PHP 버전과 새 서버 PHP 버전 비교
- DB 용량과 업로드 폴더 용량 확인
- 테마와 필수 플러그인 최신화 가능 여부 확인
- 이전 전 전체 파일 백업과 DB 덤프 확보
- DNS TTL을 미리 낮춰 전환 시간을 줄이기
- 새 서버에서 임시 도메인이나 hosts 설정으로 먼저 접속 테스트
여기서 가장 많이 놓치는 게 백업 검증입니다. 백업 파일이 있다는 것과 복구가 된다는 건 다른 얘기입니다. 압축 파일은 있는데 업로드 폴더가 빠져 있거나, DB 덤프는 있는데 문자셋이 깨져서 한글 제목이 망가지는 경우가 있습니다. 백업은 내려받은 뒤 실제로 풀어 보고, DB는 테스트 환경에 한 번 넣어 보는 게 제일 확실합니다.
장애가 났을 때 보는 순서
워드프레스가 갑자기 느려졌을 때 서버부터 바꾸면 원인을 놓치기 쉽습니다. 저는 먼저 최근 변경 사항을 봅니다. 플러그인 업데이트, 테마 수정, 광고 스크립트 추가, 보안 플러그인 설정 변경, 백업 플러그인 예약 시간 변경이 있었는지 확인합니다. 장애 직전의 변화가 단서인 경우가 많습니다.
그다음은 로그입니다. 웹서버 에러 로그에 PHP fatal error가 있는지, DB 접속 오류가 있는지, 디스크가 꽉 찼는지 봅니다. 디스크 100%는 생각보다 흔합니다. 자동 백업이 같은 서버 안에 계속 쌓이면 어느 날 업로드도 안 되고, 세션도 안 쓰이고, 관리자 로그인도 이상해집니다.
현장에서 자주 보는 원인
- 백업 파일이 서버 내부에 계속 누적되어 디스크 부족
- 캐시 플러그인과 보안 플러그인의 충돌
- 무거운 페이지 빌더로 인한 PHP 실행 시간 증가
- 봇 트래픽이 검색 유입처럼 보이는 상황
- DB 자동 최적화 플러그인이 피크 시간에 실행되는 설정
- 이미지 원본 업로드로 트래픽과 디스크가 동시에 증가
봇 트래픽도 조심해야 합니다. 방문자 통계에는 사람이 많이 온 것처럼 보이는데 실제로는 특정 경로를 반복 호출하는 봇일 수 있습니다. 이 경우 서버를 올리는 것보다 차단 규칙, 로그인 보호, XML-RPC 제한 같은 조치가 먼저입니다.
비용을 아끼려면 백업과 캐시부터 잡아야 합니다
워드프레스 운영비를 줄이는 가장 현실적인 방법은 서버를 무조건 낮추는 게 아닙니다. 캐시를 제대로 걸고, 이미지를 줄이고, 백업을 외부 저장소로 빼고, 필요 없는 플러그인을 줄이는 겁니다. 이 네 가지만 해도 같은 요금제에서 버티는 범위가 꽤 넓어집니다.
캐시는 로그인하지 않은 방문자에게 특히 효과가 큽니다. 정보성 블로그라면 페이지 캐시, 브라우저 캐시, 이미지 지연 로딩 정도만 해도 서버 부담이 크게 줄어듭니다. 반대로 쇼핑몰 장바구니나 회원 페이지는 캐시 제외 설정을 잘못하면 더 큰 사고가 납니다. 빠르게 만들겠다고 모든 페이지를 캐시하면 주문 정보나 사용자 화면이 꼬일 수 있습니다.
백업은 같은 서버 안에만 두면 반쪽짜리입니다. 서버 디스크가 깨지거나 계정이 잠기면 같이 사라집니다. 최소한 DB는 매일, 파일은 변경량에 맞춰 주 1회 이상 따로 보관하는 식으로 잡는 게 낫습니다. 글이 자주 올라가는 사이트라면 DB 백업 주기를 더 짧게 가져가야 합니다.
제가 보는 좋은 워드프레스 운영은 비싼 서버를 쓰는 게 아니라, 죽을 지점을 미리 줄여 놓는 쪽에 가깝습니다. 방문자 수가 적을 때는 저가형으로도 충분히 시작할 수 있습니다. 다만 백업이 복구되는지, 캐시가 맞게 도는지, 디스크가 얼마나 남았는지, 피크 시간에 PHP가 밀리지 않는지는 계속 봐야 합니다. 서버 비용은 나중에 올릴 수 있지만, 백업이 없는 장애는 돈으로도 시간을 되돌리기 어렵습니다.
