4단계: 애플리케이션 배포 WordPress

배포에는 배포 그룹이 필요합니다. 그러나 배포 그룹을 생성하기 전에 서비스 역할이 필요합니다ARN. 서비스 역할은 사용자를 대신하여 작업할 수 있는 서비스 권한을 부여하는 IAM 역할입니다. 이 경우 서비스 역할은 Amazon EC2 인스턴스에 액세스하여 Amazon EC2 인스턴스 태그를 확장(읽기)할 수 있는 CodeDeploy 권한을 부여합니다.

서비스 역할 생성(CLI) 의 지침에 따라 앞에서 서비스 역할을 생성했습니다. 서비스 역할ARN의 를 가져오려면 섹션을 참조하세요서비스 역할 ARN 확인(CLI) .

이제 서비스 역할 가 있으므로 create-deployment-group 명령을 ARN호출하여 라는 Amazon EC2 태그CodeDeployDemo와 라는 배포 구성을 WordPress_App사용하여 라는 애플리케이션과 WordPress_DepGroup연결된 라는 배포 그룹을 생성합니다CodeDeployDefault.OneAtATime.

aws deploy create-deployment-group \
  --application-name WordPress_App \
  --deployment-group-name WordPress_DepGroup \
  --deployment-config-name CodeDeployDefault.OneAtATime \
  --ec2-tag-filters Key=Name,Value=CodeDeployDemo,Type=KEY_AND_VALUE \
  --service-role-arn serviceRoleARN

배포를 생성하기 전에 배포 그룹의 인스턴스에 CodeDeploy 에이전트가 설치되어 있어야 합니다. AWS Systems Manager 를 사용하여 명령줄에서 다음 명령으로 에이전트를 설치할 수 있습니다.

aws ssm create-association \
  --name AWS-ConfigureAWSPackage \
  --targets Key=tag:Name,Values=CodeDeployDemo \
  --parameters action=Install,name=AWSCodeDeployAgent \
  --schedule-expression "cron(0 2 ? * SUN *)" 

이 명령은 Systems Manager State Manager에 CodeDeploy 에이전트를 설치한 다음 매주 일요일 오전 2시에 업데이트를 시도하는 연결을 생성합니다. CodeDeploy 에이전트에 대한 자세한 내용은 CodeDeploy 에이전트 작업 단원을 참조하세요. Systems Manager에 대한 자세한 내용은 AWS Systems Manager란 무엇입니까를 참조하세요.

이제 create-deployment 명령을 호출하고 WordPress_App이라는 버킷에 있는 CodeDeployDefault.OneAtATime이라는 애플리케이션 수정을 사용하여 WordPress_DepGroup이라는 애플리케이션, WordPressApp.zip이라는 배포 구성 및 amzn-s3-demo-bucket이라는 배포 그룹과 연결된 배포를 만듭니다.

aws deploy create-deployment \
  --application-name WordPress_App \
  --deployment-config-name CodeDeployDefault.OneAtATime \
  --deployment-group-name WordPress_DepGroup \
  --s3-location bucket=amzn-s3-demo-bucket,bundleType=zip,key=WordPressApp.zip

CodeDeploy 콘솔을 사용하여 애플리케이션 개정을 배포하기 전에 서비스 역할이 필요합니다ARN. 서비스 역할은 사용자를 대신하여 작업할 수 있는 서비스 권한을 부여하는 IAM 역할입니다. 이 경우 서비스 역할은 Amazon EC2 인스턴스에 액세스하여 Amazon EC2 인스턴스 태그를 확장(읽기)할 수 있는 CodeDeploy 권한을 부여합니다.

서비스 역할 생성(콘솔) 의 지침에 따라 앞에서 서비스 역할을 생성했습니다. 서비스 역할ARN의 를 가져오려면 섹션을 참조하세요서비스 역할 ARN 확인(콘솔) .

이제 가 있으므로 CodeDeploy 콘솔을 ARN사용하여 애플리케이션 개정을 배포합니다.

에 로그인 AWS Management Console 하고 https://console.aws.amazon.com/codedeploy에서 CodeDeploy 콘솔을 엽니다.

탐색 창에서 배포(Deploy)를 확장하고 애플리케이션(Applications)을 선택합니다.

애플리케이션 목록에서 WordPress_App 을 선택합니다.

배포 그룹 탭에서 Create deployment group(배포 그룹 생성)을 선택합니다.

Deployment group name(배포 그룹 이름)에 WordPress_DepGroup을 입력합니다.

배포 유형 아래에서 인 플레이스(In-place) 배포를 선택합니다.

환경 구성 에서 Amazon EC2 인스턴스 를 선택합니다.

를 사용한 에이전트 구성 AWS Systems Manager에서 기본값을 유지합니다.

키에 Name을(를) 입력합니다.

값에 CodeDeployDemo을(를) 입력합니다.

배포 구성 에서 을 선택합니다CodeDeployDefault.OneAtATime

서비스 역할 ARN에서 서비스 역할 을 선택한 ARN다음 배포 그룹 생성 을 선택합니다.

배포 만들기를 선택합니다.

배포 그룹에서 WordPress_DepGroup을(를) 선택합니다.

리포지토리 유형 옆의 내 애플리케이션이 Amazon S3에 저장되어 있음을 선택합니다. 개정 위치 에서 이전에 Amazon S3에 업로드한 샘플 WordPress 애플리케이션 개정의 위치를 입력합니다. 위치를 가져오려면:

1. 에서 Amazon S3 콘솔을 엽니다https://console.aws.amazon.com/s3/.

2. 버킷 목록에서 amzn-s3-demo-bucket(또는 애플리케이션 개정을 업로드한 버킷의 이름)을 선택합니다.

3. 객체 목록에서 WordPressApp.zip 을 선택합니다.

4. 개요 탭에서 링크 필드의 값을 클립보드에 복사합니다.

   값이 다음과 같을 것입니다.

   https://s3.amazonaws.com/amzn-s3-demo-bucket/WordPressApp.zip

5. CodeDeploy 콘솔로 돌아가고 개정 위치 에서 링크 필드 값을 붙여넣습니다.

파일 형식에서 파일 형식을 찾을 수 없다는 메시지가 표시되는 경우, .Zip을 선택합니다.

(선택 사항) 배포 설명 상자에 설명을 입력합니다.

배포 그룹 재정의를 확장하고 배포 구성 에서 를 선택합니다CodeDeployDefault.OneAtATime

Start deployment(배포 시작)를 선택합니다. 새로 만든 배포에 대한 정보가 [Deployments] 페이지에 표시됩니다.

WordPress_App이라는 애플리케이션 및 WordPress_DepGroup이라는 배포 그룹에 대해 list-deployments 명령을 호출하여 배포 ID를 가져옵니다.

aws deploy list-deployments --application-name WordPress_App --deployment-group-name WordPress_DepGroup --query 'deployments' --output text

배포 ID로 get-deployment 명령을 호출합니다.

aws deploy get-deployment --deployment-id deploymentID --query 'deploymentInfo.status' --output text

이 명령으로 배포의 전체 상태가 반환됩니다. 성공하면 Succeeded 값이 반환됩니다.

전체 상태가 인 경우 list-deployment-instances 및 와 같은 명령을 호출get-deployment-instance하여 문제를 해결할 Failed수 있습니다. 문제 해결 옵션을 더 보려면 인스턴스에 대한 배포 실패를 조사하기 위해 로그 파일 분석을 참조하세요.

배포 테이블에서 배포 이름을 선택합니다. 배포에 실패하면 실패 원인을 설명하는 메시지가 표시됩니다.

인스턴스 활동에서 배포에 대한 자세한 정보가 표시됩니다. 배포가 실패하면 배포가 실패한 Amazon EC2 인스턴스와 단계를 확인할 수 있습니다.

문제 해결을 더 수행해야 할 경우 View Instance Details에 설명된 것과 같은 기능을 사용할 수 있습니다. Amazon EC2 인스턴스에서 배포 로그 파일을 분석할 수도 있습니다. 자세한 내용은 인스턴스에 대한 배포 실패를 조사하기 위해 로그 파일 분석 단원을 참조하십시오.