ECSでEFSを使いこなすための一歩としてEC2ベースでのCPUとメモリ設定にトライしてみた

初めてECSでEC2ベースの操作を行う際、壁の一つになると思われるCPUとメモリの扱いについてまとめてみました。

haoyayoi

2019.05.30

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

はじめに

「FargateではEFSが使えないけど、EC2だとリソース管理が面倒。どうしよう」

と、Fargateの手軽さに魅力を感じた上で悩まれる方は少なからず居られるものだと思います。

ECSからマウント経由で外部ファイルにアクセスしたい場合は自ずとEC2が手段として上がってきます。Fargateにてイメージファイル内にgitやboto3等で外部から取り込む術を作り込む手もありますが、動作検証が茨の道であることは間違いありません。

EC2になくてFargateにある大きな特徴は、リソース管理がフルマネージドという点です。言い換えればリソース管理さえ覚えれば手立てはあるはずです。

今回は最初の壁になると個人的に思っている CPU と メモリ の扱いについて、調べながら只管繰り返した記録を元にまとめてみました。

以下のような悩みを抱えておられる方向けです。「ワタシECSチョトデキル」的な人には物足りないと思います。

管理コンソールでタスク定義を行う際に、恐らく壁となるのは以下の4点でしょう。

公式ドキュメントには以下の通りに記載されており、EC2を利用する場合は空白で特に問題ありません。

タスク定義の登録時に、タスクに使用される CPU とメモリの合計量を指定できます。これは、コンテナ定義レベルの cpu および memory の値とは異なります。EC2 起動タイプを使用する場合、これらのフィールドはオプションです。

コンテナ毎に適用されるハードウェアでのメモリ制約です。このメモリを越えると強制終了となります。

管理コンソールでの初回フォーム入力時に迷う場合は

ECS ではウェブアプリケーション用に 300 〜 500 MB から始めることをお勧めします。

とあるように、余裕を持って500MBあるいはそれ以上の指定が無難のようです。

システムメモリ競合時に維持されるメモリ上限です。ただし、状況に応じてハード制限(設定されている場合)かインスタンス自体の利用可能上限まで消費します。

つまり、以下のような構図となります。

memory ( <= memoryReservation ) <= instance memory

memory 及び memoryReservation については公式ドキュメントに詳細があります。

EC2タイプを使う前提で上記ドキュメントを読む場合に気をつけるべき点は、両方とも

必須: いいえ

となってはいるものの

EC2 起動タイプを使用するタスクにコンテナが含まれる場合、コンテナの定義で memory と memoryReservation の一方または両方にゼロ以外の整数を指定する必要があります。

となっているところです。

特に前提知識がない場合は当てるべき数値の基準がつかみにくい代物です。決めかねる場合は、以下ページに掲載されているFargateでの動作ベースが恐らく無難でしょう。

CPU value	Memory value (MiB)
256 (.25 vCPU)	512 (0.5GB), 1024 (1GB), 2048 (2GB)
512 (.5 vCPU)	1024 (1GB), 2048 (2GB), 3072 (3GB), 4096 (4GB)
1024 (1 vCPU)	2048 (2GB), 3072 (3GB), 4096 (4GB), 5120 (5GB), 6144 (6GB), 7168 (7GB), 8192 (8GB)
2048 (2 vCPU)	Between 4096 (4GB) and 16384 (16GB) in increments of 1024 (1GB)
4096 (4 vCPU)	Between 8192 (8GB) and 30720 (30GB) in increments of 1024 (1GB)