ECS/EKSについての事前学びメモ

ECS/EKSを使用する1dayイベントがあるのですが、インフラ周りの知識が全くなく、ECS/EKSが何かも全然わかっていないので、軽く勉強してメモしておこうと思います。

ECS/EKSとは

EKS:
Amazon Web Services (AWS) 上で、独自の Kubernetes コントロールプレーンをインストール、運用、保守する必要がないマネージド型サービス。EKSはとにかく運用コストが高い。ちなみにKubernetes は、コンテナ化されたアプリケーションの管理、スケーリング、デプロイを自動化するオープンソースシステム
ECS:
AWSが開発したコンテナ管理サービス

webアプリケーションとDBを動かすときのAWSの構成

(ref: udemyのAWSコンテナサービス入門―AWSの基本からECS・Copilot CLI・CI/CD・App Runnerまで)

VPC(ネットワーク)の中にEC2(サーバ)を1台用意して、その中でwebアプリとDBを動かす
→パッチやバックアップなど、対応すべきことが非常に多い
AWSにはRDSというデータベースのサービスがある
→RDSを使うとDBのパッチ適用などをAWSに任せることができる
RDSのようにAWSなどのクラウド事業者に管理を任せられるサービスを「マネージドサービス」という。
EC2を並列稼働させ、webアプリの処理能力を高める(スケールアウト) →CPU使用率などに応じて、自動でスケールさせることが可能
EC2を並列稼働させる場合は、前段にELB(ユーザからのリクエストをEC2などに分配するロードバランサのマネージドサービス)を配置するのが一般的

→最近はEC2をECS on Fargateに置き換えた構成が非常に一般的

なぜECS on Fargateを使うのか

そもそもコンテナを使うわけ
環境構築済みのイメージを運搬して実行するため、他の環境でテストした動作を本番でも保証しやすいこと、サーバよりも軌道が高速で開発サイクルの高速化やオートスケールといった面で有利なこと、サーバ内で環境を分離でき１つのサーバ内でさまざまなアプリケーションを動かしても競合しにくいなどの利点がある
↓
1台のサーバを増強してたくさんのコンテナを動かす方針では、サーバのスペックの限界がある。また、サーバが１台停止するだけで、その中でコンテナとして動いているwebアプリケーションなどにアクセスできなくなる
↓
複数台のサーバでたくさんのコンテナを使えば、コンテナの数が増えても、その分サーバを増やすことで対応可能。サーバ間でコンテナを冗長化させておけば、サーバが１台停止してもwebアプリケーションは全体としては停止しない
↓
複数のサーバでたくさんのコンテナを使うためには、どのサーバにどのコンテナを配置するのが適切か考えるのが大変
↓
コンテナオーケストレーションのツールを使えば、クラスタに対して、コンテナを適当に配置してくれる
コンテナオーケストレーションのツール
AWSを使う場合は、以下の２つの選択肢がある
EKS : k8sのマネージドサービス
ECS:AWS独自のコンテナオーケストレーションサービス
↓
ECS on EC2を使う場合、コンテナとサーバの両方の考慮が必要
↓
ECS on Fargateを使うと、サーバ管理なしでコンテナを実行できる