We have a Docker container(Spring Boot) that runs in an ECS cluster. We run it without Elastic Load Balancing.
We want to update the service without downtime, so when the new task is up and healthy, the old task stops. We have been trying to add a health check on the task definition, however it refuses to work. I have tried these basic healthcheck commands.
[ "CMD-SHELL","exit 0" ]
[ "CMD-SHELL","exit 1" ]
I would expect the former to result in a task with a HEALTHY health status, and the latter to fail the health checks.. In both cases, the new task starts fine, with an UNKNOWN health status.
Has this anything to do with us not using an ELB? The documentation is not very good, and my Google searches have not returned anything useful.
The answer by raja and edite by Andrew are slightly off for ECS/FARGATE. It's without the brackets and without the quotes:
That is the correct format if entering Health check information inside Task Definitions of ECS.
VALID DOCUMENTATION https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definition_parameters.html#container_definition_healthcheck
NOT VALID DOCUMENTATION for ECS/FARGATE https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_HealthCheck.html
The Given command is syntatically invalid.
it should be
CMD
orCMD-SHELL
- to run the command with the container's default shellcurl -f http://localhost/
- actual command that need to be executed inside the container to validate the health check.exit 1
- if the curl command fail then it will exit the shellso you should change your command like below.
echo hi is the helath check command in my example you can execute any command instead of "echo hi " whihc should return exit status 0 if that runs successfully in your container.
If you use ecs-cli to deploy your fargate services, I found that you must upgrade to something that supports the healthcheck in the task definition. I also found that using CMD-SHELL is not required -- in fact, it breaks when you add it, wrapping your CMD-SHELL with another CMD-SHELL in the resulting json of the generated task definition (as seen in the aws console).
So what worked for me was upgrading from 1.4.0 to 1.7.0 of ecs-cli and then adding healthcheck in the ecs-params.yml file under the service:
For example, if your "Port mappings" is
8000:8000
for "ECS EC2" or8000 tcp
for "ECS Fargate", the "Command" of "HEALTHCHECK" is:Don't forget
8000
afterhttp://localhost:
in this case.