AWS Cost Cutter
消し忘れを仕組みでなくす
料金表を眺めるだけではコストは下がりません。EC2・RDS・ECSの停止単位を理解し、必要時の手動起動と定時の自動停止を組み合わせます。
TL;DR
- Cost Cutterは複数リソースをまとめて操作するローカルスクリプト。
- EC2・RDS・ECSでは、止める対象とAPIが異なる。
- 起動は必要時、停止はSchedulerで強制する非対称設計が実用的。
01費用は稼働時間から生まれる
学習していない時間の常時稼働を減らす。
Cost CutterはAWSの製品名ではない。リポジトリ内のシェルスクリプトが、環境とup/downを受け取り、複数のAWS API呼び出しをまとめて実行する。
MODE=down ENV=stg ./scripts/aws_cost_cutter/main.sh MODE=up ENV=stg ./scripts/aws_cost_cutter/main.sh
02止め方はリソースごとに違う
見えている実行体ではなく、再生成する管理元を止める。
| 対象 | 止める単位 | 注意点 |
|---|---|---|
| EC2 | InstanceをStop | NAT・踏み台など対象IDを管理 |
| RDS | DB InstanceをStop | 停止継続期間の制約を考慮 |
| ECS | Serviceのdesired countを0 | Task単体停止ではServiceが再作成 |
注意：停止はアプリの利用不能を伴う。stg学習環境の対象と時間帯を明示して実行する。
03人間とSchedulerの役割分担
使う時は人が起動し、消し忘れは仕組みが止める。
- 学習開始：Cost Cutterで必要なリソースを起動
- 夜間：SchedulerがEC2を停止
- 夜間：ECS Serviceのdesired countを0へ変更
- 夜間：RDSを停止
- 定期：RDSの停止制約に合わせ、起動Scheduleと停止Scheduleを分ける
最初は数分後に一度だけ実行して対象・権限・結果を確認してから、本番のcron式へ切り替える。
結論
- Cost Cutterは手動操作を一つに束ねる道具、Schedulerは停止忘れを防ぐ安全網。
- EC2・RDS・ECSは停止の意味が違うため、対象リソースの管理責任を理解する。
- 必要時だけ起動し、使わない時間は自動で止める運用が学習環境に合う。