클라우드웨이즈(Cloudways)에서 케미클라우드(ChemiCloud)로 워드프레스 서버를 이전하기 위한 본격적인 작업을 시작한다.
1편에서는 Cloudways 유지비를 줄이기 위해 ChemiCloud WordPress Pro 36개월 상품에 가입하고 기존 도메인과 서울 서버를 선택했다.
이번 2편에서는 실제 Cloudways 관리화면을 확인한 뒤 이전할 WordPress 사이트를 파악하고, 접속정보와 백업을 준비한 다음 ChemiCloud 무료 Migration 티켓까지 제출한다.
전체 순서는 다음과 같다.
Cloudways 사이트 구조 확인 → 이전할 Application 확인 → 접속정보 확인 → 서버 전체 백업 → ChemiCloud Migration 신청서 작성 → 티켓 제출
사이트 이전이 끝났다고 바로 DNS를 변경하는 것은 아니다.
이번 편에서는 새 서버로 사이트를 복사해달라고 요청하는 단계까지만 진행하고, Migration 완료 후 실제 사이트 검증과 DNS 변경은 다음 편에서 이어간다.
※ 이 글에서 사용하는 mywpblog.invalid, ed.mywpblog.invalid, he.mywpblog.invalid는 실제 운영 도메인을 공개하지 않기 위해 바꿔 표기한 가상의 주소다.
Cloudways Server와 Application부터 확인
ChemiCloud에 Migration을 신청하기 전에 가장 먼저 확인할 것은 현재 Cloudways에 몇 개의 워드프레스 사이트가 들어 있는지다.
실제로 Cloudways Flexible 관리화면에 접속해 확인해보니 현재 구조는 다음과 같았다.
Servers: 1
Applications: 3
서버는 하나지만 WordPress Application은 세 개였다.
가상의 도메인으로 바꾸면 다음과 같은 구조다.
mywpblog.invalid, ed.mywpblog.invalid, he.mywpblog.invalid
Server와 Application의 차이는 어렵게 생각할 필요가 없다.
Server는 워드프레스 사이트들이 들어 있는 큰 공간이고, Application은 그 안에서 실제로 운영되는 각각의 웹사이트다.
쉽게 비유하면
Server = 아파트 건물
Application = 건물 안의 각각의 집
정도로 생각하면 된다.
하위도메인도 각각 별도의 WordPress Application이었다
하위도메인도 각각 별도의 WordPress Application이었다
이번에 특히 중요하게 확인한 부분이다.
ed.mywpblog.invalid과 he.mywpblog.invalid은 메인 도메인 아래에 있는 하위도메인이기 때문에 처음에는 메인 사이트를 옮기면 함께 이동하는 것으로 생각하기 쉽다.
하지만 Cloudways 관리화면에서는 세 사이트가 각각 별도의 Application으로 등록되어 있었다.
즉 하나의 WordPress 사이트 안에 하위 페이지처럼 들어 있는 구조가 아니라 각각 독립적으로 설치된 WordPress 사이트다.
따라서 이번 Migration 대상도 하나가 아니라 총 세 개다.
ChemiCloud 가입 당시 대표 도메인 하나만 입력했더라도 실제 Migration 요청에서는 세 사이트를 모두 이전 대상으로 적어야 한다.
Cloudways에서 접속정보를 미리 확인한다
이전할 사이트를 확인했다면 ChemiCloud Migration 과정에서 필요할 수 있는 Cloudways 접속정보가 어디에 있는지도 미리 확인해둔다.
현재 Cloudways 새 Flexible 화면에서는 다음 순서로 이동한다.
Cloudways 로그인
→ Flexible
→ My Applications
→ 이전할 WordPress Application 선택
→ Application Access Details
즉
Flexible → My Applications → 이전할 Application → Application Access Details
순서다.
Application Access Details에서는 다음 정보를 확인할 수 있다.
- Application URL
- WordPress Admin Panel
- Database Access
- Application Credentials
- Public IP
지금 단계에서 이 정보를 모두 ChemiCloud에 전달하는 것은 아니다.
Migration 담당자가 추가 정보를 요청했을 때 바로 확인할 수 있도록 각 Application에서 위치와 내용을 미리 확인해두는 정도면 충분하다.
이번처럼 Application이 세 개라면 메인 사이트와 하위도메인 두 사이트도 같은 방법으로 각각 확인한다.
Master Credentials와 Application Credentials는 무엇이 다를까?
Cloudways에는 크게 두 종류의 서버 접속정보가 있다.
Master Credentials는 해당 서버와 서버 안의 모든 Application에 SSH·SFTP 등으로 접근할 수 있는 강한 권한의 접속정보다.
Application Credentials는 특정 Application 하나에 접근할 때 사용하는 정보다.
쉽게 말하면
Master Credentials = 서버 전체를 열 수 있는 관리용 열쇠
Application Credentials = 특정 사이트 하나에 들어가는 열쇠
정도로 이해하면 된다.
SFTP 역시 어려운 기능은 아니다.
서버에 저장된 WordPress 파일, 이미지, 테마, 플러그인 등에 안전하게 접근하기 위한 접속 방식이다.
다만 이번에는 직접 SFTP를 이용해 사이트를 옮기는 것이 아니다.
ChemiCloud Migration 신청서에서는 먼저 기존 Cloudways 호스팅 관리계정 정보를 입력하고, 담당자가 SFTP·SSH·WordPress Admin·Database 등의 추가 정보가 필요하다고 요청할 경우 그때 필요한 정보만 제공하면 된다.
처음부터 Master Credentials와 모든 Application·Database·Redis 비밀번호를 메시지에 한꺼번에 적을 필요는 없다.
서버 이전 전에는 서버 전체 백업부터 확인
ChemiCloud에 서버 이전을 요청하기 전에 현재 Cloudways 서버의 상태를 한 번 백업해두는 것이 좋다.
현재 Cloudways에는 서버 1개 안에 WordPress Application 3개가 들어 있고 이번에는 세 사이트를 모두 이전할 예정이다.
따라서 각 Application을 하나씩 따로 백업하기보다 서버 전체의 현재 상태를 한 번에 백업하는 Server-level Backup을 먼저 실행했다.
Cloudways에서는 다음 순서로 이동한다.
Cloudways 로그인
→ Flexible
→ My Servers
→ 현재 사용 중인 서버 선택
→ Backups
즉, Flexible → My Servers → 서버 선택 → Backups 순서다.
Backups 화면에는 자동 백업 시간과 주기, 보관기간 등의 설정이 보이지만 이번 서버 이전을 위해 별도로 변경할 필요는 없다.
현재 설정은 그대로 두고 On-Demand Backup의 Take Backup Now를 클릭한다.
Take Backup Now를 실행하면 해당 서버에 들어 있는 Application의 웹사이트 파일과 데이터베이스를 대상으로 서버 단위 백업이 진행된다.
현재처럼 서버 하나에서 메인 WordPress와 하위도메인 WordPress 두 개를 함께 운영하고 있다면 한 번의 서버 전체 백업으로 세 Application을 함께 보호할 수 있다.
백업 작업이 완료됐다는 안내를 확인한 뒤 ChemiCloud Migration 신청으로 넘어간다.
백업을 했다고 기존 Cloudways 서버를 삭제하거나 해지하면 안 된다.
새 ChemiCloud 서버에서 사이트들이 정상 작동하는 것을 확인할 때까지 기존 Cloudways는 그대로 유지한다.
ChemiCloud 무료 Migration 신청하기
Cloudways 구조와 접속정보를 확인하고 서버 전체 백업까지 마쳤다면 이제 ChemiCloud에 실제 Migration 요청을 제출한다.
2026년 8월 24일 ChemiCloud 공식 안내 기준으로 외부 호스팅에서 이동하는 무료 Migration은 주문이 활성화된 후 60일 이내 요청할 수 있다.
공식 안내에는 non-cPanel 환경의 경우 최대 10개까지 무료 Migration 대상으로 안내되어 있다.
Cloudways는 일반적인 cPanel 방식의 호스팅이 아니므로 이번 세 Application이 실제로 어떻게 계산되는지는 Migration 담당자가 현재 구조를 확인한 뒤 판단하게 된다.
중요한 것은 세 사이트를 숨기거나 하나로 적는 것이 아니라 실제 구조 그대로 모두 이전 대상으로 알려주는 것이다.
ChemiCloud에서는 다음 순서로 이동한다.
ChemiCloud 로그인
→ Support
→ Submit Ticket(티켓 제출)
→ Migrations(마이그레이션)
Migrations를 선택하면 Migration 전용 신청서가 나타난다.
이제 화면 위에서 아래로 순서대로 작성하면 된다.
부서: Migrations(마이그레이션)
이미 Migrations를 선택해서 들어왔다면 그대로 둔다.
긴급도: Normal(보통)
현재 사이트 장애를 복구하는 긴급 티켓이 아니라 정상 운영 중인 사이트를 이전하는 작업이므로 보통을 선택한다.
관련 제품/서비스: 1편에서 가입한 WordPress Pro 상품을 선택
화면에는 WordPress Pro - 대표도메인 (Active) 형태로 표시될 수 있다.
Cloudways에서 가져올 사이트를 어느 ChemiCloud 호스팅에 넣을 것인지 지정하는 항목이다.
웹 호스트 로그인 URL
현재 사용 중인 Cloudways 로그인 화면 주소(https://unified.cloudways.com/)를 입력한다.
여기에는 WordPress 사이트 주소나 /wp-admin 주소가 아니라 기존 호스팅 관리화면의 로그인 주소를 입력한다.
사용자 이름과 비밀번호
현재 Cloudways 관리화면에 로그인할 때 사용하는 계정정보를 입력한다.
사용자 이름 → Cloudways 로그인 계정
비밀번호 → Cloudways 로그인 비밀번호
Cloudways에서 2단계 인증을 사용한다면 임의로 해제하기보다 아래 메시지란에 2FA를 사용하고 있다고 적고 담당자에게 필요한 접속방법을 안내해달라고 요청하면 된다.
마이그레이션할 웹사이트
이번 신청에서 가장 중요한 항목이다.
이전할 웹사이트를 쉼표로 구분해 모두 입력한다.
예시는 다음과 같다.
mywpblog.invalid, ed.mywpblog.invalid, he.mywpblog.invalid
ChemiCloud 가입 당시 대표 도메인 하나만 입력했더라도 여기에서는 실제 Cloudways에 별도 Application으로 존재하는 세 WordPress 사이트를 모두 적는다.
사용자 지정 DNS 레코드: '네' 선택
현재 도메인에 별도의 DNS 설정이 있는지를 묻는다.
예를 들어 다음과 같은 설정이 있다.
하위도메인용 A 또는 CNAME 레코드
Search Console 인증용 TXT 레코드
Google Workspace·Microsoft 365 등의 MX 레코드
직접 추가한 TXT·CNAME·MX 레코드
이번처럼 하위도메인 두 개를 별도로 운영하면서 관련 DNS 레코드를 사용하고 있다면 '네'를 선택한다.
별도의 사용자 지정 DNS 레코드가 없다면 아니요를 선택한다.
이 단계에서는 DNS나 네임서버를 실제로 변경하지 않는다.
이메일 마이그레이션: '아니오' 선택
기존 호스팅에서 사용하던 도메인 이메일과 메일까지 ChemiCloud로 옮길지를 선택한다.
예를 들어 admin@mywpblog.invalid
같은 도메인 이메일 계정과 기존 메일까지 함께 이전해야 한다면 네를 선택한다.
WordPress 사이트만 옮기고 이전할 이메일 계정이 없다면 아니요를 선택하면 된다.
마이그레이션 일정: normal
특별히 원하는 작업시간이 없다면 가능한 한 빨리를 선택한다.
특정 날짜와 시간에 이전해야 할 이유가 있는 경우에만 특정 시간 예약을 선택하고 메시지에 날짜, 시간과 시간대를 적는다.
웹사이트가 활성화된 온라인 상점인가?
일반 블로그나 정보형 WordPress 사이트라면 해당되지 않습니다(제 웹사이트는 온라인 상점이 아닙니다)를 선택한다.
WooCommerce처럼 실제 주문과 결제가 발생하는 쇼핑몰이라면 데이터베이스 Migration 중 신규 거래가 발생할 수 있으므로 해당되는 옵션을 선택해야 한다.
제목: Migration Request - 3 WordPress Applications from Cloudways
Migration 목적을 바로 알아볼 수 있도록 작성한다.
메시지
이번 사이트들은 커스터마이징한 자식테마를 사용하고 있기 때문에 단순히 사이트 3개를 이전해달라는 내용뿐 아니라 자식테마 파일과 커스터마이징도 함께 옮겨달라고 요청했다.
다음 내용을 그대로 활용하고 실제 상황에 맞게 수정하면 된다.
Hello,
I would like to migrate all three WordPress applications from my current Cloudways server to my ChemiCloud WordPress Pro hosting account.
All three websites are separate WordPress applications hosted on the same Cloudways server.
Please migrate all three websites listed in the "Websites to Migrate" field.
All three WordPress sites use customized child themes. Please make sure all WordPress files and databases, including the child theme files and customizations, are fully migrated.
Please let me know if there are any server-level settings or customizations that cannot be migrated automatically.
Please do not change the DNS or nameservers yet. I would like to verify all three migrated websites on ChemiCloud first.
If you need additional SFTP, SSH, WordPress Admin, or database access information, please let me know through this ticket.
Thank you.
핵심은 다음 네 가지다.
세 WordPress Application을 모두 이전한다.
커스터마이징한 자식테마 파일과 DB도 함께 옮긴다.
자동으로 옮기기 어려운 서버 설정이 있다면 알려달라고 요청한다.
사이트 검증 전에는 DNS나 네임서버를 변경하지 말아달라고 요청한다.
CC: 혼자 사이트를 관리한다면 공란
CC는 Migration 티켓과 ChemiCloud의 답변을 다른 사람의 이메일에도 함께 보내고 싶을 때 사용하는 항목이다.
첨부 파일: 공란
Migration 담당자가 오류 화면이나 추가 자료를 요청할 경우 그때 첨부하면 된다.
티켓 제출: Submit Ticket 클릭
마지막으로 작성한 내용을 다시 확인한 뒤 제출을 누른다.
이번 이전 기준으로 정리하면 다음과 같다.
부서 → Migrations
긴급도 → Normal
관련 제품/서비스 → WordPress Pro
웹 호스트 로그인 URL → Cloudways 로그인 주소
사용자 이름·비밀번호 → Cloudways 로그인 계정정보
마이그레이션할 웹사이트 → WordPress 사이트 3개 모두 입력
사용자 지정 DNS 레코드 → 별도의 DNS 레코드를 사용한다면 네
이메일 마이그레이션 → 이전할 이메일이 없다면 아니요
마이그레이션 일정 → 가능한 한 빨리
온라인 상점 → 일반 블로그라면 해당되지 않습니다
제목 → Migration Request - 3 WordPress Applications from Cloudways
메시지 → 위 Migration 요청문 입력
CC → 혼자 관리한다면 비워둠
첨부 파일 → 필요 없으면 없음
Submit Ticket을 누르면 ChemiCloud Migrations 부서에 이전 요청이 접수된다.
Migration 티켓 제출하면 그 이후는?
ChemiCloud 공식 안내에 따르면 Migration 요청을 제출하면 담당자가 기존 호스팅 환경에 로그인해 사이트를 어떤 방식으로 옮기는 것이 적절한지 확인한다.
cPanel 환경이라면 전체 cPanel 백업을 이용할 수 있지만 Cloudways처럼 non-cPanel 환경에서는 zip·tar·FTP·SFTP·SSH·MySQL Export 등 환경에 맞는 방법이 사용될 수 있다.
담당자가 추가 접속정보가 필요하면 Migration 티켓으로 다시 요청한다.
그때 필요한 정보만 제공하면 된다.
처음 신청할 때 Master Credentials, 세 Application의 WordPress 관리자 비밀번호, Database 비밀번호, Redis 비밀번호까지 모두 한꺼번에 메시지에 적을 필요는 없다.
자식테마 커스터마이징도 함께 옮겨질까?
정상적인 WordPress 전체 Migration이라면 사이트의 WordPress 파일과 데이터베이스가 함께 이전된다.
자식테마는 일반적으로 wp-content/themes 아래에 실제 파일로 존재하기 때문에 자식테마 폴더 안에서 수정한 PHP·CSS·JS 등의 파일도 WordPress 파일과 함께 이전 대상이 된다.
다만 Cloudways 서버 자체에서 별도로 설정한 서버 레벨 설정까지 모두 동일하게 복제된다고 생각해서는 안 된다.
그래서 Migration 메시지에도
자식테마와 커스터마이징 파일을 포함해 모두 이전해달라.
자동으로 이전할 수 없는 서버 설정이 있다면 알려달라.
는 내용을 별도로 넣었다.
실제 정상 이전 여부는 Migration 완료 후 새 ChemiCloud 서버에서 직접 확인해야 한다.
Migration 중에도 Cloudways는 그대로 유지
ChemiCloud 공식 안내에 따르면 Migration 기간에는 기존 호스팅에서 웹사이트와 이메일이 정상적으로 운영되는 상태로 이전 작업을 진행한다.
즉 새 ChemiCloud 서버에 복사본을 만드는 동안 실제 방문자는 기존 Cloudways 사이트를 계속 이용한다.
따라서 아직 다음 작업은 하지 않는다.
DNS 변경
네임서버 변경
Cloudways 서버 삭제
Cloudways 해지
기존 사이트와 새 사이트를 연결하는 DNS 변경은 Migration이 끝난 뒤 진행한다.
정리: 2편에서 완료한 것
이번 2편에서는 실제 Cloudways 환경을 확인해 Server 1개에 독립적인 WordPress Application 3개가 운영되고 있다는 것을 확인했다.
하위도메인이라고 해서 메인 사이트를 옮길 때 자동으로 포함되는 것이 아니라 각각 별도의 Application이라는 점도 확인했다.
이후 Application Access Details에서 Migration 과정에 필요할 수 있는 접속정보 위치를 확인했다.
그리고
Flexible → My Servers → 서버 선택 → Backups → Take Backup Now
순서로 서버 전체 On-Demand Backup을 실행했다.
마지막으로 ChemiCloud Migration 신청서에 WordPress 사이트 세 개를 모두 입력하고 자식테마 커스터마이징까지 포함해 이전해달라는 요청을 넣어 Migration 티켓을 제출했다.
여기까지가 실제 홈페이지 이사를 요청하는 단계다.
다음 3편에서는 DNS 변경 전에 이전된 사이트부터 확인한다
ChemiCloud에서 Migration 완료 안내가 오더라도 바로 DNS나 네임서버를 변경하지 않는다.
먼저 새 ChemiCloud 서버에 사이트들이 제대로 복사됐는지 확인할 예정이다.
특히 이번에는 세 WordPress Application을 각각 확인해야 한다.
메인 사이트
첫 번째 하위도메인 사이트
두 번째 하위도메인 사이트
그리고 다음 항목을 기존 Cloudways 사이트와 비교한다.
WordPress 관리자 로그인
글과 페이지
이미지와 미디어
메뉴
플러그인
활성화된 자식테마
직접 수정한 CSS·PHP 기능
주요 페이지와 링크
문제가 없는 것을 확인한 뒤 다음 단계인 DNS와 도메인 연결 변경으로 넘어간다.
FAQ
Q. ChemiCloud 가입 때 메인 도메인 하나만 입력했는데 하위도메인도 이전할 수 있나?
가능하다. 실제 Migration 신청서의 마이그레이션할 웹사이트 항목에 이전할 사이트를 모두 적으면 된다. 이번처럼 하위도메인이 독립적인 WordPress Application이라면 세 사이트를 모두 명시하는 것이 중요하다.
Q. Cloudways Server 하나에 Application이 여러 개 있을 수 있나?
가능하다. 현재 실제 환경도 Server 1개에 WordPress Application 3개가 운영되고 있었다.
Q. Migration 전에 Application마다 백업해야 하나?
이번처럼 같은 서버에 있는 Application을 모두 이전한다면 Cloudways의 서버 단위 Take Backup Now를 이용해 서버 전체 백업을 한 번 만드는 방식이 간단하다.
Q. ChemiCloud에 Master Credentials와 Database 비밀번호도 처음부터 전달해야 하나?
신청서에서 요구하는 기존 호스팅 로그인정보를 먼저 입력하면 된다. SFTP·SSH·WordPress Admin·Database 등 추가 정보가 필요하면 Migration 담당자가 티켓으로 요청할 수 있으므로 필요한 것만 추가로 제공하면 된다.
Q. 커스터마이징한 WordPress 자식테마도 이전되나?
일반적인 전체 WordPress Migration에서는 사이트 파일과 데이터베이스가 함께 이전되므로 자식테마 폴더 안의 커스터마이징 파일도 이전 대상이다. 다만 서버 레벨 설정은 동일하게 이전되지 않을 수 있으므로 완료 후 반드시 직접 확인해야 한다.
Q. Migration 신청 후 DNS를 바로 변경해야 하나?
아니다. 먼저 ChemiCloud에 복사된 사이트가 정상 작동하는지 확인한 뒤 DNS를 변경한다. 기존 Cloudways 역시 이 단계에서는 유지한다.
Q. 마이그레이션은 무슨 뜻인가?
기존 서버의 WordPress 파일과 데이터베이스를 새로운 서버로 복사해 옮기는 작업이다. 쉽게 말하면 홈페이지 이사라고 생각하면 된다.
Q. Server와 Application은 무엇이 다른가?
Server는 워드프레스 사이트가 실행되는 큰 서버 공간이고 Application은 그 안에서 운영되는 각각의 웹사이트다. 하나의 Server 안에서 여러 WordPress Application을 운영할 수 있다.
Q. 하위도메인도 따로 서버 이전해야 하나?
주소가 하위도메인이라고 해서 항상 메인 WordPress에 포함되는 것은 아니다. Cloudways에서 별도의 Application으로 운영되고 있다면 Migration 신청 때 해당 사이트도 이전 대상으로 명확하게 알려주는 것이 좋다.
Q. ChemiCloud 가입 때 메인 도메인 하나만 입력했는데 괜찮나?
가입 단계에서 대표 도메인 하나를 입력한 것은 문제가 아니다. 다만 실제 Migration 대상이 여러 Application이라면 이전 신청 때 모든 사이트를 알려줘야 한다.
Q. ChemiCloud 무료 Migration은 언제까지 신청할 수 있나?
2026년 8월 24일 공식 정책 기준 외부 호스팅에서 ChemiCloud로 이전하는 무료 Migration은 주문이 활성화된 날부터 60일 이내 요청해야 한다.
Q. Cloudways Master Credentials를 꼭 줘야 하나?
반드시 그렇다고 단정할 수 없다. 이전 환경과 방식에 따라 필요한 접속권한이 달라지므로 ChemiCloud Migration 신청서와 담당자의 안내를 먼저 확인한 뒤 필요한 범위의 정보를 제공하는 것이 좋다.
Q. 서버 이전 전에 백업을 따로 해야 하나?
가능하면 확인하는 것이 좋다. Cloudways Flexible은 Application 단위 온디맨드 백업을 지원하므로 이전 전에 현재 정상 상태를 복구할 수 있도록 백업을 만들어두는 것이 안전하다.
Q. Cloudways는 언제 해지해야 하나?
ChemiCloud 이전본 확인, DNS 변경, 실제 도메인 접속, 애드센스와 주요 서비스 점검까지 모두 완료한 뒤 마지막에 정리하는 것이 좋다.
함께 보면 좋은 글
워드프레스 글 발행 퍼머링크: 한글 vs 영문 URL 어떤 것이 좋을까: 관련 정보 6
Cloudways에서 ChemiCloud로 워드프레스 서버 이전을 고민하고 있다면 이번 시리즈를 순서대로 참고해보시기 바랍니다.
이번 글에서는 단순히 마이그레이션 신청 메뉴만 설명하는 것이 아니라 서버와 Application의 차이부터 실제 여러 WordPress 사이트가 한 서버에서 운영되는 구조, 하위도메인 이전 시 확인할 부분까지 함께 정리했습니다.
특히 메인 도메인 외에 하위도메인 WordPress 사이트를 따로 운영하고 있다면 이전 신청 전에 각 사이트가 독립 Application인지 먼저 확인해보는 것이 좋습니다.
다음 글에서는 ChemiCloud로 복사된 사이트가 정상적으로 작동하는지 확인하고 DNS와 하위도메인을 새로운 서버로 연결하는 과정을 이어서 정리합니다.
같은 과정에서 막혔거나 다른 방법으로 서버를 이전한 경험이 있다면 댓글로 공유해 주세요.
#클라우드웨이즈 #케미클라우드 #Cloudways #ChemiCloud #워드프레스서버이전 #워드프레스마이그레이션 #케미클라우드마이그레이션 #Cloudways서버접속정보 #하위도메인 #워드프레스호스팅