Elastic Beanstalk 환경에서 노란색 또는 빨간색 상태 경고를 해결하려면 어떻게 해야 합니까?

최종 업데이트 날짜: 2020년 1월 29일

AWS Elastic Beanstalk 환경의 상태가 노란색(경고) 또는 빨간색(성능 저하 또는 심각) 상태입니다. 상태를 다시 녹색(정상)으로 되돌리려면 어떻게 해야 합니까?

간략한 설명

Elastic Beanstalk 환경의 노란색 또는 빨간색 상태 경고는 다음과 같은 몇 가지 일반적인 문제로 인해 발생할 수 있습니다.

  • 상태 에이전트가 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에 데이터의 양이 부족하다고 보고합니다.
  • 명령 제한 시간 내에 인스턴스에서 작업이 진행 중입니다.
  • Elastic Beanstalk 환경이 업데이트 중입니다.
  • 로드 밸런서 상태 확인이 실패합니다.
  • 상태 에이전트가 많은 수의 요청 실패를 보고하고 있습니다.
  • 인스턴스 같은 환경 리소스를 사용할 수 없습니다.
  • 인스턴스의 작업에 시간이 오래 걸립니다.
  • 인스턴스가 Severe(심각) 상태입니다.
  • Elastic Beanstalk 상태 데몬이 실패했습니다.
  • Elastic Beanstalk 환경이 하나 이상의 상태 확인에 실패했습니다.
  • Elastic Beanstalk에서 4xx 또는 5xx HTTP 반환 코드를 더 많이 수신하고 있습니다.
  • 명령 제한 시간으로 인해 배포 실패가 있습니다.

경고에 대한 자세한 내용은 상태 색상 및 상태를 참조하십시오.

해결 방법

상태 경고의 원인 파악

  1. Elastic Beanstalk 콘솔을 엽니다.
  2. 애플리케이션을 선택합니다.
  3. 탐색 창에서 [Events]를 선택합니다.
  4. [Type] 열에서 [Severity] 유형이 [WARN]인 최근 이벤트를 찾은 다음 나중에 문제 해결을 위해 이러한 이벤트를 기록해 둡니다.
  5. 탐색 창에서 [Dashboard]를 선택합니다.
  6. [Health] 섹션에서 [Causes]를 선택합니다.

이제 향상된 상태 개요 페이지에서 환경의 전반적인 상태를 볼 수 있습니다.

자세한 내용은 환경 관리 콘솔을 사용한 향상된 상태 모니터링 단원을 참조합니다.

상태 경고를 유발한 문제 해결

향상된 상태 개요 페이지에서 식별한 상태 문제에 따라 다음 문제 해결 방법 중 하나를 선택합니다.

  • 상태 확인이 실패한 경우 기본 상태 보고 또는 향상된 상태 보고를 사용하는 경우 향상된 상태 보고 및 모니터링을 참조합니다.
    작업이 너무 오래 걸리는 경우 Elastic Beanstalk 이벤트 스트림을 사용하여 진행 중인 작업을 식별합니다. 또는 Amazon EC2 인스턴스에 로그인하여 /var/log/eb-activity.log를 모니터링합니다.
    참고: 평소보다 오래 걸리는 작업은 일반적으로 환경 배포 또는 구성 업데이트입니다.
  • 4xx 및 5xx HTTP 반환 코드의 수가 증가하면 프록시 서버의 액세스 로그를 모니터링하여 증가의 원인을 식별합니다. 그런 다음 액세스 로그를 애플리케이션 로그와 비교하여 증가된 오류의 패턴을 식별합니다. 자세한 내용은 공통 오류를 참조합니다.
    참고: 프록시 서버 로그는 플랫폼에 따라 Apache 액세스 로그(/var/log/httpd/access_log), NGINX 액세스 로그(/var/log/nginx/access_log), 또는 Internet Information Services 액세스 로그(C:\inetpub\logs\LogFiles)가 될 수 있습니다.
  • Severe(심각) 상태의 인스턴스에 대해 발행된 경고에 따라 솔루션을 선택합니다. 자세한 내용은 인스턴스 문제 해결을 참조합니다.
    참고: 지속적 배포, Amazon EC2 인스턴스의 상태 데몬 실패 또는 높은 리소스 사용률로 인해 인스턴스가 Severe(심각) 상태일 수 있습니다. 대부분의 경우 환경의 경고 상태는 일시적이며 상태 경고를 유발한 문제를 해결한 후 상태가 녹색(OK)으로 전환됩니다. 자세한 내용은 상태 색상 및 상태를 참조하십시오.
  • 실패한 Elastic Beanstalk 상태 데몬의 경우 Amazon EC2 인스턴스에 로그인하고 /var/log/messages를 모니터링하여 실패 원인을 파악합니다.

이 문서가 도움이 되었습니까?

AWS에서 개선해야 할 부분이 있습니까?


도움이 필요하십니까?