Elastic Beanstalk 환경 문제 해결 - AWS Elastic Beanstalk
시스템 관리자 도구 사용일반 지침보안 암호에 대한 환경 변수환경 생성배포상태구성DockerFAQ배포 문제 해결배포 오류

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Elastic Beanstalk 환경 문제 해결

이 장에서는 Elastic Beanstalk 환경에서 발생하는 문제를 해결하기 위한 지침을 제공합니다. 여기서는 다음 정보를 제공합니다.

  • AWS Systems Manager 도구 소개와 문제 해결 단계 및 권장 사항을 출력하는 사전 정의된 Elastic Beanstalk 런북을 실행하는 절차.

  • 환경 상태가 악화될 경우 취할 조치 및 확인할 리소스에 대한 일반적인 지침.

  • 주제 범주별로 구체적인 문제 해결 팁.

참고

환경 상태가 빨간색으로 바뀌는 경우 먼저 사전 정의 런북이 포함된 AWS Systems Manager 도구를 사용하여 Elastic Beanstalk 문제를 해결해 볼 것을 권장합니다. 자세한 내용은 시스템 관리자 도구 사용 섹션을 참조하세요.

Elastic Beanstalk AWS Systems Manager 실행서 사용

System Manager를 사용하여 Elastic Beanstalk 환경의 문제를 해결할 수 있습니다. 사용자가 빠르게 시작할 수 있도록 Systems Manager는 Elastic Beanstalk에 대해 사전 정의된 자동화 런북을 제공합니다. 자동화 런북은 일종의 Systems Manager 문서로, 사용자 환경의 인스턴스 및 기타 AWS 리소스에서 수행할 작업이 정의되어 있습니다.

문서 AWSSupport-TroubleshootElasticBeanstalk은(는) Elastic Beanstalk 환경을 저하시킬 수 있는 다양한 일반 문제를 식별할 수 있도록 만들어진 자동화 런북입니다. 이를 위해 EC2 인스턴스, VPC, AWS CloudFormation 스택, 로드 밸런서, Auto Scaling 그룹, 보안 그룹 규칙, 라우팅 테이블 및 ACL과 관련된 네트워크 구성 등 사용자 환경 구성 요소를 검사합니다.

또한 사용자 환경의 번들 로그 파일을 AWS Support에 업로드하는 옵션도 제공합니다.

자세한 내용은 AWS Systems Manager Automation 실행서 참조에서 AWSSupport-TroubleshootElasticBeanstalk를 참조하세요.

System Manager를 사용하여 AWSSupport-TroubleshootElasticBeanstalk 런북 실행
참고

Elastic Beanstalk 환경이 AWS 리전 있는 동일한에서이 절차를 실행합니다.

  1. AWS Systems Manager콘솔을 엽니다.

  2. 탐색 창의 변경 관리(Change Management) 섹션에서 자동화(Automation)를 선택합니다.

  3. 자동화 실행(Execute automation)을 선택합니다.

  4. 아마존 소유(Owned by Amazon) 탭의 자동화 문서(Automation document) 검색창에 AWSSupport-TroubleshootElasticBeanstalk을(를) 입력합니다.

  5. AWSSupport-TroubleshootElasticBeanstalk 카드를 선택하고 다음을 선택합니다.

  6. 실행을 선택합니다.

  7. 입력 매개변수 섹션에서:

    1. AutomationAssumRole 드롭다운에서 System Manager가 사용자를 대신하여 작업을 수행하도록 허용하는 역할의 ARN을 선택합니다.

    2. 애플리케이션 이름에 Elastic Beanstalk 애플리케이션의 이름을 입력합니다.

    3. 환경 이름에 Elastic Beanstalk 환경을 입력합니다.

    4. (선택 사항) S3UploaderLink에 AWS 지원 엔지니어가 로그 수집을 위한 S3 링크를 제공한 경우 링크를 입력합니다.

  8. 실행을 선택합니다.

    단계 중 하나라도 실패하면 실패한 단계의 단계 ID 열 아래에 있는 링크를 선택합니다. 그러면 해당 단계의 실행 세부 정보 페이지가 표시됩니다. 확인 오류 메시지 섹션에는 주의가 필요한 단계가 요약되어 표시됩니다. 예를 들어 IAMPermissionCheck에 경고 메시지를 표시할 수 있습니다. 이 경우 AutomationAssumRole 드롭다운에서 선택한 역할에 필요한 권한이 있는지 확인할 수 있습니다.

모든 단계가 성공적으로 완료된 후에는 환경을 정상 상태로 복원할 수 있는 문제 해결 단계와 권장 사항이 출력됩니다.

Elastic Beanstalk 환경의 문제 해결을 위한 일반 지침

콘솔의 이벤트 페이지, 로그 또는 상태 페이지에 오류 메시지가 나타날 수 있습니다. 또한 최근 변경으로 인해 성능이 저하된 환경을 복구하기 위해 사용자가 조치를 취할 수도 있습니다. 환경 상태가 빨간색으로 변한 경우 다음 절차에 따르세요.

  • 환경에서 작업이 텍스트가 포함된 오류를 반환하는 경우 The stack stack_id associated with environment environment-ID is in stack-status state문제 해결 도움말Elastic Beanstalk 환경을 잘못된 상태에서 복구은 섹션을 참조하세요.

  • 환경의 작업에서 텍스트가 포함된 오류가 반환되면 환경을 Environment environment-name associated CloudFormation stack stack_arn does not exist종료하고 다른 환경을 생성합니다.

  • 최근 환경 이벤트를 검토합니다. 배포, 로드 및 구성 문제에 관한 Elastic Beanstalk의 메시지가 종종 여기에 표시됩니다.

  • 최근 환경 변경 기록을 검토합니다. 변경 기록에는 환경에 대한 모든 구성 변경 사항이 나열되며 IAM 사용자가 변경한 내용, 설정된 구성 파라미터 등의 기타 정보가 포함됩니다.

  • 로그 가져오기를 통해 최신 로그 파일 항목을 확인합니다. 웹 서버 로그에는 수신 요청 및 오류에 관한 정보가 포함되어 있습니다.

  • 인스턴스에 연결하고 시스템 리소스를 확인합니다.

  • 애플리케이션의 이전 정상 작동 버전으로 롤백합니다.

  • 최신 구성 변경 실행을 취소하거나 저장된 구성을 복원합니다.

  • 새 환경을 배포합니다. 환경이 정상으로 표시되면 CNAME 스왑을 수행하여 트래픽을 새 환경으로 라우팅하고 이전 환경을 계속 디버깅합니다.

환경 변수를 사용하여 보안 암호 및 파라미터에 액세스하는 환경

이벤트: 인스턴스 배포가 하나 이상의 보안 암호를 가져오지 못함

이 메시지는 Elastic Beanstalk가 애플리케이션 배포 중에 지정된 보안 암호를 하나 이상 가져올 수 없음을 나타냅니다.

  • 환경 변수 구성의 ARN 값으로 지정된 리소스가 존재하는지 확인합니다.

  • Elastic Beanstalk EC2 인스턴스 프로파일 역할에 리소스에 액세스하는 데 필요한 IAM 권한이 있는지 확인합니다.

  • 이 이벤트가 RestartAppServer 작업을 통해 트리거된 경우 문제가 해결되면 RestartAppServer 호출을 다시 시도하여 문제를 해결합니다.

  • UpdateEnvironment 호출을 통해 이벤트가 트리거된 경우 UpdateEnvironment 작업을 다시 시도합니다.

이러한 명령의 예는 AWS CLI Elastic Beanstalk의 예제를 참조하세요. 이러한 작업의 API 작업에 대한 자세한 내용은 AWS Elastic Beanstalk API 참조를 참조하세요.

이벤트: 인스턴스 배포가이 플랫폼에서 지원되지 않는 하나 이상의 다선 환경 값을 감지했습니다.

다선 변수는 Docker 및 ECS 관리형 Docker 플랫폼을 제외한 Amazon Linux 2 플랫폼에서는 지원되지 않습니다. 계속 진행할 수 있는 옵션은 섹션을 참조하세요다선 값.

이벤트: 보안 암호가 지정되면 CreateEnvironment가 실패합니다.

에 CreateEnvironment 실패하고 환경 변수로 보안 암호가 있는 경우 기본 문제를 해결한 다음 UpdateEnvironment를 사용하여 환경 설정을 완료해야 합니다. 이 상황에서는 환경을 가동하는 것으로는 충분하지 RestartAppServer않으므로를 사용하지 마십시오. 이러한 명령의 예는 AWS CLI Elastic Beanstalk의 예제를 참조하세요. 이러한 작업의 API 작업에 대한 자세한 내용은 AWS Elastic Beanstalk API 참조를 참조하세요.

환경 생성 및 인스턴스 시작

이벤트: 환경을 시작하지 못함

Elastic Beanstalk가 환경을 시작하려고 하는 과정에서 장애가 발생하는 경우 이 이벤트가 발생합니다. 이벤트 페이지의 이전 이벤트는 이 문제의 근본 원인을 알려 줍니다.

이벤트: 환경 생성 작업을 완료했지만 명령 시간 제한이 있습니다. 제한 시간을 늘려 보십시오.

인스턴스에서 명령을 실행하는 구성 파일을 사용하거나 큰 파일을 다운로드하거나 패키지를 설치하는 경우, 애플리케이션을 배포하는 데 시간이 오래 걸릴 수 있습니다. 명령 시간 제한을 늘려 애플리케이션에 배포하는 동안 실행을 시작할 시간을 더 주십시오.

이벤트: [AWSEBInstanceLaunchWaitCondition] 리소스를 만들지 못함

이 메시지는 환경의 Amazon EC2 인스턴스가 시작되지 않아 Elastic Beanstalk와 통신하지 못함을 나타냅니다. 이는 인스턴스에 인터넷 연결이 없는 경우에 발생할 수 있습니다. 프라이빗 VPC 서브넷에서 인스턴스를 시작하도록 환경을 구성한 경우, 인스턴스가 Elastic Beanstalk에 연결할 수 있도록 서브넷에 NAT가 있는지 확인합니다.

이벤트: 이 리전에 서비스 역할이 필요합니다. 환경에 서비스 역할 옵션을 추가하십시오.

Elastic Beanstalk는 서비스 역할을 사용하여 환경의 리소스를 모니터링하고 관리형 플랫폼 업데이트를 지원합니다. 자세한 정보는 Elastic Beanstalk 서비스 역할 관리을 참조하세요.

배포

문제: 배포 중에 애플리케이션을 사용할 수 없음

Elastic Beanstalk는 드롭인(drop-in) 업그레이드 프로세스를 사용하기 때문에 몇 초 정도 가동이 중지될 수 있습니다. 프로덕션 환경에서 배포 효과를 최소화하려면 롤링 배포를 사용하십시오.

이벤트: AWS Elastic Beanstalk 애플리케이션 버전을 생성하지 못함

애플리케이션 소스 번들이 너무 크거나 애플리케이션 버전 할당량에 도달했을 수 있습니다.

이벤트: 환경 업데이트 작업을 완료했지만 명령 시간 제한이 있습니다. 제한 시간을 늘려 보십시오.

인스턴스에서 명령을 실행하는 구성 파일을 사용하거나 큰 파일을 다운로드하거나 패키지를 설치하는 경우, 애플리케이션을 배포하는 데 시간이 오래 걸릴 수 있습니다. 명령 시간 제한을 늘려 애플리케이션에 배포하는 동안 실행을 시작할 시간을 더 주십시오.

상태

이벤트: CPU 사용률 95.00% 초과

다른 인스턴스를 실행해 보거나 다른 인스턴스 유형을 선택하십시오.

이벤트: 탄력적 로드 밸런서 awseb-myapp에는 정상 인스턴스가 없음

애플리케이션이 작동되는 것 같으면 애플리케이션의 상태 확인 URL이 제대로 구성되었는지 확인합니다. 그렇지 않으면 상태 화면과 환경 로그를 확인하여 자세한 내용을 참조하십시오.

이벤트: 탄력적 로드 밸런서 awseb-myapp을 찾을 수 없음

환경의 로드 밸런서를 대역 외부에서 제거할 수 있습니다. Elastic Beanstalk에서 제공하는 확장성과 구성 옵션으로 환경의 리소스만 변경합니다. 환경을 재구축하거나 새 환경을 시작합니다.

이벤트: EC2 인스턴스 시작 실패. 새 EC2 인스턴스가 시작할 때까지 대기 중...

환경 인스턴스 유형의 가용성이 낮거나 계정에 대한 인스턴스 할당량에 도달했을 수 있습니다. 서비스 상태 대시보드를 확인하여 Elastic Compute Cloud(Amazon EC2) 서비스가 녹색인지 확인하고 그렇지 않으면 할당량 증가를 요청합니다.

구성

이벤트: 환경과 stack_id 연결된 스택environment-ID이 stack-status 상태임

환경의 기본 AWS CloudFormation 스택은 *_FAILED 상태일 수 있습니다. 환경에서 Elastic Beanstalk 작업을 계속하려면이 상태를 해결해야 합니다. 자세한 내용은 Elastic Beanstalk 환경을 잘못된 상태에서 복구 단원을 참조하십시오.

이벤트: Elastic Load Balancing 대상 옵션 및 애플리케이션 Healthcheck URL 옵션의 값으로 Elastic Beanstalk 환경을 구성할 수 없습니다.

Target 네임스페이스의 aws:elb:healthcheck 옵션은 더 이상 사용되지 않습니다. 환경에서 Target 옵션 네임스페이스를 제거한 후 다시 업데이트해 보십시오.

이벤트: 동일한 AZ의 여러 서브넷에 ELB를 연결할 수 없음

동일한 가용 영역의 서브넷 간에 로드 밸런서를 이동하려고 하면 이 메시지가 표시될 수 있습니다. 로드 밸런서의 서브넷을 변경하려면 원래 가용 영역 밖으로 로드 밸런서를 이동한 다음 원하는 서브넷이 있는 원래 가용 영역으로 다시 가져와야 합니다. 프로세스 중에 모든 인스턴스가 AZ 사이를 마이그레이션하며 상당한 가동 중지가 발생합니다. 대신에 새 환경을 생성하고 CNAME 스왑을 수행하십시오.

Docker 컨테이너 문제 해결

이벤트: 도커 이미지를 가져오지 못함 :최신: 잘못된 리포지토리 이름 (), [a-z0-9-_.]만 허용됩니다. 세부 정보는 로그를 확인하십시오.

JSON 검사기를 사용하여 dockerrun.aws.json 파일의 구문을 확인하십시오. 또한 dockerfile 내용을 Elastic Beanstalk에 배포하도록 Docker 이미지 준비에 설명된 요구 사항과 비교하여 확인하십시오.

이벤트: Dockerfile에서 EXPOSE 지시문을 찾을 수 없어 배포 중단

Dockerfile 또는 dockerrun.aws.json 파일은 컨테이너 포트를 선언하지 않습니다. EXPOSE 명령(Dockerfile) 또는 Ports 블록(dockerrun.aws.json 파일)을 사용하여 수신 트래픽용 포트를 표시합니다.

이벤트: 버킷 이름에서 인증 자격 증명 리포지토리를 다운로드하지 못함

dockerrun.aws.json은 .dockercfg 파일에 대한 잘못된 EC2 키 페어 및/또는 S3 버킷을 제공합니다. 또는 인스턴스 프로파일에 S3 버킷에 대한 GetObject 권한이 없습니다. .dockercfg 파일에 유효한 S3 버킷과 EC2 키 페어가 들어 있는지 확인하십시오. 인스턴스 프로파일의 IAM 역할에 작업 s3:GetObject에 대한 권한을 부여합니다. 세부 정보는 Elastic Beanstalk 인스턴스 프로파일 관리 단원을 참조하십시오.

이벤트: 경고: 잘못된 인증 구성 파일로 인해 작업 실행 실패

인증 파일(config.json)의 형식이 올바르지 않습니다. Elastic Beanstalk에서 프라이빗 리포지토리의 이미지 사용 섹션을 참조하세요

FAQ

질문: myapp.us-west-2.elasticbeanstalk.com에서 www.myapp.com으로 제 애플리케이션 URL을 바꾸려면 어떻게 해야 합니까?

DNS 서버에서 CNAME 레코드를 등록합니다(예: www.mydomain.com CNAME mydomain.elasticbeanstalk.com).

질문: Elastic Beanstalk 애플리케이션에 특정 가용 영역을 지정하려면 어떻게 해야 합니까?

API, CLI, Eclipse 플러그인 또는 Visual Studio 플러그인을 사용하여 특정 가용 영역을 선택할 수 있습니다. Elastic Beanstalk 콘솔을 사용하여 가용 영역을 지정하는 방법에 대한 자세한 내용은 Elastic Beanstalk 환경 인스턴스 Auto Scaling 단원을 참조하십시오.

질문: 환경의 인스턴스 유형을 변경하려면 어떻게 해야 합니까?

환경의 인스턴스 유형을 변경하려면 환경 구성 페이지로 이동하여 인스턴스(Instances) 구성 범주에서 편집(Edit)을 선택합니다. 새 인스턴스 유형을 선택하고 [적용(Apply)]을 선택하여 환경을 업데이트합니다. 그러면 Elastic Beanstalk이 실행 중인 모든 인스턴스를 종료하고 새 인스턴스로 대체합니다.

질문: 환경의 구성을 변경한 사람이 있는지 확인하려면 어떻게 해야 합니까?

이 정보를 보려면 Elastic Beanstalk 콘솔의 탐색 창에서 [변경 기록(Change history)]을 선택하여 모든 환경의 구성 변경 사항 목록을 표시합니다. 이 목록에는 변경 날짜 및 시간, 변경 대상 구성 파라미터 및 값, 변경한 IAM 사용자가 포함됩니다. 자세한 내용은 변경 기록을 참조하세요.

질문: 인스턴스가 종료될 때 Amazon EBS 볼륨이 삭제되지 않도록 할 수 있습니까?

사용자 환경의 인스턴스는 저장을 위해 Amazon EBS를 사용하지만 Auto Scaling에서 인스턴스를 종료하면 루트 볼륨이 삭제됩니다. 인스턴스에 상태 또는 기타 데이터를 저장하지 않는 것이 좋습니다. 필요한 경우 AWS CLI 참조에 설명된 $ aws ec2 modify-instance-attribute -b '/dev/sdc=<vol-id>:false 대로 AWS CLI를 사용하여 볼륨이 삭제되지 않도록 할 수 있습니다.

질문: Elastic Beanstalk 애플리케이션에서 개인 정보를 삭제하려면 어떻게 해야 합니까?

AWS Elastic Beanstalk 애플리케이션에서 사용하는 리소스는 개인 정보를 저장할 수 있습니다. 환경을 종료할 경우, Elastic Beanstalk는 자체적으로 생성한 리소스를 종료합니다. 구성 파일을 사용하여 추가한 리소스도 종료됩니다. 그러나 Elastic Beanstalk 환경 외부에서 AWS 리소스를 생성하고 애플리케이션과 연결한 경우 애플리케이션이 저장했을 수 있는 개인 정보가 유지되지 않는지 수동으로 확인해야 할 수 있습니다. 이 개발자 안내서에서는 추가 리소스 생성에 대해 설명할 때마다 언제 삭제를 고려해야 하는지도 설명합니다.

일반적인 오류

이 주제에는 EB CLI를 사용하는 경우 발생하는 일반적인 오류 메시지가 가능한 해결 방안이 나와 있습니다. 여기 표시되지 않은 오류 메시지가 발생하면 의견 링크를 사용하여 해당 메시지에 대해 알려주시기 바랍니다.

오류: git 명령을 처리하는 동안 오류가 발생했습니다. 오류 코드: 128 오류: 치명적: 유효한 객체 이름 HEAD가 아닙니다.

원인: 이 오류 메시지는 Git 리포지토리를 초기화했으나 아직 커밋하지 않은 경우 표시됩니다. EB CLI에서는 프로젝트 폴더에 Git 리포지토리가 포함된 경우 HEAD 개정을 찾습니다.

해결 방안: 프로젝트 폴더의 파일을 스테이징 영역에 추가한 다음 커밋합니다.

~/my-app$ git add .
~/my-app$ git commit -m "First commit"

오류: 이 분기에는 기본 환경이 없습니다. ‘eb 상태 내-env-name’을 입력하여 환경을 지정하거나 ‘eb 사용 my-env-name’을 입력하여 기본 환경을 설정해야 합니다.

원인: git에서 새 브랜치를 생성하는 경우 새 브랜치는 기본적으로 Elastic Beanstalk 환경에 연결되어 있지 않습니다.

해결 방안: eb list를 실행하여 사용 가능한 환경 목록을 확인합니다. 그런 다음 eb use env-name을 실행하여 사용 가능한 환경 중 하나를 사용합니다.

오류: 2.0+ 플랫폼에는 서비스 역할이 필요합니다. --service-role 옵션을 제공할 수 있습니다.

원인: eb create를 사용하여 환경 이름을 지정한 경우(예: eb create my-env) EB CLI에서는 서비스 역할을 자동으로 생성하지 않습니다. 기본 서비스 역할이 없는 경우 위와 같은 오류가 표시됩니다.

해결 방안: 환경 이름 빼고 eb create를 실행하고 표시되는 메시지에 따라 기본 서비스 역할을 생성합니다.

배포 오류

Elastic Beanstalk 배포는 404(애플리케이션 시작에 실패한 경우) 또는 500(런타임 중에 애플리케이션이 실패한 경우) 응답으로 응답할 수 있습니다. 많은 일반적인 문제를 해결하려면 EB CLI를 사용하여 배포 상태를 확인하거나, 로그를 보거나, SSH를 사용하여 EC2 인스턴스에 액세스하거나, 애플리케이션 환경의 AWS Management Console 페이지를 열 수 있습니다.

EB CLI를 사용하여 배포 문제를 해결하려면

  1. eb status를 실행하면 현재 배포 상태 및 EC2 호스트 상태를 확인할 수 있습니다. 예시:

    $ eb status --verbose

Environment details for: python_eb_app
  Application name: python_eb_app
  Region: us-west-2
  Deployed Version: app-150206_035343
  Environment ID: e-wa8u6rrmqy
  Platform: 64bit Amazon Linux 2014.09 v1.1.0 running Python 2.7
  Tier: WebServer-Standard-
  CNAME: python_eb_app.elasticbeanstalk.com
  Updated: 2015-02-06 12:00:08.557000+00:00
  Status: Ready
  Health: Green
  Running instances: 1
      i-8000528c: InService
    참고

    --verbose 스위치를 사용하면 실행 중인 인스턴스의 상태에 대한 정보가 제공됩니다. 이 스위치를 사용하지 않으면 eb status는 환경에 대한 일반 정보만 출력합니다.

  2. eb health를 실행하면 환경에 대한 상태 정보를 볼 수 있습니다.

    $ eb health --refresh
 elasticBeanstalkExa-env                                  Degraded                  2016-03-28 23:13:20
WebServer                                                                              Ruby 2.1 (Puma)
  total      ok    warning  degraded  severe    info   pending  unknown
    5        2        0        2        1        0        0        0

  instance-id   status     cause
    Overall     Degraded  Incorrect application version found on 3 out of 5 instances. Expected version "Sample Application" (deployment 1).
  i-d581497d    Degraded  Incorrect application version "v2" (deployment 2). Expected version "Sample Application" (deployment 1).
  i-d481497c    Degraded  Incorrect application version "v2" (deployment 2). Expected version "Sample Application" (deployment 1).
  i-136e00c0    Severe    Instance ELB health has not been available for 5 minutes.
  i-126e00c1    Ok
  i-8b2cf575    Ok

  instance-id   r/sec    %2xx   %3xx   %4xx   %5xx      p99      p90      p75     p50     p10
    Overall     646.7   100.0    0.0    0.0    0.0    0.003    0.002    0.001   0.001   0.000
  i-dac3f859    167.5    1675      0      0      0    0.003    0.002    0.001   0.001   0.000
  i-05013a81    161.2    1612      0      0      0    0.003    0.002    0.001   0.001   0.000
  i-04013a80    0.0         -      -      -      -         -        -       -       -       -
  i-3ab524a1    155.9    1559      0      0      0    0.003    0.002    0.001   0.001   0.000
  i-bf300d3c    162.1    1621      0      0      0    0.003    0.002    0.001   0.001   0.000

  instance-id   type       az   running     load 1  load 5      user%  nice%  system%  idle%   iowait%
  i-d581497d    t2.micro   1a   25 mins       0.16     0.1        7.0    0.0      1.7   91.0       0.1
  i-d481497c    t2.micro   1a   25 mins       0.14     0.1        7.2    0.0      1.6   91.1       0.0
  i-136e00c0    t2.micro   1b   25 mins        0.0    0.01        0.0    0.0      0.0   99.9       0.1
  i-126e00c1    t2.micro   1b   25 mins       0.03    0.08        6.9    0.0      2.1   90.7       0.1
  i-8b2cf575    t2.micro   1c   1 hour        0.05    0.41        6.9    0.0      2.0   90.9       0.0
  
  instance-id   status     id   version              ago                                  deployments
  i-d581497d    Deployed   2    v2                   9 mins
  i-d481497c    Deployed   2    v2                   7 mins
  i-136e00c0    Failed     2    v2                   5 mins
  i-126e00c1    Deployed   1    Sample Application   25 mins
  i-8b2cf575    Deployed   1    Sample Application   1 hour

    위의 예제는 인스턴스가 5개 있는데 세 번째 인스턴스에서 버전 "v2" 배포에 실패한 환경을 보여줍니다. 실패한 배포 다음에는 예상되는 버전이 성공한 마지막 버전으로 재설정됩니다. 이 경우에는 첫 번째 배포의 "Sample Application"입니다. 자세한 정보는 EB CLI를 사용하여 환경 상태 모니터링을 참조하세요.

  3. eb logs를 실행하면 애플리케이션 배포와 연결된 로그를 다운로드하여 확인할 수 있습니다.

    $ eb logs

  4. eb ssh를 실행하면 애플리케이션을 실행하는 EC2 인스턴스와 연결하고 직접 확인할 수 있습니다. 배포한 애플리케이션은 인스턴스에서는 /opt/python/current/app 디렉터리에서, Python 환경에서는 /opt/python/run/venv/에서 찾을 수 있습니다.

  5. eb console을 실행하여 AWS Management Console에서 애플리케이션 환경을 확인합니다. 웹 인터페이스를 사용하면 애플리케이션의 구성, 상태, 이벤트 로그 등 배포의 다양한 측면을 쉽게 확인할 수 있습니다. 또한 서버에 배포한 현재 또는 이전 애플리케이션 버전을 다운로드할 수도 있습니다.