워드프레스 블로그 운영, 사실 생각보다 쉽지 않죠? 오늘은 제가 운영하던 워드프레스 블로그 두 개를 월 4만4천원의 관리형 VPS에서 월 5천원대 공유호스팅으로 워드프레스 호스팅 이전하면서 겪었던 일들과 유용한 팁들을 공유해 드릴게요. 비용은 줄이면서도 성능은 유지하는 현실적인 방법을 찾고 계신다면 이 글이 도움이 될 거예요.
비싼 호스팅, 정말 저에게 필요했을까요?
그동안 저는 두 개의 워드프레스 블로그를 클라우드웨이즈(Cloudways)라는 관리형 VPS 호스팅에서 운영하고 있었어요. 월 30달러, 한화로 약 4만4천원 정도 되는 비용이었죠. 당시에는 블로그 성능에 대한 막연한 불안감 때문에 비싼 관리형 호스팅을 선택했어요. 하지만 시간이 지나면서 제가 실제로 사용하는 기능은 워드프레스 두 개가 전부이고, 커스텀 스택이나 메일 서비스 같은 부가 기능은 전혀 쓰고 있지 않다는 것을 깨달았어요. 결국 쓰지도 않는 기능에 대한 비용을 계속 지불하고 있었던 거죠.
ChemiCloud WordPress Turbo, 가성비를 찾아서
새로운 호스팅을 찾아보다가 케미클라우드(ChemiCloud)의 워드프레스 터보(WordPress Turbo) 상품을 알게 되었어요. 3년 선결제로 125.64달러(월 약 3.47달러, 한화 약 5천원)라는 파격적인 가격이었죠. 특히 서울 리전이 있다는 점이 매력적이었어요. 국내 사용자들에게 빠른 접속 환경을 제공할 수 있으니까요. 하지만 여기서 중요한 함정이 있어요. 바로 갱신 가격입니다. 3년 후 갱신가는 790.20달러(월 약 22달러, 한화 약 3만2천원)로 크게 오르더라고요. 도입가만 보고 덜컥 결정했다가는 나중에 예상치 못한 지출에 당황할 수 있으니, 항상 갱신가를 미리 확인하는 습관이 중요해요.
SSH가 막혔다고요? 공유호스팅 이전 난관 극복기
워드프레스 호스팅 이전 과정에서 가장 큰 난관은 공유호스팅의 특성상 SSH 포트가 전부 막혀 있었다는 점이었어요. 22번, 2222번, 21098번, 7822번 등 모든 SSH 관련 포트가 타임아웃 되면서 원격 접속이 불가능했죠.
cPanel API 활용과 직접 파일 전송
SSH가 막혀 있어도 방법은 있었습니다. cPanel API(2083 포트)가 Basic 인증으로 열려 있어 이를 활용해 DB 생성, 권한 설정, 애드온 도메인 추가, SSL 발급 같은 작업들을 자동화할 수 있었어요. 파일 전송은 이전 서버에서 새 서버로 FTP를 통해 직접 전송하는 방식을 사용했습니다. 제 PC를 거치지 않고 서버 간 직접 전송이라 529MB 용량의 파일도 몇 분 만에 빠르게 옮길 수 있었어요.
구 API2를 이용한 압축 해제와 DB 임포트
최신 UAPI에서는 압축 해제 함수를 찾기 어려웠지만, 구 API2의 ‘Fileman fileop op=extract’ 기능을 사용해서 문제를 해결했어요. 데이터베이스는 cPanel의 ‘원격 MySQL’ 기능을 활용해 이전 서버 IP를 허용하고 서버 간 직접 임포트 방식으로 옮겼습니다.
wp-config.php의 치명적인 함정
이전 과정에서 정말 아찔했던 순간이 있었어요. wp-config.php 파일의 DB_HOST 설정이 두 사이트에서 달랐다는 점입니다. 한쪽은 localhost로 설정되어 있었지만, 다른 한쪽은 localhost:/run/mysqld/mysqld.sock이라는 클라우드웨이즈 전용 소켓 경로로 지정되어 있었죠. 만약 이 부분을 확인하지 않고 그대로 DNS를 변경했다면, 그 사이트는 Database Error 메시지를 띄우며 접속 불능 상태가 되었을 거예요. “한쪽이 그러니 다른 쪽도 같겠지”라는 안일한 생각은 금물입니다. 반드시 각 사이트의 wp-config.php 파일을 따로 확인해야 합니다.
DNS 변경 전, 전수 검증은 필수 중의 필수
저는 DNS를 변경하기 전에 새 서버를 철저하게 검증했습니다. IP로 새 서버에 접속하되, Host 헤더와 SNI를 도메인으로 보내는 방식을 사용했어요. 이렇게 하면 도메인이 아직 이전 서버를 가리키고 있어도 새 서버의 응답을 미리 확인할 수 있습니다.
사이트맵에서 모든 URL을 긁어와 이전 서버와 새 서버의 상태 코드, 페이지 제목, 본문 길이를 1:1로 대조했어요. 총 612개의 URL(529개와 83개)을 검사한 결과, 3건의 불일치가 있었는데, 모두 이전 서버가 더 안 좋았던 경우(이전 서버가 200/0바이트 빈 응답, 새 서버는 정상)였습니다. 만약 이 전수 검증 과정을 거치지 않았다면, 앞서 언급했던 DB_HOST 문제를 DNS 전환 이후에나 발견했을 것이고, 블로그가 한동안 다운되는 상황을 맞았을 거예요.
DNS 전환과 SSL 발급: 순서를 지키세요
가비아에서 A 레코드의 @와 www 두 줄만 교체하는 방식으로 DNS를 전환했습니다. 미리 TTL(Time To Live) 값을 600초로 낮춰두었기 때문에, 전파되는 데는 1~2분밖에 걸리지 않았어요. SSL(Let’s Encrypt)은 도메인이 새 서버를 가리켜야 발급될 수 있는 구조이므로, DNS 전파가 완료된 후에 AutoSSL을 실행했습니다. 약 3분 만에 SSL 인증서가 정상적으로 발급되었어요. 이처럼 DNS 변경과 SSL 발급은 순서가 매우 중요합니다.
이전 후 최적화 작업
호스팅 이전 후에는 몇 가지 최적화 작업을 진행했습니다.
PHP 버전 및 리소스 개선
이전 서버에서는 PHP 8.0.30(2023년 지원 종료)을 사용하고 있었는데, 새 서버에서는 PHP 8.4.23으로 업그레이드되었어요. 다행히 이전 서버에서 이미 PHP 8.4를 사용하고 있었기 때문에 안전하게 적용할 수 있었습니다. 또한, 업로드 한도가 2MB에서 128MB로, 메모리가 128MB에서 512MB로 크게 늘어나 공유호스팅의 낮은 기본값으로 인한 제약이 해소되었습니다.
불필요한 플러그인 제거 및 DB 정리
클라우드웨이즈 전용 플러그인(Breeze, Site Manager)은 이전 후 바로 제거했습니다. 여기서 중요한 점은 단순히 플러그인 폴더만 지우면 안 되고, wp-content/advanced-cache.php와 같은 드롭인 파일도 함께 정리해야 한다는 거예요. 데이터베이스 정리도 병행했습니다. 글 531편에 리비전이 1,313개(37MB)나 쌓여 있었는데, 이를 삭제한 후 DB 용량이 115.9MB에서 70.2MB로 줄어들었습니다. wp-config.php에 define(‘WP_POST_REVISIONS’, 3); 코드를 추가하여 앞으로는 리비전이 3개까지만 쌓이도록 재축적을 차단했습니다.
캐싱 최적화
새 서버는 라이트스피드(LiteSpeed) 웹서버를 사용하고 있었기 때문에, 무료 라이트스피드 캐시(LiteSpeed Cache) 플러그인을 설치하여 캐싱을 최적화했습니다. 웹서버가 직접 캐시를 내보내 PHP를 거치지 않으므로, 페이지 로딩 속도가 0.46초에서 0.044초로 비약적으로 빨라지는 효과를 얻었어요.
Cloudways 해지와 백업의 중요성
클라우드웨이즈는 시간 단위로 과금되기 때문에 서버를 삭제하는 즉시 과금이 멈춥니다. 하지만 여기서 주의할 점이 있어요. 서버를 해지하면 클라우드웨이즈에서 제공하는 백업도 함께 사라진다는 사실입니다. 따라서 해지하기 전에 반드시 파일과 데이터베이스 압축본을 로컬 PC로 미리 내려받아 보관해야 합니다.
자주 묻는 질문
Q1: 워드프레스 호스팅 이전 시 가장 중요한 점은 무엇인가요?
A1: DNS 전환 전 새 서버의 콘텐츠를 철저히 검증하고, 이전 서버의 백업을 반드시 로컬에 확보하는 것이 중요합니다.
Q2: 공유호스팅으로 이전하면 블로그 성능이 저하될까요?
A2: 적절한 공유호스팅 선택과 캐싱 최적화, 불필요한 플러그인 제거를 통해 충분히 만족스러운 성능을 유지할 수 있습니다.