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つを分けていきます。

  1. データベース: マネージド MySQL に移すと、バックアップや冗長化をクラウド側に任せられます。
  2. アップロードファイル: 複数台で同じファイルを見るために、共有ファイルストレージ(Amazon EFS、Filestore、Azure Files)を使うか、プラグインでオブジェクトストレージに置きます。
  3. セッションやキャッシュ: オブジェクトキャッシュを 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つを設定しておくと、事故を防げます。

  1. 予算アラート: AWS Budgets、GCP の予算とアラート、Azure Cost Management の予算で、想定を超えたらメールが届くようにします。アラートは通知だけで、課金を止めるものではない点に注意してください。
  2. 管理者アカウントの保護: 最上位のアカウント(AWS のルートユーザーなど)には多要素認証を設定し、日常の作業には権限を絞ったユーザーやロールを使います。
  3. アクセスキーの管理: 長期間有効なアクセスキーはできるだけ作らず、作った場合はソースコードや公開リポジトリに含めないようにします。漏れたキーで高額な利用をされる事故は、今もよく起きています。

迷ったときの決め方

  • サーバー1台で WordPress などを動かしたいだけ → クラウドにこだわらず VPS も含めて比べる。クラウドなら Lightsail や小さめの仮想マシン。
  • 組織で Microsoft 製品を中心に使っている → Azure から検討する。
  • データ分析や機械学習の基盤と組み合わせたい → GCP を候補に入れる。
  • 迷ったら、担当者が触ったことのあるクラウドで、小さな構成から始める。後から移る場合でも、仮想マシンと MySQL の構成なら移行の手間は大きくありません。

クラウドは「どれを選んでも作れるが、運用の手間と費用のかかり方が違う」ものです。性能比較の数字より、誰がどこまで管理するかを先に決めると、選択がぶれません。

まとめ

  • 先に「仮想マシン・PaaS・コンテナ・サーバーレス」のどれを使うかを決める。3社とも同等のサービスがある。
  • WordPress は仮想マシンか簡易な仮想サーバーが素直。複数台にするならデータベース・ファイル・キャッシュを分ける。
  • 自社アプリはコンテナ実行サービス、短い処理はサーバーレス関数が向いている。
  • 3社の比較は、既存の仕組み・担当者の経験・料金の考え方・サポートで決まることが多い。
  • 使い始めたら予算アラート、管理者の多要素認証、アクセスキーの管理を最初に設定する。

お気軽にご相談ください

お見積りへ お問い合わせへ
▲