配属先で「そこはファーゲートで動かしてるから」と言われ、では自分はどこにログインすればいいのか分からず固まった。そんな経験はありませんか。AWS Fargateは、名前を聞く回数のわりに、正体がつかみにくいサービスの代表格です。
この記事では、AWS Fargateを「運転手付きのレンタカー」というたとえ話を軸に、なにを任せられるのか、なぜサーバーに入れないのか、そして料金がどう積み上がるのかを通しで整理します。
結論から言うと、AWS Fargateとはコンテナを載せる土台をAWSに丸ごと預けて、使った時間ぶんだけ払うしくみです。
この記事でわかること
- AWS Fargateがどんなサービスか(運転手付きのレンタカーというたとえ)
- サーバーにログインできないのはなぜか、そのとき現場はどう調べているか
- ECS・EC2との関係、そしてAWS Fargateの料金の当たりのつけ方
AWS Fargateとは?一言でいうと「運転手付きのレンタカー」
AWS Fargateとは、コンテナを動かすためのサーバーを、AWSがまるごと用意してくれるしくみです。AWS公式は「サーバーレスで従量制料金のコンピューティングエンジン」と説明し、これを使えば「サーバーを管理することなくアプリケーションの構築に集中することができ」るとしています。
ここでいうコンテナとは、アプリとそれが動くのに必要な部品をひとつの箱に詰めて、どこへ持っていっても同じように動くようにした仕組みのことです。
そこで思い浮かべてほしいのが、運転手付きのレンタカーです。ふつうのレンタカーなら、自分で運転席に座り、燃料を入れ、タイヤの空気圧も気にします。運転手付きなら、行き先と、何人乗るかだけ伝えれば済みます。エンジンの整備も、給油も、こちらの仕事ではありません。
AWS Fargateがやっているのは、まさにこの運転手の役です。こちらが伝えるのは「このコンテナを、CPUはこれくらい、メモリはこれくらいで動かして」という注文だけ。土台のサーバーを何台そろえるか、OSに修正パッチを当てるか、といった話はAWS側が引き受けます。
そして、運転手付きのレンタカーで運転席に座れないのと同じで、Fargateでは土台のサーバーに自分でログインできません。ここが最初のつまずきどころなので、次の章でくわしく見ていきます。
AWS Fargateの仕組みと使いどころ
AWS Fargateは「起動タイプ」であって、単体のサービスではない
まず押さえたいのは、Fargateだけを単体で使うことはない、という点です。公式は「Amazon Elastic Container Service (ECS)」と「Amazon Elastic Kubernetes Service (EKS)」の両方に対応していると書いています。
つまりFargateは、コンテナを「どこで動かすか」を選ぶときの選択肢のひとつです。現場で「ECS on Fargate」という言い方をするのは、このためです。何個どこで動かすかを決めるのはECSの役目で、Fargateはその置き場所にあたります。
AWS Fargateではサーバーにログインできない
EC2の上でコンテナを動かしている場合は、困ったときに土台のサーバーへ入って中を見られます。Fargateではそれができません。土台はAWSのものなので、こちらに鍵が渡されないのです。
公式はこの状態を、安全のための作りだと説明しています。ひとつひとつのタスクが「専用のランタイム環境で実行」され、タスクとタスクのあいだには「secure virtualization boundary」、つまり守られた仕切りがあるとされています。
では、うまく動かないときは何を見ればいいのか。順番はこうなります。
- タスクが止まった理由(停止理由)を、コンソールのタスク画面で読む
- アプリが出したログをCloudWatch Logsで追う
- それでも足りなければ、動いているコンテナの中へ入る機能(ECS Exec)を使う
大事なのは、3番目で入れるのはあくまでコンテナの中であって、土台のサーバーではないことです。この線引きが分かっていれば、「入れないから調べられない」と手が止まることはなくなります。
新社会人がAWS Fargateに出会う場面
入社1〜3年目でありがちなのは、「このバッチ、Fargateで動かしといて」と頼まれる場面です。1日に1回だけ動く集計処理のようなものが、よくこの形になります。
そのとき決めるのは、実質2つだけです。ひとつはCPUとメモリをどれだけ割り当てるか。もうひとつは、書き出したファイルをどこへ置くかです。
後者を忘れると、処理は成功しているのに結果がどこにも残らない、という事故になります。Fargateのタスクは終われば消え、中に書いたファイルも一緒に消えるからです。残したいものはS3へ、記録として追いたいものはCloudWatch Logsへ。この2つを先に決めてから動かします。
AWS Fargateと関連サービスの違い・つながり
いちばん多い誤解は、FargateとECSを並べて比べてしまうことです。この2つは競合しません。ECSが「何を何個動かすか」を決める側、Fargateが「その置き場所」です。運行管理室と岸壁のような関係で、どちらか一方だけでは成り立ちません。
本当に比べる相手はEC2のほうです。EC2起動タイプなら、自分でサーバーを並べ、その上にコンテナを載せます。手はかかりますが、載せ方まで細かく決められますし、台数が多いときは単価で有利になることもあります。迷ったらFargateから検討し、事情が出てきた時点でEC2を考える、という順番が遠回りが少なくてすみます。
コンテナのイメージそのものを預かるのはECR(Amazon Elastic Container Registry)です。Fargateのタスクは立ち上がるたびに、ここからイメージを取ってきます。
外からの通信を受けるWebアプリなら、前にELBを置きます。タスクは入れ替わるたびに居場所が変わるため、入口を固定する役が必要になるからです。権限はIAMが受け持ち、公式もワークロードは「AWS Identity and Access Managementで保護」されると書いています。動いている量やログを見るのはCloudWatchです。
もうひとつ迷いやすいのがLambdaとの使い分けでしょう。どちらも「サーバーを持たない」点は同じです。分かれ目は動く長さと中身で、数秒〜数分で終わる小さな処理はLambda、既存のコンテナをそのまま長く動かしたいならFargate、と考えるのが出発点になります。公式はFargateについて、データ処理では最大16 vCPU・120 GBメモリまで扱えるとしており、重い処理を長く回す用途にも耐えます。
現場ではAWS Fargateをこう見ている
ここからは、運用監視から設計構築まで10年ほどインフラを見てきた筆者(AWS認定8冠)が、実際の案件で使っている物差しを書きます。公式ページには載っていない部分です。
まず「人手が何人いるか」で選びます。Fargateは単価だけ見ればEC2より高くつく場面があります。それでも選ぶのは、OSの面倒を見る人がいらなくなるからです。専任の担当者がいないチームなら、月に数十ドルの差は人件費であっさり逆転します。逆に、常時たくさん動かしていて見る人もいる現場なら、EC2起動タイプのほうが合理的です。
次に「立ち上がりの時間」を必ず測ります。Fargateのタスクは、押せばすぐ立つものではありません。イメージを取ってきて、起動して、確認が通るまで、ふつうに数十秒かかります。アクセスが増えてから増やしはじめても間に合わないので、常時動かす構成では最小のタスク数に余裕を持たせます。
最後に「割り当てを盛りすぎない」。Fargateの料金は、実際に使った量ではなく割り当てた量で決まります。念のためと2倍のメモリを指定すると、そのまま請求も2倍です。ここは実測してから削るのが基本で、CloudWatchで数週間ぶんの使用率を見てから下げると、たいてい素直に減らせます。
新社会人のうちは、この3つ(人手・立ち上がり時間・割り当て量)を先輩に確認できるだけで、設計の会話にちゃんと参加できます。
AWS Fargateの料金と無料枠
AWS Fargateの料金は、割り当てたCPUとメモリの量に、動いていた時間をかけたぶんを払う形です。公式は「料金は 1 秒あたりで計算され、最低 1 分です」としており、秒単位の細かい課金になります(Windowsコンテナの場合は最低5分)。
執筆時点(2026年9月)に公式料金ページへ載っている米国東部(バージニア北部)のLinux/x86の単価は、次のとおりです。
- CPU — 1vCPUにつき1秒あたり 0.000011244 USD
- メモリ — 1GBにつき1秒あたり 0.000001235 USD
- エフェメラルストレージ(一時的なストレージ) — 1GBにつき1秒あたり 0.0000000308 USD
数字が細かすぎて感覚がつかめないので、2つの例で当たりをつけます。1vCPU・2GBのタスクを1か月(730時間)動かしっぱなしにすると、ざっと36 USD前後です。同じ大きさのタスクを、1日10分のバッチとして30日動かすと、0.3 USD弱にしかなりません。
この差が、Fargateのいちばん大事な性質です。動かした時間ぶんしか払わない。だから、ずっと待ち受けるものより、必要なときだけ動くものと相性がよくなります。
無料枠については注意が必要です。公式の料金ページに、Fargateそのものの常時使える無料枠の記載はありません。ただしストレージについては「デフォルトでは、すべての Fargate タスクとポッドで 20 GB のエフェメラルストレージを利用できます。設定した追加のストレージに対してのみ課金されます」とあり、20GBまでは追加の課金なしで使えます。練習用にタスクを立てたまま忘れると、動いている時間ぶんは静かに積み上がるので、試したあとはタスク数を0にしておきましょう。
安くする道も公式に用意されています。1年または3年の利用を約束するSavings Plansで「最大 50% 節約」でき、途中で止まってもかまわない処理ならFargate Spotで「最大 70% 割引」になります。なお単価はリージョンによって違い、見直されることもあるため、実際に使う前には必ず公式の料金ページで最新の内容を確認してください。
AWS Fargateのまとめ
ここまでの要点を整理します。
- AWS Fargateは、コンテナを載せる土台をAWSに預ける「運転手付きのレンタカー」。ECSと比べるものではなく、ECSの置き場所を選ぶ選択肢
- 土台のサーバーには入れない。調べるときは停止理由 → CloudWatch Logs → ECS Execの順で、入れるのはコンテナの中まで
- 料金は割り当てた量×動いた時間の秒単位課金。1vCPU・2GBを常時動かすと月36 USD前後、1日10分なら0.3 USD弱
まずは自分の現場で動いているタスクの、CPUとメモリの割り当てを見てみてください。そこにCloudWatchの実際の使用率を並べると、払っているお金と使っている量のズレが、はじめて数字として見えてきます。
コメント