DEV Community

Cover image for Debugging into AWS ECS Task Containers: What You Need to Know
Avinash Dalvi for AWS Community Builders

Posted on • Originally published at internetkatta.com

Debugging into AWS ECS Task Containers: What You Need to Know

Hello Devs,

In previous blog and YouTube video explained how to deploy a WordPress website using Fargate in AWS ECS.

In this blog going to learn about how to debug into AWS ECS task containers whether it is using Fargate either Serverless or with an EC2 machine.

Why is this needed?

Debugging to ECS task is one of the most important parts of your production support activity whenever there is any incident happening in the production system and you need to know why this is happening, any code failure or why the task is getting fails. For this to achieve need to log into the ECS task container like we generally logged into the EC2 machine using the .pem file. Two types of ECS task containers can configure as per the above image.

  • AWS Fargate (serverless)

  • Amazon EC2 instances

Let's understand one by one both options.

How to debug into the ECS task container using EC2?

After logging into the AWS console following steps:-

  1. Go to ECS console -> Select your desired ECS cluster -> Select ECS service

  2. Select the task which you want to debug -> Task Configuration

  1. Then click on Connect under EC2 console -> Logged into EC2 machine using.pem file

  2. Once you logged into the EC2 machine run the command docker ps -a to see a list of containers ( There might be a case where one EC2 machine will have different others containers which you don't want to check )

  3. Then you will get a list of containers choose your container and copy "Container ID" or you can run docker ps -a | grep keyword so that you can find desired task container

  4. Run docker exec -it {ContainerID} /bin/bash replace {ContainerID} exact Container ID column value which you copied in step 5. should be like docker exec -it ba7844220cc2 /bin/bash

  5. Then will be inside the task container. Here you can debug your code or check the execution log also.

  6. If you wish to check the container log can run docker logs{ContainerID} `` If the container is getting failed you will get to know the reason for the code error.

This was a much easier option to ssh into the ECS task container because EC2 was there, so that was able to log in to the server. But in the case of the Fargate Serverless option, there is no EC2 upfront which we can directly log into it. Let's explore it

How to debug into the ECS task container for Fargate Serverless :

Important things to consider is whether the ECS task can run Amazon ECS Exec command or not under task definition. So you should able to run the docker exec command automatically and landed on the directly targeted container. To achieve this need to following things :

  • Enabled ECS Exec for task definition. Setting will be enableExecuteCommand flag.

  • Install SSM ( AWS Systems Manager Session Manager ) this will help us to create a tunnel into a container and your local so could able to log into the container.

  • IAM role should have access to run ecs:ExecuteCommand command

Let's follow the below steps to achieve the same :

  1. There is one utility https://github.com/aws-containers/amazon-ecs-exec-checker available to check whether exec command is enabled or not for Task definition. Clone this repository in your local machine

  2. Run the below command or follow the instructions given on the GitHub repository. If able to pass this step and can directly jump to the last step. Check the output of the command it might show AWS credential is missing, the SSM manager is missing etc. Follow the instructions as per the GitHub repository.

    `bash
    ./check-ecs-exec.sh <YOUR_ECS_CLUSTER_NAME> <YOUR_ECS_TASK_ID>
    `

  3. Install Session Manager plugin - The session manager plugin allows us to connect EC2 instances or AWS fargate. Follow the instructions to install the plugin on the respective OS given here https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-install-plugin.html

  4. Add a policy to the IAM role which is used as a role for Task definition to access SSM

{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"ssmmessages:CreateControlChannel",
"ssmmessages:CreateDataChannel",
"ssmmessages:OpenControlChannel",
"ssmmessages:OpenDataChannel"
],
"Resource": "*"
}
]
}

  1. Add this policy to the same Task definition role. Otherwise, you will not be able to run aws ecs execute-command command.

    Note: Resource and other policies can be customised based on your security team's suggestion.

    `yaml
    {
    "Version": "2012-10-17",
    "Statement": [
    {
    "Sid": "User access to ECS ExecuteCommand",
    "Effect": "Allow",
    "Action": "ecs:ExecuteCommand",
    "Resource": "*"
    }
    ]
    }
    `

  2. Run the below command to enable --enable-execute-command. to enable Task definition to run Exec command.

    For existing services use update-service API for new ECS create-service

    `bash
    aws ecs update-service \
    --cluster <clustername> \
    --task-definition <task-definition-name> \
    --service <service-name> \
    --enable-execute-command \
    `

    for new ECS use create-service API

    `bash
    aws ecs create-service \
    --cluster <cluster-name> \
    --task-definition <task-definition-name> \
    --service <service-name> \
    --desired-count 1 \
    --enable-execute-command
    `

  3. To confirm whether execute command is enabled for Task definition or not run this command.

    `bash
    aws ecs describe-tasks --cluster sample-cluster --tasks
    1a1466028dd24a97b021111c1e3da4d3
    `

    If everything works fine then you will receive a similar response

  4. the final step is to log into the ECS task container. Run this command

    aws ecs execute-command --cluster --task --container --interactive --command "/bin/sh"

    `bash
    aws ecs execute-command --cluster sample-cluster \
    --task 1a1466028dd24a97b021111c1e3da4d3 \
    --container sample-container \
    --interactive \
    --command "/bin/sh"
    `

  5. Now you are in the ECS task container console. You try to check your code reference folder or files.

Important: If you are tasks are running already before your task definition changes ( step 6) will not take place in the existing running task. You need to register a new task or deregister an existing one and try creating a new one.

I hope this blog helps you to learn. Feel free to reach out to me on my Twitter handle @AvinashDalvi_ or comment on the blog. This blog is inspired by my day-to-day production support activity and one of my followers reach out to me for help.

References :

Top comments (0)