本番ワークロードをAmazon ECS（Elastic Container Service、AWSのコンテナオーケストレーションサービス）上のFargate（サーバー管理不要で使えるコンテナ実行環境）で運用し、実行基盤のコスト最適化を毎年の稟議で説明している企業のクラウドインフラ担当者は、2026年3月に完了したある強制切り替えの余波をまだ整理しきれていないはずだ。対象はFargate Linuxのプラットフォームバージョン1.3.0で、AWSは3段階のスケジュールでこのバージョンを強制的に終了させた。同じ時期にAWSは、EC2（Elastic Compute Cloud、仮想サーバーサービス）並みの柔軟性とFargate並みの運用のしやすさを両立させる新しい選択肢「ECS Managed Instances」を展開し、GPU対応や欧州ソブリンクラウド対応も広げている。コンテナ実行基盤をFargate一本化で選んできた企業ほど、この変化を機に選定基準を見直す必要がある。本稿は強制廃止の経緯を整理したうえで、Fargate・ECS Managed Instances・EC2のどれを標準にするかという構成判断を助ける。
予備知識
- プラットフォームバージョン: Fargateが内部で使うコンテナ実行エージェントやOSの組み合わせのバージョン。ECSのタスク定義に指定する。
- ECS Managed Instances: 2025年9月にAWSが発表した実行タイプ。必要なvCPU数やメモリ量を指定するだけで、AWSがユーザーのアカウント内にEC2インスタンスを自動でプロビジョニング・運用する。
- キャパシティプロバイダー: ECSがタスクをどの実行基盤（Fargate／ECS Managed Instances／EC2）に配置するかを制御する設定単位。
- ソブリンクラウド: データやオペレーションの所在地・管理主体を特定の法域内に限定するクラウド環境。欧州では独自のリージョン群として提供される。
ECSのタスク定義・起動タイプ選定を含む設計と構築を体系的に学べる、実行基盤の選び直しに直結する一冊
Fargate 1.3.0の強制廃止はどのように完了したか
AWSはFargate Linuxプラットフォームバージョン1.3.0を、3段階のスケジュールで強制終了させた[1]。まず2026年3月2日、プラットフォームバージョン1.3.0のまま稼働しているECSサービスのうち、1.4.0へ未移行のものに対して強制的な新規デプロイが始まった[1]。次に2026年3月16日、1.3.0は「Retired」扱いとなり、この時点から1.3.0を指定した新規タスクの起動や新規サービスの作成はできなくなった。既存タスクの稼働自体は継続した[1]。最後に2026年3月31日、1.3.0で稼働していた残りのタスクがすべて強制終了された[1]。LATESTタグを指定していたサービスは自動的に移行対象になった一方、プラットフォームバージョンを明示指定していたスタンドアロンタスクやサービスはこの強制更新の対象外だった[1]。稟議を通して構成変更したはずのタスク定義が、実は明示指定のまま取り残されていないかは、今からでも確認しておく価値がある。
実行基盤ごとの課金方式の違いをコスト最適化の意思決定プロセスに落とし込む考え方を学べる
ECS Managed Instancesとは何か
ECS Managed Instancesは、EC2の柔軟性を保ちながらインフラ管理の手間をAWSに委ねる実行タイプとして2025年9月30日に発表された[2]。利用者はvCPU数・メモリ量・CPUアーキテクチャなどタスクの要件を定義するだけでよく、AWSがアカウント内で最適なEC2インスタンスを自動的にプロビジョニング・構成・運用する[2]。デフォルトではコスト最適化された最適なEC2インスタンスタイプを自動選択するが、特定のインスタンスタイプや属性を指定することもできる[2]。発表当初は6リージョンでの提供だったが、2025年10月27日にはすべての商用AWSリージョンへ拡大した[3]。セキュリティパッチは14日ごとに自動適用され、2025年12月18日にはEC2スポットインスタンスにも対応した[6]。運用担当者がAMI更新やパッチ適用の手順を個別に組む必要がなくなる点が、Fargateと似た運用感につながる。
AWSがEC2 Capacity Blocks for ML（GPUインスタンスを一定期間だけ確保予約できるAWSの購入方式）の料金を、2026年7月1日付で再び引き上げた。対象はP6-B300・P6-B200・P5・P5e・P5en・P[…]
Fargate・ECS Managed Instances・EC2はどう使い分けるか
3つの実行基盤は、運用負荷と柔軟性のトレードオフが異なる位置に並ぶ。Fargateはインスタンス管理が一切不要な代わりにインスタンスタイプの選択余地がなく、ECS Managed Instancesはインスタンス管理をAWSに委ねながらインスタンスタイプの指定余地を残し、EC2起動タイプは管理負荷を引き受ける代わりに完全な制御を得る。GPU対応では、ECS Managed Instancesが2026年7月1日からG系列で35%、P系列とAWS Trainium系列で60%の管理料金引き下げを実施しており、GPUワークロードの受け皿として位置づけが強まっている[5]。課金方式もそれぞれ異なり、ECS Managed Instancesの場合はEC2インスタンス料金に加えて管理料金が秒単位・1分単位の最低課金で加算される[5]。
| 軸 | Fargate | ECS Managed Instances | EC2起動タイプ |
|---|---|---|---|
| 運用負荷 | 最小（インスタンス管理不要） | 小（AWSがEC2を自動運用） | 大（AMI更新・パッチ適用を自社で実施） |
| インスタンス選択の柔軟性 | なし | あり（インスタンス属性・タイプを指定可） | あり（完全な制御） |
| GPU対応 | 一部制約あり | あり（G/P系列・Trainium、2026年7月から管理料金引き下げ）[5] | あり（制約なし） |
| 課金方式 | vCPU・メモリの秒単位課金 | EC2料金＋管理料金（秒単位・1分最低）[5] | EC2料金のみ |
AI推論を24時間止めずに動かすコストと、クラウドの外へデータを出すたびに課される通信費（エグレス費用）が、企業のインフラ判断を揺さぶっている。銀行大手Barclaysが四半期ごとに実施するCIO調査（2024年第4四半期）では、8[…]
GPU対応と欧州ソブリンクラウド対応の拡大は何を意味するか
ECS Managed Instancesは2026年2月6日、AWS European Sovereign Cloud（欧州ソブリンクラウド）でも利用可能になった[4]。データやオペレーションの所在地・管理主体を欧州域内に限定する要件がある事業でも、Fargate相当の運用性を持つ選択肢が使えるようになったことを意味する[4]。GPU管理料金の引き下げと合わせて見ると、AWSはECS Managed Instancesを「Fargateの運用性が欲しいが、GPUや法域要件でFargateが使えない場面の受け皿」として位置づけていると読める。日本企業にとって欧州ソブリンクラウド自体の対象範囲は限定的だが、同じ設計思想がGPU対応や今後のコンプライアンス要件対応にも波及しうる点は見ておく価値がある。
※本記事は2026年7月時点の情報です。料金・提供条件は変動が速いため、最新は各公式でご確認ください。一部アフィリエイトリンクを含みます。 ✅ 先に結論（Seedance 2.0の要点） 何がすごい[…]
日本企業のECS運用担当者はこの構成判断をどう進めるべきか
同じ強制廃止と新選択肢の登場は、日本企業のECS環境でもそのまま起きる。違いが出るのは体制側で、多くの企業はECSの保守をSIer（システムインテグレーター）に委託しており、プラットフォームバージョンの移行作業自体はSIerが淡々と進める一方、「Fargateのままでよいか、ECS Managed Instancesに切り替える価値があるか」という構成判断は保守契約の定型作業には含まれにくい。稟議の対象も「バージョン更新の承認」に閉じがちで、実行基盤の選び直しという構成変更の議題には上がりにくい。数年単位で構成を変えていないECS環境ほど、初期設計の意図を知る担当者が離任し、判断材料が社内に残っていない場合もある。
| 論点 | IT部門の判断 | 決裁側の判断材料 |
|---|---|---|
| バージョン移行 | 1.3.0指定のタスク定義が残っていないか棚卸しし1.4.0へ更新 | 通常の保守範囲で承認可 |
| 実行基盤の選び直し | GPU利用やコスト構造の変化を踏まえECS Managed Instances採用を検討 | 構成変更として追加の設計工数を別枠で承認するか判断 |
まとめ
Fargate 1.3.0の強制廃止は2026年3月31日に完了し、同時期に登場したECS Managed Instancesが「Fargateの運用性」と「EC2の柔軟性」の間を埋める新しい選択肢として広がっている。IT部門の次の一手は二つある。プラットフォームバージョンを明示指定したタスク定義が1.3.0のまま残っていないか棚卸しすること、そしてGPUワークロードや法域要件がある場合にECS Managed Instancesが選択肢になるか検討することだ。決裁側は、バージョン更新の承認だけでなく、実行基盤の選び直しにかかる追加の設計工数を別枠の判断材料として持っておくとよい。強制廃止への追従だけで終わらせず、構成そのものを見直す機会として扱うことが次の数年の運用負荷を左右する。
よくある質問（FAQ）
Q1. Fargate 1.3.0はまだ使えますか。
A. 使えない。2026年3月31日にAWSが1.3.0で稼働する残りのタスクをすべて強制終了しており、以降は1.4.0以降のプラットフォームバージョンが必須[1]。
Q2. ECS Managed InstancesはFargateの後継ですか。
A. 後継ではなく別の選択肢。Fargateはインスタンス管理が一切不要、ECS Managed InstancesはEC2インスタンスをAWSが自動運用しつつインスタンスタイプの指定余地を残す中間的な位置づけ[2]。
Q3. GPUワークロードにはどれが向いていますか。
A. ECS Managed InstancesはG系列・P系列・AWS Trainium系列に対応し、2026年7月からこれらの管理料金が引き下げられている。GPU対応の選択肢としては優先候補になる[5]。
