---
title: "AWS・Azure・Google Cloudの違いを比較｜料金・無料枠・シェアと選び方【2026年11月】"
url: "https://www.issoh.co.jp/column/details/7416/"
published: 2025-06-25
updated: 2026-11-05
categories: ["インフラ"]
publisher: "株式会社一創"
---

# AWS・Azure・Google Cloudの違いを比較｜料金・無料枠・シェアと選び方【2026年11月】

AWSとAzure、Google Cloudの違いは、サービスの品揃えではなく条件の側に出ます。仮想マシンもオブジェクトストレージもマネージドデータベースも3社とも揃っており、差がつくのは無料枠の期限、割引の払い方、単一インスタンスの可用性保証です。2026年11月5日に各社の公式ドキュメントと公開価格データを取り直し、選定の判断材料になる条件だけを並べます。

## まとめ：3社の使い分けと2026年11月時点の選定条件

- **選定は消去法が速い。**Microsoft 365やActive Directoryが業務の中心ならAzure、BigQuery前提のデータ基盤ならGoogle Cloud、いずれでもなければ採用事例と人材の厚さでAWS、の順で絞ります。
- **同じ土俵の汎用VMなら、定価も予約価格もほぼ同じ。**2 vCPU・8GiBのLinuxで、AWS東京のm6i.largeとAzure東日本のStandard\_D2s\_v5はどちらも1時間0.124米ドルでした。1年予約の全額前払いでも672米ドルと670米ドルで、差は2米ドルです。
- **前払いしないならAzureが安い。**AWSのリザーブドインスタンスは前払いなしにすると1年で約720米ドルに上がりますが、Azureの予約は月払いでも総額670米ドルのままです。
- **AWSの無料枠は「12か月無料」ではない。**2025年7月15日以降のアカウントは最大200米ドルのクレジット制で、無料プランは6か月かクレジット消尽の早い方で終わります。Azureの12か月無料は、無料アカウントから30日以内に従量課金へ移行することが継続の条件です。
- **単一インスタンスのSLAは構成条件付きで比べる。**Amazon EC2は99.5%、Azureの単一VMはPremium SSD構成で99.9%・Standard SSDで99.5%、Google Compute EngineはPremium Tierで99.9%です。
- **マルチクラウドは最初の選択肢にしない。**運用・監視・権限設計の対象が増え、クラウド間の転送にも料金がかかります。

## 市場シェアと拠点数の現在地

「どれが主流か」は選定理由になりにくい一方、人材の採用しやすさには直結します。数字は調査会社と集計時期で変わるため、出典と対象四半期をセットで確認してください。

### 2026年第3四半期のクラウドインフラ市場シェア

Synergy Research Groupが2026年10月29日に公表した[2026年第3四半期の集計](https://www.srgresearch.com/articles/cloud-market-growth-rate-surges-to-well-over-50-per-year-q3-revenues-reach-168-billion)では、世界のクラウドインフラサービス市場シェアは**AWS 26%、Microsoft 19%、Google 16%**でした（原文は`Q3’s worldwide market share for these companies was 26%, 19%, and 16%, respectively.`）。同四半期の市場規模は約1,677億米ドルで前年同期比55%増、3社合計は61%です。

同じSynergyの第2四半期（2026年7月30日公表）は28%・20%・15%だったので、1四半期でAWSが2ポイント、Microsoftが1ポイント下げ、Googleが1ポイント上げたことになります。Synergyは、AI専用のクラウドサービスが市場の約3分の1に達し、OracleとCoreWeaveなどのネオクラウドの急成長で既存事業者のシェアが削られていると説明しています。3社の順位は変わっていませんが、合計シェアは2026年第2四半期の63%から第3四半期の61%へ下がりました。

検索上位の日本語解説記事には、2022年第4四半期の集計（AWS 32%・Azure 23%・GCP 10%）を載せたままのものが残っています。調査会社が違えば集計条件も違うので、別の調査の数字と引き算してシェアの増減を語ることはできません。

### 3社の国内リージョン配置とゾーン数

グローバルの拠点数には差がありますが、国内にデータを置く要件だけを見るなら、3社とも東京・大阪の2リージョンで横並びです。国内のゾーン数もAWSの東京が4つで、それ以外は3つずつです。

| 項目            | AWS                                  | Microsoft Azure              | Google Cloud                           |
| ------------- | ------------------------------------ | ---------------------------- | -------------------------------------- |
| 世界の拠点数        | 39リージョン（アベイラビリティーゾーン124）             | 80以上のリージョン（データセンター500以上）     | 43リージョン（ゾーン130）                        |
| 国内リージョン       | 東京（ap-northeast-1）大阪（ap-northeast-3） | 東日本（japaneast）西日本（japanwest） | 東京（asia-northeast1）大阪（asia-northeast2） |
| 国内のゾーン数       | 東京4・大阪3                              | 東日本3・西日本3                    | 東京3・大阪3                                |
| 2026年第3四半期シェア | 26%                                  | 19%                          | 16%                                    |

リージョン数の定義は各社で違い、Azureの「80以上」にはゾーン非対応やソブリン向けが含まれます。総数の大小より、自社が使う国とゾーン数が要件を満たすかを確認してください。3社の設備規模の比較は[ハイパースケーラーとは？AWS・Azure・Google Cloudの定義と技術的特徴・採用判断まで実装者向けに解説](/tech/details/14685/)で扱っています。

## 料金体系の違いと東京・東日本リージョンの実額

### 東京・東日本の2 vCPU・8GiB VMのオンデマンド単価比較

2026年11月5日にAWSとMicrosoftの公開価格データから取得した、東京・東日本リージョンのLinuxインスタンスのオンデマンド単価です（2026年9月19日に取得した値から変わっていません）。

| インスタンス                        | CPU            | vCPU / メモリ | 1時間あたり      | 720時間換算   |
| ----------------------------- | -------------- | ---------- | ----------- | --------- |
| AWS m6i.large（東京）             | Intel          | 2 / 8GiB   | 0.1240 USD  | 89.28 USD |
| Azure Standard\_D2s\_v5（東日本）  | Intel          | 2 / 8GiB   | 0.1240 USD  | 89.28 USD |
| AWS m7i.large（東京）             | Intel          | 2 / 8GiB   | 0.1302 USD  | 93.74 USD |
| Azure Standard\_D2s\_v6（東日本）  | Intel          | 2 / 8GiB   | 0.1300 USD  | 93.60 USD |
| AWS m6a.large（東京）             | AMD            | 2 / 8GiB   | 0.1116 USD  | 80.35 USD |
| Azure Standard\_D2as\_v5（東日本） | AMD            | 2 / 8GiB   | 0.1120 USD  | 80.64 USD |
| AWS m8g.large（東京）             | Arm（Graviton4） | 2 / 8GiB   | 0.11594 USD | 83.48 USD |

表のm6i.largeとD2s\_v5、m7i.largeとD2s\_v6、m6a.largeとD2as\_v5をそれぞれ比較すると、差は1時間あたり0.0004米ドル以内です。ただし、これは2 vCPU・8GiBの汎用機での比較で、他の機種やリージョンにも当てはまるとは限りません。Google Cloudの単価は、Cloud Billing Catalog APIが認証なしのリクエストを403で拒否するため載せていません。AWSとAzureは認証なしで引けるので、見積もりの根拠は次の2本で残せます。

```
# Azure 東日本の D2s v5（オンデマンドと予約価格）
curl "https://prices.azure.com/api/retail/prices?\$filter=armRegionName%20eq%20%27japaneast%27%20and%20armSkuName%20eq%20%27Standard_D2s_v5%27"

# AWS 東京リージョンの Linux オンデマンド
curl --compressed "https://b0.p.awsstatic.com/pricing/2.0/meteredUnitMaps/ec2/USD/current/ec2-ondemand-without-sec-sel/Asia%20Pacific%20(Tokyo)/Linux/index.json"
```

3社の命名規則とインスタンスタイプの選び方は[インスタンスタイプとは？AWS・Azure・Google Cloudの命名規則と選定手順を横断解説](/tech/details/17753/)、見積もりの組み立て方は[AWSの見積もりとは？料金計算ツールの使い方と費用が変わる要因を発注視点で解説](/column/details/13183/)で扱っています。

### AWS・Azureの予約価格と支払い方法による差

請求額を決めるのは定価ではなく割引です。同じm6i.largeとStandard\_D2s\_v5の予約価格を、AWSは公式のPrice List API、Azureは公開価格データから取って並べました（2026年11月5日取得・AWSはStandard RI）。

| 契約                 | AWS m6i.large（東京）               | Azure Standard\_D2s\_v5（東日本） |
| ------------------ | ------------------------------- | ---------------------------- |
| オンデマンド（1年＝8,760時間） | 1,086 USD                       | 1,086 USD                    |
| 1年・全額前払い           | 672 USD（約38%減）                  | 670 USD（約38%減）前払いでも月払いでも同額   |
| 1年・前払いなし           | 約720 USD（0.08216 USD/時・約34%減）   |                              |
| 3年・全額前払い           | 1,285 USD（約61%減）                | 1,287 USD（約61%減）前払いでも月払いでも同額 |
| 3年・前払いなし           | 約1,476 USD（0.05616 USD/時・約55%減） |                              |

この2機種を1台ずつ全額前払いで予約する比較では総額差は2米ドルで、VM本体の価格差より運用費や周辺サービスの費用を優先して比べるのが妥当です。差が出るのは支払い方です。**AWSは前払いをやめると1年で約48米ドル、3年で約191米ドル高くなりますが、Azureは月払いを選んでも総額が変わりません。**初期費用を抑えたい予算の組み方なら、この差は無視できない大きさです。

割引制度は3社ともコミットする対象で分かれます。

| 制度                             | コミット対象         | 期間      | 公表最大割引           |
| ------------------------------ | -------------- | ------- | ---------------- |
| AWS Savings Plans              | 1時間あたりの利用額     | 1年 / 3年 | 最大72%            |
| AWS Standard RI                | インスタンスタイプ      | 1年 / 3年 | 最大72%            |
| AWS Convertible RI             | インスタンスタイプ（変更可） | 1年 / 3年 | 最大66%            |
| Azure Reserved VM Instances    | VMサイズ          | 1年 / 3年 | 最大72%            |
| Azure savings plan for compute | 1時間あたりの利用額     | 1年 / 3年 | 最大65%            |
| Google Cloud 確約利用割引            | リソース量 / 利用額    | 1年 / 3年 | メモリ最適化70%・その他55% |

上の計算例では3年契約でも約61%で、**公表されている「最大72%」には届きません**。最大値は対象機種や契約条件が揃ったときの上限なので、予算は自社の機種で計算した削減率で組んでください。

### データ転送料の無料枠と、撤退時の扱い

インターネット向けデータ転送（egress）は、クラウド費用で見落とされやすい項目です。無料枠はアカウント単位・全リージョン合算で設定されています。

| 事業者          | 月間無料枠                          | 無料枠超過後の単価                |
| ------------ | ------------------------------ | ------------------------ |
| AWS          | 100GB（中国・GovCloud除く全リージョン合算）   | リージョン・サービス別              |
| Azure        | 100GB（アジア発・中国除く）               | 次の10TB/月が0.12 USD/GB     |
| Google Cloud | 200GiB（Standard Tier・全リージョン合算） | 10,240GiBまで0.085 USD/GiB |

3社とも他社クラウドやオンプレミスへ移る際の転送料を免除する制度を持ちますが、各社で条件が異なります。AWSでは**事前承認と、移行元サービスに残るデータ・ワークロードの削除**が必要ですが、アカウント閉鎖や契約関係の変更は求められません。Google Cloudは移行前のExit Notice提出を求め、対象サービスの契約を終了しない顧客は対象外だと明記しています（`You are not eligible for the free data transfer program if you are not terminating your agreement`）。対象サービスの全ワークロードとデータを移せば、他のGoogle Cloudサービスを使い続けても対象になり得ます。Azureはサポートリクエストの作成とサブスクリプション解約が前提です。**負荷分散のために一部だけ他社へ寄せる構成変更には使えません。**移行の段取りは[クラウド移行の進め方｜7Rの選び方から費用試算・切り替えまでの手順を発注者視点で解説](/column/details/13424/)で整理しています。

## 3社の無料枠の期間・クレジット・終了条件

### 2025年7月15日以降のAWS無料枠とクレジットの条件

AWSの無料枠は、アカウントの作成日で適用制度が分かれます。新規顧客には**アカウント作成時に100米ドル、対象アクティビティの完了で追加最大100米ドル、合計最大200米ドルのクレジット**が付きます。無料プラン（Free account plan）は「6か月経過」か「クレジット消尽」の早い方で終了します（[公式ドキュメント](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/free-tier-plans.html)の記載は`Your free account plan ends after six months or when your credits are fully used - whichever occurs first.`）。

「EC2が月750時間・12か月間無料」は**2025年7月15日より前に作成されたアカウント**の旧制度で、最後に作られたアカウントでも2026年7月に12か月を満了しています。30を超える常時無料（Always Free）サービスは新旧どちらでも使えます。「新規利用者は12か月無料」と書いたままの解説記事が残っていますが、これから作るアカウントには当てはまりません。

### AzureとGoogle Cloudの無料枠・利用継続条件

| 項目               | AWS（2025年7月15日以降）          | Azure                       | Google Cloud          |
| ---------------- | -------------------------- | --------------------------- | --------------------- |
| 初期クレジット          | 100 USD＋最大100 USD          | 200 USD                     | 300 USD               |
| クレジット有効期間        | アカウント作成から12か月（無料プランは最大6か月） | 30日                         | 90日                   |
| 12か月無料           | 旧制度のみ（期間終了済み）              | 20以上のサービス（30日以内に従量課金へ移行が条件） | なし                    |
| 常時無料             | 30以上のサービス                  | 65以上のサービス                   | 20以上の製品               |
| 期間終了後（未アップグレード時） | アカウント閉鎖                    | アカウント・サービス無効化               | 請求先アカウントを自動閉鎖（30日の猶予） |

Azureの12か月無料には条件があります。[公式ページ](https://azure.microsoft.com/en-us/pricing/free-services)は`Customers who try Azure free must move to pay as you go within 30 days to continue receiving 12 months free services.`と定めており、無料アカウントのまま30日を過ぎると12か月無料も続きません。従量課金へ移れば無料量を超えた分はカードに請求されるので、**「12か月タダで使える」のではなく「12か月、指定サービスの一定量が無料になる有料アカウント」**と理解してください。

使い方で選ぶなら、**短期のPoCで一気に負荷をかけるならクレジット額の大きいGoogle Cloud、数か月かけて小さく検証を続けるなら従量課金に移ったうえでAzureの12か月無料**が向きます。Google Cloudの無料トライアルは期間終了で請求先アカウントが閉鎖され、プロジェクトとリソースが停止します（30日の猶予期間内に有料アカウントへ上げれば復旧できる可能性はありますが、データの復旧は保証されません）。常時無料枠の代表例はCompute Engineのe2-micro月1台相当の稼働時間、Cloud Storageの月5GB、BigQueryの月1TiBクエリ、Cloud Runの月200万リクエストです。**このうちe2-microとCloud Storageはus-east1・us-west1・us-central1でしか無料にならず、東京・大阪リージョンでは課金されます。**

## サービス構成の対応関係と、公式の対応表

### 主要サービスの用途別対応関係

「AzureでEC2に相当するのは何か」の対応づけは移行検討の最初の作業です。中核サービスは用途別に対応づきますが、対応エンジンや機能・制約までは一致しません。

| 領域              | AWS                | Azure                    | Google Cloud                     |
| --------------- | ------------------ | ------------------------ | -------------------------------- |
| 仮想マシン           | Amazon EC2         | Azure Virtual Machines   | Compute Engine                   |
| オブジェクトストレージ     | Amazon S3          | Azure Blob Storage       | Cloud Storage                    |
| マネージドRDB        | Amazon RDS         | Azure SQL Database       | Cloud SQL                        |
| データウェアハウス       | Amazon Redshift    | Azure Synapse Analytics  | BigQuery                         |
| サーバーレス関数        | AWS Lambda         | Azure Functions          | Cloud Run functions              |
| マネージドKubernetes | Amazon EKS         | Azure Kubernetes Service | Google Kubernetes Engine         |
| 専用線接続           | AWS Direct Connect | Azure ExpressRoute       | Cloud Interconnect               |
| 生成AI基盤          | Amazon Bedrock     | Microsoft Foundry        | Gemini Enterprise Agent Platform |

### 公式サービス対応表とAI基盤の現行名称

サービスの対応関係を調べる際は、各社の公式対応表を起点にし、個別サービスの現行ドキュメントで名称と制約を確認してください。Google Cloudは[AWS サービスや Azure サービスと Google Cloud を比較する](https://docs.cloud.google.com/docs/get-started/aws-azure-gcp-service-comparison)、Microsoftは[AWS プロフェッショナルのための Azure](https://learn.microsoft.com/ja-jp/azure/architecture/aws-professional/)として領域別の対応表を公開しています。移行のサービス棚卸しは、公式の対応表で一覧を作ってから個別の制約を掘るほうが早く終わります。

AI基盤は改称が続いています。Googleは2026年4月22日にVertex AI Platformを**Gemini Enterprise Agent Platform**へ改称すると発表し、Microsoftも旧Azure AI Studio・Azure AI Foundryを現行ドキュメントでは**Microsoft Foundry**と表記します。古い比較表の名称で製品を探すと見つからないので、AI関連は公式の現行名で確認してください。

## 可用性と責任分界の条件差

### 単一インスタンスのSLAとディスク・ネットワークの適用条件

冗長構成を組んだ場合の保証値は3社ともほぼ同じで、差が出るのは1台構成のときです。

| 構成          | AWS（EC2）      | Azure（Virtual Machines）                                | Google Cloud（Compute Engine） |
| ----------- | ------------- | ------------------------------------------------------ | ---------------------------- |
| 複数ゾーンに分散    | 99.99%（2AZ以上） | 99.99%（2ゾーン以上）                                         | 99.99%（Premium Tier）         |
| 同一グループ内で冗長化 | 該当なし          | 99.95%（可用性セット2台以上）                                     | 該当なし                         |
| 単一インスタンス    | 99.5%         | 99.9%（Premium SSD）99.5%（Standard SSD）95%（Standard HDD） | 99.9%（メモリ最適化は99.95%）         |

Amazon EC2のSLAは`Instance-Level Uptime Percentage of at least 99.5%`と定めており、30日の月なら停止が約3時間36分を超えるとサービスクレジット（後の請求から差し引く形の補償）の対象になります。これとは別に、1時間のうち6分を超えて使えなかった時間は自動的に課金されません（原文は`AWS will not charge you for any Single EC2 Instance that is Unavailable for more than six minutes of a clockhour.`）。Azureの単一VMは、OSディスクをPremium SSD、すべてのデータディスクをPremium SSD・Premium SSD v2・Ultra Diskのいずれかにすれば99.9%、Standard SSDでは99.5%、Standard HDDでは95%まで下がります。**ディスク種別が可用性保証の条件になっているのはAzureだけ**で、コスト削減のためにStandard HDDを選ぶとSLAも一緒に下がります。

Google Compute Engineは単一VMをメモリ最適化系99.95%以上、それ以外99.9%以上と定義しています（Premium Tierのリージョンが対象で、ストックホルムは除外。2026年10月14日改定の現行版）。SLAの保証値は実測の稼働率ではなく、未達時にサービスクレジットを受ける条件です。単一構成のまま本番を動かすなら、停止時の業務影響と併せて設計上の制約として先に押さえてください。

### 3社の責任共有モデルとGoogle Cloudのshared fate

責任分界の考え方は3社とも同じで、呼称と強調点が違います。AWSは**Shared Responsibility Model**としてAWS側を「Security of the Cloud」、利用者側を「Security in the Cloud」と線引きします。Microsoftも**shared responsibility model**の語を使い、物理データセンター・ハードウェア・ネットワーク基盤・ホストOSをMicrosoft側としています。データ・ID・アクセス管理は利用者側に責任が残りますが、アプリケーションとOSの責任範囲はIaaS・PaaS・SaaSで異なります。

Google Cloudは**shared fate（共有運命）**を掲げ、責任共有モデルの上に「継続的な協働でセキュリティを改善する」立て付けを重ねています。監査対応の文書で責任分界を引用する際は、契約先の呼称に合わせないと用語が噛み合いません。責任範囲そのものの考え方は[IaaS・PaaS・SaaSの違いとは？管理範囲と選び方を比較表で解説](/column/details/13429/)で整理しています。

## 用途別の選定基準と、選ばない方がよい場面

### Azureを選ぶ条件

判断が最も明快なのがAzureです。Microsoft 365、Active Directory、SQL Server、Windows Serverのいずれかが業務システムの中核にあるなら、認証基盤とライセンスの持ち込みで優位が出ます。逆に、Microsoft製品を使っていない組織がAzureを第一候補にする積極的な理由は多くありません。予約を月払いにしても総額が変わらない点と、従量課金のアカウントに12か月無料が付く点は、初期費用を抑えたい稟議と相性がよい要素です。

### Google Cloudを選ぶ条件

データ分析が主目的なら優先度が上がります。BigQueryは常時無料枠だけで月1TiBのクエリを実行でき、分析基盤の試作を費用ゼロで始められます。無料トライアルのクレジットも300米ドルと3社で最大です。シェアも直近の四半期で3社のうち唯一伸びました。一方、24時間365日の運用を委託する前提なら、日本語の運用資料と受託先の対応可否を先に確認してください。

### AWSを選ぶ条件

上の2つに当てはまらない場合の既定値がAWSです。シェア26%という数字自体は選定理由になりませんが、事例の量・SIerの対応実績・エンジニアの母数は移行後の運用コストに直結します。ただし**単一インスタンスのSLAが99.5%で、AzureのPremium SSD構成やGoogle CloudのPremium Tierの単一VMより低い**点は、1台構成の小規模案件では明確な弱点です。可用性要件が厳しいなら最初から2AZ構成で見積もり、予約を買うなら前払いの可否まで含めて比べてください。

### マルチクラウドの採用を後回しにする条件

3社の良いところを組み合わせる構成は、提案書では魅力的に見えますが、最初から選ぶべきではありません。理由は3つあります。第一に、IAM・監視・課金・バックアップをクラウドごとに設計・運用することになり、教育と保守の負担が増えます。第二に、クラウド間の常時同期では無料枠超過分の転送料か専用接続の料金が継続的に発生します。第三に、障害時の切り分けが「どちらのクラウドの問題か」から始まり、復旧が遅れます。

合理的なのは、BigQueryやMicrosoft Foundryの特定機能が必須で既存クラウドでは要件を満たせない、規制でデータ配置を分ける、買収などで既に複数環境を抱えているなど、追加の運用負担を上回る具体的な理由がある場合です。そこを満たしてから接続の設計に進んでください。3社のどれで組むかの比較から構築・運用までを外部に任せる場合は、一創の[インフラ構築（AWS・Google Cloud・Azure）](/service/system/aws/)でも相談を受けています。AWS側からの接続手段は[AWS Interconnect – multicloudとは？対応リージョンと料金Tier・Direct Connectとの役割分担](/tech/details/16917/)で解説しています。

## よくある質問

### AWSとAzureの違いを一言でいうと何ですか？

サービス構成ではなく、既存資産との接続点が違います。Azureは認証基盤（Microsoft Entra ID）やWindows Serverライセンスの持ち込みで既存のMicrosoft環境と地続きになり、AWSは対応事例と人材の厚みで運用リスクを下げます。2 vCPU・8GiBの汎用VMではAWS東京のm6i.largeとAzure東日本のStandard\_D2s\_v5が同額（0.124米ドル/時）で、1年予約の全額前払いでも672米ドルと670米ドルです。

### AzureでEC2に相当するサービスは何ですか？

Azure Virtual Machinesです。Google CloudではCompute Engineが相当します。同様にS3はAzure Blob StorageとCloud Storage、LambdaはAzure FunctionsとCloud Run functionsに対応しますが、対応エンジンや制約までは一致しないので、移行時は公式の対応表で個別に確認してください。

### AWSの無料利用枠は今も12か月間ありますか？

ありません。2025年7月15日以降のアカウントは、最大200米ドルのクレジットと6か月（またはクレジット消尽まで）の無料プランに置き換わりました。同日より前のアカウントに適用された12か月無料も、2026年7月までにすべて期間が終わっています。常時無料サービスは新旧どちらでも使えます。

### AWS・Azure・Google Cloudのシェアはどれくらいですか？

Synergy Research Groupの2026年第3四半期集計（2026年10月29日公表）で、AWS 26%・Microsoft 19%・Google 16%です。3社合計は61%で、市場規模は約1,677億米ドル、前年同期比55%増でした。調査会社ごとに集計対象が違うため、他社の数字と混ぜて比較しないでください。

### AWSとAzureの料金はどちらが安いですか？

CPU系統が同じ2 vCPU・8GiBの汎用VMなら、オンデマンドも予約の全額前払いもほぼ同額です。差が出るのは予約を前払いしない場合で、m6i.largeの1年予約はAWSが約720米ドル、Azureは月払いでも670米ドルです。実際の請求はストレージ、データ転送、運用費まで揃えて比べないと決まりません。

### AWSとAzureの資格はどちらが難しいですか？

各社は難易度の比較を公表していないので、試験の形式で比べるのが確実です。AWS Certified Solutions Architect – Associateは130分・65問・150米ドル、Microsoft Certified: Azure Administrator Associate（AZ-104）は試験時間100分で、受験料は受験する国・地域で決まります。入門資格はAWS Certified Cloud Practitionerが90分・65問・100米ドルで、Azure Fundamentals（AZ-900）の受験料も受験する国・地域で決まります。勤務先や取引先が使うクラウドに合わせて選ぶのが最短です。

## 関連記事

- [ハイパースケーラーとは？AWS・Azure・Google Cloudの定義と技術的特徴・採用判断まで実装者向けに解説](/tech/details/14685/)
- [インスタンスタイプとは？AWS・Azure・Google Cloudの命名規則と選定手順を横断解説](/tech/details/17753/)
- [オンプレミスとクラウドの違いとは？コスト・セキュリティ・拡張性で比較し選び方まで解説](/column/details/13425/)
- [クラウド移行の進め方｜7Rの選び方から費用試算・切り替えまでの手順を発注者視点で解説](/column/details/13424/)
- [IaaS・PaaS・SaaSの違いとは？管理範囲と選び方を比較表で解説](/column/details/13429/)

---

出典: [AWS・Azure・Google Cloudの違いを比較｜料金・無料枠・シェアと選び方【2026年11月】](<https://www.issoh.co.jp/column/details/7416/>)（株式会社一創）