월 3만9천원 아낀 워드프레스 서버 이전, 직접 하니 비용 0원
제가 직접 워드프레스 서버 이전을 진행하면서 이전 비용 0원을 달성했습니다. 솔직히 처음엔 엄두가 안 났지만, 업체에 맡기는 대신 하루를 투자해서 이 모든 과정을 직접 해냈죠. 이 경험을 통해 월 30달러의 관리형 VPS에서 월 3.47달러의 공유호스팅으로 옮기면서 연간 약 140만원의 호스팅 비용을 절감하는 대박을 터뜨렸습니다.
한눈에 보는 핵심
- 워드프레스 서버 이전, 직접 하면 이전 대행비 0원 가능
- 옛 캐시 플러그인 잔존 파일로 인한 사이트 충돌 문제 해결
- DNS 변경 전 IP 접속으로 DB_HOST 문제 사전 발견
- 글 리비전 1,313개 삭제 및 설정으로 DB 용량 45% 절감
- 월 약 140만원의 연간 호스팅 비용 절감 효과
목차
워드프레스 서버 이전, 왜 직접 해야 할까요?
제가 워드프레스 서버 이전을 직접 진행한 가장 큰 이유는 바로 워드프레스 서버 이전 비용을 아끼기 위해서였어요. 업체 무료 이전 서비스도 있었지만, 괜히 복잡하게 중간에 껴서 시간만 더 잡아먹는 것 같더라고요. 결국 제가 직접 하루를 투자해서 이전 대행비 0원을 만들었죠. 사실 직접 이전을 진행하면 추가적인 이전 대행비는 들지 않지만, 새 서버 요금, 도메인, SSL, 백업 저장공간 같은 필수 비용은 여전히 발생할 수 있다는 점은 알고 있어야 합니다.
서버 이전 전 필수 백업, 제 경험은 달랐습니다
서버 이전을 시작하기 전에 가장 중요한 건 당연히 백업이죠. 저도 기존 서버에서 워드프레스 파일 전체와 데이터베이스를 mysqldump 명령어로 utf8mb4 문자셋을 지정해서 내보냈습니다. 이때는 phpMyAdmin 같은 도구를 사용할 수도 있어요. 모든 자료는 원본 사이트 전체 백업과 DB 백업이 필수라고 강조하는데, 제 경험상 단순히 백업하는 것 이상으로 중요한 게 있었어요. 바로 DNS 변경 전에 IP로 접속해서 Host 헤더와 SNI를 도메인으로 보내 새 서버 응답을 확인하는 과정이었죠. 이 덕분에 612개 글을 전수 대조하며 DB_HOST 문제를 사전에 발견할 수 있었습니다.
CHECK POINT
이전 전 백업은 단순히 파일만 옮기는 것이 아니라, 새 서버에서 발생할 수 있는 잠재적 문제를 미리 검증하는 과정까지 포함하는지 확인해 보세요.
플러그인 충돌, 제가 직접 해결한 이야기
서버 이전을 마쳤는데, 갑자기 사이트가 죽는 황당한 경험을 했습니다. 알고 보니 옛 호스팅 업체 전용 캐시 플러그인을 삭제한 후에도 wp-content/advanced-cache.php 파일이 잔존해서 플러그인 충돌이 일어난 거였죠. 정말이지 예상치 못한 문제였어요. 이 파일을 수동으로 삭제하고, wp-config.php 파일에 남아있는 WP_CACHE 값을 정리해서 사이트를 겨우 복구했습니다. 이런 숨겨진 파일들이 문제를 일으킬 수 있다는 걸 직접 겪고 나니, 다음번에는 더 꼼꼼히 확인해야겠다는 교훈을 얻었죠.
파일과 DB 이전, 제 컴퓨터를 거치지 않고!
파일과 DB를 옮기는 과정은 최대한 효율적으로 하고 싶었습니다. 제 컴퓨터로 다 다운로드받았다가 다시 업로드하는 건 너무 비효율적이라고 생각했죠. 그래서 원격 MySQL 허용 목록에 옛 서버 IP를 추가한 다음, FTP를 통해 서버 간 직접 데이터 전송을 시도했습니다. 이 방법 덕분에 제 컴퓨터를 거치지 않고 신속하게 파일과 DB를 이전할 수 있었어요. 이렇게 하니 시간도 훨씬 절약되고, 데이터 손실 위험도 줄어드는 기분이었죠.
DB 용량 다이어트, 115.9MB에서 70.2MB로!
서버 이전을 하면서 겸사겸사 DB 최적화도 진행했습니다. 워드프레스는 글 리비전 기능 때문에 DB 용량이 생각보다 빠르게 늘어나거든요. 제 사이트에는 글 리비전이 무려 1,313개나 쌓여있었습니다. 이걸 삭제했더니 DB 용량이 115.9MB에서 70.2MB로 확 줄어들더군요! 거의 45%나 줄어든 거죠. 그리고 앞으로 리비전이 쌓이는 걸 막기 위해 wp-config.php 파일에 define('WP_POST_REVISIONS', 3);을 추가했습니다. 이렇게 설정하니 리비전이 3개만 저장되고 그 이상은 자동으로 삭제되어 DB를 깔끔하게 유지할 수 있게 되었습니다.
CHECK POINT
워드프레스 DB 용량 관리는 사이트 성능에 직접적인 영향을 줍니다. 정기적으로 리비전을 정리하고, wp-config.php 설정을 확인하여 최적화 상태를 유지하는 것이 좋습니다.
DNS 변경 전 검증, 왜 중요할까요?
DNS 변경은 워드프레스 서버 이전의 마지막 단계이면서도 가장 중요한 순간입니다. 저는 hosts 파일을 수정하거나 임시 도메인을 활용해서 새 서버를 먼저 확인하는 과정을 거쳤습니다. 이 절차가 중요한 이유는 DNS가 전파되는 동안 발생할 수 있는 문제를 미리 파악하고, 사이트 다운타임을 최소화할 수 있기 때문이죠. 웹솔루션닷컴의 자료에서도 호스트 파일 수정으로 새 서버를 먼저 검증한 뒤 DNS를 바꾸는 절차를 안내하고 있습니다. 덕분에 저는 사이트가 멈추는 불상사 없이 부드럽게 이전을 마무리할 수 있었습니다.
자동 이전 서비스, 직접 해보니 이런 차이가!
최근에는 Xserver나 ConoHa WING처럼 호스팅 업체에서 “WordPress簡単移行”이나 “かんたん移行” 같은 자동 이전 기능을 제공하기도 합니다. 이동원 URL, 계정, DB 정보 등을 입력하면 자동 이전을 수행하는 방식이죠. 이런 기능을 쓰면 이전 대행비를 들이지 않고도 이전을 할 수 있다는 장점이 있습니다. 하지만 저는 이 기능을 사용하지 않고 수동 이전을 택했습니다. 직접 해보니 플러그인 충돌 같은 예상치 못한 문제들을 깊이 이해하고 해결할 수 있었고, DB 용량 최적화처럼 저에게 필요한 맞춤형 작업을 할 수 있다는 점이 큰 차이였습니다.
마무리
워드프레스 서버 이전은 복잡해 보이지만, 직접 도전하면 비용을 아끼고 시스템을 더 깊이 이해할 수 있는 좋은 기회입니다. 제가 겪었던 문제 해결 과정과 절감된 비용을 참고하셔서 여러분도 성공적인 서버 이전을 경험하시길 바랍니다.
자주 묻는 질문
워드프레스 서버 이전 비용을 0원으로 만들 수 있나요?
네, 이전 대행 서비스를 이용하지 않고 직접 이전하면 이전 대행비 0원으로 진행할 수 있습니다.
서버 이전 시 플러그인 충돌은 어떻게 해결하나요?
옛 호스팅 업체 전용 캐시 플러그인의 잔존 파일(wp-content/advanced-cache.php)을 수동으로 삭제하고, wp-config.php의 WP_CACHE 값을 정리하여 해결할 수 있습니다.
DB 용량을 줄이는 방법은 무엇인가요?
글 리비전을 삭제하고, wp-config.php에 define('WP_POST_REVISIONS', 3);을 설정하여 리비전이 쌓이는 것을 방지할 수 있습니다.
DNS 변경 전 검증은 왜 필요한가요?
hosts 파일이나 임시 도메인으로 새 서버를 미리 확인하여 DNS 전파 중 발생할 수 있는 문제를 사전 파악하고 다운타임을 최소화하기 위함입니다.
서버 간 직접 데이터 전송은 어떻게 하나요?
원격 MySQL 허용 목록에 옛 서버 IP를 추가하고 FTP를 이용해 서버 간 직접 파일과 DB를 전송할 수 있습니다.
본 글은 일반적인 정보 제공을 목적으로 하며, 개별 상황에 대한 판단이나 진단을 대신할 수 없습니다. 정확한 내용은 전문가와 상담해 결정하시기 바랍니다.