얼마 전 워드프레스 사이트 이전을 도왔는데, 방문자는 하루 2천 명 정도인데도 월 10만 원대 서버를 쓰고 있었습니다. 막상 열어보니 서버 사양이 부족한 게 아니라 캐시 설정이 꺼져 있고, 이미지 원본이 그대로 올라가 있고, 백업은 같은 서버 안에만 쌓여 있었습니다. 14년 동안 웹서버와 호스팅을 운영하면서 비슷한 장면을 정말 많이 봤습니다.
워드프레스는 방문자 수보다 동시접속을 봐야 합니다
워드프레스 호스팅을 고를 때 하루 방문자 수만 보면 계산이 자주 빗나갑니다. 서버가 힘들어지는 순간은 하루 전체 방문자가 아니라 같은 시간에 몰리는 사람 수입니다. 하루 1만 명이 들어와도 하루 종일 고르게 들어오면 작은 VPS로 버팁니다. 반대로 이벤트 글 하나가 공유되어 5분 안에 300명이 몰리면 꽤 좋은 서버도 느려질 수 있습니다.
대략 블로그 기준으로 보면 하루 방문자 1천 명 이하는 일반 웹호스팅이나 저가 VPS로 충분한 경우가 많습니다. 캐시 플러그인이 제대로 동작하고 이미지가 적당히 압축되어 있다면 월 몇 천 원대 상품으로도 문제 없이 갑니다. 하루 5천 명 전후부터는 PHP 처리량, 데이터베이스 응답, 디스크 입출력을 같이 봐야 합니다. 하루 2만 명 이상이거나 검색 유입이 특정 시간대에 몰린다면 서버 한 대의 CPU 개수보다 캐시 구조와 데이터베이스 분리가 더 중요해집니다.
처음 고를 때는 이렇게 잡는 편이 안전합니다
개인 블로그, 회사 소개 사이트, 작은 병원이나 학원 사이트라면 처음부터 고사양 클라우드 서버로 갈 필요가 없습니다. 워드프레스는 설정을 잘 잡으면 생각보다 가볍게 움직입니다. 제 기준은 콘텐츠형 사이트라면 1코어 CPU, 메모리 1GB, SSD 20GB 전후에서도 출발이 가능합니다. 다만 관리자 화면에서 페이지 빌더를 많이 쓰거나 플러그인이 20개를 넘어가면 메모리 2GB가 훨씬 편합니다.
- 하루 방문자 500명 이하: 일반 웹호스팅 또는 저가 VPS
- 하루 방문자 1천~5천 명: 메모리 2GB VPS, 캐시 필수
- 하루 방문자 5천~2만 명: 2코어 이상, 메모리 4GB, 서버 캐시 검토
- 동시접속 100명 이상 자주 발생: 웹서버, PHP, DB 병목을 따로 확인
- 쇼핑몰 또는 예약 사이트: 방문자 수보다 결제와 세션 안정성을 우선
근데 숫자는 어디까지나 출발점입니다. 같은 하루 3천 명 사이트라도 테마가 가볍고 글 위주면 여유가 있고, 첫 화면에 슬라이더 3개와 외부 스크립트가 잔뜩 붙어 있으면 체감 속도가 바로 무너집니다. 워드프레스에서는 서버 비용보다 테마와 플러그인 선택이 더 큰 비용을 만드는 경우가 많습니다.
싼 요금제로 충분한 구간이 분명히 있습니다
솔직히 말하면 처음 만드는 워드프레스 블로그에 월 5만 원 넘는 서버는 대부분 과합니다. 글이 100개 미만이고 하루 방문자가 1천 명 아래라면, 좋은 캐시 플러그인 하나와 이미지 압축만으로도 충분히 버팁니다. 이 구간에서 중요한 건 서버 사양보다 자동 백업, SSL 자동 갱신, PHP 버전 선택, 장애 문의 응답 속도입니다.
웹호스팅이 무조건 나쁜 것도 아닙니다. 초보자가 서버 보안 업데이트와 방화벽, 웹서버 설정을 직접 관리하기 어렵다면 관리형 웹호스팅이 더 낫습니다. VPS는 자유도가 높은 대신 운영 책임도 따라옵니다. 보안 패치를 놓치고, 백업 경로를 잘못 잡고, 디스크가 꽉 찬 줄 모르고 방치하면 VPS가 더 위험합니다.
업그레이드 신호는 따로 있습니다
서버를 올려야 하는 시점은 관리자 기분으로 정하지 않습니다. 첫 화면 응답 시간이 갑자기 2초 이상으로 늘거나, 관리자 화면 저장이 자주 멈추거나, PHP 에러 로그에 메모리 부족이 반복되면 그때 점검합니다. 또 백업 도중 사이트가 느려지거나, 검색 로봇이 들어오는 시간마다 CPU 사용률이 치솟는다면 요금제보다 작업 스케줄과 캐시 정책을 먼저 봐야 합니다.
워드프레스 장애는 백업과 설정에서 많이 터집니다
제가 본 사고 중 상당수는 트래픽 폭주가 아니었습니다. SSL 갱신 실패, 플러그인 자동 업데이트 충돌, PHP 버전 변경, 데이터베이스 용량 초과, 백업 파일 누적으로 인한 디스크 부족이 더 흔했습니다. 특히 백업을 같은 서버에만 보관하는 방식은 마음이 편할 뿐 실제 복구에는 약합니다. 서버 디스크가 깨지면 원본과 백업이 같이 사라집니다.
최소한 운영 사이트라면 파일 백업과 데이터베이스 백업을 나눠서 봐야 합니다. 파일은 이미지와 테마, 플러그인입니다. 데이터베이스는 글, 설정, 주문, 회원 정보입니다. 워드프레스 이전에서 정말 중요한 건 파일을 복사했느냐가 아니라 데이터베이스 문자셋, 사이트 경로, 고유주소 설정, 캐시 초기화까지 확인했느냐입니다.
- 백업은 서버 내부 1개, 외부 저장소 1개로 분리
- 복구 테스트는 최소 1번 실제로 진행
- 플러그인 업데이트 전에는 데이터베이스 백업 우선
- SSL 만료일과 자동 갱신 상태 확인
- 디스크 사용률은 80% 넘기기 전에 정리
이전할 때는 순서를 지키면 사고가 줄어듭니다
워드프레스 이전은 생각보다 단순하지만, 순서를 바꾸면 장애 시간이 길어집니다. 먼저 새 서버에 같은 PHP 버전과 필요한 확장을 맞춥니다. 그다음 파일과 데이터베이스를 옮기고, 임시 주소나 hosts 설정으로 화면을 확인합니다. 마지막에 도메인 DNS를 바꾸는 흐름이 안전합니다. 도메인부터 바꾸고 나서 오류를 찾으면 방문자가 그대로 장애를 봅니다.
이전 직후에는 첫 화면만 보면 안 됩니다. 관리자 로그인, 글 저장, 이미지 업로드, 문의 폼, 결제 페이지, 검색, 고유주소, 모바일 화면까지 눌러봐야 합니다. 캐시 플러그인은 이전 직후 한 번 비우고, 보안 플러그인이 새 서버 IP를 차단하지 않는지도 봐야 합니다. 작은 확인 몇 개가 야간 복구 작업을 막아줍니다.
워드프레스는 서버를 크게 잡는다고 자동으로 안정해지는 구조가 아닙니다. 적당한 사양을 잡고, 캐시를 켜고, 백업을 밖으로 빼고, 업데이트 전에 되돌릴 길을 만들어두는 쪽이 훨씬 실무적입니다. 처음부터 비싼 요금제로 시작하는 것보다 내 사이트의 동시접속과 장애 가능 지점을 아는 게 돈도 아끼고 마음도 편합니다.
