hero-image
NEWS
AWSコストはどう決まる?料金の仕組みと見積もり・削減の方法
calendar
2026.11.10
repeat
2026.11.10

AWSコストはどう決まる?料金の仕組みと見積もり・削減の方法

AWSは柔軟にシステムを構築できる一方、複数のサービスや使用量に応じて料金が発生するため、AWSコストの把握は複雑になりがちです。 課金の仕組みを理解していないと、予算超過や費用の発生源がわからなくなる恐れがあります。本記事では、AWSコストの料金体系や構成別の月額目安、見積もり方法からコスト管理・削減策まで解説し、適切な予算を立てるためのポイントを紹介します。

主要なポイント
1 AWSコストは「稼働時間×単価」と「使用量×単価」の積み上げで決まり、税別・米ドル建てで請求される
2 試算では、小規模構成が月約4,000円、冗長化したWebサービスが月約5.9万円。差の大半は冗長化とデータベースの分離による
3 予算は「試算額×想定為替×消費税×予備費」で組み、検証環境とデータ転送を必ず含める
4 請求が想定を超える主因は、削除漏れ・NAT経由の通信・延長サポートなど構成図に描かれない費用
5 導入後はAWS Budgetsと月次レビューで監視し、削除→適正化→割引契約の順で削減する

AWS料金の仕組み

AWSコストとは、AWS上で使ったリソースの量と時間に応じて毎月請求される利用料金の総額です。初期費用はかからず、サーバー、データベース、ストレージ、ネットワーク、データ転送の5つの項目ごとに「使った量×単価」で計算した金額の合計が、毎月の請求額になります。同じサービスでも、利用するリージョン(データセンターの所在地域)によって単価は異なります。

AWS料金を構成する5つの項目(サーバー代・データベース代・ストレージ代・ネットワーク代・データ転送代)と、項目ごとの「使った量×単価」の合計が毎月の請求額になる仕組みの図解
図1: AWS料金を構成する5つの項目

料金表の金額は「税別・米ドル建て」

AWSの料金ページにも明記されているとおり、料金表は税別の米ドル建てで、日本の請求先住所で契約する場合は消費税が別途かかります。支払通貨を円に設定しても、単価はドル基準のまま為替の影響を受けます。

サーバー代

サーバー代は、仮想サーバー(Amazon EC2)を動かした時間に応じてかかる費用です。CPUとメモリの性能(インスタンスタイプ)ごとに1時間あたりの単価が決まっており、「性能×稼働時間」で月額が決まります。

Linuxは秒単位で課金され、停止した時点で課金が止まります。Windows Serverを選ぶとライセンス料を含む単価になり、t3系は高負荷が続くとCPUクレジットの追加料金がかかります。サーバーを常時動かさないAWS Lambdaは、プログラムの実行回数と実行時間で課金されるため、アクセスの少ない処理では費用を抑えやすくなります。

データベース代

データベース代は、バックアップや障害時の切り替えをAWSに任せられるデータベース(Amazon RDS)の費用です。サーバーと同じく「性能×稼働時間」に、確保したストレージ容量の料金が加わります。

待機系を別のアベイラビリティゾーン(AZ)に置くMulti-AZ構成では、インスタンスもストレージも2系統分かかるため、費用は約2倍になります。データベースをサーバーに同居させればこの費用はかかりませんが、サーバー1台が止まるとサービス全体が止まります。

Single-AZ構成とMulti-AZ構成の違い:Multi-AZでは別のアベイラビリティゾーンに待機系のデータベースを置くため、インスタンスとストレージが2系統分になり費用が約2倍になる
図2: Single-AZ構成とMulti-AZ構成の違い

ストレージ代

ストレージ代は、データを保存するために確保した容量(GB)に応じて毎月かかる費用です。サーバーに接続するディスク(Amazon EBS)と、画像やファイルを保存するAmazon S3が代表的で、同じ容量ならS3のほうが単価は低くなります。バックアップ(スナップショット)やログの保存分もこの費用に含まれます。

ネットワーク代

ネットワーク代は、通信を振り分けたり外部と接続したりする仕組みにかかる費用です。主に次の3つがあり、いずれも通信量にかかわらず時間単位で課金されるため、アクセスが少ない月でも固定費のように発生します。

  • ロードバランサー(ALB):アクセスを複数のサーバーに振り分ける仕組み。時間料金に、処理量に応じた料金が加わる
  • NATゲートウェイ:外部から直接アクセスできない場所(プライベートサブネット)のサーバーが、インターネットと通信するための中継。時間料金に処理量1GBごとの料金が加わり、AZごとに置くと台数分かかる
  • パブリックIPv4アドレス:インターネットから接続するためのアドレス。1個ごとに時間単位で課金される
ロードバランサー(ALB)、NATゲートウェイ、パブリックIPv4アドレスがネットワークのどこに置かれるかを示す図:インターネットからALBを経由してサーバーへ、プライベートサブネットのサーバーはNATゲートウェイを経由してインターネットへ通信する
図3: ネットワーク代がかかる3つの仕組みの位置

データ転送代

データ転送代は、AWSから外部へ送るデータの量に応じてかかる費用です。外部からAWSへの受信は無料で、インターネットへの送信も全サービス合算で月100GBまでは無料です。

それを超える分は1GBごとに課金されます。サーバーやストレージと違って構成図からは金額が決まらず、アクセス数や配信する画像・動画の量で変わります。

AWS料金の目安

5つの項目の費用は、サービスごとの単価と使う量から計算できます。主なサービスの単価と、それを積み上げた構成例ごとの費用は次のとおりです。

主要なAWSサービスの単価

サービス単価(USD・税別)1か月の目安
EC2 t3.small(2vCPU・2GiB)0.0272/時約2,980円
EC2 t3.medium(2vCPU・4GiB)0.0544/時約5,960円
AWS Lambda(月100万回・512MB・0.5秒)0.20/100万回+0.0000166667/GB秒0円
RDS db.t4g.medium(Single-AZ)0.101/時約11,060円
RDS db.t4g.medium(Multi-AZ)0.202/時約22,120円
EBS 汎用SSD(gp3)100GB0.096/GB月約1,440円
S3 標準 100GB0.025/GB月約380円
Application Load Balancer0.0243/時+LCU約2,660円〜
NATゲートウェイ0.062/時+0.062/GB約6,790円〜
パブリックIPv4アドレス 1個0.005/時約550円
インターネットへのデータ転送(無料分を超える1TB)0.114/GB(10TBまで)約17,100円

表1: 主要なAWSサービスの単価

※2026年11月時点の東京リージョン(アジアパシフィック)のオンデマンド単価(EC2はLinux、RDSはMySQL、Multi-AZはスタンバイ1台の配置)で計算。リージョンによって単価は異なり、多くのサービスで米国東部(バージニア北部)は東京より2〜4割ほど低い単価です。円換算は1ドル=150円、730時間稼働で計算。WindowsやSQL Serverはライセンス料を含む単価になります。Lambdaは無料枠(月100万回・40万GB秒)内の例。LCUはALBの処理量に応じた課金単位。出典:Amazon EC2・EBS・S3・RDS・VPC・Elastic Load Balancing・AWS Lambdaの各料金ページ、データ転送の無料枠はAWS(2021)(参考文献1〜8)。

構成例ごとの費用

表1の単価で、サーバー1台の小規模構成と、停止に強い冗長構成の費用を項目別に積み上げると、月額の目安は次のとおりです。

費用の項目小規模構成
(サーバー1台)
冗長構成
(サーバー2台+待機系DB)
サーバー代約2,980円約11,910円
データベース代0円約26,260円
ストレージ代約510円約1,240円
ネットワーク代約550円約12,430円
データ転送代0円約6,840円
合計(月額)約4,000円約58,700円

表2: 項目別に積み上げたAWSコストの目安(月額)

※カオピーズ試算(表1と同じ単価、税別、1ドル=150円、730時間稼働)。AWSの利用料のみで、構築費や運用保守の委託費、AZ間の通信料は含みません。

※小規模構成:EC2 t3.small×1にWebとデータベースを同居、EBS 30GB、S3 20GB、パブリックIPv4×1、転送量 月50GB(無料枠内)。冗長構成:EC2 t3.medium×2、RDS db.t4g.medium Multi-AZ(ストレージ100GB)、ALB(LCU平均1)、NATゲートウェイ×1(処理量 月50GB)、パブリックIPv4×3、EBS 30GB×2、S3 100GB、転送量 月500GB。

冗長構成の月額は小規模構成の約15倍です。差の大半はサーバーの性能ではなく、待機系を持つデータベース(全体の約45%)と、ロードバランサーやNATゲートウェイなどのネットワーク代で、ネットワーク代だけでサーバー代を上回ります。

小規模構成(サーバー1台にWebとデータベースを同居)と冗長構成(ロードバランサー、2つのAZに置いたサーバー2台、待機系付きデータベース、NATゲートウェイ)の構成図の比較
図4: 小規模構成と冗長構成の比較

どちらの構成を前提にするかは、どの時間帯にどの程度の停止を許容できるかで判断します。なお、サーバーを持たない静的サイト(S3+CloudFront)なら、データの保存料だけで月数十円から運用できます。

AWSコストの見積もり方法

構成別の試算はあくまで出発点であり、稟議に通る予算にするには自社の要件を数値に置き換えて積み上げる必要があります。見積もりは次の5つの手順で進めると、項目の漏れと手戻りを抑えられます。

1. 要件を数値に置き換える

最初に、稼働時間、データ量、許容できる停止時間の3つを数値で決めます。たとえば月間10万PV、1ページあたり平均2MBのサイトなら、インターネット向けの転送量は月約200GBと見積もれます。

保存データは現在の容量だけでなく、1年後までの増加ペースも置いておきます。数値が決まらない項目は「少ない・標準・多い」の3パターンで仮置きし、次の作業に進みます。

2. 環境ごとのリソース一覧を作る

本番・検証・開発の環境ごとに、サーバーの台数とサイズ、データベースの方式、配置するAZの数を一覧にします。構成図では省略されがちな要素も、一覧では必ず1行ずつ立てておきます。

検証環境は、本番の何割の規模で、いつ動かすかもこの段階で決めておきます。複数社の見積もりを比べるときは、データベースの冗長化方式とNATゲートウェイの台数がそろっているかを先に確認すると、価格差の理由を正しく評価できます。

3. AWS Pricing Calculatorで費用を積み上げる

AWSが無料で提供するAWS Pricing Calculatorに、リソース一覧をそのまま入力します。リージョンは実際に利用する予定のものを選び、稼働時間は常時稼働なら730時間とし、検証環境は実際の稼働予定時間で入力します。

見積もりは共有用リンクやファイルで出力できるため、稟議資料に添付すると前提条件の確認がスムーズです。

AWS Pricing Calculatorでリージョンを選び、EC2の稼働時間を730時間で入力する画面
図5: AWS Pricing Calculatorの入力画面

4. 見落としやすい費用を確認する

入力が終わったら、構成図に現れにくい次の費用が含まれているかを確認します。

  • パブリックIPv4アドレス(ALB・NATゲートウェイ・EC2に付与される分を含む)
  • NATゲートウェイのデータ処理量
  • AZ間のデータ転送(冗長構成で発生)
  • EBSスナップショット・RDSバックアップの保持分
  • CloudWatch Logsなどログの取り込みと保存
  • AWS WAFやAmazon GuardDutyなど、セキュリティサービスの料金
  • 有料サポートプランの料金
  • データベースエンジンのサポート期限(延長サポート料金の有無)
  • 無料利用枠・クレジット終了後の通常料金

5. 為替・消費税・予備費を乗せて予算化する

最後に、ドル建ての試算額を円建ての予算に変換します。計算式は次のとおりです。

AWSコストの予算化の計算式

予算(円)=試算額(USD)×想定為替レート×1.10(消費税)×(1+予備費率)

たとえば表2の冗長構成で想定レートを1ドル=160円、予備費率を15%とすると、月額予算は約7.9万円になります。1ドル=150円で単純換算した約5.9万円と比べると、約2万円の差が生じます。

AWSコストの予算化の計算例:試算額391.23USDに想定為替160円、消費税1.10、予備費1.15を順に掛けて月額約7.9万円になる流れと、1ドル150円の単純換算約5.9万円との比較
図6: 予算化の計算例(為替・消費税・予備費を乗せた場合)

予備費率は、アクセス予測が不確かな新規サービスほど高めに、利用実績のある既存システムの移行では低めに設定します。予算書には想定レート・予備費率・想定転送量を併記し、差異が出たときに原因を切り分けられるようにしておきます。なお、この予算はAWSの利用料です。監視や障害対応を外部に委託する場合は、24/365(24時間365日)の運用体制とコストを参考に、その費用を別に見積もります。

構成案と見積もりの妥当性を確かめたい方へ

要件の棚卸しからAWSの構成案、前提条件を明記した月額試算の作成まで、カオピーズのAWSエンジニアがご支援します。

専門家に相談する →

AWSコストが想定を超える原因

丁寧に見積もっても、運用を始めると請求額が予算を上回ることは少なくありません。原因の多くは構成図に現れない費用で、パターンを知っていれば事前に手を打てます。

1. 外部への転送量とNAT経由の通信

画像や動画の配信量、外部APIとの連携、OSやライブラリの更新は、運用開始後に想定より増えやすい通信です。プライベートサブネットからの通信はNATゲートウェイを経由するため、こうした通信が増えるほど費用も膨らみます。

Amazon VPCの料金ページによると、NATゲートウェイを通るデータには、通常の転送料金とは別に1GBごとの処理料金がかかります。NAT経由でインターネットへ送るデータは、直接送信する場合の約1.5倍の単価になります。

2. 停止・削除し忘れたリソース

EC2インスタンスを停止しても、接続しているEBSボリュームの料金は発生し続けます。また、パブリックIPv4アドレスは使用中か未使用かを問わず同じ時間単価で課金され、NATゲートウェイは削除するまで課金が止まりません。

使っていないIPv4アドレスが1個残っているだけでも、月約550円が請求され続けます。

停止・削除し忘れたリソースで課金が続く例:停止したEC2に接続したままのEBS、未使用のパブリックIPv4アドレス、削除していないNATゲートウェイ
図7: 停止後も課金が続くリソースの例

3. 蓄積し続けるログとバックアップ

CloudWatch Logsのログ、EBSスナップショット、RDSの手動スナップショットは、保持期間を決めない限り削除されずに残ります。1か月ごとの増加は小さくても、運用年数に比例して保存料金は増え続けます。

4. 24時間稼働の検証・開発環境

検証環境や開発環境は、本番と同じ設定のまま24時間稼働していることが多い領域です。見積もりで平日日中のみの稼働を前提にしていても、停止の仕組みがなければ24時間稼働のままになります。

カオピーズの試算では、検証環境(EC2 t3.small・RDS db.t4g.medium Single-AZ、ストレージ込み)を平日日中だけ稼働させれば月約6,500円ですが、24時間稼働のままでは月約1.6万円と2倍以上になります。

5. 為替と消費税

料金表の金額をそのまま円に換算して予算にすると、消費税分の10%が不足するうえ、円安が進めば同じ使用量でも請求額が増えます。

前述の予算化の計算式で予算を組み、四半期ごとに想定レートを見直します。

6. 無料利用枠とサポート期限の終了

AWSの発表によると、2025年7月15日以降に作成したAWSアカウントには、従来の12か月無料枠ではなく、最大200ドル相当のクレジットと最長6か月の無料プランが適用されます。無料期間中の請求額を基準にすると、有料プランへの切り替え後に想定外の費用が発生します。

データベースのバージョンにも同じ注意が必要です。AWSのブログによると、Amazon RDS for MySQL 8.0は2026年7月31日に標準サポートが終了し、その後も8.0を使い続けるインスタンスにはvCPU時間単位の延長サポート料金が自動で加算されます。

Multi-AZ構成では待機系のインスタンスにも課金されるため、延長サポート料金も2倍になります。導入時点でエンジンのサポート期限を確認し、アップグレード作業を年間計画と予算に組み込んでおきます。

AWSの新しい無料プランとRDS for MySQL 8.0のサポート期限のタイムライン:2025年7月15日以降の新規アカウントは最大200ドル・最長6か月、2026年7月31日に標準サポート終了、その後は延長サポート料金が自動加算
図8: 無料プランとデータベースのサポート期限のタイムライン

AWSコストの管理方法

見積もりの精度を高めても、使い始めてからの監視がなければ支出は管理しきれません。Flexeraの2026年版レポートには、次の結果があります。

回答者はクラウド支出の29%が無駄になっていると推定しており、この割合はAIワークロードの拡大を背景に5年ぶりに増加しました。また、回答者の85%がクラウド支出の管理を課題に挙げています。

― 出典:Flexera「2026 State of the Cloud Report」(2026年)

こうした無駄を早く見つけるために、AWSには無料で使える管理ツールがそろっています。

ツール主な用途
Billing and Cost Management当月の請求額とサービス別内訳の確認
AWS Cost Explorerサービス別・タグ別の推移分析と将来予測
AWS Budgets予算超過・超過予測の通知
AWS Cost Anomaly Detection機械学習による異常な支出の検知
コスト配分タグ環境・部署・プロジェクト別の集計

表3: 費用の確認・管理に使う主なツール

※料金は2026年11月時点のAWS公式料金ページより。Cost Explorerはコンソールでの利用、AWS Budgetsは予算の監視と通知が無料で、アクション付き予算は3つ目から1日0.10USDかかります。

コスト配分タグは構築時に、それ以外のツールは本番稼働の開始までに設定しておきます。

注意したいのは、AWS Budgetsは予算を超えた時点で利用を止める仕組みではなく、通知を送る仕組みだという点です。AWSのドキュメントでも、リソースの利用から請求への反映までには時間差があり、通知が届く前に予算を超える場合があると説明されています。

そのため、予算の50%・80%・100%で段階的に通知を出し、超過の予測値にもアラートを設定します。急な増加を早く捉えるためにCost Anomaly Detectionを併用し、通知を受けた担当者が取る対応まで事前に決めておきます。

運用が始まったら、月に1回は次の4項目を確認するレビューの場を設けます。

  • 前月比で増えたサービス:Cost Explorerでサービス別の増加額を確認し、理由を説明できない増加を洗い出す
  • タグのないリソース:担当者と用途が不明なリソースを特定し、削除か継続かを決める
  • 使用率の低いインスタンス:CPU・メモリの使用率が低い状態が続くサーバーとデータベースを抽出する
  • 予算に対する着地予測:当月の着地見込みと予算の差を確認し、超過しそうなら翌月の対策を決める
AWSコスト管理のサイクル(可視化・通知・月次レビュー・削減)の図解
図9: 導入後にAWSコストを管理するサイクル

AWSコストの削減方法

削減はリスクの小さい施策から順に進めます。「削除→適正化→稼働時間の制御→割引契約→設計の見直し」の順にすると、不要な使用量まで割引契約で固定してしまう失敗を避けられます。

1. 使っていないリソースを削除する

最も確実で効果が早いのは、使っていないリソースの削除です。どのインスタンスにも接続していないEBSボリューム、古いスナップショット、関連付けのないElastic IP、利用者のいない検証環境は、削除した月から費用がなくなります。

削除の前にはタグで担当者を確認し、残す必要があるデータは低頻度アクセス向けのS3ストレージクラスへ退避します。ログの保持期間とスナップショットの世代数も、監査や障害調査に必要な期間から逆算して設定し、不要な蓄積を止めます。

2. 使用率に合わせてサイズを見直す

ライトサイジングとは、CPUやメモリの実際の使用率に合わせて、インスタンスのサイズや種類を見直すことです。AWS Compute Optimizerは過去の使用状況を分析し、過剰なサイズのインスタンスと推奨サイズを提示します。

推奨は繁忙期のピークを含む期間のデータで判断し、変更後は性能に問題がないかを1〜2週間監視します。

3. 稼働時間を制御する

24時間の稼働が不要な環境では、稼働時間そのものを減らすのが効果的です。平日の日中12時間だけ稼働させると、月の稼働時間は730時間から264時間になり、時間単位で課金される部分を約64%削減できます。

ただし、停止中もEBSやRDSのストレージ料金は発生するため、削減効果は時間課金の部分に限られます。停止と起動はスケジュールで自動化し、データベースは始業前に立ち上がるよう余裕を持って設定します。

平日の日中12時間だけ稼働させる週間スケジュールの例:月の稼働時間が730時間から264時間に減り、時間課金部分を約64%削減
図10: 平日日中のみ稼働させる場合のスケジュール例

4. 割引の購入オプションで単価を下げる

使用量が安定してきたら、一定の利用を約束する代わりに単価を下げる仕組みを検討します。

割引の種類最大割引率・契約条件向いているケース
Compute Savings Plans最大66%
1年または3年、時間あたりの利用額を約束
構成変更の可能性がある本番環境
EC2 Instance Savings Plans最大72%
1年または3年、リージョンとインスタンスファミリーを固定
構成が固まった本番環境
リザーブドインスタンス(RI)最大72%(EC2の場合)
1年または3年、インスタンスタイプとリージョンを固定
構成が固まったEC2・RDS・ElastiCacheなど
Database Savings Plans最大35%
1年、前払いなし
RDSやAuroraを継続して使う環境
スポットインスタンス最大90%
約束は不要、2分前の通知で中断される場合あり
バッチ処理、CI/CD、検証環境(常時稼働のWebサーバーには不向き)

表4: 割引の購入オプションと使い分け

※割引率はオンデマンド料金との比較。出典:AWSのSavings Plans・リザーブドインスタンス・スポットインスタンスの各公式ページ、Database Savings Plansの発表(2025年12月)。

割引の効果が大きい選択肢ほど、契約期間中の構成変更に対する柔軟性は下がります。カオピーズでは、2〜3か月分の利用実績がそろってから、常に使い続ける最低限の使用量だけをSavings Plansでカバーし、変動する分はオンデマンドに残す方法をおすすめしています。

約束した利用額は使わなくても支払いが発生するため、将来の縮小や移行の予定も確認したうえで金額を決めます。

5. アーキテクチャを見直す

根本的にコストを下げるには、費用が発生しにくい設計に作り替えます。代表的な施策は、静的コンテンツのCloudFront配信、S3へのゲートウェイ型VPCエンドポイントの利用、アクセスの少ない処理のサーバーレス化です。

CloudFrontの料金ページによると、AWSのオリジンからCloudFrontへのデータ転送は無料のため、配信量が多いサイトほど効果が出ます。配信費用を月額で固定したい場合は、2025年11月に提供が始まったCloudFrontの定額料金プランも選択肢です。

定額料金プランでは、使用量がプランの上限を超えても超過料金は発生せず、配信性能が下がる場合がある仕組みです。そのため、アクセスの急増による請求のぶれを抑えられます。

S3への通信をゲートウェイ型VPCエンドポイント経由にすると、NATゲートウェイの処理料金がかからなくなり、エンドポイント自体にも時間料金や処理料金は発生しません。設計の見直しは開発工数を伴うため、削減見込み額と工数を比べ、投資を早く回収できる施策から着手します。

設計見直しの前後比較:EC2から直接配信する構成をCloudFront経由の配信に、NATゲートウェイ経由のS3通信をゲートウェイ型VPCエンドポイント経由に変更
図11: 設計見直しの前後比較(CloudFront配信とVPCエンドポイント)

まとめ

AWSコストは、サーバーの稼働時間やストレージ容量、データ転送量などによって決まり、システムの規模や構成によって月額費用は大きく異なります。適切な予算を立てるには、導入前の見積もりだけでなく、運用開始後のコスト管理と最適化も重要です。

ただし、自社での試算だけでは見落としやすい費用もあり、正確な予算の把握は容易ではありません。カオピーズのAWS導入支援では、システム要件に応じたAWS構成の検討から費用の見積もり、コスト最適化まで支援していますので、具体的な費用を知りたい方はお気軽にご相談ください。

AWSコストの見積もり・最適化を専門家に相談しませんか?

無料相談・お見積もりはこちら →   資料ダウンロード →

よくある質問(FAQ)

Q1. AWSは月額いくらから使えますか?

静的サイトなら月数十円から使えます。サーバー1台の小規模構成なら、月4,000円前後(税別)が目安です。

Q2. AWSの料金は日本円で支払えますか?

支払通貨を日本円に設定して支払えます。ただし単価はドル基準のため為替の影響は残り、予算にはレートの余裕が必要です。円建ての請求書払いを希望する場合は、AWSパートナーの請求代行サービスを利用する方法もあります。

Q3. AWSの無料利用枠だけで本番運用できますか?

継続運用はできません。2025年7月15日以降の新規アカウントは最大200ドル・最長6か月の無料プランで、その後は有料プランが必要です。

Q4. AWSで予算を超えたら自動で停止しますか?

標準では停止しません。AWS Budgetsは通知が基本で、アクション機能を設定すれば特定のEC2やRDSの停止を自動化できます。

Q5. Savings Plansはいつ購入すべきですか?

不要リソースの削除とサイズの見直しを終え、2〜3か月の実績で安定した使用量が見えてから、その範囲内で購入するのが安全です。

参考文献

  1. Amazon Web Services.(2026).
    「Amazon EC2 On-Demand Pricing」.
    https://aws.amazon.com/ec2/pricing/on-demand/
  2. Amazon Web Services.(2026).
    「Amazon EBS Pricing」.
    https://aws.amazon.com/ebs/pricing/
  3. Amazon Web Services.(2026).
    「Amazon S3 Pricing」.
    https://aws.amazon.com/s3/pricing/
  4. Amazon Web Services.(2026).
    「Amazon RDS Pricing」.
    https://aws.amazon.com/rds/pricing/
  5. Amazon Web Services.(2026).
    「Amazon VPC Pricing」.
    https://aws.amazon.com/vpc/pricing/
  6. Amazon Web Services.(2026).
    「Elastic Load Balancing の料金」.
    https://aws.amazon.com/jp/elasticloadbalancing/pricing/
  7. Amazon Web Services.(2026).
    「AWS Lambda の料金」.
    https://aws.amazon.com/jp/lambda/pricing/
  8. Amazon Web Services.(2021).
    「AWS 無料利用枠のデータ転送量の拡大 — リージョンから 100 GB、Amazon CloudFront から 1 TB / 月」.
    https://aws.amazon.com/jp/blogs/news/aws-free-tier-data-transfer-expansion-100-gb-from-regions-and-1-tb-from-amazon-cloudfront-per-month
  9. Amazon Web Services.(2025).
    「AWS Free Tier now offers $200 in credits and 6-month free plan to explore AWS at no cost」.
    https://aws.amazon.com/about-aws/whats-new/2025/07/aws-free-tier-credits-month-free-plan/
  10. Amazon Web Services.(2026).
    「Upgrade strategies for Amazon RDS for MySQL 8.0 to 8.4」.
    https://aws.amazon.com/blogs/database/upgrade-strategies-for-amazon-rds-for-mysql-8-0-to-8-4/
  11. Flexera.(2026).
    「Flexera Finds Cloud Value is Rising While AI Waste Grows」.
    https://www.flexera.com/about-us/press-center/flexera-finds-cloud-value-is-rising-while-ai-waste-grows
  12. Amazon Web Services.(2026).
    「AWS Budgets Pricing」.
    https://aws.amazon.com/aws-cost-management/aws-budgets/pricing
  13. Amazon Web Services.(2026).
    「AWS Budgets によるコストの管理」.
    https://docs.aws.amazon.com/ja_jp/cost-management/latest/userguide/budgets-managing-costs.html
  14. Amazon Web Services.(2026).
    「Compute Savings Plans と EC2 Instance Savings Plans」.
    https://aws.amazon.com/jp/savingsplans/pricing/
  15. Amazon Web Services.(2026).
    「Amazon EC2 リザーブドインスタンス」(Amazon EC2 リザーブドインスタンスと AWS のその他の予約モデル).
    https://docs.aws.amazon.com/ja_jp/whitepapers/latest/cost-optimization-reservation-models/amazon-ec2-reserved-instances.html
  16. Amazon Web Services.(2025).
    「Announcing Database Savings Plans with up to 35% savings」.
    https://aws.amazon.com/about-aws/whats-new/2025/12/database-savings-plans-savings
  17. Amazon Web Services.(2026).
    「Amazon EC2 スポットインスタンス」.
    https://aws.amazon.com/jp/aws-cost-management/aws-cost-optimization/spot-instances/
  18. Amazon Web Services.(2026).
    「Amazon CloudFront Pricing」.
    https://aws.amazon.com/cloudfront/pricing/
  19. Amazon Web Services.(2025).
    「Introducing flat-rate pricing plans with no overages」.
    https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-flat-rate-pricing-plans-with-no-overages

よく読まれている記事

https://kaopiz.com/wp-content/uploads/2026/08/768-x-448-オフショア開発-メリット・デメリット-1.png
ブログ
26.08.17

オフショア開発とは?意味やメリット、失敗しない進め方を紹介

オフショア開発とは、グローバルな人材を活用してソフトウェア開発のコストを最適化する手法です。意味・メリット・デメリットや導入時の重要な注意点を分かりやすく解説します。
https://kaopiz.com/wp-content/uploads/2026/06/24365とは?システム安定稼働に必要な運用体制・コストを解説.png
ブログ
26.03.30

24/365とは?システム安定稼働に必要な運用体制・コストを解説

24/365とは「24時間365日」を意味する言葉で、システム運用の現場でよく使われます。本記事では基本定義から具体的な業務、自社運用と外注のコスト比較、AI活用の最新監視サービスまでを解説します。
お問い合わせ
このフォームに入力するには、ブラウザーで JavaScript を有効にしてください。
* 必須記入事項
Drag and drop files here or
Upload upto 5 Files. Max File Size: 2 MB
すべての * 必須項目に入力してください。
→ Table of Content