Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥

Lambda、ECS、EKS がそれぞれ提供するManaged Instanceの紹介と使い分け

Avatar for kenicazu kenicazu
December 21, 2025
150

Lambda、ECS、EKS がそれぞれ提供するManaged Instanceの紹介と使い分け

Avatar for kenicazu

kenicazu

December 21, 2025
Tweet

Transcript

  1. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. Kenichi Azuma S E R V E R L E S S M E E T U P T O K Y O # 2 3 - A W S R E : I N V E N T R E : C A P Amazon Web Services Japan G.K. Solutions Architect Lambda, ECS, EKS が それぞれ提供する Managed Instance の紹介と使い分け
  2. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. 2 ⾃⼰紹介 東 健⼀ (あずま けんいち) アマゾンウェブサービスジャパン パブリックセクター ソリューションアーキテクト • 中央省庁のお客様を中⼼に ガバメントクラウド、医療DXに関するご⽀援 • 絶賛 re:Invent のキャッチアップ中です 🔥🔥🔥
  3. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. はじめに • 既に多くのお客様がアプリケーションのデプロイに Lambda、ECS、EKS を お使いだと思いますが、それぞれ Managed Instances が発表されました。 ※ EKS Auto Modeについては昨年発表 • 各サービスの Managed Instances の概要をお話しつつ、これまでの使い⽅との 違いやどのようなユースケースで活⽤できるのかご紹介します。 • 本⽇お話しする内容は、今後のサービスアップデートによって変わる可能性が あります。現時点での情報である点をご承知おきください
  4. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. 本⽇の発表の流れ ステップ1 ステップ2 ステップ3 各 Managed Instances の 概要を理解する これまでの機能との違いを 理解する 各サービス間での使い分けや ユースケースを理解する Managed Instances 従来の オプション
  5. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. • 各サービスにおける Managed Instances の概要 • 各サービスにおける Managed Instances の使い分け(2025/12/17時点) • 各サービス間の使い分け・ユースケース • まとめ ⽬次 5
  6. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 各サービスにおける Managed Instances の概要 6
  7. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. Lambda Managed Instances 7 2025 © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. マネージドなEC2インスタンス上で実⾏する、AWS Lambda の新しい実⾏形式 AWS Lambda Managed Instances Lambda Managed Instances 従来のLambda 実行基盤 アカウントにAWS管理のEC2 インスタンスが起動(タイプ指定可) AWS管理の コンピューティングリソース 実行環境の隔離 実⾏環境はコンテナで分離 実⾏環境内で同時呼び出しが並列して実⾏ VMレベルの隔離はCapacity Provider単位で 実行環境はFirecracker MicroVMで隔離 同時呼び出しは別の実行環境に 料金 リクエスト料金 EC2インスタンス料金 + 管理コスト (15%) リクエスト料金 メモリ量 × 実行時間 運用 コンピューティング環境の管理、パッチ、スケーリングはマネージドで提供 • 伊達さんセッションの資料再掲
  8. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS Managed Instances 8 AWS Fargate Amazon EC2 • Fargate と EC2 のそれぞれのメリットを両⽅享受することが可能な新しい選択肢 ワークロードの要件を満たす インスタンスタイプを⾃由に選択可能 インスタンス管理(パッチ適⽤等)は AWS側が実施 コンソリデーション等の インスタンスの最適化が可能 2025
  9. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS Managed Instances 9 • EC2・Fargate 同様にキャパシティプロバイダーを利⽤ • インスタンスの起動には Auto Scaling Groupを 利⽤せずに EC2 CreateFleet API を利⽤ • タスクのサイズに応じて 適切なインスタンスタイプをECS側で選定 • インスタンスタイプに優先度をつけ、 Fleet API を⽤いて 優先度順に起動可能か確認し、インスタンスを起動 "CreateFleetRequest": { "LaunchTemplateConfigs": { "Overrides": [ { "Priority": "0.0", "InstanceType": "m6g.medium", "AvailabilityZone": ”ap-northeast-1a", // ... その他のフィールド }, { "Priority": "1.0", "InstanceType": "m7g.medium", "AvailabilityZone": "ap-northeast-1a", // ... }, { "Priority": "2.0", "InstanceType": "m6gd.medium", "AvailabilityZone": "ap-northeast-1a", // ... }, 2025
  10. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS Managed Instances 10 2xlarge 2xlarge 2xlarge 2xlarge 2xlarge xlarge 2xlarge リソースの利⽤効率が最⼤となるように⾃動でインスタンスを最適化 タスク数︓8 タスク数︓6 タスク数︓6 余剰リソースを検知 インスタンスの 再作成 インスタンス 削除 ビンパッキング(binpack) による配置 2025
  11. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS Auto Mode 11 2024 • ノードやアドオンの管理(バージョンアップ等)を AWS 側にオフロード • Karpenter を⽤いたノードの適切なスケーリング・コスト最適化を実現 EKS account Customer account Supporting AWS Services EBS Volumes Application Load Balancer Network Load Balancer EC2 Managed Instances Compute Storage Load Balancing Managed Capabilities Amazon EKS cluster Managed Control Plane API Server instances Etcd Instances
  12. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS Auto Mode 12 2024 • 主要なコンポーネントを Daemonset ではなく、システムプロセスとしてインストール Auto Mode Managed AMI Amazon EC2 Managed Instance (Agents running on a node) CSI Node Node Monitoring K8s service load balancing K8s service discovery Pod Identity
  13. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS Capabilities 13 2025 Amazon EKS cluster EKS account Managed Control Plane Etcd Instances API Server instances Customer account Cluster resources ACK ArgoCD KRO Managed Capabilities AWS Resources IAM Roles S3 Buckets ElastiCache Nodes ACK Resources Argo CD Applications KRO Instances • ArgoCD を含めた Kubernetes 環境の管理に役⽴つアドオンをマネージドに提供開始 • Auto Mode 以外(MNG やセルフマネージド Karpenter の環境)でも利⽤可能
  14. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. 参考)Cluster Autoscaler と Karpenter の動作 14 CA ASG EC2 API Cluster Auto- scaler Auto Scaling Group Pod Autoscaling Pending pods EC2 Fleet (instance) Karpenter では ECS Managed Instances と同じように Auto Scaling Group を使わずに EC2 Fleet API でインスタンスを起動
  15. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. 参考)Karpenter の利点 15 • ワークロードの負荷や Pod の配置要求に応じて、適切な Node を配置 • Auto Scaling グループを経由しないため、CAS よりも⾼速な Node 起動を実現 • 稼働率の低い Node の置き換えや Node の統合による不要なリソースの削除 • オンデマンドへの切り替えやスポットインスタンス中断通知へのネイティブ対応 • node group(Auto Scaling グループ)の事前準備が不要 • 少数の Node 起動設定(NodePool、EC2NodeClass)で多くの Pod 要求に対応 可⽤性の観点 コストの観点 運⽤効率化の観点
  16. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. それぞれの Managed Instances の共通点 16 • EC2 インスタンスタイプを指定してワークロードが実⾏可能 • インフラストラクチャ(パッチ・スケーリング等)はマネージドに提供 • 運⽤の複雑性をサービスの追加コストにより AWS にオフロード可能
  17. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 各サービスにおける Managed Instances の使い分け (2025/12/17時点) 17
  18. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. Lambda Managed Instances 18 © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. マネージドなEC2インスタンス上で実⾏する、AWS Lambda の新しい実⾏形式 AWS Lambda Managed Instances Lambda Managed Instances 従来のLambda 実行基盤 アカウントにAWS管理のEC2 インスタンスが起動(タイプ指定可) AWS管理の コンピューティングリソース 実行環境の隔離 実⾏環境はコンテナで分離 実⾏環境内で同時呼び出しが並列して実⾏ VMレベルの隔離はCapacity Provider単位で 実行環境はFirecracker MicroVMで隔離 同時呼び出しは別の実行環境に 料金 リクエスト料金 EC2インスタンス料金 + 管理コスト (15%) リクエスト料金 メモリ量 × 実行時間 運用 コンピューティング環境の管理、パッチ、スケーリングはマネージドで提供 • 伊達さんセッションの資料再掲 2025/12時点
  19. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS Managed Instances と Fargate Fargate ECS Managed Instances タスク配置 インスタンス 選定 インスタンスの 管理・ メンテナンス • 1インスタンスにつき 1タスク ベストエフォートでマルチAZ分散配置 • CPU/メモリ組み合わせのみ GPUインスタンスは利⽤不可 • Spot インスタンス利⽤可能 オンデマンドとのフォールバックは不可能 • AWS側が管理、アクセス不可 ECS Exec によりタスクへのアクセスは可能 • 定期的に基盤のメンテナンスのため、 タスクの⼊れ替えが発⽣ • 1インスタンスに1〜複数タスク ベストエフォートでマルチAZ分散配置 • EC2インスタンスタイプを⾃由に選択可能 ※GPUインスタンス含む • Spot インスタンス利⽤可能 オンデマンドとのフォールバックは不可能 • AWS側が管理、アクセス不可 ECS Exec によりタスクへのアクセスは可能 • インスタンス起動後14-21⽇で インスタンスの⼊れ替え 2025/12時点
  20. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS Managed Instances と Fargate Fargate ECS Managed Instances 対応している OS ネットワーキング モード イメージ キャッシュ ストレージ • WindowsとLinux ※ 1.4.0では Windows 2019 とBottlerocket • awsvpc モード のみ • 都度インスタンス起動のため キャッシュなし • EBS(⼀時利⽤)、EFS(永続利⽤) • エフェメラルストレージは20-200GB • Linux(Bottlerocket)のみ Windows は⾮対応 • awsvpc、host モードのいずれか ※bridge モードは⾮対応 • インスタンス上で、有効なキャッシュが 存在する場合、キャッシュが利⽤される • EBS、EFSに加え、バインドマウントにより FSx for NetApp ONTAPなども利⽤可能 • エフェメラルストレージは利⽤する EC2インスタンスに依存 2025/12時点
  21. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS Managed Instances と Fargate 2025/12時点 • アプリケーション(コンテナ)のパイプライン⾃体はどちらを使っても変わらない • Fargate と Managed Instances の切り替えは簡単、 キャパシティプロバイダーの切り替えだけ • 運⽤負荷は変わらない(Managed Instance のほうが少し設定が増えるのみ) • タスクの数が少ない段階だと集積率は Fargateの⽅が良く、コストメリットが出るケースも • 先ほど記載した Managed Instances のメリットを享受したい場合や 対応している機能を利⽤したい場合は移⾏する
  22. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS Auto Mode と Fargate Fargate EKS Auto Mode タスク配置 インスタンス 選定 インスタンスの 管理・ メンテナンス • 1インスタンスにつき 1Pod • CPU/メモリ組み合わせのみ GPU, Arm インスタンスは利⽤不可 • Spot インスタンス利⽤不可 • AWS側が管理、アクセス不可 kubectl exec によりpodへのアクセスは可能 • 定期的に基盤のメンテナンスのため、 タスクの⼊れ替えが発⽣ • 1インスタンスに1〜複数Pod • Karpenterによるコンソリデーション • EC2インスタンスタイプを⾃由に選択可能 ※GPU, Arm インスタンス含む • Spot インスタンス利⽤可 オンデマンドとのフォールバックも可能 • AWS側が管理、アクセス不可 kubectl exec によりpodへのアクセスは可能 • インスタンス起動後14-21⽇で インスタンスの⼊れ替え 2025/12時点
  23. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS Auto Mode と Fargate Fargate EKS Auto Mode アドオン管理 Kubernetes 機能 • アドオンのバージョンアップ等は⾃⾝で実施 • DaemonSet が利⽤不可 • 動的PVプロビジョニング⾮対応なため ステートフルワークロー ドに制約あり • NET_ADMIN に対応していないため Istio などのサービスメッシュも利⽤不可 • AWS 側で 主要なアドオンを管理 ⼀部のアドオンについては⾃⾝で管理が必要 • セルフマネージド 、マネージドノードグルー プ(EC2)と同様の 各 Kubernetes の機能を 利⽤可能 • インスタンス上で、有効なキャッシュが 存在する場合、キャッシュが利⽤される 2025/12時点
  24. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS Auto Mode と Fargate 2025/12時点 • 公式メッセージにある通り、基本は Fargate から Auto Mode の移⾏が推奨 • 新規の際は Auto Mode や 本⽇紹介できていないセルフマネージド型ノードや マネージド型ノードグループの利⽤を検討
  25. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. 各サービス間の 使い分け・ユースケース 25
  26. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. それぞれの Managed Instances の共通点 26 再掲 • EC2 インスタンスタイプを指定してワークロードが実⾏可能 • インフラストラクチャ(パッチ・スケーリング等)はマネージドに提供 • 運⽤の複雑性をサービスの追加コストにより AWS にオフロード可能 Managed Instances が登場しても各サービスの特性やユースケース、 デベロッパから⾒たときのアプリケーションの開発の根幹は⼤きく変わらない
  27. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. EKS + EKS Auto Mode のユースケース 27 • Kubernetes のエコシステムを活⽤したい • マルチクラウド戦略を考慮 • Kubernetes の専⾨知識を持つエンジニア、 プラットフォームチームがいる • Helm チャート等の既存資産を活⽤したい • スポットインスタンスのフォールバック アドオンの管理やノードの管理をマネージドに実現したい場合は Auto Mode や Capabilities を活⽤する ※ ⾚字部分が Managed Instance によって変わった点
  28. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. ECS + ECS Managed Instance のユースケース 28 • サービス間連携やデプロイメント等のコンテナ運⽤を効率化する機能を活⽤したい場合 • GPU を⽤いた処理(学習や推論)を実⾏したい場合 • ⻑時間実⾏する処理があるワークロード • 定常的なリクエストを受けるような Web アプリケーション • ⼀貫したパフォーマンスを発揮したコンテナワークロードを実現したい ECS Task Service Connect ECS Service ECS Task ECS Service ECS Task with GPU AWS Step Functions ※ ⾚字部分が Managed Instance によって変わった点
  29. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. Lambda のユースケース 29 • 定常的な⾼負荷がありつつ、SQS のコンシューマや DynamoDB Streams、Kinesis Data Streams など Event Source Mappings が使えるサービスとの連携 • DB Connections などの再利⽤ • ファンクション単位でのデプロイしたい • ⼀貫したパフォーマンスを発揮したアプリケーションを実装したい • コンテナ・アプリケーションの実⾏環境の管理負荷を 極⼒減らしたい(ランタイム管理など) AWS Lambda Amazon SQS Amazon API Gateway Amazon DynamoDB Amazon Kinesis ※ ⾚字部分が Managed Instance によって変わった点
  30. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. まとめ 30
  31. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. まとめ • Lambda、ECS、EKS において、Managed Instances が発表され インフラストラクチャの管理の効率化や幅広いユースケースの対応が可能に • とはいえ、これまでのサービス選定の考え⽅が⼤きく変わるわけではない • これまで利⽤していた機能から新しい機能や別のサービスに移⾏するかどうかは チームやプロダクトの特性を踏まえて検討が必要 • ⼀度チャレンジして、また戻すということも可能
  32. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. 参考資料)ECS Managed Instance 32 © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. Amazon Confidential and Trademark. 今月登場した ECS Managed Instances は Fargateと何が違うのか Kenichi Azuma Amazon Web Services Japan G.K. Solutions Architect 1 Gov-JAWS#4 公式ブログ とあわせて JAWS にて発表している以下の資料も是⾮ご覧ください。 h"ps://speakerdeck.com/kenicazu/ecs-managed-instance-overview-key-differences-from-fargate
  33. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. 参考資料)EKS Auto Mode 33 AutoModeに関するオンラインセミナーの開催ブログ をご覧ください。
  34. © 2025, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. Thank you! © 2025, Amazon Web Services, Inc. or its affiliates. All rights reserved. Kenichi Azuma Solutions Architect 34