先生と生徒の会話形式で理解しよう

生徒

「EC2って便利ですけど、使い続けると月額の料金が高くなってしまって困っています……。節約する方法ってありますか？」

先生

「あるよ。EC2の料金は使い方次第で大きく変わるから、課金の仕組みと節約のポイントを知っておくとかなりコストを抑えられるよ。」

生徒

「なるほど！どうやって見直せばいいのか教えてください！」

先生

「それじゃあ、EC2の課金ルールと、節約につながるベストプラクティスをひとつずつ見ていこう！」

1. EC2の料金体系を理解しよう

AWS EC2（Elastic Compute Cloud）の料金は、基本的に「使った分だけ支払う従量課金制」です。しかし、実際にはサーバーの起動時間以外にも複数の課金項目が組み合わさっています。コストを最適化するには、まずその内訳を正しく把握することが重要です。

主な課金要素は以下の通りです：

インスタンスタイプ：t3.microやm5.largeなど。CPUやメモリの性能に比例して単価が上がります。
コンピューティング利用時間：Linuxなどは1秒単位（最低60秒）、Windowsは1時間単位などで計算されます。
ストレージ（EBS）：サーバーのデータを保存するディスク代です。容量（GB）に応じて月額で発生します。
データ転送量：AWSからインターネットへ出ていくデータ量に応じて課金されます。
Elastic IP（固定IPアドレス）：インスタンスに紐付いていない「未使用状態」で保持すると、少額の維持費がかかります。

プログラミング未経験の方にも分かりやすく、Javaのコードで料金計算のイメージを表現してみましょう。内部的には以下のようなロジックで課金が積み上げられています。


public class Ec2CostCalculator {
    public static void main(String[] args) {
        double instancePerHour = 0.0116; // t3.microの単価（例）
        int runningHours = 720;          // 1ヶ月（30日）動かした場合
        double ebsPerMonth = 1.20;      // 10GBのディスク使用料（例）

        // 合計金額の計算
        double totalCost = (instancePerHour * runningHours) + ebsPerMonth;

        System.out.println("EC2本体代: $" + (instancePerHour * runningHours));
        System.out.println("ディスク代: $" + ebsPerMonth);
        System.out.println("一ヶ月の合計予想: $" + totalCost);
    }
}


EC2本体代: $8.352
ディスク代: $1.2
一ヶ月の合計予想: $9.552

ここで最も重要な注意点は、「インスタンスを停止しても料金がゼロにはならない」ということです。インスタンスを「停止（Stop）」させると、CPUやメモリの利用料（本体代）は止まりますが、データを保存しているEBS（ディスク）の料金は発生し続けます。

「使っていないから止めておこう」と思っても、ディスクが残っていれば課金は続きます。完全に無料にしたい場合は、インスタンスを「終了（Terminate）」させて、不要なEBSボリュームも一緒に削除する必要があることを覚えておきましょう。

2. EC2のコスト削減に役立つ料金プラン

AWSでは、EC2の料金を節約するためにいくつかの購入オプションを提供しています。用途に応じて使い分けましょう。

オンデマンドインスタンス：短期間の利用向け。最も柔軟だが料金は割高。
リザーブドインスタンス：1年または3年の長期契約で、最大72%割引。
Savings Plans：一定の利用額をコミットすることで、最大66%割引。
スポットインスタンス：余剰リソースを割安で利用。最大90%割引だが停止リスクあり。

安定したサービス運用にはリザーブドインスタンスやSavings Plans、実験環境やバッチ処理にはスポットインスタンスを使うと効果的です。

3. 不要なEC2インスタンス・EBSの見直し

EC2を長く使っていると、開発中に作った古いインスタンスや使っていないEBSボリュームがそのまま残っていることがあります。これらは知らぬ間に料金を発生させる原因になります。

以下を定期的にチェックしましょう。

使用していないEC2インスタンスが起動したままになっていないか
停止中のインスタンスに不要なEBSが残っていないか
Elastic IPが未使用のまま確保されていないか

不要なリソースは削除またはスナップショット保存してから解放するのが基本です。

AWSの基本用語や仕組みを、図解でサクッと理解したい人には、入門の定番書がこちらです。

AWSの基本が全部わかる教科書をAmazonで見る

※ Amazon広告リンク

4. Auto ScalingとCloudWatchで自動化してコスト最適化

アクセスが不規則なサービスでは、Auto Scalingを使ってインスタンスの数を自動的に増減させることが節約につながります。

さらに、Amazon CloudWatchと連携してCPU使用率やネットワークトラフィックを監視すれば、トリガー条件で自動スケーリングを実行できます。

例えば、CPU使用率が70%を超えたらインスタンスを追加し、30%未満になったら削減するなどのポリシーを設定できます。

以下はCloudWatchのアラーム設定の例です。


aws cloudwatch put-metric-alarm \
  --alarm-name "HighCPUAlarm" \
  --metric-name CPUUtilization \
  --namespace AWS/EC2 \
  --statistic Average \
  --period 300 \
  --threshold 70 \
  --comparison-operator GreaterThanThreshold \
  --dimensions Name=InstanceId,Value=i-1234567890abcdef0 \
  --evaluation-periods 2 \
  --alarm-actions arn:aws:sns:us-east-1:123456789012:NotifyMe \
  --unit Percent

5. スケジュールを使って自動停止・起動

常に使わない開発用インスタンスなどは、AWS Instance SchedulerやEventBridge（旧CloudWatch Events）でスケジュール起動・停止するのが有効です。

たとえば、平日9:00〜18:00だけ動かす設定をすれば、不要な時間のコストを大幅にカットできます。

定時停止のLambdaスクリプト例：


import boto3

ec2 = boto3.client('ec2')
instances = ['i-0123456789abcdef0']

def lambda_handler(event, context):
    ec2.stop_instances(InstanceIds=instances)
    print('Stopped EC2 instances:', instances)

6. AWS Cost Explorerで料金を可視化

AWSには、月々の利用料金を視覚的に確認できるCost Explorerがあります。サービスごとのコストや日ごとの変化、タグ別での費用集計も可能です。

Cost Explorerを使えば、どのEC2が最もコストを消費しているか、不要なリソースはどれかをすぐに発見できます。

コストを可視化することで、節約ポイントを明確にし、改善につなげやすくなります。

まとめ

EC2の料金を節約するためには、AWSの課金の仕組みを正しく理解し、自分の利用状況に合った料金プランの選択と無駄なリソースの見直し、さらには自動化による効率化が重要です。特に、オンデマンド、リザーブドインスタンス、Savings Plans、スポットインスタンスといった選択肢を理解することで、大きくコスト削減が可能になります。

また、EBSボリュームやElastic IPのように、EC2インスタンス本体以外の料金にも注意が必要です。使用していないリソースを残しておくと、知らぬ間に課金され続けるため、定期的な棚卸しが欠かせません。

アクセス量の変動が大きいアプリケーションでは、Auto ScalingとCloudWatchによる自動スケーリング設定が有効です。これにより、必要なときにだけリソースを増やし、余計な時間帯にはコストを抑えることができます。たとえば、次のようにCPU使用率が70%以上になった場合にアラームを設定できます。


aws cloudwatch put-metric-alarm \
  --alarm-name "CPUHigh" \
  --metric-name CPUUtilization \
  --namespace AWS/EC2 \
  --statistic Average \
  --period 300 \
  --threshold 70 \
  --comparison-operator GreaterThanThreshold \
  --dimensions Name=InstanceId,Value=i-0abcd1234efgh5678 \
  --evaluation-periods 1 \
  --alarm-actions arn:aws:sns:us-east-1:123456789012:NotifyTopic \
  --unit Percent

開発環境など決まった時間にしか使わないインスタンスには、LambdaやEventBridgeを活用したスケジュール起動・停止が効果的です。たとえば、夜間に不要なインスタンスを自動で停止するには以下のようなスクリプトを使えます。


import boto3

def lambda_handler(event, context):
    ec2 = boto3.client('ec2')
    ec2.stop_instances(InstanceIds=['i-0123456789abcdef0'])
    print("Instance stopped")

さらに、AWS Cost Explorerを使えば、サービスごとのコスト推移や、タグでのグルーピングによるプロジェクト別の支出管理も可能です。コストの見える化を進めることで、どこを節約すべきか明確になります。

AWS EC2は柔軟でパワフルなサービスですが、油断するとコストが膨らみやすいため、料金最適化のベストプラクティスを継続的に意識することが大切です。

先生と生徒の振り返り会話

生徒

「EC2の課金って、インスタンスだけじゃなくてEBSとかElastic IPとかも料金がかかるんですね……全然気づいてませんでした。」

先生

「そうなんだ。だからこそ、定期的にリソースを見直すことがとても大事だよ。」

生徒

「スポットインスタンスやSavings Plansの使い分けとか、CloudWatchでスケールアウトの自動化とか、やれることいっぱいあるんですね！」

先生

「うん。節約のポイントは“無駄を減らす”と“必要なときだけ使う”の2つに集約されるんだ。今日の学びを実際に活用してみよう！」

この記事を読んだ人からの質問

プログラミング初心者からのよくある疑問／質問を解決します

質問1：AWS EC2の料金体系はどのようになっていますか？初心者がまず知っておくべき基本を教えてください。

回答：AWS EC2（Elastic Compute Cloud）の基本は「従量課金制」です。これは、サーバーを起動している時間や、使用しているリソースの量に応じて料金が発生する仕組みです。主な料金の内訳には、サーバーの性能を決める「インスタンスタイプ（t3.microやm5.largeなど）」の利用料、データを保存する「EBS（ストレージ）」の料金、インターネットへデータを送信する際の「データ転送量」、そして固定IPアドレスである「Elastic IP」の維持費などがあります。プログラミング初心者が陥りやすいミスとして、サーバーを立てっぱなしにしてしまい、予想外の月額請求が来るケースがあるため、まずは「使った分だけ払う」というルールを徹底して理解することがコスト削減の第一歩となります。

EC2の料金を節約するベストプラクティス！課金の仕組みとコスト削減の方法を徹底解説