Cloudways로 사이트 만들기: 서버, 애플리케이션과 계정 인증

Cloudways에서 사이트를 만들 때 서버는 실행 환경이고, 애플리케이션은 그 안에 들어가는 웹사이트이며, 프로젝트는 작업을 정리하는 단위입니다. 이 계층을 구분하면 사이트 추가, 서버 추가, 요금제 변경의 차이를 이해하기 쉽습니다. WordPress가 설치되었다는 사실만 보고 계정 안에서 여전히 비용이 발생하는 리소스를 놓치지 마세요.

이 글은 Cloudways Flexible의 공개 안내를 중심으로 설명합니다. Autonomous는 별도의 제품 경험이므로 자체 배포 방식과 과금 조건을 확인해야 하며, Flexible의 서버 절차를 그대로 적용할 수 없습니다. 사용자 계정에서 직접 시험하지 않았고 특정 클라우드 공급업체의 속도 순위도 제시하지 않습니다. 사이트 요구사항, 사용 가능한 리전과 실제 계정 조건에 따라 선택하세요.

계정 활성화와 개별 인증 요구부터 처리하기

Cloudways 공식 경로에서 가입하고 계속 메일을 받을 수 있는 계정을 사용해 화면에 나오는 이메일 인증 등 필요한 활성화 절차를 완료하세요. 계정이 인증 대기 상태라면 안내 메시지와 발생 시각을 저장한 뒤 공식 지원 창구에서 다음 조치를 확인합니다. 이 상태는 DNS 설정과 관계없으며 사이트 도메인을 바꿔도 계정 수준의 제한이 해제되지 않습니다.

모든 신규 계정에 공통으로 적용되는 신분증 목록이나 승인 소요 시간은 확인되지 않았으므로, 특정 서류를 보내면 반드시 승인된다는 방법은 제시하지 않습니다. 추가 서류 요청을 받았다면 먼저 공식 계정을 통해 요청이 진짜인지, 제출 방법과 필요한 범위가 무엇인지 확인한 후 개별 사안에 맞춰 처리하세요. 인터넷 글에 있는 오래된 이메일 주소로 신분증을 보내거나 허위 정보 또는 중복 계정으로 인증을 우회하려 하지 마세요.

생성 전에 과금 단위와 비용이 멈추는 조건 확인하기

Cloudways Flexible의 과금은 사용하는 서버와 추가 서비스에 따라 달라지며, 해당 규칙으로 계산한 비용이 청구됩니다. 생성 전에 공급업체, 크기, 리전, 예상 비용과 부가 서비스를 기록하세요. 월 예상 요금이 여러 환경을 만들어도 같은 총액만 낸다는 약속은 아닙니다. 저장 공간, 전송량 등 적용될 수 있는 추가 항목도 확인해야 합니다.

공식 청구 문서는 서버를 중지하거나 사용하지 않아도 과금이 끝나지 않을 수 있다고 설명합니다. 인프라에 따라 디스크나 IP 같은 리소스가 남기 때문입니다. 체험을 끝내거나 환경을 없앨 때는 먼저 데이터를 저장하고 제품 절차에 따라 사용하지 않는 리소스를 삭제하고 유료 부가 서비스를 해제한 뒤 이후 청구서도 확인하세요. 방문자가 없다는 사실은 사이트 비용이 발생하지 않는다는 증거가 아닙니다.

사이트가 수행할 작업에 맞춰 서버 선택하기

Flexible 서버 생성 과정에서 애플리케이션, 공급업체, 사양과 위치를 선택합니다. 현재 사이트에 필요한 기능과 데이터 양을 기준으로 판단하고 처음부터 가장 큰 사양을 고를 필요는 없습니다. 주 독자가 대만에 있다면 후보 리전을 테스트에 포함할 수 있습니다. 다만 지리적 거리는 여러 요인 중 하나이므로 리전 이름만으로 실제 로딩 속도를 보장할 수는 없습니다.

서버, 애플리케이션, 프로젝트에 서로 구분되는 이름을 붙이세요. 예를 들어 공개할 포트폴리오 사이트와 테스트 사이트의 이름을 다르게 정하면 나중에 잘못된 환경을 변경하거나 삭제할 위험이 줄어듭니다. 기존 서버가 있다면 먼저 어떤 사이트를 운영 중인지와 리소스 상태를 확인하고, 새 애플리케이션을 그곳에 넣을지 별도의 환경을 만들지 결정하세요.

올바른 서버에 WordPress 추가하기

Cloudways 공식 문서에 따르면 기존 Flexible 서버에 애플리케이션을 추가할 때 Servers에서 대상 서버를 선택한 후 Add App 또는 해당하는 추가 메뉴를 사용합니다. 필요한 WordPress 유형을 선택하고 애플리케이션 이름과 프로젝트를 입력해 생성을 요청하세요. PHP나 데이터베이스 조건이 맞지 않는다는 경고가 나오면 호환성부터 확인합니다. 다른 운영 사이트도 올라가 있는 환경을 곧바로 업그레이드하지 마세요.

생성이 끝나면 애플리케이션 관리 페이지에서 접속 정보와 임시 URL을 살펴보고 WordPress 관리자 화면을 사용할 수 있는지 확인하세요. 호스팅 관리 계정, 애플리케이션 로그인, WordPress 관리자는 서로 다른 계층이므로 구분해 보관해야 합니다. 사이트 이름, 시간대, 관리 이메일과 콘텐츠도 점검해 설치 당시의 초기 정보를 그대로 운영 설정으로 사용하지 않도록 합니다.

1. 계정을 사용할 수 있고 Flexible을 선택했는지 확인한 뒤 서버와 부가 서비스의 과금 조건을 기록합니다.
2. 서버를 생성하거나 기존 서버에서 애플리케이션 추가를 선택하고 위치, 사양과 다른 사이트에 미치는 영향을 확인합니다.
3. WordPress를 선택해 구분하기 쉬운 애플리케이션 및 프로젝트 이름을 설정하고 플랫폼의 생성 결과를 기다립니다.
4. 애플리케이션 접속 정보로 임시 사이트와 관리자 화면을 확인한 뒤 운영 콘텐츠, 계정과 백업 계획을 정리합니다.

Domain Management로 운영 도메인 연결하기

Cloudways의 공개 안내는 도메인 관리와 DNS 설정을 구분합니다. 먼저 애플리케이션의 Domain Management에 사용할 이름을 추가한 뒤 플랫폼이 제공하는 정보에 따라 실제 DNS 서비스에서 레코드를 설정하세요. 도메인 등록업체, DNS 호스팅 업체와 Cloudways가 서로 다른 회사일 수 있으므로 변경할 때마다 실제 담당 관리 위치를 확인해야 합니다.

변경 전에 기존 레코드, 특히 이메일과 서비스 인증 항목을 저장하세요. 운영 도메인, www, 다른 하위 도메인의 사용 방식을 일관되게 정한 후 필요한 이름을 포함하는 인증서를 설치하고 HTTPS를 점검합니다. 사이트는 연결되지만 이메일이나 양식 알림이 정상적으로 작동하지 않으면 이메일 서비스와 애플리케이션의 발송 설정을 별도로 살펴보세요. 웹페이지가 열린다고 모든 연동이 끝난 것은 아닙니다.

공개 전에 검수하고 이용 종료 방법도 정하기

로그인하지 않은 방문자로서 홈페이지, 글, 탐색 메뉴, 검색과 문의 흐름을 확인하고 휴대전화에서도 주요 레이아웃을 살펴보세요. 사이트를 이전한다면 기존 사이트의 이미지, 첨부파일과 필요한 URL도 대조해 새 환경에 데이터가 빠지지 않았는지 확인합니다. 주요 기능과 새 데이터가 전달·저장되는 곳까지 검증할 때까지 되돌릴 방법과 기존 서비스를 유지한 뒤 후속 해지를 진행하세요.

공개 후에는 백업 주기, 사용할 수 있는 복원 시점, 업데이트 책임자와 청구서 확인 담당자를 기록합니다. 짧은 테스트라도 데이터를 내보내고 리소스를 제거할 시점을 미리 정해 테스트 사이트를 계정에 끝없이 남겨두지 마세요. 사이트가 어느 서버에 있는지, 누가 복구할 수 있는지, 이용을 끝낼 때 비용을 어떻게 멈출지 설명할 수 있어야 플랫폼 관리가 제대로 이어진 것입니다.

자세한 설명 보기

Cloudways 사이트 구축에서는 계정, 서버, 애플리케이션, 운영 도메인의 네 계층을 차례로 확인합니다.

Cloudways HTTPS 점검: DNS, 인증서와 갱신

공유 호스팅, VPS와 관리형 클라우드: 작은 사이트의 선택 순서

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• WordPress