1 Answer
- Newest
- Most votes
- Most comments
0
ログがないので推測ですが、EC2上で動作しているコンテナエージェント周りのエラーが原因の可能性があります。(私も以前ECSを利用していた際に、リソースを枯渇させてエラーになったことがあります) https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/ECS_agent.html
このエージェントは、EC2のOSより上位階層は責任共有モデルで利用者の責任範囲ですので、メンテナンス、セキュリティアップデートなどは自分たちで管理する必要があります。
もし上記が原因であれば、Fargateを利用することで、エージェント管理責任がAWSになるため、簡単に問題を解決出来ます。
それから、EC2内にログを保存するのはよくありません。ログをCloudWatch Logsに転送することを強くオススメします。タスク定義の設定で簡単に転送できますので、下記ブログを参考にお試しください。 https://dev.classmethod.jp/articles/ecs-cloudwatch-logs/
answered 2 years ago
Relevant content
- asked 6 years ago
- asked 19 days ago
- Accepted Answerasked 5 years ago
- asked 5 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 3 years ago
ご回答ありがとうございます。 EC2には、Dockerインストール・コンテナ構築のみで、 コンテナエージェントは入れておりません。 現在の構成では、切り分けするための材料が少ないようですね。。
頂いたコメントにもあるように、EC2内のコンテナはユーザが管理すべき所ですが、 そこに手が回っていないのが問題かもしれないです。
今後以下の対応を考えておりますが、 「これもやった方が良い」などあれば、大変お手数ですがご教示頂けると助かります。
・ALBヘルスチェック監視 ・ログを外部へ保存(CloudWatchLogsやS3)
将来的には運用負担の少ないFargateなども考えてみます。 情報が少ない中、ご回答いただきありがとうございました。勉強になりました。