AWS 04：お金の考え方 ― 何に払い、どう見張り、どう見積もるか

一言でいうと：4種類のメーターが回っている

AWS の料金は、家の電気やガスと同じように、メーターで数えると考えるとわかりやすくなります。AWS のメーターは、大きく4種類です。

どのサービスも、このメーターのどれか、またはいくつかの組み合わせで料金が決まります。たとえばデータベースの RDS は「時間」と「量」の両方が回ります。

サービスの料金ページは、最初は細かい数字だらけで読みにくく感じます。そんなときは、「このサービスは、どのメーターが回るのか」だけを探してください。それがわかれば、「何を減らせば安くなるか」も見えてきます。

次から、4つのメーターを1つずつ見ていきます。図の左に並んだメーターのうち、色が付いているものが、そのページで見ているメーターです。

メーター①「時間」：動かしている間ずっと回る

1つめは時間のメーターです。サーバーやデータベースは、動かしている時間に応じて料金がかかります。

EC2 のサーバー（Linux の場合）は、1秒単位で数えられます（ただし最低60秒）。1時間だけ使って消せば、1時間分だけです。これがクラウドの「必要なときだけ借りる」の正体です。

ここで大事なのは、「止める」と「消す」は違うということです。図の表を見てください。

サーバーを「停止」すると、サーバー本体のメーターは止まります。でも、サーバーについているディスクは残っているので、その容量の料金はかかり続けます。

また、インターネットから届くための住所であるパブリック IPv4 アドレス（第9章）は、2024年から持っている時間に応じて課金されるようになりました。使っていても使っていなくても同じ料金です。

「止めたから、もうお金はかからない」と思っていると、ディスクと IP の料金が毎月少しずつ積み上がります。要らなくなったら、止めるのではなく消す。これが時間のメーターの基本です。

メーター②「量」：しまっている GB × 期間

2つめは量のメーターです。ファイルやディスク、バックアップのように「しまっておく」ものは、大きさ × 期間で料金が決まります。

この単位を GB-月（ジービー・つき）と呼びます。GB（ギガバイト）はデータの大きさの単位で、スマホの写真なら1枚数 MB（メガバイト）、1 GB はその数百枚分くらいです。

図の上の帯と下の帯は、面積が同じです。つまり料金も同じです。

この数え方からわかることは2つです。

1つめは、要らないものは早く消すほど安いことです。「そのうち消そう」と思っているファイルやバックアップも、置いている間はずっとメーターが回っています。

2つめは、置き場所によって単価が違うことです。S3 には、よく読むファイル向けの置き場と、めったに読まないファイル向けの安い置き場があります。古くなったファイルを自動で安い置き場へ移す仕組みもあります（第15章）。

フォトログでは、利用者が上げる写真がこのメーターを回します。利用者が増えれば写真も増え続けるので、量のメーターは毎月少しずつ上がっていくものだと考えておきましょう。

メーター③「回数」：頼んだ回数で数える

3つめは回数のメーターです。サービスに「これをして」と頼んだ回数（リクエストの数）で料金が決まります。

回数の料金は、1回あたりはとても安く、多くは「100万回あたり」「1,000回あたり」のような単位で書かれています。

だから、個人の練習ではほとんど気になりません。でも、サービスが大きくなると事情が変わります。フォトログの一覧画面を開くたびに、写真を20枚読み込むとしましょう。1日1万人が10回ずつ開けば、それだけで1日200万回の読み込みです。

また、小さなファイルを大量に置くと、量のメーターはほとんど回らないのに、回数のメーターがよく回る、ということも起きます。

回数のメーターを減らすには、「同じものを何度も頼まない」工夫が効きます。一度読んだものを手前に置いておくキャッシュ（第25章）や、利用者の近くから配る CloudFront（第15章）が、その代表です。

メーター④「通信」：外へ出るときと、またぐときに回る

4つめは通信のメーター、データ転送料です。初心者がいちばん見落としやすいメーターです。

基本の考え方は、入ってくる通信は無料、出ていく通信とまたぐ通信は有料です。図の4本の矢印で見てみます。

フォトログで言えば、利用者が写真を上げるのは「入ってくる」通信なので無料です。一方、利用者が写真を見るのは「出ていく」通信なので有料です。写真を見る人が増えるほど、このメーターが回ります。

第2章で、AZ をまたぐ通信は「止まらないための保険料」と書きました。その保険料は、このメーターで数えられています。

逆に、同じ AZ の中で、プライベートな住所（第5章）どうしで通信する場合は無料です。

データ転送料は、1 GB あたりは小さくても、写真や動画のような大きなデータを大勢に配ると、請求の中で大きな割合を占めるようになります。その対策が CloudFront（第15章）です。CloudFront から外へ出る通信には、別に毎月の無料分もあります。

見落としがちなメーター

ここまでの4つのメーターを踏まえて、気づかないうちに回っていることが多いものを並べます。請求に「知らない行」が出たら、まずここを疑ってください。

特に NAT ゲートウェイは、練習で作って消し忘れる代表格です。サーバーを消しても、NAT ゲートウェイは別の部品なので残ります。そして何も通っていなくても、置いているだけで時間のメーターが回ります。

どれも、第1章の予算の知らせと、次に見る Cost Explorer があれば気づけます。そして、各章の最後の「片付け」で消すものの一覧にも、これらが必ず入っています。

無料枠は3種類：クレジット・ずっと無料・お試し

AWS には無料で使える範囲、いわゆる無料枠があります。2026年時点では、大きく3種類です。

大事なのは、どの無料枠にも「範囲」があることです。

たとえば「このサービスは無料枠の対象」と書いてあっても、選んだ大きさ（サーバーの性能など）が対象外だったり、使った量が無料の分を超えていたりすれば、料金はかかります。前のページの見落としがちなメーター、たとえば NAT ゲートウェイやパブリック IPv4 アドレスは、多くの場合無料の範囲に入っていません。

無料かどうかは、料金ページで確かめ、使った後に請求の画面で確かめる。この2回の確認を習慣にしてください。請求の画面には、無料枠の使用状況を見る場所もあります。

第1章の「ゼロ支出予算」を設定しておけば、無料の範囲を1セントでも超えた時点で知らせが届きます。

Cost Explorer：何が増えたかをグラフで見る

予算の知らせが届いたら、次に開くのが Cost Explorer です。Billing and Cost Management の画面から開ける、料金をグラフで見る道具です。

図は、フォトログの月ごとの料金を、サービス別に色分けして積み上げたイメージです。9月だけ、青い NAT ゲートウェイが急に伸びています。これが「何が高いのか」の答えです。

見るときのコツは、「いつもと違う伸び方」を探すことです。毎月ゆっくり増えているのは、利用者が増えている証拠かもしれません。一方、ある日から急に増えたものは、何かの設定や消し忘れが原因のことが多いです。

図の例では、NAT ゲートウェイの「通った量」が急に増えていました。サーバーが外のサービスと大量にやり取りを始めたのかもしれません。原因の探し方は第7章と第17章で扱います。

Cost Explorer の画面は無料で使えます。最初に開いたときに有効になり、少し待つとデータが表示されます。

タグ：作ったものに「名札」を付けて、お金を分ける

サービス別に見ても、「その EC2 は、本番用？ 開発用？ 練習の消し忘れ？」までは分かりません。そこで使うのがタグです。

タグは、AWS で作ったもの（サーバー・DB・置き場など）に付ける名札です。キーと値の組で書きます。

タグを付けただけでは、請求は分かれません。コスト配分タグとして有効にする必要があります。

注意点は、有効にする前の料金は、さかのぼってタグ別に分けられないことです。キーが画面に出てくるまで、また有効になるまでに、それぞれ最大24時間かかることもあります。だから、最初の部品を作る前に、タグの決まりを作っておくのがおすすめです。

フォトログでは、作るものすべてに Project=photolog と Env を付けることにします。

予算を増やす：全体・プロジェクト別・いつもと違う

第1章では、アカウント全体に1つの予算を作りました。これは「使いすぎの最後の砦」として残しておきます。そのうえで、見張りを重ねていきます。

タグ別の予算を作ると、知らせが届いた時点で「開発用が使いすぎた」とわかります。全体の予算だけだと、知らせが届いてから Cost Explorer で原因を探す必要があります。

Cost Anomaly Detection（コストの異常検出）は、あなたの過去の使い方を機械が学び、「いつもと大きく違う」伸び方をしたときに知らせてくれる仕組みです。Cost Explorer を使い始めると、既定の設定が自動で作られ、大きな異常があった日にメールが届きます。金額で決める予算とは違い、「金額はまだ小さいが、伸び方がおかしい」段階で気づけるのが強みです。

どれも、知らせが届くだけでは何も止まりません。届いたら人が見て、判断する。そのための「見る場所」が Cost Explorer です。

作る前に見積もる：Pricing Calculator

ここまでは「使った後」の話でした。今度は作る前です。

AWS Pricing Calculator は、AWS が無料で提供している見積もりの道具です。ブラウザで開き、アカウントが無くても使えます。

3番で聞かれることは、ここまでの4つのメーターそのものです。「何台を何時間」「何 GB を置く」「何回呼ぶ」「何 GB 外へ出す」。メーターの考え方がわかっていれば、何を入れればよいか迷いません。

ただし、見積もりは使い方の予想でしかありません。利用者が予想の10倍来れば、請求も大きく変わります。見積もりで「だいたいこのくらい」をつかんだら、実際の料金は Budgets と Cost Explorer で見張り続けます。

見積もりのもう1つの使い道は、比べることです。「サーバーを大きく1台」と「小さく2台」、「東京」と「大阪」のように、構成を変えたときの差を事前に見られます。第30章の設計演習でも使います。

フォトログの見積もり：メーターの一覧を作る

フォトログを第16章の形（一般的な Web 構成）まで育てたときに、どのメーターが回るかを一覧にしてみます。

この表が、そのまま Pricing Calculator の入力項目になります。あとは「利用者が何人で、1人が何枚の写真を上げ、何回見るか」を予想して、数字を入れていきます。

表からわかることもあります。時間で回るもの（EC2・ALB・RDS・NAT）は、利用者がいなくても毎月かかる「固定費」です。量・回数・通信で回るもの（S3・CloudFront）は、利用者が増えるほど増える「変動費」です。

小さく始めるときは固定費を小さくし、利用者が増えたら変動費を気にする。これが、構成の選び方にもつながっていきます。単価は、各部品の料金ページで東京リージョンを選んで確かめてください。

払い方を選ぶ：オンデマンド・Savings Plans・スポット

同じサーバーでも、払い方によって値段が変わります。

Savings Plans は、約束の範囲によって種類があり、サーバー（EC2）だけでなく、コンテナ（Fargate）や関数（Lambda）、データベースに効くものもあります。約束が固いほど割引が大きくなります。似た仕組みに、昔からあるリザーブドインスタンスもあります。

大事なのはいつ考えるかです。約束は途中でやめられず、使わなくなっても払い続けます。構成がまだ変わるうちに長い約束をすると、使わない約束が残ります。

だから、まずオンデマンドで数か月動かし、毎月ほぼ同じだけ使う部分が見えてから考えます。Cost Explorer には、過去の使い方から Savings Plans のおすすめを出す機能もあります。

なお、無料プランのアカウントでは Savings Plans を買えません（第1章）。

お金を減らす4つの習慣

割引の約束よりも先に効くのは、無駄なメーターを止めることです。4つの習慣にまとめます。

1と2は、今日からできます。この本の各章の最後にある「片付け」は、1の習慣そのものです。

3は、実際にどれだけ使っているかの数字が無いと判断できません。「なんとなく大きめ」で選んだサーバーが、実は1割も使われていない、ということはよくあります。数字の見方は第17章の監視で扱います。

4は、S3 のライフサイクル（第15章）や、ログの保存期間（第17章）で設定します。

どの習慣も、タグがあると格段にやりやすくなります。「Env=dev を夜に止める」「Project タグの無いものは消し忘れ候補」のように、名札で対象を選べるからです。

この章の道具のお金

この章で紹介した、見張る・見積もる道具の料金です。

ほとんどが無料です。唯一気をつけたいのが、Cost Explorer の API です。画面で見る分には無料ですが、プログラムから料金のデータを取ると、1回ごとに料金がかかります。結果が何ページにも分かれると、そのページごとに1回と数えられます。自作のダッシュボードで何度も呼び出すような作りにすると、見張るための道具で請求が増える、という本末転倒が起きます。

見張る道具にお金をかけなくても、この章の道具だけで「何に・どれだけ・いつから」は十分にわかります。

よくある落とし穴

お金にまつわる、よくある思い込みです。

どれも、「大丈夫」の思い込みから始まっています。AWS のお金の事故を防ぐいちばんの方法は、自分の思い込みを、請求の画面で確かめることです。

片付け：毎月の「請求の見直し」を習慣にする

この章で作ったもの、つまりタグの決まり、コスト配分タグの設定、予算は、消さずに残します。これからの章のすべての部品に効いてくるからです。

代わりに、この章の片付けは「習慣を作る」ことです。月に一度、次の4つを行う時間を決めましょう。

練習で作るものにも、必ず Project タグを付けてください。タグの付いていないものは「誰かの消し忘れ」の目印になります。

第3章の IAM の見直し（使っていないロールや鍵）も、同じ日に行うと続けやすくなります。お金と権限の見直しを、月に一度のセットにしておきましょう。