• Home
• コーポレートブログ
• Amazon ECS Execが動作しない問題をAWSサポートに問い合わせして解決

原田です。今回はAWSサポートを利用して問題が解決できましたので簡単にご紹介します。

AWSサポートとは

AWSサポートは、AWS利用者が技術的な問題や請求に関する疑問を解決するための支援サービスです。AWSサポートは以下のプランがあります。

プラン名	最小月額料金	主な対象・特徴
Basic	無料	全ユーザー対象。請求・アカウント管理のみ。
Business Support+	$29	本番環境を運用する企業。AIトラブルシューティングが核。
Enterprise Support	$5,000	大規模・ミッションクリティカルな運用。専任テクニカルアカウントマネージャーがつく。
Unified Operations	$50,000	24時間365日のプロアクティブな監視と運用代行。

今回弊社が利用したサポートプランはDeveloper Supportですが、このプランは2027年1月1日に終了します。2027年1月1日以降はBusiness Support+で同等のサポートを受けることが可能なようです。

Amazon ECS Exec が動作しないので問い合わせした

前提事項

弊社サービス「My Subversion」ではAmazon ECS(Elastic Container Service)とAWS Fargate（以下のコンテナ）を使用してお客様にサービスを提供しています。

• アプリケーションコンテナ: Apache
• サイドカーコンテナ: Fluentd（各種ログをAmazon S3に転送します）

問い合わせ内容（一部抜粋）

以下の問い合わせをしました。

春頃まではAmazon ECS Execで各コンテナに接続できていたと思いますが、夏以降はコンテナに接続できていません。

~ $ aws ecs execute-command --cluster クラスター名 --task タスクID --container コンテナ名 --interactive --command '/bin/sh'

The Session Manager plugin was installed successfully. Use the AWS CLI to start a session.


Starting session with SessionId: ecs-execute-command-xxxxxxxxxxxxxxxx


SessionId: ecs-execute-command-xxxxxxxxxxxxxxxx : Plugin with name InteractiveCommands not found. Step name: InteractiveCommands

当初EC2インスタンスからECS Execを実施していましたが、2025年9月に御社から以下のお知らせがありましたのでAWSマネジメントコンソールからもコンテナに接続しようと試みましたけど上記と同じ出力になりコンテナに接続できません。

https://aws.amazon.com/jp/about-aws/whats-new/2025/09/ecs-exec-aws-management-console/

運用保守作業でコンテナに接続する必要があり困っております。 調査をお願いします。

やり取りの一部

詳細は控えますが、以下のようなやり取りをAWSサポート（サ）と弊社（弊）で行いました。

• 弊：弊社作成のリソース（ECSサービスに関するもの）を確認してほしい
  • サ：設定上の不備は見当たらない
• サ：過去の事例を調べたところ、コンテナ内のinodeが枯渇した場合に同じエラーメッセージ（Plugin with name InteractiveCommands not found.）が出力されることがあった
  inodeの値はエフェメラルストレージの容量に依存するので、タスク定義にてエフェメラルストレージの容量を最大200GiBまで増やすことが可能
  • 弊：タスク定義のエフェメラルストレージの容量を200GiBに変更したが、状況（エラーメッセージ）は変わらなかった
• サ：ECS Exec チェッカーの実行結果を共有してほしい
  • 弊：実行結果を共有
  • サ：実行結果を確認し問題はない
• サ：コンテナ内のSSM Agentのログを共有してほしい
  • 弊：タスク定義（entrypointとcommand）に（AWSサポートから提供して頂いた）コマンドを設定、ログを取得して共有
  • サ：共有したログを確認、ECS Exec実行時にtoo many open filesエラーが発生している

原因判明：Fluentdの設定（ファイル監視）がファイル数に対して適切でなかった

• 弊：Fluentdで監視しているApacheのログファイルに関する情報と、設定ファイル（apache.confとfluent.conf）のサンプルを共有
  • サ：共有内容を基にECS環境を構築したところ、ECS Execでコンテナに接続できないことを再現
  • サ：Fluentdで監視しているログファイルの数を減らしたところ、ECS Execでコンテナに接続できた
  • サ：Fluentdの設定を変更すれば改善する（コンテナに接続できる）ことを確認できた
    • Fluentdのin_tailプラグインの設定にて、enable_stat_watcher を明示的にfalseとしました。in_tailプラグインの設定では enable_stat_watcher がデフォルトでtrueとなり、ファイル監視にinotifyを利用するものと考えられます
    • 結論）Fluentdがaccess.log等のファイル監視をする際にinotifyを利用しており、inotifyインスタンスの利用量が上限に達していることでSSM agent側の too many open files エラーが発生し、ECS Execができないものと考えられます
  • 弊：Fluentdの設定（enable_stat_watcher）を変更し、ECS Execでコンテナすべてに接続できることを報告

~ $ aws ecs execute-command --cluster クラスター名 --task タスクID --container コンテナ名 --interactive --command '/bin/sh'

The Session Manager plugin was installed successfully. Use the AWS CLI to start a session.


Starting session with SessionId: ecs-execute-command-yyyyyyyyyyyy
# uname -r
5.10.245-245.983.amzn2.aarch64    # コンテナ
# exit


Exiting session with sessionId: ecs-execute-command-yyyyyyyyyyyy.

~ $ uname -r
6.1.158-180.294.amzn2023.x86_64    # CloudShell

嬉しい誤算ではありますが、お客様のご契約数の増加に伴いこれに比例して監視対象のファイル数も増加したことが、今回の不具合発生の要因の1つでした。

AWSサポートの対応にとても満足した

AWSサポートの対応はとても良く、弊社だけで問題の解決はできなかったと思います。AWSサポートのご担当者様、ありがとうございました。今後、新たな問題が発生した時は利用させていただきたいと思います。

なお、弊社は普段Basicプランを利用していますが、今回は一時的にDeveloper Supportにアップグレードし、問題が解決した後Basicに戻しました。サポート費用は解決済みか否かに関係なく毎月課金されますので、有料プランのご利用を検討されている方はご注意ください。

---