AWS ECSとは?コンテナの仕組み・起動タイプ・料金・EKSとの違い【2026年版】
AWS ECS(Amazon Elastic Container Service、読み方はイーシーエス)は、Dockerコンテナの配置・起動・監視・スケーリングをAWSが肩代わりするフルマネージドのコンテナオーケストレーションサービスです。コンテナを「どのサーバーで何個動かし、落ちたら誰が立て直すか」を人手で管理する代わりに、ECSに宣言的に任せられます。この記事は、ECSの仕組みと構成要素、4つの起動タイプ(Fargate・EC2・Managed Instances・ECS Anywhere)、料金、EKSやLambdaとの違いと選び分けまでを一気に把握するためのハブです。Fargate単体の料金やEC2との詳細比較はAWS Fargateとは?EC2との違い・料金をわかりやすく解説に分けて解説しています。
まとめ:AWS ECSの要点
- ECS=AWS純正のコンテナオーケストレーション。クラスター・タスク定義・タスク・サービスの4要素でコンテナ運用を宣言的に自動化する。
- 起動タイプは4つ:Fargate(サーバーレス)/EC2(自前インスタンス)/Managed Instances(2025年新設・両者の中間)/ECS Anywhere(オンプレ)。
- ECS自体の利用料は無料。課金されるのは起動タイプが消費する実リソース(FargateのvCPU・メモリ、EC2インスタンスなど)だけ。
- EKSとの最大の違いはKubernetesを使うか。EKSは制御プレーンに$0.10/時(約$73/月/クラスター)かかるのに対し、ECSの制御プレーンは無料。AWS完結ならECS、マルチクラウド・K8s資産があればEKS。
- サーバーレスでコンテナを動かすならECS×Fargate。関数単位ならLambda、Webアプリの最短デプロイならApp Runnerと役割が分かれる。
以下、各論点を検索意図ごとに掘り下げます。
AWS ECSとは:フルマネージドなコンテナオーケストレーション
ECSはAmazon Elastic Container Serviceの略で、AWS上でコンテナ化したアプリケーションを本番運用するための土台です。開発者はコンテナイメージと「どう動かすか」の定義だけを渡し、実際の配置・ヘルスチェック・入れ替え・スケールはECSが担います。AWSに最適化されているため、IAM・VPC・ロードバランサー(ALB/NLB)・CloudWatch Logsといった周辺サービスと設定ファイルなしで直接つながるのが特徴です。
コンテナオーケストレーションでECSが自動化する範囲
コンテナオーケストレーションとは、多数のコンテナの「どのホストに」「何個」「落ちたら再起動」「負荷が上がったら増やす」を自動で調整する仕組みを指します。ECSはこのうち、タスクの配置決定、異常タスクの自動置き換え、指定した台数(希望タスク数)の維持、オートスケーリングを受け持ちます。前提となるコンテナ技術そのものはDockerとは|仮想マシンとの違い・必要スペック・インストール手順で扱う領域で、ECSはそのDockerコンテナを本番で束ねる層にあたります。
ECSを構成する4要素:クラスター・タスク定義・タスク・サービス
ECSは次の4つの概念で組み立てます。クラスターはタスクを動かす論理的な入れ物、タスク定義はコンテナイメージ・CPU/メモリ・ポート・ログ設定を書いた設計図、タスクはタスク定義から起動した実行単位、サービスは指定した数のタスクを常時維持しロードバランサーと紐づける常駐管理役です。バッチのように一度きり動かすならタスク単発、Web APIのように常時稼働させるならサービスを使います。サービスは希望タスク数を宣言的に維持し、タスクが落ちれば自動で立て直し、新しいタスク定義をデプロイする際はローリング更新で無停止に入れ替えます。最小構成のFargate向けタスク定義は次のようになります。
{
"family": "myapp",
"requiresCompatibilities": ["FARGATE"],
"networkMode": "awsvpc",
"cpu": "512",
"memory": "1024",
"containerDefinitions": [
{
"name": "web",
"image": "123456789012.dkr.ecr.ap-northeast-1.amazonaws.com/myapp:latest",
"portMappings": [{ "containerPort": 80 }],
"logConfiguration": {
"logDriver": "awslogs",
"options": {
"awslogs-group": "/ecs/myapp",
"awslogs-region": "ap-northeast-1",
"awslogs-stream-prefix": "web"
}
}
}
]
}
FargateではnetworkModeにawsvpcが必須で、cpu・memoryは文字列で指定します。imageに指定するコンテナイメージの置き場所(プライベートレジストリ)には通常Amazon ECRを使い、料金やpush手順はAWS ECRとは?料金・ECSとの違いとDockerイメージのpush手順で解説しています。
ECSの起動タイプ:Fargate・EC2・Managed Instances・ECS Anywhere
ECSは「コンテナをどの計算資源の上で動かすか」を起動タイプで選びます。2025年にManaged Instancesが加わり、現在は4つです。オーケストレーション(ECS)は共通で、下回りの管理責任だけが変わると理解すると整理しやすくなります。
| 起動タイプ | インフラ管理 | 課金対象 | 向くケース |
|---|---|---|---|
| Fargate | 不要(サーバーレス) | vCPU・メモリ(秒単位) | 運用を軽くしたい・変動負荷 |
| EC2 | 自分でインスタンス管理 | EC2インスタンス料金 | GPU・特殊構成・常時高負荷 |
| Managed Instances | AWSが最適化(2025新設) | EC2料金+$0.02/時 | EC2の柔軟性を管理レスで |
| ECS Anywhere | 自社サーバー(オンプレ) | 外部インスタンス管理料 | ハイブリッド・データ持ち出し不可 |
FargateはサーバーやOSを一切意識せずコンテナを動かせるサーバーレス方式で、多くの新規構成の第一候補です。EC2は自分でEC2インスタンス群(データプレーン)を用意する代わりにインスタンスタイプやGPUを自由に選べます。2025年10月に加わったManaged Instancesは、EC2の柔軟性を保ちながらインスタンスの選定・パッチをAWSに任せる中間案で、EC2料金に加えてインスタンス1台あたり$0.02/時の管理料(EC2料金ともに秒課金・1分下限)がかかります。ECS Anywhereは同じECSのAPIで自社データセンターのサーバー上のコンテナを管理する外部(External)方式です。Fargate自体の料金体系やEC2起動タイプとの詳細な損益分岐はAWS Fargateとは?EC2との違い・料金をわかりやすく解説に委ねています。
ECSとEC2の違い:オーケストレーションと計算資源
「ECSとEC2の違い」は、実は同じ土俵の比較ではありません。EC2は仮想マシン(計算資源)そのもの、ECSはコンテナを束ねる管理サービスで、レイヤーが異なります。混乱しやすいのは、ECSのEC2起動タイプでは「ECSが管理するコンテナ」を「自分で用意したEC2インスタンスの上」で動かすため、両者が同時に登場するからです。つまりEC2起動タイプのECSでは、EC2はコンテナの置き場、ECSはその上のコンテナの指揮役という役割分担になります。Fargate起動タイプを選べばEC2インスタンスは表に出ず、コンテナだけを扱えます。「サーバーの中身まで触りたいか」を基準に、触りたいならEC2(または前述のManaged Instances)、触りたくないならFargateと考えると選びやすくなります。
ECSとEKSの違い:Kubernetesを使うべきか
ECSとEKS(Elastic Kubernetes Service)は、どちらもAWSのコンテナオーケストレーションですが、EKSはKubernetesをそのまま動かすマネージドサービス、ECSはAWS独自方式という根本差があります。EKSはKubernetesの標準API・マニフェスト(YAML)・エコシステム(Helm、各種Operator)をそのまま使えるため、オンプレや他クラウドのKubernetesと運用を揃えられます。一方ECSは学習する独自概念が少なく、AWSサービスと標準で密結合するため立ち上がりが速いのが利点です。
| 観点 | ECS | EKS |
|---|---|---|
| 方式 | AWS独自 | Kubernetes準拠 |
| 制御プレーン料金 | 無料 | $0.10/時(約$73/月) |
| 学習コスト | 低め | 高め(K8s知識) |
| 移植性 | AWS前提 | マルチクラウド向き |
判断の軸はシンプルで、チームにKubernetesの資産・知見があり将来マルチクラウドを見据えるならEKS、AWSで完結し運用を軽く保ちたいならECSです。EKSはクラスターを立てるだけで制御プレーンに月$73相当が発生し、コンテナを1つも動かさなくても課金される点が、無料のECSと明確に異なります。KubernetesそのものやEKSの最新動向はKubernetes 1.34リリースの概要と背景で追えます。
ECSの料金:制御プレーンは無料、課金は起動タイプ次第
ECSの料金でまず押さえるべきは、ECSというサービスの管理機能自体には追加料金がかからないことです。支払うのは、選んだ起動タイプが消費する実リソース分だけです。FargateならリクエストしたvCPUとメモリの量に対し、イメージのpull開始からタスク終了まで秒単位(切り上げ)で課金されます。EC2起動タイプならEC2インスタンスやEBS・パブリックIPv4などの通常料金、Managed InstancesならEC2料金に$0.02/時の管理料が乗ります。コストを抑えるなら、中断耐性のあるステートレスなワークロードでFargate Spot(最大約70%割引)を使うのが定番です。Fargate SpotはAWSの余剰キャパシティを使う代わりにタスクが予告(2分前の停止通知)とともに中断されうるため、バッチや冗長化したWeb層など、途中で止まっても再実行・再配置で吸収できる処理に絞るのが安全です。前述のとおりEKSは制御プレーンに固定費($0.10/時)が発生するため、小さなクラスターを多数持つ構成ではECSの方が固定費を抑えやすくなります。最新の単価は変動するため、確定金額は公式の料金ページで確認してください。
AWSのサーバーレスとコンテナ:ECS×Fargate、Lambda・App Runnerとの違い
「サーバーレス」はサーバーの構築・パッチ・スケールをクラウド側に完全に委ね、使った分だけ支払うモデルを指します。AWSでサーバーレスにコンテナを動かす標準解がECS×Fargateですが、用途によってはLambdaやApp Runnerの方が適します。ここで役割を切り分けておきます。
サーバーレスでコンテナを動かす:ECS×Fargate
ECSでFargate起動タイプを選ぶと、コンテナはサーバーレスで動きます。OSのパッチ適用やインスタンスの増減はAWSが処理し、開発者はタスク定義とコンテナイメージだけを管理します。長時間稼働するWebサービス、任意のミドルウェアを含む一般的なコンテナ、実行時間の長いバッチなど、コンテナで動かしたいものを素直に載せられるのが強みです。マネージドサービスとして運用負荷を下げつつ、コンテナの自由度を保てる中庸な選択肢といえます。
Lambda・App Runnerとの使い分け
同じサーバーレスでも守備範囲が違います。Lambdaはイベント駆動の関数実行に特化し、リクエストのない間は課金されない代わりに1回の実行が最大15分という制約があります。短い処理やイベント連携ならLambdaが軽量です。App Runnerはコンテナ/ソースコードからWebアプリを最短でデプロイする用途に絞られ、ロードバランサーやスケール設定を自前で組む必要がありません。これに対しECS×Fargateは、常時稼働・任意の実行時間・細かなネットワークやサイドカー構成といった汎用コンテナ運用を担います。イベント単位ならLambda、Webアプリの手早い公開ならApp Runner、それ以外の本格的なコンテナ運用はECSと覚えると迷いにくくなります。より広くサーバーレス開発をコード管理したい場合の選択肢はServerless Frameworkとは?v4の料金・使い方・無料の代替までも参考になります。
ECS・EKS・Lambda・App Runnerの選び分け(意思決定の指針)
ここまでの各サービスを、要件から逆引きで選ぶ指針として整理します。定義ではなく「どれを採用するか」の判断に絞った一覧です。
| 要件・状況 | 第一候補 |
|---|---|
| AWS完結・運用を軽く・一般的なコンテナ | ECS(Fargate) |
| GPUや特殊インスタンス・常時高負荷でコスト最適化 | ECS(EC2 / Managed Instances) |
| Kubernetes資産あり・マルチクラウド前提 | EKS |
| イベント駆動・短時間処理・ゼロスケール重視 | Lambda |
| 単一Webアプリを最短で公開したい | App Runner |
逆に、ECSを選ぶべきでない場面もはっきりしています。既存のKubernetesマニフェストやHelmチャートを流用したい、他クラウドと運用を統一したいケースでは、ECSの独自方式が足かせになるためEKSが妥当です。また、1日数回・数秒で終わる処理のためだけに常駐サービスを立てるのは割高で、この用途はLambdaに寄せた方がコストも運用も軽くなります。判断に迷ったら「Kubernetesが要るか」「常時稼働か単発か」の2軸をまず切り分けると、候補がほぼ一つに絞れます。
よくある質問(FAQ)
ECSの読み方は何ですか?
ECSは「イーシーエス」と読み、Amazon Elastic Container Serviceの略です。AWS純正のコンテナオーケストレーションサービスを指します。
ECSとFargateの違いは何ですか?
ECSはコンテナを束ねて管理するオーケストレーション本体、Fargateはそのコンテナを動かす起動タイプ(サーバーレスな計算資源)です。対立する別物ではなく、ECSの中でFargateを選ぶ、という包含関係です。
ECSの料金はいくらかかりますか?
ECSの管理機能自体は無料です。課金されるのは起動タイプの実リソースで、FargateはリクエストしたvCPU・メモリを秒単位、EC2はインスタンス料金、Managed InstancesはEC2料金+$0.02/時です。確定額は公式料金ページで確認してください。
ECSとEKSはどちらを選ぶべきですか?
AWSで完結し運用を軽く保ちたいならECS、Kubernetesの資産・知見があり将来マルチクラウドを見据えるならEKSです。EKSは制御プレーンに$0.10/時(約$73/月・1クラスターあたり)の固定費がかかる点も判断材料になります。EKSそのものの仕組み・ノード形態と料金はAmazon EKSとはで確認できます。
AWSコンテナとは何を指しますか?ECSとの関係は?
AWSでコンテナを本番運用する構成は、コンテナ技術(Docker)+レジストリ(ECR)+オーケストレーション(ECS/EKS)+計算資源(Fargate/EC2)の組み合わせです。ECSはこのうち「複数コンテナを配置・維持・スケールする指揮役」を担う中核サービスです。関連する内容として、appspec.ymlもご覧ください。