Amazon ECS 서비스 이벤트 메시지 - Amazon Elastic Container Service
서비스(service-name)가 안정적인 상태에 도달했습니다.모든 요구 사항을 충족하는 컨테이너 인스턴스가 없기 때문에 서비스(service-name)가 태스크를 배치할 수 없습니다.모든 요구 사항을 충족하는 컨테이너 인스턴스가 없기 때문에 서비스(service-name)가 태스크를 배치할 수 없습니다. 가장 가깝게 일치하는 컨테이너 인스턴스 container-instance-id에 가용 CPU 단위가 부족합니다.모든 요구 사항을 충족하는 컨테이너 인스턴스가 없기 때문에 서비스(service-name)가 태스크를 배치할 수 없습니다. 가장 가깝게 일치하는 컨테이너 인스턴스 container-instance-id에 오류 "AGENT"가 발생했습니다.(UnhealthyThreshold의 상태 확인 수 이상에서 연속으로 인스턴스가 실패한 이유)로 인해 (service-name)(인스턴스 instance-id)의 (elb elb-name)에 이상이 있습니다.서비스(service-name)는 일부 태스크를 시작할 수 없습니다.서비스(service-name) 작업이 제한되고 있습니다. 나중에 다시 시도합니다.서비스 배포 구성으로 인해 배포 중에 서비스(service-name)에서 태스크를 중지하거나 시작할 수 없습니다. minimumHealthyPercent 또는 maximumPercent 값을 업데이트하고 다시 시도하세요.서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 동시에 실행할 수 있는 작업 수가 제한에 도달했습니다.서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 내부 오류.서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 요청된 CPU 구성이 제한을 초과합니다.서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 요청된 메모리 구성이 제한을 초과합니다.서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 동시에 실행할 수 있는 vCPU 수가 제한에 도달했습니다.작업 세트(taskSet-ID)를 스케일 인할 수 없기 때문에 서비스(service-name)가 안정 상태에 도달할 수 없습니다. 원인: 보호된 작업 수가 원하는 작업 수보다 많습니다.서비스(service-name)가 안정 상태에 도달할 수 없습니다. 원인: 용량 공급자에서 컨테이너 인스턴스를 찾을 수 없습니다.서비스(service-name)에서 태스크를 배치할 수 없습니다. 원인: 지금은 용량을 사용할 수 없습니다. 나중에 다시 시도하거나 다른 가용 영역에서 시도하세요.서비스(service-name) 배포 실패: 작업을 시작하지 못했습니다.서비스(service-name) Amazon ECS Agent가 시작되길 기다리는 중 제한 시간을 초과했습니다. /var/log/ecs/ecs-agent.log에서 로그를 확인하세요.TARGET GROUP IS NOT FOUND 이유로 서비스(service-name) 작업 세트(taskSet-ID)가 대상 그룹(targetGroup-ARN))에서 정상 상태가 아닙니다.TARGET IS NOT FOUND 이유로 서비스(service-name) 작업 세트(taskSet-ID)가 대상 그룹(targetGroup-ARN))에서 정상 상태가 아닙니다.

Amazon ECS 서비스 이벤트 메시지

다음은 Amazon ECS 콘솔에서 볼 수 있는 서비스 이벤트 메시지의 예제입니다.

서비스(service-name)가 안정적인 상태에 도달했습니다.

서비스 스케줄러는 service (service-name) has reached a steady state. 서비스가 정상이고 원하는 수의 작업에 도달하면 서비스 이벤트를 보내 안정적인 상태에 도달합니다.

서비스 스케줄러는 주기적으로 상태를 보고하므로 이 메시지를 여러 번 받을 수 있습니다.

모든 요구 사항을 충족하는 컨테이너 인스턴스가 없기 때문에 서비스(service-name)가 태스크를 배치할 수 없습니다.

서비스 스케줄러는 다른 작업을 추가하는 데 사용 가능한 리소스를 찾을 수 없을 때 이 이벤트 메시지를 보냅니다. 가능한 원인은 다음과 같습니다.

클러스터에서 컨테이너 인스턴스를 찾을 수 없음

작업을 실행하려는 클러스터에 등록된 컨테이너 인스턴스가 없는 경우 이 오류가 발생합니다. 클러스터에 컨테이너 인스턴스를 추가해야 합니다. 자세한 내용은 Amazon ECS Linux 컨테이너 인스턴스 시작 섹션을 참조하세요.

포트가 충분하지 않음

작업에서 고정된 호스트 포트 매핑을 사용하는 경우(예를 들어 작업이 웹 서버 호스트에서 포트 80을 사용하는 경우), 하나의 컨테이너만 한 번에 하나의 호스트 포트를 사용할 수 있기 때문에 작업당 하나 이상의 컨테이너 인스턴스가 있어야 합니다. 클러스터에 컨테이너 인스턴스를 추가하거나 원하는 작업 수를 줄여야 합니다.

너무 많은 포트가 등록되었습니다.

작업 배치에 가장 근접하게 일치하는 컨테이너 인스턴스는 컨테이너 인스턴스당 허용되는 최대 예약 포트 제한인 100개의 호스트 포트를 초과할 수 없습니다. 동적 호스트 포트 매핑을 사용하면 문제가 해결될 수 있습니다.

포트 이미 사용 중

이 작업의 작업 정의는 선택된 컨테이너 인스턴스에서 이미 실행 중인 작업과 동일한 포트를 포트 매핑에 사용합니다. 서비스 이벤트 메시지에는 아래 메시지의 일부로 선택된 컨테이너 인스턴스 ID가 있습니다.

The closest matching container-instance is already using a port required by your task.
메모리가 충분하지 않음

태스크 정의에서 지정된 메모리가 1000MiB이고 클러스터의 컨테이너 인스턴스 각각의 메모리가 1024MiB이라면 컨테이너 인스턴스당 이 작업의 사본 하나만 실행할 수 있습니다. 컨테이너 인스턴스당 2개 이상의 태스크를 시작하거나 보다 많은 컨테이너 인스턴스를 클러스터로 시작할 수 있도록 태스크 정의에서 이보다 적은 메모리를 실험할 수 있습니다.

참고

특정 인스턴스 유형에 대해 태스크에 가능한 한 많은 메모리를 제공하여 리소스 사용률을 최대화하려는 경우 Amazon ECS Linux 컨테이너 인스턴스 메모리 예약 섹션을 참조하세요.

CPU가 충분하지 않음

하나의 컨테이너 인스턴스에는 CPU 코어마다 1,024개의 CPU 단위가 있습니다. 태스크 정의에서 지정된 CPU 단위가 1,000이고 클러스터의 컨테이너 인스턴스 각각의 CPU 단위가 1,024라면 컨테이너 인스턴스당 이 작업의 사본 하나만 실행할 수 있습니다. 컨테이너 인스턴스당 2개 이상의 태스크를 시작하거나 보다 많은 컨테이너 인스턴스를 클러스터로 시작할 수 있도록 태스크 정의에서 이보다 적은 CPU 단위를 시험해 볼 수 있습니다.

사용 가능한 ENI 연결 지점이 충분하지 않음

awsvpc 네트워크 모드를 사용하는 태스크는 각각 고유한 탄력적 네트워크 인터페이스(ENI)를 받습니다. 이 ENI는 이를 호스팅하는 컨테이너 인스턴스에 연결되어 있습니다. Amazon EC2 인스턴스는 연결할 수 있는 ENI 개수에 대한 제한이 있고 클러스터에 사용 가능한 ENI 용량이 있는 컨테이너 인스턴스가 없습니다.

개별 컨테이너 인스턴스에 대한 ENI 제한은 다음 조건에 따라 다릅니다.

awsvpcTrunking 계정 설정 옵트인에 대한 자세한 내용은 Amazon ECS Linux 컨테이너 인스턴스 네트워크 인터페이스 증가 섹션을 참조하세요.

클러스터에 컨테이너 인스턴스를 추가하여 가용 네트워크 어댑터를 더 많이 제공할 수 있습니다.

필요한 속성이 누락된 컨테이너 인스턴스

일부 태스크 정의 파라미터의 경우, 특정 도커 원격 API 버전을 컨테이너 인스턴스에 설치해야 합니다. 로깅 드라이버 옵션 등 다른 태스크 정의 파라미터의 경우, 컨테이너 인스턴스가 ECS_AVAILABLE_LOGGING_DRIVERS 에이전트 구성 변수를 사용하여 이러한 로깅 드라이버를 등록해야 합니다. 태스크 정의에 특정 컨테이너 인스턴스 속성을 필요로 하는 파라미터가 포함되어 있고 이 요구 사항을 충족할 수 있는 사용 가능한 컨테이너 인스턴스가 없는 경우, 해당 작업을 배치할 수 없습니다.

서비스에서 awsvpc 네트워크 모드 및 EC2 시작 유형을 사용하는 작업을 사용하고 있는 경우가 이 오류의 일반적인 원인입니다. 서비스를 생성할 때 awsvpcConfiguration에 지정된 동일한 서브넷에서 지정한 클러스터에 컨테이너 인스턴스가 등록되어 있지 않습니다.

특정 태스크 정의 파라미터와 에이전트 구성 변수에 어떤 속성이 필요한지에 대한 자세한 내용은 Amazon ECS 태스크 정의 파라미터 및 Amazon ECS 컨테이너 에이전트 구성 섹션을 참조하세요.

모든 요구 사항을 충족하는 컨테이너 인스턴스가 없기 때문에 서비스(service-name)가 태스크를 배치할 수 없습니다. 가장 가깝게 일치하는 컨테이너 인스턴스 container-instance-id에 가용 CPU 단위가 부족합니다.

작업 배치를 위해 가장 가깝게 일치하는 컨테이너 인스턴스에는 CPU 단위가 부족하여 작업 정의의 요구 사항을 충족할 수 없습니다. 태스크 정의의 작업 크기 및 컨테이너 정의 파라미터 모두의 CPU 요구 사항을 검토합니다.

모든 요구 사항을 충족하는 컨테이너 인스턴스가 없기 때문에 서비스(service-name)가 태스크를 배치할 수 없습니다. 가장 가깝게 일치하는 컨테이너 인스턴스 container-instance-id에 오류 "AGENT"가 발생했습니다.

작업 배치에 가장 가깝게 일치하는 컨테이너 인스턴스 상의 Amazon ECS 컨테이너 에이전트 연결이 끊겼습니다. SSH를 사용해 컨테이너 인스턴스에 연결할 수 있는 경우, 에이전트 로그를 검사할 수 있습니다. 자세한 내용은 Amazon ECS 컨테이너 에이전트 로그 구성 파라미터 섹션을 참조하세요. 인스턴스에서 에이전트가 실행 중인지도 확인해야 합니다. Amazon ECS 최적화 AMI를 사용하는 경우 다음 명령을 사용하여 에이전트를 중지하고 다시 시작해 볼 수 있습니다.

  • Amazon ECS 최적화 Amazon Linux 2 AMI 및 Amazon ECS 최적화 Amazon Linux 2023 AMI의 경우

    sudo systemctl restart ecs

  • Amazon ECS 최적화 Amazon Linux AMI의 경우

    sudo stop ecs && sudo start ecs

(UnhealthyThreshold의 상태 확인 수 이상에서 연속으로 인스턴스가 실패한 이유)로 인해 (service-name)(인스턴스 instance-id)의 (elb elb-name)에 이상이 있습니다.

이 서비스가 로드 밸런서에 등록되어 있고 로드 밸런서 상태 확인이 실패합니다. 자세한 내용은 Amazon ECS의 서비스 로드 밸런서 문제 해결 섹션을 참조하세요.

서비스(service-name)는 일부 태스크를 시작할 수 없습니다.

이 서비스에는 연속 시도 후 시작에 실패한 작업이 포함되어 있습니다. 이 지점에서 서비스 스케줄러는 재시도 간격을 점차적으로 증가시키기 시작합니다. 작업 시작이 왜 실패하는지 문제를 해결해야 합니다. 자세한 내용은 Amazon ECS 서비스 제한 로직 섹션을 참조하세요.

서비스가 업데이트되면 업데이트된 태스크 정의 등을 사용하여 서비스 스케줄러가 정상적인 동작을 다시 시작합니다.

서비스(service-name) 작업이 제한되고 있습니다. 나중에 다시 시도합니다.

이 서비스는 API 조절 제한으로 인해 더 많은 태스크를 시작할 수 없습니다. 서비스 스케줄러가 더 많은 태스크를 시작할 수 있게 되면 재개됩니다.

API 속도 제한 할당량 증가를 요청하려면 AWS Support 센터 페이지를 열고 필요한 경우 로그인한 후 사례 생성(Create case)을 선택합니다. 서비스 한도 증가(Service Limit increase)를 선택합니다. 양식을 작성하고 제출합니다.

서비스 배포 구성으로 인해 배포 중에 서비스(service-name)에서 태스크를 중지하거나 시작할 수 없습니다. minimumHealthyPercent 또는 maximumPercent 값을 업데이트하고 다시 시도하세요.

배포 구성으로 인해 서비스 배포 중에 이 서비스에서 태스크를 중지하거나 시작할 수 없습니다. 배포 구성은 minimumHealthyPercent 및 maximumPercent 값으로 구성되며, 이 값은 서비스가 생성될 때 정의됩니다. 이 값은 기존 서비스에서도 업데이트할 수 있습니다.

minimumHealthyPercent는 배포 중 또는 컨테이너 인스턴스가 드레이닝될 때 서비스에 대해 실행되어야 하는 작업 수의 하한을 나타냅니다. 이는 서비스에서 원하는 작업 수의 비율입니다. 이 값은 반올림됩니다. 예를 들어, 최소 정상 상태 백분율이 50이고 원하는 작업 수가 4개인 경우 스케줄러는 두 개의 새 작업을 시작하기 전에 두 개의 기존 작업을 중지할 수 있습니다. 마찬가지로 최소 정상 상태 백분율이 75%이고 원하는 작업 수가 2이면 결과 값이 2이기 때문에 스케줄러는 태스크를 중지 할 수 없습니다.

maximumPercent는 배포 중 또는 컨테이너 인스턴스가 드레이닝될 때 서비스에 대해 실행되어야 하는 작업 수의 상한을 나타냅니다. 이는 서비스에서 원하는 작업 수의 비율입니다. 이 값은 내림됩니다. 예를 들어, 최대 백분율이 200이고 원하는 작업 수가 4개인 경우 스케줄러는 4개의 기존 작업을 중지하기 전에 4개의 새 작업을 시작할 수 있습니다. 마찬가지로 최대 백분율이 125이고 원하는 작업 수가 3이면 결과 값이 3이기 때문에 스케줄러는 태스크를 시작할 수 없습니다.

최소 정상 상태 백분율 또는 최대 백분율을 설정할 때는 배포가 트리거될 때 스케줄러가 하나 이상의 태스크를 중지하거나 시작할 수 있는지 확인해야 합니다.

서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 동시에 실행할 수 있는 작업 수가 제한에 도달했습니다.

오류를 일으킨 리소스에 대한 할당량 증가를 요청할 수 있습니다. 자세한 내용은 Amazon ECS 서비스 할당량 섹션을 참조하세요. 할당량 증가를 요청하려면 Service Quotas 사용 설명서의 할당량 증가 요청을 참조하세요.

서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 내부 오류.

이 오류의 잠재적 원인은 다음과 같습니다.

  • 서브넷이 지원되지 않는 가용 영역에 있기 때문에 서비스가 태스크를 시작할 수 없습니다.

    지원되는 Fargate 리전 및 가용 영역에 대한 자세한 내용은 AWS Fargate의 Amazon ECS에 대해 지원되는 리전 섹션을 참조하세요.

    서브넷 가용 영역을 보는 방법에 대한 자세한 내용은 Amazon VPC 사용 설명서의 서브넷 보기를 참조하세요.

  • Fargate 스팟에서 ARM 아키텍처를 사용하는 작업 정의를 실행하려고 합니다.

서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 요청된 CPU 구성이 제한을 초과합니다.

오류를 일으킨 리소스에 대한 할당량 증가를 요청할 수 있습니다. 자세한 내용은 Amazon ECS 서비스 할당량 섹션을 참조하세요. 할당량 증가를 요청하려면 Service Quotas 사용 설명서의 할당량 증가 요청을 참조하세요.

서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 요청된 메모리 구성이 제한을 초과합니다.

오류를 일으킨 리소스에 대한 할당량 증가를 요청할 수 있습니다. 자세한 내용은 Amazon ECS 서비스 할당량 섹션을 참조하세요. 할당량 증가를 요청하려면 Service Quotas 사용 설명서의 할당량 증가 요청을 참조하세요.

서비스(service-name)에서 태스크를 배치할 수 없습니다. 이유: 동시에 실행할 수 있는 vCPU 수가 제한에 도달했습니다.

AWS Fargate은 태스크 수 기반 할당량에서 vCPU 기반 할당량으로 전환하고 있습니다.

Fargate vCPU 기반 할당량에 대한 할당량 증가를 요청할 수 있습니다. 자세한 내용은 Amazon ECS 서비스 할당량 단원을 참조하십시오. Fargate 할당량 증가을 요청하려면 Service Quotas 사용 설명서의 할당량 증가 요청을 참조하세요.

작업 세트(taskSet-ID)를 스케일 인할 수 없기 때문에 서비스(service-name)가 안정 상태에 도달할 수 없습니다. 원인: 보호된 작업 수가 원하는 작업 수보다 많습니다.

이 서비스에는 원하는 작업 수보다 많은 보호 작업이 있습니다. 다음 중 하나를 수행할 수 있습니다.

  • 현재 작업에 대한 보호가 만료될 때까지 기다리면 작업이 종료됩니다.

  • 중지할 수 있는 작업을 결정하고 protectionEnabled 옵션을 false로 설정한 상태에서 UpdateTaskProtection API를 사용하여 이러한 작업에 대한 보호를 해제합니다.

  • 서비스의 바람직한 작업 수를 보호되는 작업 수 이상으로 늘립니다.

서비스(service-name)가 안정 상태에 도달할 수 없습니다. 원인: 용량 공급자에서 컨테이너 인스턴스를 찾을 수 없습니다.

서비스 스케줄러는 다른 작업을 추가하는 데 사용 가능한 리소스를 찾을 수 없을 때 이 이벤트 메시지를 보냅니다. 가능한 원인은 다음과 같습니다.

클러스터에 연결된 용량 공급자가 없음

describe-services를 사용하여 클러스터와 연결된 용량 공급자가 있는지 확인합니다. 서비스에 대한 용량 공급자 전략을 업데이트할 수 있습니다.

용량 공급자에서 사용 가능한 용량이 있는지 확인합니다. EC2 시작 유형의 경우 컨테이너 인스턴스가 작업 정의 요구 사항을 충족하는지 확인합니다.

클러스터에서 컨테이너 인스턴스를 찾을 수 없음

작업을 실행하려는 클러스터에 등록된 컨테이너 인스턴스가 없는 경우 이 오류가 발생합니다. 클러스터에 컨테이너 인스턴스를 추가해야 합니다. 자세한 내용은 Amazon ECS Linux 컨테이너 인스턴스 시작 섹션을 참조하세요.

포트가 충분하지 않음

작업에서 고정된 호스트 포트 매핑을 사용하는 경우(예를 들어 작업이 웹 서버 호스트에서 포트 80을 사용하는 경우) 작업당 하나 이상의 컨테이너 인스턴스가 있어야 합니다. 한 번에 하나의 컨테이너만 단일 호스트 포트를 사용할 수 있습니다. 클러스터에 컨테이너 인스턴스를 추가하거나 원하는 작업 수를 줄여야 합니다.

너무 많은 포트가 등록되었습니다.

작업 배치에 가장 근접하게 일치하는 컨테이너 인스턴스는 컨테이너 인스턴스당 허용되는 최대 예약 포트 제한인 100개의 호스트 포트를 초과할 수 없습니다. 동적 호스트 포트 매핑을 사용하면 문제가 해결될 수 있습니다.

포트 이미 사용 중

이 작업의 작업 정의는 선택된 컨테이너 인스턴스에서 이미 실행 중인 작업과 동일한 포트를 포트 매핑에 사용합니다. 서비스 이벤트 메시지에는 아래 메시지의 일부로 선택된 컨테이너 인스턴스 ID가 있습니다.

The closest matching container-instance is already using a port required by your task.
메모리가 충분하지 않음

태스크 정의에서 지정된 메모리가 1000MiB이고 클러스터의 컨테이너 인스턴스 각각의 메모리가 1024MiB이라면 컨테이너 인스턴스당 이 작업의 사본 하나만 실행할 수 있습니다. 컨테이너 인스턴스당 2개 이상의 태스크를 시작하거나 보다 많은 컨테이너 인스턴스를 클러스터로 시작할 수 있도록 태스크 정의에서 이보다 적은 메모리를 실험할 수 있습니다.

참고

특정 인스턴스 유형에 대해 작업에 가능한 한 많은 메모리를 제공하여 리소스 사용률을 최대화하려는 경우 Amazon ECS Linux 컨테이너 인스턴스 메모리 예약 섹션을 참조하세요.

사용 가능한 ENI 연결 지점이 충분하지 않음

awsvpc 네트워크 모드를 사용하는 태스크는 각각 고유한 탄력적 네트워크 인터페이스(ENI)를 받습니다. 이 ENI는 이를 호스팅하는 컨테이너 인스턴스에 연결되어 있습니다. Amazon EC2 인스턴스는 연결할 수 있는 ENI 개수에 대한 제한이 있고 클러스터에 사용 가능한 ENI 용량이 있는 컨테이너 인스턴스가 없습니다.

개별 컨테이너 인스턴스에 대한 ENI 제한은 다음 조건에 따라 다릅니다.

awsvpcTrunking 계정 설정 옵트인에 대한 자세한 내용은 Amazon ECS Linux 컨테이너 인스턴스 네트워크 인터페이스 증가 섹션을 참조하세요.

클러스터에 컨테이너 인스턴스를 추가하여 가용 네트워크 어댑터를 더 많이 제공할 수 있습니다.

필요한 속성이 누락된 컨테이너 인스턴스

일부 태스크 정의 파라미터의 경우, 특정 도커 원격 API 버전을 컨테이너 인스턴스에 설치해야 합니다. 로깅 드라이버 옵션 등 다른 태스크 정의 파라미터의 경우, 컨테이너 인스턴스가 ECS_AVAILABLE_LOGGING_DRIVERS 에이전트 구성 변수를 사용하여 이러한 로깅 드라이버를 등록해야 합니다. 태스크 정의에 특정 컨테이너 인스턴스 속성을 필요로 하는 파라미터가 포함되어 있고 이 요구 사항을 충족할 수 있는 사용 가능한 컨테이너 인스턴스가 없는 경우, 해당 작업을 배치할 수 없습니다.

이 오류의 일반적인 원인은 서비스에서 awsvpc 네트워크 모드 및 EC2 시작 유형을 사용하는 작업을 사용하고 지정한 클러스터에 서비스를 생성할 때 awsvpcConfiguration에서 지정한 것과 동일한 서브넷에 컨테이너 인스턴스가 등록되어 있지 않은 경우입니다.

특정 태스크 정의 파라미터와 에이전트 구성 변수에 어떤 속성이 필요한지에 대한 자세한 내용은 Amazon ECS 태스크 정의 파라미터 및 Amazon ECS 컨테이너 에이전트 구성 섹션을 참조하세요.

서비스(service-name)에서 태스크를 배치할 수 없습니다. 원인: 지금은 용량을 사용할 수 없습니다. 나중에 다시 시도하거나 다른 가용 영역에서 시도하세요.

현재 서비스를 실행할 수 있는 가용 용량이 없습니다.

다음 중 하나를 수행할 수 있습니다.

  • Fargate 용량 또는 EC2 컨테이너 인스턴스를 사용할 수 있을 때까지 기다리세요.

  • 서비스를 다시 시작하고 추가 서브넷을 지정하세요.

서비스(service-name) 배포 실패: 작업을 시작하지 못했습니다.

서비스의 작업을 시작하지 못했습니다.

중지된 작업을 디버깅하는 방법에 대한 자세한 내용은 Amazon ECS 중지된 작업 오류 메시지 섹션을 참조하세요.

서비스(service-name) Amazon ECS Agent가 시작되길 기다리는 중 제한 시간을 초과했습니다. /var/log/ecs/ecs-agent.log에서 로그를 확인하세요.

작업 배치에 가장 가깝게 일치하는 컨테이너 인스턴스 상의 Amazon ECS 컨테이너 에이전트 연결이 끊겼습니다. SSH를 사용해 컨테이너 인스턴스에 연결할 수 있는 경우, 에이전트 로그를 검사할 수 있습니다. 자세한 내용은 Amazon ECS 컨테이너 에이전트 로그 구성 파라미터 단원을 참조하십시오. 인스턴스에서 에이전트가 실행 중인지도 확인해야 합니다. Amazon ECS 최적화 AMI를 사용하는 경우 다음 명령을 사용하여 에이전트를 중지하고 다시 시작해 볼 수 있습니다.

  • Amazon ECS 최적화 Amazon Linux 2 AMI의 경우

    sudo systemctl restart ecs

  • Amazon ECS 최적화 Amazon Linux AMI의 경우

    sudo stop ecs && sudo start ecs

TARGET GROUP IS NOT FOUND 이유로 서비스(service-name) 작업 세트(taskSet-ID)가 대상 그룹(targetGroup-ARN))에서 정상 상태가 아닙니다.

대상 그룹을 찾을 수 없으므로 서비스에 설정된 작업의 상태 확인에 실패합니다. 서비스를 삭제하고 다시 생성해야 합니다. 해당 Amazon ECS 서비스가 이미 삭제된 경우가 아니면 Elastic Load Balancing 대상 그룹을 삭제하지 않습니다.

TARGET IS NOT FOUND 이유로 서비스(service-name) 작업 세트(taskSet-ID)가 대상 그룹(targetGroup-ARN))에서 정상 상태가 아닙니다.

대상을 찾을 수 없으므로 서비스에 설정된 작업의 상태 확인에 실패합니다.