概要

EC2 on ECSで構築したアプリについて、APIコール（エンドポイントへのコール）はできていたのに、デプロイ時や再起動時のECSタスク起動では失敗する、というケースがありました。

こちらの原因と解決方法を紹介します。

前提

・EC2 on ECSを利用。EC2はプライベートサブネットに配置
・サブネットはap-northeast-1a、ap-northeast-1cの二つのAZに配置
・AutoscalingGroupでは、上記どちらのサブネットも選択している状態
・ap-northeast-1aではNAT Gatewayを介してインターネット接続ができる状態

原因

前提を見ると原因は察しがつきやすいと思いますが、今回の原因は、

・EC2インスタンスがap-northeast-1cで起動してしまうことがあったため

でした。

最初これに気づかず、ap-northeast-1aで起動したECSタスクでは疎通確認ができていたので、問題なしと勘違いしてしまいました。

ただし、デプロイ作業などでECSタスクを一度落とした際に、ap-northeast-1cにEC2が起動してしまうと、ap-northeast-1cではインターネット接続がされていないので、ECSエージェントが通信できない状態となっていたのです。これにより、ECSタスクが自動起動されなくなっていました。

「ECSタスクの自動起動にはECSエージェントがAWS ECSサービスと通信するためのインターネットアクセスが必要」という点が大事です。当然といえば当然なのですが、アプリがLB側から疎通していたので勘違いが起きていました。

解決方法

プライベートサブネットのap-northeast-1cのEC2インスタンスにもNATゲートウェイを介してインターネットに接続できる状態にしてあげればOKです。
（もしくは、AutoscalingGroupの対象をインターネット接続ができるap-northeast-1aのみにすること）

これにより、ECSタスクの自動起動が可能になりました。