2026年5月27日
2026年5月27日
クラウドサーバーの種類と選び方(AWS/GCP/Azure):仮想マシン・PaaS・コンテナ・サーバーレスの違いと判断基準
AWS・Google Cloud(GCP)・Azure のどれを選ぶかより先に決めるべきなのは、「仮想マシン」「PaaS」「コンテナ」「サーバーレス」のどの種類のサービスを使うかです。種類が決まれば、3社とも同等のサービスを持っているので、あとは社内の事情と運用の慣れで選べます。この記事では、種類ごとの違いと向いている用途、3社の対応サービス、WordPress を載せる場合の構成例、選ぶときに確かめる項目を整理します。
種類は「どこまで自分で管理するか」で分かれる
クラウドのサービスは、利用者が管理する範囲の広さで分類すると分かりやすくなります。
- 仮想マシン(IaaS): OS から上をすべて自分で管理します。自由度は最も高く、VPS と同じ感覚で使えますが、OS の更新やセキュリティ設定も自分の仕事です。
- 簡易な仮想サーバー: 仮想マシンに、固定の構成と分かりやすい管理画面をまとめたものです。AWS の Amazon Lightsail が代表で、VPS に近い使い方ができます。
- PaaS: アプリケーションのコードや実行環境の設定を渡すと、OS や実行基盤はクラウド側が管理します。
- コンテナ実行サービス: コンテナイメージを渡して動かします。PaaS より構成の自由度が高く、Kubernetes を自分で運用するより手間が少なくて済みます。
- マネージド Kubernetes: Kubernetes のクラスターをクラウド側が管理します。多数のサービスを動かす組織向けで、学ぶことは多めです。
- サーバーレス(関数): イベントごとに短い処理を実行します。常時動くサーバーを持たず、使った分だけの課金になります。
管理する範囲が狭いほど運用は楽になりますが、そのサービスの決まりごと(使える言語や実行時間、ファイルの保存先など)に合わせる必要が出てきます。
3社の対応サービス
主なサービスの対応は次のとおりです。名称は変わることがあり、たとえば GCP の Cloud Functions は Cloud Run functions という名称に統合されています(2026年10月現在)。
| 種類 | AWS | Google Cloud | Azure |
|---|---|---|---|
| 仮想マシン | Amazon EC2 | Compute Engine | Azure Virtual Machines |
| 簡易な仮想サーバー | Amazon Lightsail | (近いものなし) | (近いものなし) |
| PaaS | AWS Elastic Beanstalk | App Engine | Azure App Service |
| コンテナ実行 | Amazon ECS(AWS Fargate) | Cloud Run | Azure Container Apps |
| マネージド Kubernetes | Amazon EKS | Google Kubernetes Engine(GKE) | Azure Kubernetes Service(AKS) |
| サーバーレス関数 | AWS Lambda | Cloud Run functions | Azure Functions |
| マネージド MySQL | Amazon RDS / Aurora | Cloud SQL | Azure Database for MySQL |
| オブジェクトストレージ | Amazon S3 | Cloud Storage | Azure Blob Storage |
3社とも東京と大阪にリージョンがあります(AWS は ap-northeast-1 と ap-northeast-3、GCP は asia-northeast1 と asia-northeast2、Azure は東日本と西日本)。国内にデータを置く必要がある場合も、どの社でも対応できます。ただし新しいサービスや機能は、国内リージョンでの提供が遅れることがあるので、使いたい機能のリージョン対応表を確認してください。
用途別の選び方
WordPress やよくある CMS を載せる
WordPress はアップロードしたファイルをサーバーのディスクに保存し、PHP と MySQL(または MariaDB)で動く前提で作られています。そのため、コンテナやサーバーレスにそのまま載せるより、仮想マシンか簡易な仮想サーバー で動かすのが素直です。
1台で始めるなら、Lightsail や小さめの仮想マシンに Web サーバー・PHP・データベースを同居させる構成で十分です。アクセスが増えて複数台にしたくなったら、次の3つを分けていきます。
- データベース: マネージド MySQL に移すと、バックアップや冗長化をクラウド側に任せられます。
- アップロードファイル: 複数台で同じファイルを見るために、共有ファイルストレージ(Amazon EFS、Filestore、Azure Files)を使うか、プラグインでオブジェクトストレージに置きます。
- セッションやキャッシュ: オブジェクトキャッシュを Redis などの共有の場所に置きます。
この段階まで来ると、構成の複雑さが一気に増えます。最初から複数台構成にするより、1台で計測しながら必要になったところを分けるほうが、無駄な費用と手間を抑えられます。
自社開発の Web アプリや API
コンテナにできるアプリなら、コンテナ実行サービス(Cloud Run、Azure Container Apps、ECS と Fargate)が第一候補です。サーバーの OS を管理せずに済み、アクセスに応じて台数を増減できます。ファイルをローカルのディスクに保存し続ける作りのアプリは向かないので、保存先をオブジェクトストレージやデータベースに変える必要があります。
定期処理やイベント処理
「1日1回レポートを作る」「画像がアップロードされたら縮小する」といった短い処理は、サーバーレス関数が向いています。実行時間の上限や同時実行数の制限があるので、長時間の一括処理には向きません。
3社を比べるときに見る項目
種類が決まったら、次の項目で3社を比べます。性能の差より、組織の事情で決まることが多いのが実情です。
- すでに使っている仕組み: Microsoft 365 や Entra ID でアカウントを管理している組織は、Azure と組み合わせると権限管理をまとめやすくなります。Google Workspace を使っている組織や、BigQuery でデータ分析をしたい場合は GCP が候補になります。AWS は利用者が多く、日本語の情報や対応できる技術者を見つけやすい点が強みです。
- 担当者の経験: 運用する人が慣れているクラウドは、それだけで障害対応の早さに差が出ます。
- 料金の考え方: 3社とも従量課金が基本で、長期利用の割引(AWS の Savings Plans やリザーブドインスタンス、GCP の確約利用割引、Azure の予約や節約プラン)があります。見落としやすいのは、インターネットへのデータ転送量の料金と、停止し忘れたリソースの料金です。具体的な料金は変わるので、各社の料金計算ツールで見積もってください。
- 無料枠: 3社とも無料で試せる枠がありますが、対象と期間、条件は改定されます。無料枠の範囲を超えると課金されるため、試す前に条件を確かめます。
- サポート: 技術的な問い合わせができるサポートは、多くの場合有料の契約です。障害時に誰に相談するかを決めておきます。
使い始める前に設定しておくこと
どのクラウドでも、最初に次の3つを設定しておくと、事故を防げます。
- 予算アラート: AWS Budgets、GCP の予算とアラート、Azure Cost Management の予算で、想定を超えたらメールが届くようにします。アラートは通知だけで、課金を止めるものではない点に注意してください。
- 管理者アカウントの保護: 最上位のアカウント(AWS のルートユーザーなど)には多要素認証を設定し、日常の作業には権限を絞ったユーザーやロールを使います。
- アクセスキーの管理: 長期間有効なアクセスキーはできるだけ作らず、作った場合はソースコードや公開リポジトリに含めないようにします。漏れたキーで高額な利用をされる事故は、今もよく起きています。
迷ったときの決め方
- サーバー1台で WordPress などを動かしたいだけ → クラウドにこだわらず VPS も含めて比べる。クラウドなら Lightsail や小さめの仮想マシン。
- 組織で Microsoft 製品を中心に使っている → Azure から検討する。
- データ分析や機械学習の基盤と組み合わせたい → GCP を候補に入れる。
- 迷ったら、担当者が触ったことのあるクラウドで、小さな構成から始める。後から移る場合でも、仮想マシンと MySQL の構成なら移行の手間は大きくありません。
クラウドは「どれを選んでも作れるが、運用の手間と費用のかかり方が違う」ものです。性能比較の数字より、誰がどこまで管理するかを先に決めると、選択がぶれません。
まとめ
- 先に「仮想マシン・PaaS・コンテナ・サーバーレス」のどれを使うかを決める。3社とも同等のサービスがある。
- WordPress は仮想マシンか簡易な仮想サーバーが素直。複数台にするならデータベース・ファイル・キャッシュを分ける。
- 自社アプリはコンテナ実行サービス、短い処理はサーバーレス関数が向いている。
- 3社の比較は、既存の仕組み・担当者の経験・料金の考え方・サポートで決まることが多い。
- 使い始めたら予算アラート、管理者の多要素認証、アクセスキーの管理を最初に設定する。