常連

```terminal
~ % aws ecr get-login-password --region ap-northeast-1 | docker login --username AWS --password-stdin ◯◯◯◯◯◯.dkr.ecr.ap-northeast-1.amazonaws.com/rails 
```
上のコマンドを入力した際に、以下のエラー文が表示されます。
```terminal
An error occurred (UnrecognizedClientException) when calling the GetAuthorizationToken operation: The security token included in the request is invalid.
Error: Cannot perform an interactive login from a non TTY device
```

AWS CLIはインストール＋設定済です。

最終的にはDockerコンテナをECSでデプロイしたいのですが途中で躓いています。

宜しくお願い致します。

AWS ECRにログインできない

### 実現したいこと

RailsアプリケーションをAWS ECSにて運用したいのですが、
サービスを実行すると、実行したタスクが数分で停止してしまいます。
サービスがタスク数を維持しようとしてまた新しくタスクが実行されますが、そのタスクも数分で停止します。
この繰り返しになってしまいます。

以前は問題なくサービスを実行できていたのですが、アプリの開発を行い、タスク定義をアップデートしたところ、
上記のような問題が発生しました。

＊5/19追記
以前は問題なくサービスを実行できたと書きましたが、確認してみると、以前のコードでも上手く動きませんでした。
コード以外になんらかの変更を加えてしまい、それが原因となっている可能性が高そうです。

### 構成・前提

```
ロードバランサー：ALB

データベース：RDS

デプロイ：ECS
  => 起動方法: EC2
  => 実行: クラスター1つ、サービス1つ、タスク1つ
  => タスク定義: Nginxコンテナ, Railsコンテナ (Unicorn)

ALB-EC2間の通信: HTTPS

Rails関連:
  => rails db:create, rails db:migrate 済み
  => RAILS_MASTER_KEY 設定済み

```

### 発生している問題・エラーメッセージ

ECSのサービスにて実行したタスクが3分程で停止してしまいます。
具体的には、Nginxコンテナ, Railsコンテナが両方立ち上がるのですが、3分程でコンテナが停止し、どちらも`STATUS`が`Exited (137)`になってしまいます。

また、同じタスクを、サービスを通さずに単発で実行すると、停止しません。
（`ECSコンソール`=>`クラスター`=>`タスク`=>`新しいタスクの実行`）
タスクは停止せず、コンテナは問題なく起動し、コンテナの`STATUS`は`UP`を維持します。

この違いは何なのでしょうか？

単発のタスク実行は成功することから、タスク定義は問題ないと考えます。

どちらのパターンも同じタスク定義を使用し、タスクの実行に使用しているEC2インスタンスも同じです。
どこに差分が生まれているのでしょうか？

### 試したこと

考えられる差分として、ALBのヘルスチェックが何らかの悪さをしているのではと考え、ヘルスチェックのプロトコルを`HTTPS`から`HTTP`に変更しましたが、結果は変わりませんでした。
(Nginxコンテナは、443ポートで動的ポートマッピングしているため、`HTTP`にすることによりNginxコンテナへのヘルスチェックの通信を切る形になります)


### ログ

Dockerの標準出力、NginxとRailsAppのログファイルにも、ログは一切出力されませんでした。

### 該当のソースコード

```servise
起動タイプ: EC2

新しいデプロイの強制: なし
サービスタイプ: REPLICA

タスクの数: 1
最小ヘルス数: 0
最大ヘルス数: 200

ヘルスチェックの猶予期間: 0

ロードバランシング:
  => ロードバランサー名: ALB
  => コンテナ名: Nginx
  => コンテナポート: 443
  => ターゲットグループ: ALB-TargetGroup

Service Auto Scaling: サービスの必要数を直接調整しない
```

```RailsApp
# Dockerfile

FROM ruby:2.5.1

ENV JAVA_HOME /usr/lib/jvm/java-1.8.0-openjdk-amd64

RUN apt-get update \
  && apt-get install -y \
       build-essential \
       nodejs \
       openjdk-8-jdk

ADD . /rails-app-root
WORKDIR /rails-app-root
RUN mkdir tmp tmp/sockets log \
  && bundle install

CMD unicorn_rails -c /rails-app-root/config/unicorn.rb -E production

```

```nginx
# Dockerfile

FROM nginx:1.15.8

RUN rm -f /etc/nginx/conf.d/*
ADD docker/nginx/nginx.pro.conf /etc/nginx/conf.d/rails_app.conf

RUN apt-get update \
  && apt-get install -y \
       openssl \
  && mkdir /etc/ssl/ca \
  && cd /etc/ssl/ca \
  && openssl req -new -newkey rsa:2048 -keyout server.key -nodes -out server.csr -subj "/C=JP/ST=Prefecture/O=Hoge/CN=www.hoge.com" \
  && openssl x509 -req -days 3650 -signkey server.key -in server.csr -out server.crt

CMD /usr/sbin/nginx -g 'daemon off;' -c /etc/nginx/nginx.conf

# docker/nginx/nginx.pro.conf

upstream unicorn {
  server unix:///rils-app-root/tmp/sockets/unicorn.sock;
}

server {
  listen 443 default ssl;
  server_name www.hoge.com;

  access_log /var/log/nginx/access.log main;
  error_log  /var/log/nginx/error.log warn;

  root /rails-app-root/public;

  client_max_body_size 100m;
  error_page 404             /404.html;
  error_page 505 502 503 504 /500.html;
  try_files  $uri/index.html $uri @rails_app;
  keepalive_timeout 5;

  ssl_certificate     /etc/ssl/ca/server.crt;
  ssl_certificate_key /etc/ssl/ca/server.key;
  ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
  ssl_ciphers         HIGH:!aNULL:!MD5;

  location @rails_app {
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header Host $http_host;
    proxy_pass http://unicorn;
  }
}
```

### まとめ

なぜ、タスクは数分ですぐに停止してしまうのでしょうか？

サービスを通さずに単発でタスクを実行した状態と、サービスを通してタスクを実行した状態の差分に原因があると考えていますが、その原因をつかめておりません。
ALBが絡むくらいしか差分はないように思うのですが、ALBが原因であるとは考えづらいです、、。
このような問題の想定原因をご教授頂けますと幸いです。

宜しくお願い致します。

### 追記

5/19
調べると以下の公式資料が該当し、停止したタスクには停止理由が表示されるとのことでした。
コンソールから確認すると、以下のようになっていました。

```
停止理由: Scaling activity initiated by deployment ecs-svc/123456789001122
```

タスクの実行数を1にしてデプロイしているのですが、今回の問題だと永遠に新しいタスクが実行されてしまうため、確認したいことが終わるとタスク数を0にすることにより対応しています。
上記は、そのタスク数0の変更に対してサービスが対応した結果だと思われます.



```
停止理由: Task failed ELB health checks in (target-group arn:aws:elasticloadbalancing:ap-northeast-1:...)
```
3分置きに終了してしまうタスクには、この様な停止理由が書かれていました。
タスクは、ターゲーットグループのヘルスチェックが何回か失敗すると、自動的に停止する仕様になっているのでしょうか？
ヘルスチェックがなぜ失敗するのか、原因を調査してみます。

取り急ぎ、共有させて頂きます。


[https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/stopped-task-errors.html](https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/stopped-task-errors.html)

もう一つ追記です。
タスク数を2にしてデプロイしてみましたが、状況は変わりませんでした。
むしろ、実行されているタスク数は1から変わらず、少々おかしいような気がします。
こちらは、当方のECSやオートスケーリング、タスク配置についての理解不足が原因で、タスク数1が正常なのかなとも思っております。
こちらも共有させて頂きます。

AWS ECSにて、サービスで実行したタスクが3分置きに停止してしまう原因がわからない

現在、「コンテナ時代のWebサービスの作り方」という書籍を元に、AWS ECSの学習をしております。
Terraformを利用してリソースを作成し、AWS CLIを利用してECSのタスク定義更新、サービス更新をしようとしております。

やりたいことは、「起動しているタスク定義のリビジョンを最新にしたい」です。
ECSのサービスに紐づくタスク定義のリビジョンの更新は新しくなるものの、起動しているタスク定義のタスクのリビジョンが新しくならず困っております。

## 環境
```
$ sw_vers
ProductName:	macOS
ProductVersion:	11.1
BuildVersion:	20C69

$ aws --version
aws-cli/2.1.28 Python/3.9.2 Darwin/20.2.0 source/x86_64 prompt/off
```

## 前提
- タスク定義名: webapp-service
- サービス名: webapp-service
- クラスタ名: sample-ecs-cluster

## 実施したこと

```
# タスク定義のテンプレートを出力 & 保存
$ aws ecs describe-task-definition --task-definition webapp-service | jq '.taskDefinition | { containerDefinitions: .containerDefinitions }' > task_definition.json

# タスク定義のテンプレートに基づきタスク定義を更新
$ aws ecs register-task-definition --family webapp-service --cli-input-json file://task_definition.json

# サービスを更新
$ aws ecs update-service --cluster sample-ecs-cluster --service webapp-service --task-definition webapp-service
```

※コマンドのリファレンス: [update-service — AWS CLI 1.19.17 Command Reference](https://docs.aws.amazon.com/cli/latest/reference/ecs/update-service.html#options)

## 結果
- サービスに紐づくタスク定義のリビジョン: 最新になっている `webapp-service: 8`


![イメージ説明](cb4165c7ed60e860b46d67a4c998f437.png)

- 起動しているタスクのタスク定義のリビジョン: 古いまま `webapp-service: 4`

![イメージ説明](f6038d5502fb9091b99546a5e9b62843.png)

## お願い
起動しているタスク定義のリビジョンを最新にしたいです。

「確認すべき項目」や「次に取るべきアクション」など、アドバイスいただけますと幸いです。

AWSのECSで起動しているタスクのリビジョンを最新にしたい

### 概要
ポートフォリオ用のwebアプリをruby on railsで製作中です。
railsの実行環境としてawsのecsを利用する想定ですが、
起動タイプをec2かfargateのどちらにするかを料金によって判断したいです。
aws price calculatorで計算しているのですが、各項目が正しく理解できている自信がありません。
条件と設定を記載したので、下記の設定で正しいか教えていただきたいです。

計算に使用したツール
https://calculator.aws/#/createCalculator/EC2
https://calculator.aws/#/createCalculator/Fargate

### 条件
・1日中起動しっぱなし
・ポートフォリオ用のwebアプリなので
　集客や多数のユーザーが利用することなどは考慮しない
・スペックは最低

### ecs fargateを使用する場合
（設定項目：設定値）
タスクまたはポッドの数：1/月
（1つのタスクを起動したままにするので、月当たりのタスク数は1の想定）
平均期間：30/日数
（１ヶ月を30日として入力。起動したままなので30日の想定）
割り当てられたvCPUの量：0.25
割り当てられたメモリ量：0.5GB
Amazon ECSに割り当てられたエフェメラルストレージの量：20GB

・金額
8.89USD

### ec2を使用する場合
（設定項目：設定値）
オペレーティングシステム：Linux
インスタンスタイプ：t2.micro
数量：1
使用率：100%

EBS部分
各EC2インスタンスのストレージ：汎用SSD(gp2)
ストレージ量：30GB

・金額
11.12USD

AWS ECSの料金計算について

### 解決したいこと
ECSサービスを立ち上げると、掲題のエラーが発生してコンテナが立ち上がりません。
エラー内容及び、AWSにて使用しているVPC, ECR, ECSの環境を記述しました。

コンテナが立ち上がらない原因、何か分かりましたらヒントなどでもご教授いただけますと幸いです。

### エラー内容
```
Cannotpullcontainererror: ref pull has been retried 5 time(s): 
failed to copy: httpReadSeeker: failed open: failed to do request: 
Get "https://prod-ap-northeast-1-starport-layer-bucket.s3.ap-northeast-1.amazonaws.com/....
```

### 動作環境
#### VPC
- サブネット
  パブリックサブネットを二つ用意。
  リストパブリック IPv4 アドレスを自動割り当て済

- ネットワークACL
  インバウンド、アウトバウンドルールにて、ポート番号80、443の0.0.0.0/0に対する通信を許可
  それ以外の通信は許否

- セキュリティグループ
  インバウンド、アウトバウンドルールにて、ポート番号80、443の0.0.0.0/0に対する通信を許可

- エンドポイント
  以下をサービス名のエンドポイントを作成して、VPCに紐付けた
  →com.amazonaws.ap-northeast-1.ecr.api
  →com.amazonaws.ap-northeast-1.ecr.dkr
  →com.amazonaws.ap-northeast-1.logs
  →com.amazonaws.ap-northeast-1.ssm
  →com.amazonaws.ap-northeast-1.s3（ゲートウェイ型）

  ※S3のエンドポイントを除いた全てのエンドポイントに対してセキュリティグループ（80番、443番の全通信(0.0.0.0/0)を許可）を付与してます

- ルートテーブル
  0.0.0.0/0の通信をインターネットゲートウェイに設定
  com.amazonaws.ap-northeast-1.s3の通信をS3のエンドポイント（ゲートウェイ）に設定
  それ以外の通信をローカルに設定


#### ECR
- ポリシー
  [リンク](https://docs.aws.amazon.com/AmazonECR/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-AmazonEC2ContainerRegistryReadOnly)に従い、AmazonEC2ContainerRegistryReadOnlyの部分のポリシーを付与した

#### ECS
- タスク定義
  タスク実行ロール：ecsTaskExecutionRoleのみを付与
  アプリケーション環境：FARGATEを使用

- クラスター
  ネットワークは上記に記述したVPCのサブネットを指定
  
- サービス
  FARGATEバージョン：1.4
  コンピューティングオプション：起動タイプ
  ネットワーキングのセキュリティグループ：VPCで作成したセキュリティグループ
  パブリックIP：有効

### 備考
[こちら](https://aws.amazon.com/jp/premiumsupport/knowledge-center/ecs-pull-container-error/)に記述してある対処方法は一通り試しました。
→プライベートネットワークを導入していないため、NATインスタンスに関連する操作は特にしてませんが


[AWS, ECS] Cannotpullcontainererrorの原因を解消したい

### 前提・実現したいこと

docker-composeによるコンテナをfargateにデプロイしようとしています。
以下の記事を参考にサービス・機能の設定を進めました。

[Dockerコンテナで作ったアプリをECS+RDSでデプロイする](https://qiita.com/saki-engineering/items/8e1c4e8ecbe3f3492b40)

したことはざっくり以下です。

- VPC作成
- パブリックサブネット・プライベートサブネット作成
- クラスター作成
- RDS用のサブネットグループ作成
- RDSインスタンス作成
- セキュリティグループ作成
- ECRにイメージのプッシュ
- application load balancer作成
- タスク定義
- サービス作成・タスク実行

### 発生している問題・エラーメッセージ

サービス作成・タスク実行を行ったのち、生成されたタスクのステータスを確認したところ、
PROVISIONING→PENDING→ACTIVATINGと遷移したのちSTOPPEDになり、RUNNINGとなりませんでした。

STOPPEDとなったタスクの詳細画面から停止理由を確認したところ以下のように記載されていました。
```
Essential container in task exited
```

### 原因について考えたこと・試したこと
調べたところこの停止理由は「タスク定義でessentialとマークしていたコンテナが終了もしくは停止した際に出る」もののようでした。
今回タスク内にコンテナは1つしかないため、要はその1つのコンテナが何かの理由で起動しなかったのだと認識しています。

理由を調べるためにコンテナのログをCloudWatchで確認しました。
しかしログイベントの項目には「現時点では古いイベントはありません」「現時点では新しいイベントはありません」とだけ表示されており他に情報はありませんでした。

※今回タスク実行ロールはecsTaskExecutionRoleを使用しております。このロールはデフォルトでCloudwatchLogsへのアクセス権限を与えられていないという情報を見たため、CloudWatchAgentServerPolicyのポリシーを付与してみましたが、CloudWatchに表示される内容に変化はありませんでした。


同じようなシチュエーションについて書いてある記事を探したところ、上記の事象は**何らかの理由でECRからイメージをpullできていないために発生する**ことが多い、みたいな情報を見つけましたが、どうすればよいか分からずそれで終わっています。

以下この事象の解消に関係ありそうだと思って読んでいた記事です。

- [停止されたタスクでのエラーの確認（AWS公式記事）](https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/stopped-task-errors.html)
- [Amazon ECS の Amazon ECR エラー「CannotPullContainerError: API error」を解決する方法を教えてください。（AWS公式記事）](https://aws.amazon.com/jp/premiumsupport/knowledge-center/ecs-pull-container-api-error-ecr/)
- [ECSでタスクが起動しない場合に確認すべきこと](https://qiita.com/x-color/items/8f986d01d6a6100b7d5b)


この「fargateのタスクのステータスがRUNNINGにならない」事象の原因および対応策について、何かご意見をいただけますと幸いです。よろしくお願いします。

### 補足情報（FW/ツールのバージョンなど）
MAC OS

### 追記
Dockerfile
```
FROM ruby:2.7.1

# 必要なパッケージのインストール
RUN apt-get update -qq && \
    apt-get install -y build-essential \
                       libpq-dev \
                       nodejs

# yarnパッケージ管理ツールをインストール
RUN apt-get update && apt-get install -y curl apt-transport-https wget && \
curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - && \
echo "deb https://dl.yarnpkg.com/debian/ stable main" | tee /etc/apt/sources.list.d/yarn.list && \
apt-get update && apt-get install -y yarn
# Node.jsをインストール
RUN curl -sL https://deb.nodesource.com/setup_7.x | bash - && \
apt-get install nodejs
# chromeのインストール
RUN apt-get update && apt-get install -y unzip && \
    CHROME_DRIVER_VERSION=`curl -sS chromedriver.storage.googleapis.com/LATEST_RELEASE` && \
    wget -N http://chromedriver.storage.googleapis.com/$CHROME_DRIVER_VERSION/chromedriver_linux64.zip -P ~/ && \
    unzip ~/chromedriver_linux64.zip -d ~/ && \
    rm ~/chromedriver_linux64.zip && \
    chown root:root ~/chromedriver && \
    chmod 755 ~/chromedriver && \
    mv ~/chromedriver /usr/bin/chromedriver && \
    sh -c 'wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add -' && \
    sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google-chrome.list' && \
    apt-get update && apt-get install -y google-chrome-stable

# 作業ディレクトリの作成、設定
RUN mkdir /myapp
##作業ディレクトリ名をAPP_ROOTに割り当てて、以下$APP_ROOTで参照
ENV APP_ROOT /myapp
WORKDIR $APP_ROOT

# ホスト側（ローカル）のGemfileを追加する（ローカルのGemfileは【３】で作成）
ADD ./Gemfile $APP_ROOT/Gemfile
ADD ./Gemfile.lock $APP_ROOT/Gemfile.lock

# Gemfileのbundle install
RUN bundle install
ADD . $APP_ROOT

EXPOSE 3000

# RUN chmod +x /entrypoint.sh

CMD ["/entrypoint.sh"]
```

entrypoint.sh
```
yarn install
rm /app/tmp/pids/server.pid
bin/rails s -p 3000 -b '0.0.0.0'
```

docker-compose.yml
```
version: '3'
services:
  db:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: 本来は直書きしています
      MYSQL_DATABASE: 本来は直書きしています
    ports:
      - "3306:3306"
    # volumes:
    #   - /var/lib/mysql

　今回ECRにpushしたのはこのwebというコンテナのもとのイメージです
  web:
    build: .
    command: rails s -p 3000 -b '0.0.0.0'
    # volumes:
    #   - .:/myapp
    #   - /app/tmp
    ports:
      - "3000:3000"
    depends_on:
      - db
    stdin_open: true
    tty: true
```

fargateのタスクのステータスがRUNNINGにならないままSTOPPEDになる

### 前提・実現したいこと

文書と画像の投稿や削除が可能なブログのようなポートフォリオ(LAMP環境、PHPのフレームワークは未使用)をローカル開発環境(docker-composeを利用)で作成完了しました。これから、本番環境のAWS(ECS on Fargate)でphp-apacheコンテナを起動して、RDSでMySQLを利用してデプロイする予定です。投稿画像がwebサーバ(ECS?)内に保存され続けると、webサーバのストレージなどの負担が大きくなるため、webサーバとは分離した「Amazon S3」というストレージサービスに、画像などの静的コンテンツを保存させるべきということが分かりました。
ローカル開発環境では、ホスト(Mac)の「wwwフォルダ」を、php-apacheコンテナ内の「/var/www」にマウントして、「www/html/assets/images/<image名>」や「www/html/assets/css/<css名>」のように、全てのファイルはMac本体に階層構造(ファイルストレージ?)で保存場所をPHPで指定しています。


### AWSストレージサービスの利用に関して腑に落ちない点など私の考え・調べたこと

オブジェクトストレージであるS3と、ローカル開発環境のファイルの階層構造とは、互換性がないように思いました。調べるとファイルストレージの「Amazon EFS」を使えば、ローカル環境と本番環境での差異が少なくなりそうだと思いました。
本番環境とローカル開発環境とのPHPのアプリのコードの差異は最小限にしたいです。(できる限り、ローカル開発環境のアプリのコードを書き換えたくありません。)
S3やEFSについて数日調べましたが、「ローカル開発環境では、ローカルPCであるアプリの静的コンテンツの保存場所を、本番環境では、(EC2やECSとは分離された)S3などのAWSストレージにする」ような記事は見つけることができませんでした。


### 質問

①ローカル開発環境ではPHPで画像やCSSのパスを指定していましたが、本番環境ではPHPのコードを、S3などのAWSのストレージサービス用のパスに変更する必要があるのか？

②もし、ローカル開発環境のPHPのコードを変更せずに、本番環境でS3などのAWSのストレージサービスに静的コンテンツを保存や利用できる場合、画像投稿時にECS内にも「/var/www/html/assets/images/<image名>」のように保存されてしまわないか？(webサーバにも画像が保存され、webサーバのストレージに負担が掛かり、本末転倒のような気がします。)

③私のアプリやローカル開発環境の状況では、AWSストレージサービスは、S3やEFSなど、どれが適していますか？

④アプリに投稿削除機能があるが、S3やEFSなどAWSストレージサービスを利用した際にも、指定された投稿画像がAWSストレージサービスから削除されるか？

⑤上記のことを実現するためのアドバイス、おすすめのサイトや教材などがあれば教えて頂ければ、幸いです。


投げやりな質問になり、大変恐縮です。この件に関して、自分だけでは手も足も出ない状態ですので、ご教授頂ければ幸いです。よろしくお願い致します。


### 補足情報（FW/ツールのバージョンなど）

ローカル開発環境は、以下の3つのコンテナイメージをdocker-composeを使い、作成しました。 


・php:7.2-apache
 ・mysql:5.7
 ・phpmyadmin/phpmyadmin:latest

ローカル開発環境(docker-composeを利用)では、ローカルPCであるアプリの静的コンテンツの保存場所を、本番環境では(EC2やECSとは分離された)S3などのAWSストレージにしたい

### 実現したいこと

AWSのECSを利用する際に、2つ以上のコンテナを１つのEC2上で稼働させたい。

### 前提

機械学習のpythonプログラムをコンテナ化し、EC2のg3で動かそうとしています。
利用料金が高いので、複数作った別々の内容のコンテナを一つのＥＣ２で動かそうとしていました。普通にＥＣ２を1台借りて、dockerをインストールし、そこに複数コンテナを稼働させようとしていたのですが、コンテナのマネジメントサービスであるＥＣＳがあると知りました。ＥＣＳのほうが、運用が楽かなと思い、複数コンテナを一つのＥＣ２サーバ上で動かそうとしたのですが、ＥＣＳ作成画面で既存のＥＣ２サーバを設定する項目が見つからず、進まなくなってしまいました。
ＧＰＵプログラミングであるＣＵＤＡが使えるサーバでしか利用したい機械学習プログラムが動かないため、
fargateで動かすなども考えてみましたが、ＣＵＤＡを利用できるのかもわかりませんでした。
やりたいことが実現できるなら他の方法（fargateを利用する、やＥＫＳを利用するなど）でも構いませんのでご教授いただきたいです。


### 試したこと

・ECSの設定画面の確認
　→インフラストラクチャのEC2の新規作成しかできず、既存のEC２への追加ができない。
・googleでこの質問内容の検索
　→日本語の記事で回答になりえそうなものがなかったです。

### 補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。
