対象: サーバーを管理せずECSやEKSでコンテナを動かしたい人
要点: vCPU秒、GB秒、追加一時ストレージ、ARM・x86、ログ・転送・Savings Plansを整理する方法
公式情報確認: AWS Fargateの料金・無料枠・公式ドキュメント・規約を2026年8月19日に確認
更新日: 2026年8月19日（リージョン、税、為替、契約画面は申込時に再確認）
FargateはEC2インスタンスを直接管理しないため、料金も見えやすいと思われがちです。ところがタスクへ割り当てたvCPUとメモリは、処理が軽い時間にも課金の基礎になります。イメージ取得から停止までを測ることが出発点です。
短いジョブや変動APIには、使ったタスク時間だけ払う考え方が合います。常時大量コンテナではEC2やSavings Plansも候補になり、タスク数だけで結論は出せません。 ここで扱うのは公式公開情報の整理であり、編集部の利用体験、収益、性能、転職や事業の成果を保証するものではありません。クラウド料金は表示通貨、リージョン、税、為替、割引契約で変動します。
AWS Fargateの料金を分解する
FargateのLinuxコンテナはvCPU秒、メモリGB秒、20GBを超える一時ストレージのGB秒を基礎に計算します。ARM・x86、OS、リージョンで単価が異なり、ECS・EKS、ログ、ECR、ロードバランサー、NAT、IPv4は別請求です。
| 料金項目 | 考え方 | 先に確認する条件 |
|---|---|---|
| CPU | 割り当てvCPU×実行秒。Linuxは秒課金と最低時間条件 | CPUサイズ、ARM/x86、イメージ取得から停止 |
| メモリ | 割り当てGB×実行秒。タスク定義の値が基準 | コンテナ最大値、サイドカー、ログエージェント |
| 一時ストレージ | デフォルト20GBを超える分×秒 | 一時ファイル、イメージ、保持時間 |
| 周辺料金 | ECS/EKS、ECR、Logs、ALB、NAT、転送、IPv4 | タスク数、ログ量、AZ、公開経路 |
見積もりは、サービス名と月額を並べるだけでは足りません。1日の実測値を、稼働時間、保存量、リクエスト、バックアップ、転送、ログに分解します。開発・本番・予備を分け、ピーク時の余白と使わない時間の停止方法も同じ表へ置くと、無料枠の外へ出る地点が見えます。
無料枠と支払いの境目
Fargate自体を無料で常用できるとは限りません。新規AWSアカウントのクレジットや、連携するECS・EKS・ECRの無料枠を分けます。無料期間でもタスクを止めない、ログを大量に出す、NATを置くと請求が生じ得ます。
1タスクを1vCPU・2GB・10分で5個動かすなど、タスク数、CPU、メモリ、時間を変数にします。公式例の秒課金、20GBを超える一時ストレージ、ARMとx86の単価差をリージョン表へ置き換えます。
- タスク停止後もECR、Logs、ロードバランサー、NATが残る。
- タスクのrequestsとlimitsを大きくし、実使用量だけで見積もる。
- Windowsの最低課金、ARM/x86、一時ストレージを見ない。
- Fargate SpotやSavings Plansを中断条件なしに本番へ使う。
無料枠を使う場合も、請求アラートと予算上限を先に用意します。停止すれば計算量が止まるサービスもあれば、ディスク、バックアップ、固定IP、ログの保存が続くものもあります。検証用のリソース名とリージョンを一覧化し、テスト終了後に削除・保持を判断してください。
運用と割引を料金へ戻す
タスク起動時間、停止理由、CPU・メモリ使用率、イメージサイズ、再起動、ログ量を監視します。急なスケールで起動遅延や同時実行上限が出ないかを試し、タスク数と割り当てを負荷に合わせます。
予約、Savings Plans、Committed Use Discountなどは、安くなる可能性と引き換えに利用を約束する仕組みです。変動の大きい初期段階はオンデマンドで測り、平常負荷、移行可能性、リージョン、前払い、未使用時の扱いが固まってから比較します。割引率だけでなく、解約や縮小が難しくなる条件を公式ページで確認します。
データ、契約、解約を決める
環境変数、ログ、イメージ、一時ストレージには秘密・個人情報が残る可能性があります。Secrets Manager、タスクロール、ECR暗号化・スキャン、ログマスキング、TLS、プライベートサブネットを確認します。
ECSのdesired countを下げ、EKSのPodを削除してもECR、Logs、ALB、NAT、クラスターは残ります。Fargate Spotは中断を処理できるジョブへ分け、Savings Plansの契約期間を確認してから停止します。 リソースを削除しても、バックアップ、スナップショット、ログ、DNS、レジストリ、請求設定が自動で消えるとは限りません。解約・停止の前にデータ、設定、監査ログ、請求書をエクスポートし、復元担当と保持期限を確認してください。
向く人・向かない人
| 向く人 | 向かない／先に決めること |
|---|---|
| 短時間ジョブ、変動負荷、サーバー管理を減らしたい人 | 常時大量負荷でEC2との比較をしていない人 |
| CPU・メモリ・タスク時間を測れる人 | 割り当て量を決めず「使ったCPUだけ」と考える人 |
| 権限・ログ・ネットワークを設計できる人 | シークレットをイメージへ直書きする人 |
| 中断可能な処理をSpotへ分けられる人 | 停止できない処理をSpotへ載せる人 |
迷ったら、最小構成を短時間だけ作り、同じ入力で再現できる計測表を残します。請求額だけでなく、復元に要する時間、権限分離、障害時の切り替え、削除後に残るデータを確認すると、価格と運用負荷を同じ判断にできます。
公式CTA: AWS Fargate公式料金ページと公式計算ツールで、リージョン、利用量、保存、転送、バックアップを入力してください。無料枠の条件、請求アラート、契約・解約画面を確認してから本番へ進めます。
関連する記事
- Amazon ECSの料金：料金・設計・運用の比較に役立つ。
- Amazon EKSの料金：料金・設計・運用の比較に役立つ。
- AWS Lambdaの料金：料金・設計・運用の比較に役立つ。
- AWS Cloud Practitionerの受験料：料金・設計・運用の比較に役立つ。
公式情報
Fargateは、CPUとメモリを割り当てたタスク時間へ戻すと見積もりやすくなります。ログ、ECR、転送、NATを足し、同じ負荷をEC2やLambdaでも比較して選びます。 最初に入力する数字を小さくても記録し、公式料金ページの更新と請求画面を定期的に突き合わせることが、継続利用の判断を安定させます。
公開前にもう一度確認する数字
クラウドの料金は、登録した設定ではなく実際の使用量と保持状態で動きます。公開前に、平常日の利用量、ピーク時の上限、保存期間、バックアップの復元先、データの移転先を担当者と共有してください。数字が変わったときにどの設定を見直すかまで決めておけば、請求画面を見てから慌てずに済みます。
もう一つの確認点は、利用を止めた後に何が残るかです。リソース一覧、請求明細、監査ログ、バックアップの保存先を同じ担当者が見られるようにし、削除前には復元できるデータと削除すべきデータを分けます。無料枠を使い切ることより、想定外の利用を早く見つけられる運用を優先してください。
