公開2026.07.06更新2026.09.23 Webシステム

AWSの見積もりとは？料金計算ツールの使い方と費用が変わる要因を発注視点で解説

AWSの費用は使った分だけ支払う従量課金のため、契約前に金額を確定できません。だからこそ、稼働前に構成から金額を試算する「見積もり」が必要になります。この記事では、公式のAWS Pricing Calculatorを使った見積もりの手順、公開版とコンソール内版という2つの提供形態の違い、日本円でざっくり把握する概算のやり方、価格表APIから単価を機械的に取る方法、そして見積もりが実際の請求額とずれる原因までを整理します。読み手は、AWS上でのシステム構築やクラウド移行を検討している担当者を想定しました。自社で試算する場面と専門家へ任せる場面の線引きも判断基準つきで示します。割引率や単価は、AWSの公式料金ページとドキュメントで2026年9月時点の表記を確認した値です。

まとめ：AWS見積もりは2種の公式ツールと費用構造の把握で精度が決まる

AWSの見積もりは、公式のAWS Pricing Calculator（calculator.aws）にサービス構成を入力して月額・年額を算出するのが基本の方法です。旧「簡易見積りツール（Simple Monthly Calculator）」はすでに提供を終えており、2026年9月時点の公式ツールはPricing Calculatorへ一本化されています。さらにAWSは、アカウント不要のブラウザ版（公開版）と、請求コンソールの機能として動くコンソール内版の2つを並行して提供しています。前者に向いているのは構成から積み上げる試算、後者に向いているのは自社の過去利用実績と契約済みの割引を反映した試算です。

金額を左右するのは、リージョン、インスタンスの種類とサイズ、稼働時間、ストレージ量、そしてデータ転送量です。同じ構成でも、支払い方式をオンデマンドからSavings Plansやリザーブドインスタンスへ変えるだけで月額が下がります。AWS公式が示す割引率の上限はCompute Savings Plansで最大66%、EC2 Instance Savings Plansとスタンダードのリザーブドインスタンスで最大72%です。

試算値が請求額とずれる最大の原因は、データ転送料やNATゲートウェイ、パブリックIPv4アドレス、運用監視といった「本体以外」の費用の見落としにあります。概算段階でこれらを1〜2割の予備費として上乗せしておくことは、後からの上振れを抑えるための備えです。稼働後の実績を可視化・分析するなら、AWS Cost Explorerとは何かを実装者目線で解説した記事で実績側の見方を確認できます。ツール試算で足りるのは構成が固まった単純なケースで、要件が流動的なクラウド移行や本番運用まで含む構築では、費用構造を読み解ける専門家の見積もりと突き合わせる判断が要ります。

AWSの費用が従量課金で決まる仕組みと見積もりが必要になる場面

見積もりの精度は、AWSの課金がどの単位で発生するかを理解しているかで決まります。費用の構造から押さえます。

コンピュート・ストレージ・データ転送の3つに分かれる課金要素

AWSの請求は、大きく3つの要素に分かれます。1つ目はコンピュート。EC2のような仮想サーバーは、インスタンスの種類・サイズ・稼働時間で秒単位に近い粒度で課金されます。2つ目はストレージ。S3は保存量とリクエスト数、EBSはボリューム容量で費用が積み上がります。3つ目がデータ転送で、AWSの外へ出ていく通信（アウトバウンド）の料金を見落とすと試算が狂います。

サービスによって課金の単位はまったく異なります。サーバーを常時起動せず実行時間だけで課金される構成では、常時起動する構成と費用の考え方が根本から異なるのです。その費用構造はサーバーレスとは何か、コンテナとの使い分けの解説が参考になります。試算に入る前に、仮想サーバーならAmazon EC2のインスタンスタイプと料金モデル、データベースならAmazon RDSの対応エンジンと料金モデルを押さえておくと、入力する値の意味が分かった状態で計算ツールに向かえます。

システム新規構築・クラウド移行・予算策定で見積もりが要る場面

見積もりが要るのは主に3場面。新規にシステムを構築するとき、オンプレミスからクラウドへ移行するとき、年間のIT予算を策定するときです。

求められる精度は場面ごとに異なります。予算策定なら、大枠の月額がわかれば十分です。一方、移行案件はもっと重い。現行サーバーの台数・スペック・ディスク容量・通信量を棚卸ししてから試算しないと、移行後にコストが想定を超えます。新規構築なら、確定していない構成を仮置きして複数パターンを比較する使い方。「何を決めるための見積もりか」を先に定めると、必要な粒度が決まります。

AWS Pricing Calculatorで月額を試算する手順と入力項目の勘所

公式ツールなら、無料でサービス単位の月額・年額を算出し、結果を共有・出力できます。2種類の提供形態、操作の流れ、単価を機械的に取る方法まで示します。

公開版calculator.awsとコンソール内版の違いと使い分けの基準

AWSのコスト管理ドキュメントは、Pricing Calculatorに2つの体験があると明記しています。1つが公開版のブラウザツール（calculator.aws）で、AWSアカウントを作らずに使えます。もう1つがAWS Billing and Cost Managementの機能として動くコンソール内版で、こちらはアカウントが前提。両者は画面違いではなく、扱えるデータが違います。

コンソール内版は、既存の利用実績をインポートして将来の使用量変化をモデル化でき、Savings Plansやリザーブドインスタンスの購入コミットメントを増減させたときの影響も試せます。レートは公開のオンデマンド価格に加えて割引後のレートを選べます。見積りは、特定のワークロードを対象にする「ワークロード見積り」と、一括請求全体を対象にする「請求見積り」の2種類。前者はアカウント種別を問わず無料で、後者は管理アカウントまたは単独アカウント向け、暦月5件まで無料で6件目からは1件2USDです。

使い分けは明快です。新規構成をゼロから積み上げるなら公開版、本番アカウントがあり増設や移行の費用影響を知りたいならコンソール内版。既存利用があるのに公開版のオンデマンド単価だけで試算すると、実際には効いている既存のSavings Plansを無視した過大な数字になります。

EC2とRDSを例にPricing Calculatorで試算する操作の流れ

WEBサーバー2台とデータベース1台という最小構成を例に、公開版の操作の流れを追います。

calculator.aws を開き、表示言語を日本語に切り替える
「見積もりの作成」からサービスを検索し、EC2を追加する
リージョン（例：アジアパシフィック東京）、OS、インスタンスタイプ、稼働時間、EBS容量を入力する
同様にRDSを追加し、デプロイ方式（シングルAZかマルチAZ）と価格モデルを選ぶ
グループ機能で「Web層」「DB層」のように階層化し、層ごとの小計を出す
各サービスの月額が合算され、見積もり全体の総額が表示される

入力値のうち金額への影響が大きいのはインスタンスタイプと稼働時間です。ここを実態より大きく取ると過剰な見積もりになり、小さく取ると本番で足が出ます。精度を上げる方法は、まず現実的な値で1本作り、あとからサイズ違いのパターンを複製して比較することです。稼働後に実測値からサイジングを見直すAWS Compute Optimizerのレコメンデーションの読み方を先に知っておくと、初回の入力を過大に振らずに済みます。

見積もりの共有とCSV・PDFエクスポート、見積書への落とし込み

作成した見積もりは、共有リンクを発行して社内やベンダーと同じ画面を見ながら検討できます。CSVやPDF形式でのエクスポートにも対応しているため、稟議資料や社内見積書のたたき台としても転用が可能です。ただし公式のユーザーガイドは、保存された見積りがAWSのパブリックサーバーに置かれると明記しています。顧客名やシステム名をグループ名に書き込むと、リンクを知る相手に読まれる前提になる点は押さえてください。

もう1つの注意が税金です。Pricing Calculatorの金額は適用されうる税を含みません。出力を「原価の一部」と位置づけ、そこへ作業費と消費税を積み上げる二段構えで考えます。

AWSの価格表APIと公開価格ファイルから単価を機械的に取得する手順

Pricing Calculatorが表示する単価は、AWS Price List API由来です。同じ元データは認証なしで読める公開ファイルとしても配布されています。数十サービスの単価を毎月Excelへ落とすような作業なら、画面操作より機械的に取るほうが速い。まず公開ファイルの所在と更新日を確認します。

# 公開価格表（Price List Bulk）の更新日と東京リージョンのファイル所在を確認する
curl -s https://pricing.us-east-1.amazonaws.com/offers/v1.0/aws/AmazonEC2/current/region_index.json | jq -r '.publicationDate, .regions["ap-northeast-1"].currentVersionUrl'

# ダウンロード前にファイルサイズを確認する（EC2の1リージョンぶんでも数百MBある）
curl -sI https://pricing.us-east-1.amazonaws.com/offers/v1.0/aws/AmazonEC2/current/ap-northeast-1/index.csv | grep -i content-length

2026年9月16日に実行した時点では、publicationDate は 2026-09-10T19:55:14Z、東京リージョンのEC2価格表は Content-Length が289,290,418バイト（約276MiB）でした。EC2だけでこの大きさです。丸ごと落として手元で加工する設計にすると毎回の実行が重くなるため、必要な行だけ引くなら AWS CLIの aws pricing get-products のほうが現実的です。

# フィルタに使える属性名を先に列挙する（サービスごとに属性が異なる）
aws pricing describe-services --service-code AmazonEC2 --region us-east-1

# 東京リージョン・Linux・共有テナンシーのt3.mediumを1件だけ引く
aws pricing get-products --service-code AmazonEC2 --region us-east-1 --max-items 1 \
  --filters Type=TERM_MATCH,Field=instanceType,Value=t3.medium \
            Type=TERM_MATCH,Field=regionCode,Value=ap-northeast-1 \
            Type=TERM_MATCH,Field=operatingSystem,Value=Linux \
            Type=TERM_MATCH,Field=tenancy,Value=Shared \
            Type=TERM_MATCH,Field=capacitystatus,Value=Used

フィルタの書式は Type=TERM_MATCH,Field=属性名,Value=値 で、指定できる属性名はサービスごとに違います。先に describe-services で列挙してから組み立てると、空振りを減らせます。価格表APIのエンドポイントは限られたリージョンにしか無いため、--region us-east-1 のように明示するのが安全です。なお、AWSのドキュメントは、料金ページとPricing Calculatorの価格が食い違った場合は料金ページ側を採ると明記しています。両者がずれて見えたら、料金ページを正としてください。

AWSの概算を日本円でざっくり把握する方法と支払い方式による費用の差

構成が固まる前に桁感だけ知りたい段階では、詳細入力は手間です。概算に向いた方法と、支払い方式による差を押さえます。

AWSを日本円でざっくり概算する方法と補助ツールの使いどころの線引き

桁感の把握なら、サードパーティ製の概算ツールが速いです。日本円で結果を表示する「ざっくりAWS」のようなサイトは、代表的なサービスを選ぶだけで月額の目安を出せます。社内で数字を共有したいときに向きます。

一方、補助ツールの数値はあくまで目安で、細かなオプションや割引は反映しきれません。桁が見えたら公式のPricing Calculatorへ移り、正確な構成で作り直す。この二段階が、速さと正確さの両立になります。円建ての概算にはもう1つ落とし穴があり、AWSの請求はUSD建てのため、円の数字は作成時点の為替に縛られます。年間予算へ落とすときはUSDの年額を先に固め、社内で決めた為替前提を掛けてください。概算値のまま予算を確定させないことです。

オンデマンドとSavings Plans・リザーブドの割引率と適用範囲の違い

同じEC2でも、支払い方式の選び方で月額は大きく動きます。AWSの公式料金ページが示す上限値を並べます。

支払い方式	コミット期間	割引率の上限	適用範囲
オンデマンド	なし	割引なし	検証・短期・変動負荷
Compute SP	1年か3年	最大66%	EC2・Fargate・Lambda
EC2 Instance SP	1年か3年	最大72%	指定ファミリーとリージョン
スタンダードRI	1年か3年	最大72%	構成が固定的な用途
コンバーティブルRI	1年か3年	最大66%	後から属性を変える用途

表の「最大」は上限値で、通常の構成でそのまま得られる数字ではありません。AWSのリザーブドインスタンス料金ページは、平均割引率をスタンダードRIで1年40%・3年60%、コンバーティブルRIで1年31%・3年54%と示しています。見積もりに割引を織り込むなら、最大値よりこの平均値のほうが現実に近い前提です。

もう1つの軸が適用範囲の広さです。Compute Savings Plansはインスタンスファミリー・サイズ・アベイラビリティゾーン・リージョン・OS・テナンシーを問わず適用され、EC2に加えてFargateとLambdaにも効きます。EC2 Instance Savings Plansは割引率が高い代わりに、リージョン内の特定インスタンスファミリーへ固定されます。支払いは全前払い・一部前払い・前払いなしの3択。見積もり段階ではまずオンデマンドで上限を把握し、継続利用が確実な部分だけコミットへ寄せると、無駄な前払いを避けられます。検証環境まで長期コミットに含めないのがコツです。見積もりで把握したコストを継続的に管理・削減していく運用の全体像は、FinOpsとは何かで解説しています。

AWSの見積もりが実際の請求額とずれる主な原因と精度を上げる手順

試算どおりに請求が来ないという相談は多く、原因はほぼ決まっています。ずれの正体と精度を引き上げる手立てを示します。

データ転送・NATゲートウェイ・パブリックIPv4の見落としやすい費用

見積もりが上振れする典型が、サーバー本体以外の費用の抜けです。とくにデータ転送料は、インターネットへの送出量が読みにくく、アクセス増でそのまま膨らみます。プライベートサブネットから外部通信を通すNATゲートウェイも、時間課金とデータ処理課金の二重で効きます。AWSのVPC料金ページは、NATゲートウェイを1時間あたり0.045USD、処理データ1GBあたり0.045USDと表示しています（米国東部オハイオの表記。リージョンで単価は変わります）。1台を常時稼働させるだけで月およそ32USDが土台として乗り、アベイラビリティゾーンごとに置く冗長構成ならその台数分が積み上がる計算です。NATを置かない構成を含めた比較はNATゲートウェイとNATインスタンスの違いと料金で整理しています。

もう1つ抜けやすいのがパブリックIPv4アドレスです。使用中かアイドルかを問わず1時間あたり0.005USDが課金され、1アドレスにつき月およそ3.6USDになります。EC2を10台並べてグローバルIPを振れば、それだけで月36USD前後。構成図に描かれない小さな課金ほど、台数を掛けたときに効いてきます。

CloudWatchの監視・ログ保管費用が後から効いてくる仕組みと実額

監視とログの費用は、稼働してから伸びる性質があります。AWSのCloudWatch料金ページによると、カスタムメトリクスは最初の10,000件まで1件あたり月0.30USD、標準解像度のアラームは1件あたり月0.10USD。ログは取り込みが1GBあたり0.50USD、保存が1GBあたり月0.03USDです（2026年9月時点の公式表記。常時無料枠としてログ5GB・カスタムメトリクス10件・アラーム10件が付きます）。

数字だけ見ると小さく映ります。膨らむのは掛け算になったときです。1インスタンスあたり20個のカスタムメトリクスを出す構成が20台あれば400件で月120USD。ログを1日10GB取り込めば月300GBで、取り込みだけで月150USDです。サーバー本体より監視のほうが高い、という逆転はここから起きます。見積もり段階では、メトリクス件数とログの1日あたり想定GB数を必ず入力項目に立ててください。ロードバランサーの稼働費やスナップショット保存も同じで、合算すると本体の1〜2割に達します。

類推見積・ボトムアップ・三点見積りを併用して精度を上げる進め方

精度は、ツールの入力を細かくするだけでは上がりません。見積もりの技法そのものを組み合わせます。過去の類似案件から金額を推定する類推見積、構成要素を1つずつ積み上げるボトムアップ、楽観・悲観・最可能の3値から幅を出す三点見積り。この3つを場面で使い分けます。

初期は類推で桁を押さえ、構成が固まったらPricing Calculatorでボトムアップに積み上げ、不確実な部分は三点見積りで幅を持たせる。各手法の違いと使い分けはボトムアップ見積もりと類推・三点見積りの違いで詳しく整理しています。数値を1点で出さず、幅で示すことが精度への近道です。

AWS構築の外注で自社試算とベンダー見積もりを使い分ける判断基準

ここは判断を言い切ります。すべてを自社で試算すべきでも、丸投げすべきでもありません。線引きの条件を示します。

自社のPricing Calculator試算で足りる場面と専門家に任せる場面

自社のPricing Calculator試算だけで足りるのは、構成が固まっていて、EC2やRDSなど定番サービスを常識的なサイズで組むケースです。予算の桁を押さえる目的なら、社内試算で判断できます。

逆に、専門家へ任せるべき場面ははっきりしています。要件が流動的なクラウド移行、可用性やセキュリティの設計が絡む本番構築、データ転送や運用監視まで含めた総保有コストを問う場面です。ここで自社の概算に固執すると、設計の抜けがそのまま費用の抜けになります。「金額の桁を知りたい」なら自社試算、「投資判断を下す」ならベンダー見積もりとの突き合わせ、と用途で切り分けてください。桁感の概算を投資判断へそのまま流用するのが、最も誤りやすいパターンです。

ベンダーの見積書で前提と変動費の書き分けを確認するチェック項目

ベンダーから届く見積書は、AWS利用料と作業費が混在しています。読み解くときに見るのは次の4点です。

AWS実費と、設計・構築・運用保守の作業費が分離されているか
データ転送・NATゲートウェイ・監視など変動費の想定値が明記されているか
前提とした構成・稼働時間・リージョンが自社の想定と一致しているか
割引を織り込んでいる場合、コミット期間と支払い方式が書かれているか

とくに4点目は後から効きます。3年コミットの割引後単価で作られた見積書は月額が安く見えますが、途中で構成を変えられない制約が付いてきます。前提が曖昧な見積書は、運用開始後に追加費用が発生しやすい形です。依頼範囲そのものの決め方はAWS構築代行の依頼範囲と費用で扱っています。

作業費の相場観はシステム開発の費用相場と人月単価の見方で判断材料がそろいます。一創ではAWSを含むクラウド上のシステム構築・移行を受託しており、要件整理から費用試算までの相談はインフラ構築（AWS・Google Cloud・Azure）で受け付けています。見積書に不明点があれば、着工前に前提の一致を取り切ってください。

よくある質問

AWSの見積もりについて、検討段階で多く寄せられる質問に答えます。

AWSの見積もりは無料でできますか？

公開版のAWS Pricing Calculator（calculator.aws）は無料で、AWSアカウントの作成も課金も発生しません。構成を入力して月額・年額を試算し、結果をCSVやPDFで出力できます。コンソール内版もワークロード見積りは無料。請求見積りだけが暦月5件まで無料で、6件目からは1件2USDの課金です。費用が発生するのは実際にリソースを起動してからになります。

AWS Pricing Calculatorと「ざっくりAWS」など概算ツールの違いは？

公式のPricing Calculatorは、リージョンやインスタンスタイプ、支払い方式まで細かく指定した正確な試算に向きます。単価はAWS Price List API由来で、料金改定に追従します。「ざっくりAWS」のようなサードパーティ製ツールは、代表的なサービスを選ぶだけで日本円の目安を素早く出す用途です。桁感の把握は概算ツール、予算確定前の詰めは公式ツール、と段階で使い分けてください。

EC2だけの費用を見積もるにはどうすればよいですか？

Pricing CalculatorでEC2を単体で追加し、リージョン・OS・インスタンスタイプ・稼働時間・EBS容量を入力すれば、EC2だけの月額が出ます。常時起動なら月730時間での計算です。稼働時間を実態に合わせ、Savings Plansやリザーブドインスタンスを選べば割引後の金額も比較できます。単価だけを機械的に引くなら、AWS CLIの aws pricing get-products でインスタンスタイプとリージョンを絞り込む方法もあります。

見積もりと実際の請求額がずれるのはなぜですか？

多くはデータ転送料・NATゲートウェイ・パブリックIPv4・監視やログ保管といった本体以外の費用の見落としが原因です。NATゲートウェイは時間課金とデータ処理課金の二重、パブリックIPv4は1時間0.005USDが台数分かかります。試算値に税が含まれない点も、円建ての社内予算と突き合わせたときにずれが生じる原因の一つです。本体費用の1〜2割を予備費として上乗せしておくと、ずれを小さく抑えられます。

AWSの見積書は取引先へ提出できる形式で出せますか？

Pricing Calculatorの出力はAWS利用料の試算であり、そのままでは正式な見積書になりません。取引先向けには、この利用料に設計・構築・運用保守の作業費と消費税を加えた見積書を別途作成します。ツールのPDF出力は、その原価根拠を示す添付資料という位置づけです。共有リンクは保存先がAWSのパブリックサーバーなので、顧客名やシステム名を見積り名に書かない運用にしてください。