本ページは、AWS に関する個人の勉強および勉強会で使用することを目的に、AWS ドキュメントなどを参照し作成しておりますが、記載の誤り等が含まれる場合がございます。

最新の情報については、AWS 公式ドキュメントをご参照ください。

• ECS と EKS とは
  • コンテナオーケストレーション
  • コントロールプレーン
  • データプレーン
  • データプレーン の種類
• 4 つのアーキテクチャパターン
• ECS と EKS のサービスの利用想定
• 比較
• 付録：AWS コンテナロードマップ
• 付録：コンテナセキュリティ

簡単にいうと、コンテナオーケストレーションのソフトウェアが、Kubernetes (K8s) か AWS オリジナルか、という違いです。

• EKS（Elastic Kubernetes Service）
  • Amazon Web Services (AWS) 上で、独自の Kubernetes コントロールプレーンをインストール、運用、保守する必要がないフルマネージドコンテナオーケストレーションサービスです。
• ECS（Elastic Container Service）
  • EKS は コンテナオーケストレーション に Kubernetes を利用していますが、ECS は　 AWS オリジナルのソフトウェアをベースに構築されている コンテナ化されたアプリケーションのデプロイ、管理、スケーリングを容易にするフルマネージドコンテナオーケストレーションサービスです。

コンテナオーケストレーション

コンテナのワークロードやサービス、ライフサイクル管理やデプロイメント等のコンテナに関わる調整と管理の自動化技術のことで、コントロールプレーンとデータプレーンから成り立っています。

※ 【AWS Black Belt Online Seminar】CON120 AWS コンテナ全体概要 より引用

コントロールプレーン

コントロールプレーンとは、コンテナを管理する機能（＝コンテナオーケストレータ）のことを指します。 つまり、ECS、EKS のことです。

データプレーン

データプレーンとは、コンテナが実際に稼働するリソース環境を指します。

AWS が提供するデータプレーンは次の 2 種類あります。

• EC2
• Fargate

データプレーン の種類

AWS が提供するデータプレーンは次の 2 種類あります。

• EC2
  • コンテナが稼働するリソースの管理を利用者自身で行うもの
  • メリット
    • スペック（CPU コア数、メモリ、ストレージ 等）が柔軟に選択できる
    • 実稼働リソースの OS に直接介入することが出来る（カーネルパラメータなどをチューニングする 等）
    • コンテナイメージを EC2 内にキャッシュできるので Fargate タイプに比べてデプロイが早い
  • デメリット
    • ホストの管理（サーバのスケーリング、パッチ 等）が必要
• Fargate
  • コンテナが稼働するリソースの管理を AWS が行ってくれるもの
  • メリット
    • ホストの管理（サーバのスケーリング、パッチ 等）が不要
  • デメリット
    • スペック（CPU コア数、メモリ、ストレージ 等）に制限がある（決まった構成からのみ選択可能）
    • 実稼働リソースの OS に直接介入することが出来ない（カーネルパラメータなどをチューニングする 等）
    • コンテナイメージをキャッシュできないので EC2 タイプに比べてデプロイが遅い
      • ただし、ロードマップ上には、[Fargate/ECS] [Image caching]: provide image caching for Fargate. があるので将来的には・・
    • EC2 タイプに比べて価格が高い

これだけを見ると、Fargate のデメリットが多いように思えますが、コンテナが実際に稼働するリソース環境の運用から解放されるのは非常に大きなメリットですので、作業要員のコストも考えるとデメリットを上回る価値があると考えられます。 よって、まずは Fargate を利用することができないかを検討するのが良いと思います。

コントロールプレーンとデータプレーンの組み合わせで 4 つのアーキテクチャパターンがあります。

それぞれのパターンの構成概要図は次の通りです。

• ECS on Fargate

• ECS on EC2

• EKS on Fargate

※ 2023 年 10 月現在、Fargate には 1 つの Pod しか起動できない制約(Fargate Pod の設定)があります。そのため、DaemonSet が利用できません。ログ集約などで利用したい場合、サイドカーコンテナを作成する方法があります。（参考：AWS Fargate で Amazon EKS を使用するときにアプリケーションログをキャプチャする方法）

• EKS on EC2

簡単に書くと、次のような利用想定です。

• EKS（Elastic Kubernetes Service）
  • 既に Kubernetes (K8s)を利用している、またはこれから積極的に利用してコンテナの管理を行いたい
  • オンプレミスや他のクラウド上でも稼働させたい
• ECS（Elastic Container Service）
  • K8s の運用経験がないか、K8s よりも簡単にコンテナの管理を行いたい
    • K8s は 基本的に 3 か月に 1 回のアップデートが行われるため、アップデートに追従するために運用コストが高くなる傾向があります。
  • AWS のみで利用できればよい

コントロールプレーン（ECS と EKS）× データプレーン（EC2 と Fargate）から、4 パターンの選択肢があります。

※ 【AWS Black Belt Online Seminar】CON120 AWS コンテナ全体概要 より引用

それぞれのパターンをいくつかの比較項目で、3 段階の評価を行い比較した結果は次のとおりです。

※個人的な解釈をベースとザックリと比較した結果となっておりますので、参考程度にお読みください。

◎・・・3 点、○・・・2 点、△・・・1 点

※1 ... アジアパシフィック（東京）リージョンで Linux を利用した場合の比較

Fargate のほうが EC2 に比べてコストが高いが、3 段階評価で差が出るほどではないとの判断。 2019 年 1 月 に Fargate の大幅な値下げがあったため、以前に比べて利用しやすくなっています。

アジアパシフィック（東京）リージョンでの Fargate 利用料金 1 時間あたりの vCPU 単位　＞ USD 0.04045 1 時間あたりの GB 単位 ＞ USD 0.00442

※2 ... コンテナが稼働するリソース環境にはいくつか制限があります

• エフェメラルストレージは最大 200GB
• AWS Fargate の料金にもあるとおり、2023 年 10 月現在では 16 vCPU/32~120 GB メモリという上限があります。
• EKS on Fargate は Pod を１つしか構成できません。(Fargate Pod の設定)
  • AWS Fargate で Amazon EKS を使用するときにアプリケーションログをキャプチャする方法

※3 ... 以前はコンテナに接続するには自前で sshd を立てるなどしなければならなかったが、「Amazon ECS Exec」により障害調査はしやすくなった

※4 ... EKS on Fargate が一般公開されたのが 2019 年 12 月であるため、2023 年 10 月現在では事例も数多く存在し、それぞれのパターンで差がないと判断。

2014/11/13 Amazon ECS

2018/06/05 Amazon Elastic Container Service for Kubernetes が利用可能となりました。

2017/11/30 AWS Fargate の紹介 – インフラストラクチャの管理不要でコンテナを起動

2019/12/05 AWS Fargate 上の Amazon EKS を一般公開

2021/05/27 Amazon Elastic Container Service Anywhere が利用可能に

2021/09/10 Amazon EKS Anywhere — オンプレミスで Kubernetes クラスターの作成と管理が広く利用可能になりました

aws-containers-roadmap

• NEC セキュリティブログ>特権コンテナの脅威から学ぶコンテナセキュリティ
• 【IPA】NIST SP800-190 アプリケーションコンテナセキュリティガイド
• AWS ドキュメント > AWS Fargate のセキュリティ
• AWS ドキュメント > タスクとコンテナのセキュリティ