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・クラウド運用代行：小規模サイトの選び方

• チュートリアル
• アプリ・ソフト
• サイト構築・EC
• WordPress