클라우드웨이즈(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이었다
이번 서버 이전에서 가장 먼저 확인해야 했던 부분이다.
ed.mywpblog.invalid과 he.mywpblog.invalid은 메인 도메인의 하위도메인이다.
주소만 보면 메인 사이트를 옮길 때 함께 따라갈 것처럼 생각할 수 있다.
하지만 Cloudways에서는 메인 도메인과 두 하위도메인이 각각 별도의 WordPress Application으로 등록되어 있었다.
즉 하나의 WordPress 사이트 안에 들어 있는 페이지가 아니라 독립적인 WordPress 사이트 세 개를 같은 서버에서 운영하고 있는 구조다.
따라서 ChemiCloud로 이전해야 할 사이트도 총 세 개다.
ChemiCloud 가입 당시 대표 도메인 하나만 입력했다고 해서 Migration 신청에도 메인 도메인 하나만 적으면 안 된다.
실제 Cloudways에서 운영하는 세 Application을 모두 이전 대상으로 알려줘야 한다.
Cloudways에서 접속정보를 미리 확인한다
이전할 사이트를 확인했다면 ChemiCloud Migration 과정에서 필요할 수 있는 Cloudways 접속정보가 어디에 있는지도 미리 확인해둔다.
먼저 각각의 WordPress Application 정보는 다음 순서로 이동한다.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이 세 개라면 세 사이트를 각각 한 번씩 확인한다.
Master Credentials도 함께 확인한다
이번 Migration에서는 Application별 접속정보보다 한 가지 정보를 더 중요하게 확인한다.
바로 Cloudways의 Master Credentials다.
Master Credentials는 해당 서버에 SSH 또는 SFTP로 접근할 수 있는 서버 접속정보다.
현재처럼 하나의 Cloudways 서버에 WordPress Application 세 개가 들어 있다면 Master Credentials를 이용해 해당 서버에 있는 Application들에 접근할 수 있다.
Cloudways에서 현재 사용하는 서버를 선택하면 Master Credentials에서 다음 정보를 확인할 수 있다.
Public IP
Username
Password
SSH 접속에는 일반적으로 Port 22를 사용한다.
쉽게 말하면
Application Credentials = 특정 WordPress Application에 들어가는 열쇠
Master Credentials = 서버 전체에 들어갈 수 있는 관리용 열쇠라고 생각하면 된다.
ChemiCloud 같은 Migration 업체에서 서버에 직접 접속해 사이트 파일과 데이터베이스를 옮길 때 SSH를 사용할 수 있으므로 이 정보도 미리 확인해둔다.
블로그에 실제 화면을 사용할 때는 Public IP, Username, Password 등 실제 접속정보는 반드시 가린다.
DB·Redis·WordPress 관리자 비밀번호도 모두 전달해야 할까?
처음부터 모든 비밀번호를 전달할 필요는 없다.
Cloudways에서는 Application마다 Database와 Redis 접속정보, WordPress 관리자 계정도 확인할 수 있지만 Migration 신청과 동시에 이것들을 모두 메시지에 나열할 이유는 없다.
이번에는 서버 전체에 접근할 수 있는 Master SSH Credentials를 먼저 제공한다.
SSH로 정상적으로 Migration을 진행할 수 있다면 Application별 Database Password, Redis Password, WordPress 관리자 비밀번호를 별도로 전달하지 않아도 된다.
ChemiCloud 담당자가 추가 정보가 필요하다고 요청할 경우 그때 필요한 항목만 제공하면 된다.
서버 이전 전에는 서버 전체 백업부터 확인
ChemiCloud에 Migration을 요청하기 전에 현재 Cloudways 서버 상태를 한 번 백업해둔다.
현재 서버 1개 안에 WordPress Application 3개가 있고 세 사이트를 모두 이전할 예정이므로 각 Application을 하나씩 따로 백업하기보다 서버 전체 백업을 실행했다.
Cloudways에서는 다음 순서로 이동한다.
Cloudways 로그인
→ Flexible
→ My Servers
→ 현재 사용 중인 서버 선택
→ Backups
즉, Flexible → My Servers → 서버 선택 → Backups 순서다.
Take Backup Now를 실행하면 현재 서버에 있는 Application의 웹사이트 파일과 데이터베이스를 대상으로 서버 단위 백업이 진행된다.
현재처럼 서버 하나에 세 WordPress Application이 들어 있다면 한 번의 Server-level Backup으로 세 사이트를 함께 백업할 수 있다.
백업 작업 완료를 확인한 뒤 ChemiCloud Migration 신청으로 넘어간다.
백업했다고 Cloudways 서버를 삭제하거나 해지해서는 안 된다.
새 ChemiCloud 서버에서 사이트가 제대로 작동하는 것을 확인할 때까지 기존 Cloudways는 그대로 유지한다.
ChemiCloud 무료 Migration 신청하기
Cloudways의 사이트 구조와 SSH 접속정보, 서버 전체 백업까지 확인했으니 이제 ChemiCloud에 실제 Migration을 신청한다.
2026년 8월 25일 공식 안내 기준 ChemiCloud의 외부 호스팅 무료 Migration은 호스팅 주문 활성화 후 60일 이내 요청할 수 있다.
공식 안내에서는 cPanel을 사용하지 않는 non-cPanel 환경도 무료 Migration 대상에 포함하고 있으며 최대 10개까지 지원한다고 안내한다.
Cloudways 역시 일반적인 cPanel 방식이 아니므로 Migration 신청 때 현재 WordPress Application 세 개를 모두 이전한다고 정확하게 알려준다.
ChemiCloud에서는 다음 순서로 이동한다.
ChemiCloud 로그인
→ Support
→ Submit Ticket
→ Migrations
Migrations를 선택하면 Migration 전용 신청서가 나온다.
이제 화면 위에서 아래로 순서대로 입력하면 된다.
부서: Migrations(마이그레이션)
이미 Migrations를 선택해서 들어왔다면 그대로 둔다.
긴급도: Normal(보통)
현재 사이트에 장애가 발생한 것이 아니라 정상적으로 운영 중인 사이트를 다른 서버로 이전하는 작업이므로 Normal을 선택한다.
실제 긴급 장애가 아닌데 High나 Critical을 선택할 필요는 없다.
관련 제품/서비스: 1편에서 가입한 WordPress Pro 상품을 선택
화면에는 WordPress Pro - 대표도메인 (Active) 형태로 표시될 수 있다.
Cloudways에서 가져올 사이트를 어느 ChemiCloud 호스팅에 넣을 것인지 지정하는 항목이다.
웹 호스트 로그인 URL
현재 사용 중인 Cloudways 로그인 화면 주소(https://unified.cloudways.com/)를 입력한다.
여기에는 WordPress 사이트 주소나 /wp-admin 주소가 아니라 기존 호스팅 관리화면의 로그인 주소를 입력한다.
사용자 이름과 비밀번호
신청서에서 기존 호스팅 패널 로그인정보를 요구한다면 현재 Cloudways 관리계정 정보를 입력한다.
다만 이번에는 Migration 담당자가 Cloudways 웹 관리화면 로그인을 사용하지 않아도 바로 서버에 접근할 수 있도록 아래 메시지에 Master SSH Credentials도 함께 제공한다.
이렇게 하면 Cloudways의 외부 로그인 인증 때문에 작업이 지연되는 상황을 줄일 수 있다.
마이그레이션할 웹사이트
이번 신청에서 가장 중요한 항목이다.
이전할 웹사이트를 쉼표로 구분해 모두 입력한다.
예시는 다음과 같다.
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 레코드
이런 레코드를 사용하고 있다면 네를 선택한다.
이번처럼 하위도메인 두 개를 실제 WordPress 사이트로 운영하면서 별도의 DNS 연결을 사용하고 있다면 기존 DNS 구성을 확인해 네를 선택하는 편이 안전하다.
아직 실제 DNS나 네임서버를 변경하는 단계는 아니다.
이메일 마이그레이션: '아니오' 선택
기존 호스팅에서 사용하던 도메인 이메일과 메일까지 ChemiCloud로 옮길지를 선택한다.
예를 들어 admin@mywpblog.invalid
같은 도메인 이메일 계정과 기존 메일까지 함께 이전해야 한다면 네를 선택한다.
WordPress 사이트만 옮기고 이전할 이메일 계정이 없다면 아니요를 선택하면 된다.
마이그레이션 일정: normal
특별히 원하는 작업시간이 없다면 노멀을 선택한다.
쇼핑몰이나 실시간 회원 서비스처럼 특정 시간에 작업해야 하는 사이트라면 별도로 일정을 잡을 수 있다.
웹사이트가 활성화된 온라인 상점인가?
일반 블로그나 정보형 WordPress 사이트라면 해당되지 않습니다(제 웹사이트는 온라인 상점이 아닙니다)를 선택한다.
WooCommerce처럼 실제 주문과 결제가 발생하는 쇼핑몰이라면 데이터베이스 Migration 중 신규 거래가 발생할 수 있으므로 해당되는 옵션을 선택해야 한다.
제목: Migration Request - 3 WordPress Applications from Cloudways
Migration 목적과 이전할 사이트 수가 바로 보이도록 다음처럼 작성한다.
Migration Request - 3 WordPress Applications from Cloudways
메시지에는 Master SSH 접속정보까지 함께 작성
이번에는 Migration 신청 후 접속방법을 다시 주고받는 시간을 줄이기 위해 처음부터 Cloudways Master SSH Credentials를 메시지에 함께 적는다.
Master Credentials는 다음 위치에서 확인한다.
Flexible → My Servers → 현재 서버 → Master Credentials
여기서 확인한
Public IP
Username
Password
와 SSH Port 22를 입력한다.
실제 블로그에는 이 값들을 공개하지 말고 아래처럼 예시 형식으로만 보여준다.
메시지
Hello,
I would like to migrate all three WordPress applications from my current Cloudways server to my ChemiCloud WordPress Pro hosting account.
For the migration, please use the following Cloudways Master SSH credentials:
Server IP: [Public IP]
Port: 22
Username: [Master Username]
Password: [Master Password]
There are three separate WordPress applications hosted on this Cloudways server:
Please migrate all three websites, including all WordPress files and databases.
All three sites use customized child themes, so please make sure all child theme files and customizations are migrated as well.
Please do not change the DNS or nameservers yet. I would like to verify all three migrated websites first.
If your SSH connection requires IP whitelisting, please send me the source IP address you will use for the migration.
If you need any additional information, please let me know.
Thank you.
이렇게 하면 담당자에게 중요한 내용이 한 번에 전달된다.
첫째, 하나의 Cloudways 서버에 WordPress Application이 세 개 있다.
둘째, 세 사이트를 모두 이전한다.
셋째, SSH를 이용할 수 있도록 서버 접속정보를 제공한다.
넷째, 자식테마 커스터마이징까지 모두 이전한다.
다섯째, 사이트 검증 전에는 DNS와 네임서버를 변경하지 않는다.
자식테마 커스터마이징도 함께 요청하는 이유
현재 세 WordPress 사이트에는 직접 수정한 자식테마가 사용되고 있다.
자식테마는 보통 WordPress의 wp-content/themes 안에 실제 파일 형태로 저장되므로 전체 WordPress 파일과 데이터베이스를 정상적으로 Migration하면 함께 이전되는 것이 일반적이다.
그래도 이번에는 자식테마가 중요하기 때문에 메시지에서 별도로
child theme files and customizations
까지 옮겨달라고 명시했다.
다만 Cloudways 서버 자체에 따로 설정한 서버 레벨 설정까지 ChemiCloud 환경에 동일하게 복제된다고 생각해서는 안 된다.
자동으로 옮겨지지 않는 별도 서버 설정이 있다면 Migration 완료 후 새 환경에서 다시 확인해야 한다.
CC: 혼자 사이트를 관리한다면 공란
CC는 Migration 티켓과 ChemiCloud의 답변을 다른 이메일 주소에도 함께 보내기 위한 항목이다.
혼자 사이트를 관리한다면 아무것도 입력하지 않는다.
첨부 파일: 공란
처음 Migration을 신청하면서 반드시 첨부해야 하는 파일은 없다.
담당자가 오류 화면이나 특정 자료를 요청할 경우 그때 추가하면 된다.
티켓 제출: Submit Ticket 클릭
마지막으로 작성한 내용을 확인하고 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 부서에 이전 요청이 접수된다.
왜 SSH 정보를 처음부터 함께 전달했을까?
Cloudways 웹 관리계정에 로그인하는 것과 SSH로 서버에 직접 접속하는 것은 다른 방식이다.
Cloudways 로그인 계정은 Cloudways 관리화면에 들어가는 계정이고, Master SSH Credentials는 실제 서버에 SSH·SFTP로 접근하기 위한 정보다.
Cloudways의 Master Credentials는 같은 서버 안에 있는 모든 Application에 접근할 수 있다.
현재 구조가 Server 1개
→ WordPress Application 1
→ WordPress Application 2
→ WordPress Application 3
이므로 이번처럼 세 사이트를 모두 이전할 때 적합하다.
ChemiCloud 공식 안내 역시 cPanel을 사용하지 않는 기존 호스팅의 Migration에서는 SSH를 비롯해 FTP, 압축파일, MySQL Export 등 환경에 맞는 방법을 사용할 수 있다고 안내한다.
따라서 이번 글에서는 추가 확인을 주고받는 시간을 줄이기 위해 처음부터 Master SSH 접속정보를 함께 제공하는 방식으로 진행한다.
WordPress 관리자 비밀번호는 따로 알려주지 않아도 될까?
SSH 방식으로 Migration을 진행할 수 있다면 처음부터 세 사이트의 WordPress 관리자 비밀번호까지 전달할 필요는 없다.
WordPress 사용자 계정과 관련 정보는 사이트 데이터베이스와 함께 이전되는 것이 일반적이다.
따라서 정상적으로 Migration이 완료되면 기존 WordPress 관리자 계정도 새 서버에서 계속 사용할 수 있다.
Cloudways Application Access Details에 보이는 자동 생성 관리자 비밀번호가 현재 실제 사용 중인 비밀번호와 다를 수도 있으므로 이를 무조건 전달할 필요도 없다.
SSH만으로 진행하기 어려워 ChemiCloud 담당자가 WordPress Admin 접속을 추가로 요청할 경우 그때 실제 로그인 가능한 관리자 정보를 전달하면 된다.
Database와 Redis 비밀번호도 전달해야 할까?
처음에는 전달하지 않는다.
Master SSH Credentials로 서버에 정상적으로 접근할 수 있다면 담당자가 Migration에 필요한 파일과 데이터베이스 구조를 확인할 수 있다.
따라서 각 Application의 Database Password와 Redis Password를 처음 신청 메시지에 모두 나열할 필요는 없다.
추가 정보가 필요하다면 Migration 티켓으로 요청을 받았을 때 필요한 항목만 제공한다.
Migration 신청 후에도 Cloudways는 그대로 유지한다
Migration 티켓을 제출했다고 Cloudways 서버를 삭제해서는 안 된다.
ChemiCloud의 Migration은 기존 사이트를 먼저 새로운 서버로 복사하는 방식으로 진행된다.
Migration 중에는 실제 방문자가 기존 Cloudways 사이트를 계속 이용할 수 있도록 현재 DNS 설정을 유지한다.
따라서 이 단계에서는 다음 작업을 하지 않는다.
DNS 변경
네임서버 변경
Cloudways 서버 삭제
Cloudways 서비스 해지
먼저 ChemiCloud에서 Migration 완료 안내를 받은 뒤 새 서버에 복사된 사이트를 확인한다.
이삿짐을 새집으로 옮겼다고 바로 기존 집을 없애는 것이 아니라 새집에 물건이 제대로 들어왔는지 확인하는 과정이 먼저다.
이번 2편에서 완료한 것
이번 2편에서는 실제 Cloudways 관리화면을 확인해 서버 1개에 WordPress Application 3개가 운영되고 있다는 것을 확인했다.
메인 도메인과 하위도메인 두 개가 각각 독립적인 Application이기 때문에 Migration 신청에도 세 사이트를 모두 적었다.
이어 Application Access Details에서 각 사이트 정보를 확인하고, Master Credentials에서 SSH에 필요한 Public IP, Username, Password 위치도 확인했다.
그다음
Flexible → My Servers → 서버 선택 → Backups → Take Backup Now
순서로 서버 전체 On-Demand Backup을 실행했다.
마지막으로 ChemiCloud Migration 신청서에 WordPress 사이트 세 개를 모두 입력하고 Master SSH Credentials, 자식테마 커스터마이징 이전 요청, DNS 유지 요청까지 작성한 뒤 티켓을 제출했다.
여기까지가 기존 Cloudways 사이트를 ChemiCloud로 옮겨달라고 요청하는 단계다.
다음 3편에서는 DNS 변경 전에 이전된 사이트부터 확인한다
ChemiCloud에서 Migration 완료 안내가 오더라도 바로 DNS나 네임서버를 변경하지 않는다.
먼저 새로운 ChemiCloud 서버에 세 사이트가 제대로 복사됐는지 하나씩 확인할 예정이다.
메인 WordPress 사이트
첫 번째 하위도메인 WordPress 사이트
두 번째 하위도메인 WordPress 사이트
그리고 기존 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. Master Credentials는 무엇인가?
Cloudways 서버에 SSH와 SFTP로 접근할 수 있는 서버 접속정보다. Public IP, Username, Password를 확인할 수 있으며 같은 서버에 있는 Application들에 접근할 수 있다.
Q. WordPress 관리자 아이디와 비밀번호도 처음부터 보내야 하나?
SSH 방식으로 Migration이 가능하다면 처음부터 보낼 필요는 없다. 담당자가 WordPress Admin 접근을 추가로 요청할 경우 그때 실제 로그인 가능한 계정정보를 제공하면 된다.
Q. Database와 Redis 비밀번호도 보내야 하나?
처음부터 모두 전달할 필요는 없다. SSH로 Migration을 진행하고 추가 정보가 필요한 경우 담당자의 요청에 따라 필요한 정보만 제공하면 된다.
Q. 커스터마이징한 WordPress 자식테마도 이전되나?
일반적인 WordPress 전체 Migration에서는 사이트 파일과 데이터베이스가 함께 이전되므로 자식테마 폴더의 파일도 이전 대상이다. 이번에는 중요한 커스터마이징이 있어 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
1화 클라우드웨이즈 케미클라우드 이전 방법｜워드프레스 호스팅 비용 줄이기 실제 과정
3화 워드프레스 마이그레이션 후 해야 할 일｜네임서버 변경·DNS·SSL 설치
4화 워드프레스 서버 이전 후 점검｜Site Kit·애드센스·서치콘솔·GA4 확인
Cloudways에서 ChemiCloud로 워드프레스 서버 이전을 고민하고 있다면 이번 시리즈를 순서대로 참고해보시기 바랍니다.
이번 글에서는 단순히 마이그레이션 신청 메뉴만 설명하는 것이 아니라 서버와 Application의 차이부터 실제 여러 WordPress 사이트가 한 서버에서 운영되는 구조, 하위도메인 이전 시 확인할 부분까지 함께 정리했습니다.
특히 메인 도메인 외에 하위도메인 WordPress 사이트를 따로 운영하고 있다면 이전 신청 전에 각 사이트가 독립 Application인지 먼저 확인해보는 것이 좋습니다.
다음 글에서는 ChemiCloud로 복사된 사이트가 정상적으로 작동하는지 확인하고 DNS와 하위도메인을 새로운 서버로 연결하는 과정을 이어서 정리합니다.
같은 과정에서 막혔거나 다른 방법으로 서버를 이전한 경험이 있다면 댓글로 공유해 주세요.
#클라우드웨이즈 #케미클라우드 #Cloudways #ChemiCloud #워드프레스서버이전 #워드프레스마이그레이션 #케미클라우드마이그레이션 #Cloudways서버접속정보 #하위도메인 #워드프레스호스팅