Amazon ECS에서 서비스의 "the closest matching container-instance container-instance-id encountered error 'AGENT'" 오류를 해결하려면 어떻게 해야 합니까?

해결 방법

작업 배치를 위해 지정된 컨테이너 인스턴스에서 실행되는 Amazon ECS 컨테이너 에이전트의 연결이 끊어지면 이 오류가 발생합니다.

이 오류를 해결하려면 에이전트 로그를 확인하고 에이전트가 인스턴스에서 실행되고 있는지 확인합니다. 그런 다음 작업을 다시 시작합니다. 

에이전트 로그 확인

다음 단계를 완료하십시오.

1. SSH를 사용하여 컨테이너 인스턴스에 연결합니다.
2. /var/log/ecs/ecs-agent.log.YYYY-MM-DD-HH에서 에이전트 로그를 확인합니다.
   참고: 예제 타임스탬프를 로그의 타임스탬프로 바꾸십시오.
3. /etc/ecs/ecs.config 파일에서 ECS_LOGLEVEL 플래그를 사용하여 ECS 에이전트의 DEBUG 로그를 일시적으로 활성화합니다.
4. 적절한 명령을 실행하여 에이전트를 다시 시작합니다.

에이전트를 다시 시작한 후에도 문제가 해결되지 않으면 디버그 로그를 사용하여 문제를 해결하십시오.

에이전트가 인스턴스에서 실행 중인지 확인

1. SSH를 사용하여 EC2 인스턴스에 연결합니다.

2. 컨테이너 목록을 반환하려면 다음 명령을 실행합니다.

   docker ps

3. 실행 중인 컨테이너 중에 ecs-agent라는 컨테이너를 찾아봅니다. 자세한 내용은 Amazon ECS 컨테이너 인스턴스와 Amazon Linux 1 AMI의 연결이 끊긴 이유는 무엇입니까?를 참조하십시오.

에이전트 다시 시작

Amazon ECS 최적화 Amazon Machine Image(AMI)의 경우 적절한 명령을 사용하여 에이전트를 중지하고 다시 시작합니다.
Amazon ECS 최적화 Amazon Linux 2 AMI의 경우 다음 명령을 실행합니다.

sudo systemctl restart ecs

Amazon ECS 최적화 Amazon Linux AMI의 경우 다음 명령을 실행합니다.

sudo stop ecs && sudo start ecs

관련 정보

Amazon ECS에서 오류를 해결하려면 어떻게 해야 합니까?"[AWS service] was unable to place a task because no container instance met all of its requirements"

Amazon ECS에서 오류를 해결하려면 어떻게 해야 합니까?"the closest matching container-instance container-instance-id has insufficient CPU units available"

Amazon ECS Linux 컨테이너 인스턴스용 HTTP 프록시 사용

Amazon ECS 최적화 AMI에서 Amazon ECS 컨테이너 에이전트 업데이트

Amazon ECS 컨테이너 에이전트 수동 업데이트(Amazon ECS 최적화 AMI가 아닌 경우)