# 태스크를 대체하여 Amazon ECS 서비스 배포
**롤링 업데이트(`ECS`) 배포 유형을 사용하는 서비스를 생성하면 Amazon ECS 서비스 스케줄러가 현재 실행 중인 태스크를 새 태스크로 대체합니다. 롤링 업데이트 중에 Amazon ECS가 서비스에 추가하거나 서비스에서 제거하는 작업의 수는 서비스 배포 구성으로 제어합니다.
Amazon ECS에서는 태스크 수 결정에 다음과 같은 파라미터가 사용됩니다.
+ `minimumHealthyPercent`는 롤링 배포 중 또는 컨테이너 인스턴스가 드레이닝 시 서비스에 대해 정상 상태로 실행되어야 하는 태스크 수에 대한 하한을 서비스에 대해 원하는 태스크 수의 백분율로 나타냅니다. 이 값은 반올림됩니다. 예를 들어, 최소 정상 상태 백분율이 `50`이고 원하는 작업 수가 4인 경우 스케줄러는 두 개의 새 태스크를 시작하기 전에 두 개의 기존 태스크를 중지할 수 있습니다. 마찬가지로 최소 정상 상태 백분율이 75%이고 원하는 작업 수가 2이면 결과 값이 2이기 때문에 스케줄러는 태스크를 중지 할 수 없습니다.
+ `maximumPercent`는 롤링 배포 중 또는 컨테이너 인스턴스가 드레이닝 시 서비스에 대해 실행되어야 하는 태스크 수에 대한 상한을 서비스에 대해 원하는 태스크 수의 백분율로 나타냅니다. 이 값은 내림됩니다. 예를 들어 최대 백분율이 `200`이고 원하는 태스크 수가 4개인 경우 스케줄러는 4개의 기존 태스크를 중지하기 전에 4개의 새 태스크를 시작할 수 있습니다. 마찬가지로 최대 백분율이 `125`이고 원하는 작업 수가 3이면 결과 값이 3이기 때문에 스케줄러는 태스크를 시작할 수 없습니다.
롤링 배포 중에 작업이 비정상 상태가 되면 Amazon ECS가 이를 대체하여 서비스의 `minimumHealthyPercent`를 유지 관리하고 가용성을 보호합니다. 비정상 태스크는 해당 태스크가 속한 것과 동일한 서비스 개정을 사용하여 대체됩니다. 이를 통해 소스 개정의 비정상 태스크 교체가 대상 개정의 태스크 장애와 독립적으로 수행됩니다. `maximumPercent` 설정이 허용되면 스케줄러는 비정상 태스크를 중지하기 전에 교체 태스크를 시작합니다. `maximumPercent` 파라미터로 인해 스케줄러가 교체 태스크를 먼저 시작하지 못하면 스케줄러는 비정상 태스크를 한 번에 하나씩 임의로 중지하여 용량을 확보한 다음 교체 태스크를 시작합니다.
**중요**
최소 정상 상태 백분율 또는 최대 백분율을 설정할 때는 배포가 시작될 때 스케줄러가 하나 이상의 작업을 중지하거나 시작할 수 있는지 확인해야 합니다. 서비스에 잘못된 배포 구성으로 인해 중단된 배포가 있는 경우 서비스 이벤트 메시지가 전송됩니다. 자세한 내용은 [서비스 배포 구성으로 인해 배포 중에 서비스(*service-name*)에서 태스크를 중지하거나 시작할 수 없습니다. minimumHealthyPercent 또는 maximumPercent 값을 업데이트하고 다시 시도하세요.](service-event-messages-list.md#service-event-messages-7) 섹션을 참조하세요.
롤링 배포에는 서비스 배포에 실패한 시점을 빠르게 식별하는 방법이 제공되는 두 가지 방법이 있습니다.
+ [Amazon ECS 배포 회로 차단기가 장애를 감지하는 방법](deployment-circuit-breaker.md)
+ [CloudWatch 경보가 Amazon ECS 배포 장애를 감지하는 방법](deployment-alarm-failure.md)
두 방법을 따로 또는 함께 사용할 수 있습니다. 두 방법을 모두 사용하는 경우 두 가지 실패 방법 중 하나에 대한 실패 기준이 충족되는 즉시 배포가 실패로 설정됩니다.
다음 가이드라인을 사용하면 사용할 방법을 결정하는 데 도움이 됩니다.
+ 회로 차단기 - 작업을 시작할 수 없을 때 배포를 중지하려는 경우 이 방법을 사용합니다.
+ CloudWatch 경보 - 애플리케이션 지표를 기반으로 배포를 중지하려는 경우 이 방법을 사용합니다.
두 가지 방법 모두 이전 서비스 개정으로 롤백이 지원됩니다.
## 컨테이너 이미지 확인
기본적으로 Amazon ECS에서는 태스크 정의에 지정된 컨테이너 이미지 태그를 컨테이너 이미지 다이제스트로 확인합니다. 단일 태스크가 실행되고 유지 관리되는 서비스를 생성하는 경우 태스크의 컨테이너에 대한 이미지 다이제스트 설정에 해당 태스크가 사용됩니다. 여러 태스크가 실행되고 유지 관리되는 서비스를 생성하는 경우 배포 중 서비스 스케줄러에 따라 시작된 첫 번째 태스크가 태스크의 컨테이너에 대한 이미지 다이제스트 설정에 사용됩니다.
컨테이너 이미지 다이제스트 설정 시도가 3회 이상 실패할 경우 이미지 다이제스트 확인 없이 배포가 계속됩니다. 배포 회로 차단기가 활성화된 경우 배포가 추가로 실패하고 롤백됩니다.
컨테이너 이미지 다이제스트가 설정되면 Amazon ECS에서는 이 다이제스트를 사용하여 필요한 모든 다른 작업을 시작하고 향후 서비스 업데이트를 진행합니다. 따라서 서비스의 모든 작업이 항상 동일한 컨테이너 이미지를 실행하게 되므로 소프트웨어의 버전 일관성이 유지됩니다.
컨테이너 정의의 `versionConsistency` 파라미터를 사용하여 태스크의 컨테이너마다 동작을 구성할 수 있습니다. 자세한 내용은 [versionConsistency](task_definition_parameters.md#ContainerDefinition-versionconsistency) 섹션을 참조하세요.
**참고**
버전이 `1.31.0`보다 낮은 Amazon ECS 에이전트는 이미지 다이제스트 해상도를 지원하지 않습니다. `1.31.0`\$1`1.69.0` 버전의 에이전트는 Amazon ECR 리포지토리로 푸시된 이미지에 대해서만 이미지 다이제스트 해상도를 지원합니다. 버전이 `1.70.0` 이상인 에이전트는 모든 이미지에 대해 이미지 다이제스트 해상도를 지원합니다.
이미지 다이제스트 해상도의 최소 Fargate Linux 플랫폼 버전은 `1.3.0`입니다. 이미지 다이제스트 해상도의 최소 Fargate Windows 플랫폼 버전은 `1.0.0`입니다.
Amazon ECS는 Amazon GuardDuty 보안 에이전트 또는 Service Connect 프록시와 같이 Amazon ECS에서 관리하는 사이드카 컨테이너의 다이제스트는 캡처하지 않습니다.
여러 작업이 포함된 서비스에서 컨테이너 이미지 확인과 관련된 잠재적 지연 시간을 줄이려면 EC2 컨테이너 인스턴스에서 Amazon ECS 에이전트 버전 `1.83.0` 이상을 실행하세요. 잠재적 지연 시간을 방지하려면 태스크 정의에 컨테이너 이미지 다이제스트를 지정합니다.
원하는 태스크 수가 0인 서비스를 생성하는 경우 원하는 태스크 수가 0보다 큰 서비스의 또 다른 배포를 트리거할 때까지 Amazon ECS에서 컨테이너 다이제스트를 설정할 수 없습니다.
업데이트된 이미지 다이제스트를 설정하려면 새 배포를 강제로 적용할 수 있습니다. 업데이트된 다이제스트는 새 태스크를 시작하는 데 사용되며 이미 실행 중인 태스크에는 영향을 주지 않습니다. 새 배포를 강제로 수행하는 방법에 대한 자세한 내용은 *Amazon ECS API 참조*의 [ForceNewDeployment](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html#ECS-UpdateService-request-forceNewDeployment)를 참조하세요.
EC2 용량 공급자를 사용할 때 초기 배포 중에 태스크를 시작할 용량이 충분하지 않으면 소프트웨어 버전 일관성을 유지하지 못할 수 있습니다. 용량이 제한된 경우에도 버전 일관성을 유지 관리하려면 기본 동작에 의존하는 대신 태스크 정의 컨테이너 구성에서 명시적으로 `versionConsistency: "enabled"`를 설정합니다. 그러면 Amazon ECS는 배포를 진행하기 전에 용량을 사용할 수 있을 때까지 기다립니다.
# Amazon ECS 서비스 파라미터의 모범 사례
애플리케이션 다운타임이 발생하지 않도록 배포 프로세스는 다음과 같습니다.
1. 기존 컨테이너를 계속 실행하면서 새 애플리케이션 컨테이너를 시작합니다.
1. 새 컨테이너가 정상 상태인지 확인합니다.
1. 이전 컨테이너를 중지합니다.
배포 구성과 클러스터의 예약되지 않은 여유 스페이스 크기에 따라 이전 작업을 모두 새 작업으로 교체하려면 이 작업을 여러 번 반복해야 할 수 있습니다.
숫자를 수정하는 데 사용할 수 있는 두 가지 서비스 구성 옵션이 있습니다.
+ `minimumHealthyPercent`: 100%(기본값)
배포 중 서비스가 `RUNNING` 상태를 유지해야 하는 작업 수의 하한. 가장 가까운 정수로 반올림된 `desiredCount`의 비율입니다. 이 파라미터를 통해 추가 클러스터 용량을 사용하지 않고 배포할 수 있습니다.
+ `maximumPercent`: 200%(기본값)
배포 중 `RUNNING` 또는 `PENDING` 상태를 유지해야 하는 서비스에 대한 작업 수의 상한. 가장 가까운 정수로 반내림된 `desiredCount`의 비율입니다.
**예: 기본 구성 옵션**
총 8개의 작업 공간이 있는 클러스터에 6개의 작업이 배포된 다음과 같은 서비스를 고려합니다. 기본 서비스 구성 옵션으로는 배포에서 원하는 6개 작업의 100% 미만으로 내려갈 수 없습니다.
배포 프로세스는 다음과 같습니다.
1. 목표는 6개 작업을 대체하는 것입니다.
1. 기본 설정에서는 실행 중인 작업이 6개여야 하기 때문에 스케줄러가 2개의 새 작업을 시작합니다.
이제 기존 작업 6개와 새 작업 2개가 있습니다.
1. 스케줄러는 기존 작업 중 2개를 중지합니다.
이제 기존 작업 4개와 새 작업 2개가 있습니다.
1. 스케줄러는 추가로 2개의 새 작업을 시작합니다.
이제 기존 태스크 4개와 새 태스크 4개가 있습니다.
1. 스케줄러는 기존 작업 중 2개를 종료합니다.
이제 기존 작업 2개와 새 작업 4개가 있습니다.
1. 스케줄러는 추가로 2개의 새 작업을 시작합니다.
이제 기존 작업 2개와 새 작업 6개가 있습니다.
1. 스케줄러가 마지막 2개의 기존 작업을 종료합니다.
이제 6개의 새 작업이 있습니다.
위 예제에서 옵션의 기본값을 사용하는 경우 새 작업이 시작될 때마다 2.5분의 대기 시간이 있습니다. 또한 로드 밸런서는 이전 작업이 중지될 때까지 5분을 기다려야 할 수도 있습니다.
**예: `minimumHealthyPercent` 수정**
`minimumHealthyPercent` 값을 50% 로 설정하여 배포 속도를 높일 수 있습니다.
총 8개의 작업 공간이 있는 클러스터에 6개의 작업이 배포된 다음과 같은 서비스를 고려합니다. 배포 프로세스는 다음과 같습니다.
1. 목표는 6개 작업을 대체하는 것입니다.
1. 스케줄러는 기존 작업 중 3개를 중지합니다.
`minimumHealthyPercent` 값을 충족하는 3개의 기존 작업이 아직 실행 중입니다.
1. 스케줄러는 5개의 새 작업을 시작합니다.
이제 기존 작업 3개와 새 작업 5개가 있습니다.
1. 스케줄러는 나머지 3개의 기존 작업을 중지합니다.
이제 5개의 새 작업이 있습니다.
1. 스케줄러는 마지막 새 작업을 시작합니다.
이제 6개의 새 작업이 있습니다.
**예: 클러스터 여유 스페이스 수정**
추가 작업을 실행할 수 있도록 여유 스페이스를 더 추가할 수도 있습니다.
총 10개의 작업 공간이 있는 클러스터에 6개의 작업이 배포된 다음과 같은 서비스를 고려합니다. 배포 프로세스는 다음과 같습니다.
1. 목표는 기존 작업을 대체하는 것입니다.
1. 스케줄러는 기존 작업 중 3개를 중지합니다.
이제 3개의 기존 작업이 있습니다.
1. 스케줄러는 6개의 새 작업을 시작합니다.
이제 기존 작업 3개와 새 작업 6개가 있습니다.
1. 스케줄러는 기존 작업 3개를 중지합니다.
이제 6개의 새 작업이 있습니다.
**권장 사항**
작업이 한동안 유휴 상태이고 사용률이 높지 않은 경우 서비스 구성 옵션에 다음 값을 사용합니다.
+ `minimumHealthyPercent`: 50%
+ `maximumPercent`: 200%
# Amazon ECS 롤링 업데이트 배포 생성
클러스터에서 지정된 수의 태스크 정의 인스턴스를 동시에 실행하고 유지 관리하는 서비스를 생성합니다. 태스크가 실패하거나 중지되면 Amazon ECS 서비스 스케줄러가 태스크 정의의 다른 인스턴스를 시작하여 해당 태스크를 대체합니다. 이렇게 하면 서비스에서 원하는 수의 태스크를 유지 관리하는 데 도움이 됩니다.
서비스를 생성하기 전에 다음 구성 파라미터를 결정합니다.
+ 태스크를 분산하는 두 가지 컴퓨팅 옵션이 있습니다.
+ **용량 공급자 전략**은 Amazon ECS가 하나 또는 여러 개의 용량 공급자에 태스크를 분배하도록 합니다.
Amazon ECS 관리형 인스턴스에서 워크로드를 실행하려면 용량 공급자 전략 옵션을 사용해야 합니다.
+ **시작 유형**에서는 Amazon ECS가 클러스터에 등록된 Fargate 또는 EC2 인스턴스에 대한 태스크가 Amazon ECS에서 곧바로 시작됩니다.
Amazon ECS 관리형 인스턴스에서 워크로드를 실행하려면 용량 공급자 전략 옵션을 사용해야 합니다.
+ `awsvpc` 네트워크 모드 또는 로드 밸런서를 사용하도록 구성된 서비스를 사용하는 태스크 정의에 네트워킹 구성이 있어야 합니다. 기본적으로 콘솔은 기본 Amazon VPC와 모든 서브넷 및 기본 Amazon VPC 내의 기본 보안 그룹을 선택합니다.
+ 배치 전략인 기본 태스크 배치 전략에서는 가용 영역 전체에 균등하게 태스크가 분산됩니다.
서비스의 고가용성 확보에 도움이 되도록 가용 영역 리밸런싱을 사용하는 것이 좋습니다. 자세한 내용은 [가용 영역 전체의 Amazon ECS 서비스 밸런싱](service-rebalancing.md) 섹션을 참조하세요.
+ 서비스 배포에 **시작 유형**을 사용하면 기본적으로 서비스가 클러스터 VPC에서 서브넷에서 시작됩니다.
+ **용량 공급자 전략**의 경우, 콘솔이 기본적으로 컴퓨팅 옵션을 선택합니다. 다음은 콘솔에서 기본값을 선택하는 순서에 대한 설명입니다.
+ 클러스터에 기본 용량 공급자 전략이 정의된 경우 이 전략이 선택됩니다.
+ 클러스터에 기본 용량 공급자 전략이 정의되어 있지 않지만 Fargate 용량 공급자가 클러스터에 추가되어 있는 경우 `FARGATE` 용량 공급자를 사용하는 사용자 지정 용량 공급자 전략이 선택됩니다.
+ 클러스터에 기본 용량 공급자 전략이 정의되어 있지 않지만 하나 이상의 Auto Scaling 그룹 용량 공급자가 클러스터에 추가된 경우 **사용자 지정 사용(고급)** 옵션이 선택되고 전략을 수동으로 정의해야 합니다.
+ 클러스터에 기본 용량 공급자 전략이 정의되어 있지 않고 클러스터에 용량 공급자가 추가되지 않은 경우 Fargate 시작 유형이 선택됩니다.
+ 기본 배포 실패 감지 기본 옵션은 **Amazon ECS 배포 회로 차단기** 옵션과 **실패 시 롤백** 옵션을 함께 사용하는 것입니다.
자세한 내용은 [Amazon ECS 배포 회로 차단기가 장애를 감지하는 방법](deployment-circuit-breaker.md) 섹션을 참조하세요.
+ 서비스에서 원하는 태스크 수가 Amazon ECS에서 자동으로 증가하거나 감소하도록 할지를 결정합니다. 자세한 정보는 [Amazon ECS 서비스 자동 조정](service-auto-scaling.md) 섹션을 참조하세요.
+ 애플리케이션이 Amazon ECS에서 실행되는 다른 애플리케이션에 연결해야 하는 경우 아키텍처에 맞는 옵션을 결정합니다. 자세한 내용은 [Amazon ECS 서비스 상호 연결](interconnecting-services.md) 섹션을 참조하세요.
+ Amazon ECS 회로 차단기가 사용되는 서비스를 생성할 때 Amazon ECS에서는 서비스 배포 및 서비스 개정이 생성됩니다. 이러한 리소스를 통해 서비스 기록에 대한 자세한 내용을 볼 수 있습니다. 자세한 내용은 [Amazon ECS 서비스 배포를 사용하여 서비스 기록 보기](service-deployment.md) 섹션을 참조하세요.
AWS CLI를 사용하여 서비스를 생성하는 방법에 대한 자세한 내용은 AWS Command Line Interface 참조의 [https://docs.aws.amazon.com/cli/latest/reference/ecs/create-service.html](https://docs.aws.amazon.com/cli/latest/reference/ecs/create-service.html)를 참조하세요.**
AWS CloudFormation을 사용하여 서비스를 생성하는 방법에 대한 자세한 내용은 *AWS CloudFormation 사용 설명서*의 [https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-service.html](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-service.html)를 참조하세요.
## 기본 옵션으로 서비스 생성
콘솔을 사용하여 서비스를 빠르게 생성하고 배포할 수 있습니다. 서비스에는 다음 구성이 있습니다.
+ 클러스터와 연결된 VPC 및 서브넷에서 배포
+ 하나의 태스크 배포
+ 롤링 배포 사용
+ 기본 용량 공급자로 기본 공급자 전략 사용
+ 배포 회로 차단기를 사용하여 오류를 탐지하고 오류 발생 시 자동으로 롤백하는 옵션 설정
기본 파라미터를 사용하여 서비스를 배포하려면 다음의 단계를 따르세요.
**서비스 생성 방법(Amazon ECS 콘솔)**
1. [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2)에서 콘솔을 엽니다.
1. 탐색 페이지에서 **Clusters**(클러스터)를 선택합니다.
1. **클러스터** 페이지에서 서비스를 생성할 클러스터를 선택합니다.
1. **Services**(서비스) 탭에서 **Create**(생성)를 선택합니다.
**서비스 생성** 페이지가 표시됩니다.
1. **서비스 세부 정보**에서 다음을 수행합니다.
1. **작업 정의**에 사용할 작업 정의 패밀리 및 개정을 입력합니다.
1. **서비스 이름(Service name)**에 서비스의 이름을 입력합니다.
1. ECS Exec을 사용하여 서비스를 디버깅하려면 **문제 해결 구성**에서 **ECS Exec 켜기**를 선택합니다.
1. **배포 구성**에서 다음을 수행합니다.
1. **원하는 작업(Desired tasks)**에 서비스에서 시작 및 유지 관리할 작업 수를 입력합니다.
1. (선택 사항) 서비스와 태스크를 식별하려면 **태그(Tags)** 섹션을 펼친 다음, 태그를 구성합니다.
Amazon ECS가 새로 시작한 모든 작업에 클러스터 이름과 작업 정의 태그를 자동으로 지정하려면 **Amazon ECS 관리형 태그(Turn on Amazon ECS managed tags)** 사용을 선택한 다음 **작업 정의(Task definitions)**를 선택합니다.
Amazon ECS가 새로 시작한 모든 작업에 클러스터 이름과 서비스 태그를 자동으로 지정하려면 **Amazon ECS 관리형 태그(Turn on Amazon ECS managed tags)** 사용을 선택한 다음 **서비스(Service)**를 선택합니다.
태그를 추가하거나 제거합니다.
+ [태그 추가] **새로운 태그(Add tag)**를 선택하고 다음을 수행합니다.
+ **키**에서 키 이름을 입력합니다.
+ **값**에 키 값을 입력합니다.
+ [태그 제거] 태그 옆에 있는 **태그 제거**를 선택합니다.
## 정의된 파라미터를 사용하여 서비스 생성
정의된 파라미터를 사용하여 서비스를 생성하려면 다음 단계를 수행합니다.
**서비스 생성 방법(Amazon ECS 콘솔)**
1. [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2)에서 콘솔을 엽니다.
1. 서비스를 시작할 리소스를 결정합니다.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonECS/latest/developerguide/create-service-console-v2.html)
**서비스 생성** 페이지가 표시됩니다.
1. 서비스 세부 정보에서 다음을 수행합니다.
1. **작업 정의**에 사용할 작업 정의를 입력합니다. 그런 다음 **개정**에서 사용할 개정을 선택합니다.
1. **서비스 이름(Service name)**에 서비스의 이름을 입력합니다.
1. **기존 클러스터**에 대해 클러스터를 선택합니다.
**클러스터 생성**을 선택하여 새 클러스터에서 작업을 실행합니다.
1. 클러스터 인프라에 태스크를 배포하는 방식을 선택합니다. **컴퓨팅 구성**에서 옵션을 선택합니다.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. ECS Exec을 사용하여 서비스를 디버깅하려면 **문제 해결 구성**에서 **ECS Exec 켜기**를 선택합니다.
1. **배포 구성**에서 다음을 수행합니다.
1. **서비스 유형(Service type)**의 경우 서비스 예약 전략을 선택합니다.
+ 스케줄러가 모든 태스크 배치 제약을 준수하는 각 활성 컨테이너 인스턴스에서 정확히 하나의 태스크만 배포하게 하려면 **대몬(Daemon)**을 선택합니다.
+ 스케줄러가 클러스터에 원하는 수의 태스크를 배치하고 관리하도록 하려면 **복제본(Replica)**을 선택합니다.
1. **복제본(Replica)**을 선택하는 경우, **원하는 태스크(Desired tasks)**에 서비스에서 시작하고 유지할 태스크 개수를 입력합니다.
1. **복제본**을 선택한 경우 Amazon ECS에서 가용 영역 전체의 태스크 분산이 모니터링되고 불균형이 있으면 재분산되도록 하려면 **가용 영역 서비스 리밸런싱**에서 **가용 영역 서비스 리밸런싱**을 선택합니다.
1. **상태 확인 유예 기간**에 작업이 처음 시작된 후 서비스 스케줄러가 비정상 Elastic Load Balancing, VPC Lattice, 컨테이너 상태 확인을 무시하는 시간(초)을 입력합니다. 상태 확인 유예 기간 값을 지정하지 않으면 기본값인 0이 사용됩니다.
1. 서비스의 배포 유형을 결정합니다. **배포 옵션**을 확장한 후 다음 파라미터를 지정합니다.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. Amazon ECS에서 배포 오류를 탐지 및 처리하는 방법을 구성하려면 **배포 오류 탐지(Deployment failure detection)**를 펼친 다음, 옵션을 선택합니다.
1. 작업을 시작할 수 없을 때 배포를 중지하려면 **Use the Amazon ECS deployment circuit breaker**(Amazon ECS 배포 회로 차단기 사용)를 선택합니다.
배포 회로 차단기가 배포를 실패한 상태로 설정했을 때 소프트웨어가 마지막으로 완료한 배포로 자동 롤백하도록 하려면 **실패 시 롤백**을 선택합니다.
1. 애플리케이션 지표를 기반으로 배포를 중지하려면 **CloudWatch 경보 사용**을 선택합니다. 그런 다음, **CloudWatch 경보 이름**에서 경보를 선택합니다. 새 경보를 생성하려면 CloudWatch 콘솔을 이동합니다.
CloudWatch 경보가 배포를 실패한 상태로 설정할 때 소프트웨어가 마지막으로 완료한 배포 상태로 자동 롤백하도록 하려면 **실패 시 롤백**을 선택합니다.
1. 태스크 정의에서 `awsvpc` 네트워크 모드를 사용하는 경우 사용자 지정 네트워크 구성 확장 **네트워킹**을 지정한 후에 다음을 수행할 수 있습니다.
1. **VPC**에서 사용할 VPC 선택합니다.
1. **서브넷(Subnets)**에서 태스크를 배치할 때 작업 스케줄러가 고려할 하나 이상의 서브넷을 VPC에서 선택합니다.
1. **보안 그룹(Security group)**의 경우 기존 보안 그룹을 선택하거나 새 보안 그룹을 생성할 수 있습니다. 기존 보안 그룹을 사용하려면 보안 그룹을 선택하고 다음 단계로 이동합니다. 새 보안 그룹을 만들려면 **새 보안 그룹 생성(Create a new security group)**을 선택합니다. 보안 그룹 이름 및 설명을 지정한 다음 보안 그룹에 대해 하나 이상의 인바운드 규칙을 추가해야 합니다.
1. **퍼블릭 IP(Public IP)**에서 작업의 탄력적 네트워크 인터페이스(ENI)에 퍼블릭 IP 주소를 자동 할당할지를 선택합니다.
AWS Fargate 작업은 퍼블릭 서브넷에서 실행될 때 퍼블릭 IP 주소가 할당될 수 있으므로 인터넷에 연결되는 경로가 있습니다. 이 필드를 사용하여 EC2 작업에 퍼블릭 IP를 할당할 수 없습니다. 자세한 내용은 [Fargate에 대한 Amazon ECS 태스크 네트워킹 옵션](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/fargate-task-networking.html) 및 [Amazon ECS 태스크에 대한 네트워크 인터페이스 할당](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task-networking-awsvpc.html)을 참조하세요.
1. (선택 사항) Service Connect를 사용하여 서비스를 상호 연결하려면 **Service Connect**를 확장한 후 다음을 지정하세요.
1. **Service Connect 켜기**를 선택합니다.
1. **Service Connect configuration**(Service Connect 구성)에서 클라이언트 모드를 지정합니다.
+ 서비스에서 네임스페이스의 다른 서비스에만 연결하면 되는 네트워크 클라이언트 애플리케이션을 실행하는 경우 **클라이언트 측만**을 선택합니다.
+ 서비스가 네트워크 또는 웹 서비스 애플리케이션을 실행하고 이 서비스에 대한 엔드포인트를 제공해야 하며, 네임스페이스의 다른 서비스에 연결해야 하는 경우 **Client and server**(클라이언트 및 서버)를 선택합니다.
1. 기본 클러스터 네임스페이스가 아닌 네임스페이스를 사용하려면 **Namespace**(네임스페이스)에서 서비스 네임스페이스를 선택합니다. 이는 AWS 계정의 동일한 AWS 리전에서 별도로 생성된 네임스페이스 또는 AWS Resource Access Manager(AWS RAM)를 사용하여 계정과 공유되는 동일한 리전의 네임스페이스일 수 있습니다. 공유 AWS Cloud Map 네임스페이스에 대한 자세한 내용은 *AWS Cloud Map 개발자 안내서*의 [Cross-account AWS Cloud Map namespace sharing](https://docs.aws.amazon.com/cloud-map/latest/dg/sharing-namespaces.html)을 참조하세요.
1. (선택 사항) 로그 구성을 지정합니다. **로그 수집 사용**을 선택합니다. 기본 옵션은 CloudWatch Logs로 컨테이너 로그를 전송합니다. 다른 로그 드라이버 옵션은 AWS FireLens를 사용하여 구성됩니다. 자세한 정보는 [Amazon ECS 로그를 AWS 서비스 또는 AWS Partner로 전송](using_firelens.md)을 참조하세요.
다음은 각 컨테이너 로그 대상에 대한 자세한 설명입니다.
+ **Amazon CloudWatch** - CloudWatch Logs로 컨테이너 로그를 전송하도록 작업을 구성합니다. 사용자를 대신하여 CloudWatch 로그 그룹을 생성하는 기본 로그 드라이버 옵션이 제공됩니다. 다른 로그 그룹 이름을 지정하려면 드라이버 옵션 값을 변경합니다.
+ **Amazon Data Firehose** - Firehose로 컨테이너 로그를 전송하도록 작업을 구성합니다. Firehose 전송 스트림으로 로그를 전송하는 기본 로그 드라이버 옵션이 제공됩니다. 다른 전송 스트림 이름을 지정하려면 드라이버 옵션 값을 변경합니다.
+ **Amazon Kinesis Data Streams** - Kinesis Data Streams로 컨테이너 로그를 전송하도록 작업을 구성합니다. Kinesis Data Streams 스트림으로 로그를 전송하는 기본 로그 드라이버 옵션이 제공됩니다. 다른 스트림 이름을 지정하려면 드라이버 옵션 값을 변경합니다.
+ **Amazon OpenSearch Service** - OpenSearch Service 도메인으로 컨테이너 로그를 전송하도록 작업을 구성합니다. 로그 드라이버 옵션이 제공되어야 합니다.
+ **Amazon S3** - Amazon S3 버킷으로 컨테이너 로그를 전송하도록 작업을 구성합니다. 기본 로그 드라이버 옵션이 제공되지만 유효한 Amazon S3 버킷 이름을 지정해야 합니다.
1. (선택 사항) 액세스 로그를 활성화하려면 다음 단계를 따릅니다.
1. **액세스 로그 구성**을 확장하세요. **형식**에서 **JSON** 또는 `TEXT`를 선택하세요.
1. 액세스 로그에 쿼리 파라미터를 포함하려면 **쿼리 파라미터 포함**을 선택하세요.
1. (선택 사항) 서비스 검색을 사용하여 서비스를 상호 연결하려면 **서비스 검색**을 확장한 후 다음을 수행하세요.
1. **서비스 검색 사용**을 선택합니다.
1. 새 네임스페이스를 사용하려면 **네임스페이스 구성**에서 **새 네임스페이스 생성**을 선택하고 네임스페이스 이름과 설명을 입력합니다. 기존 네임스페이스를 사용하려면 **기존 네임스페이스 선택**을 선택하고 사용할 네임스페이스를 선택합니다.
1. 서비스 이름 및 설명과 같은 서비스 검색 서비스 정보를 제공합니다.
1. Amazon ECS에서 정기적으로 컨테이너 수준 상태 확인을 수행하도록 하려면 **Amazon ECS 작업 상태 전파 활성화**를 선택합니다.
1. **DNS 레코드 유형(DNS record type)**에서 서비스에 대해 생성할 DNS 레코드 유형을 선택합니다. Amazon ECS 서비스 검색은 작업 정의에서 지정하는 네트워크 모드에 따라 **A** 및 **SRV** 레코드만 지원합니다. 이 레코드 유형의 값 형식에 대한 자세한 정보는 *Amazon Route 53 개발자 안내서*의 [지원되는 DNS 레코드 유형](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/ResourceRecordTypes.html)을 참조하세요.
+ 서비스 작업에서 지정한 작업 정의가 `bridge` 또는 `host` 네트워크 모드를 사용하는 경우에는 **SRV** 레코드 유형만 지원됩니다. 레코드와 연결된 컨테이너 이름 및 포트 조합을 선택합니다.
+ 서비스 작업에서 지정한 작업 정의가 `awsvpc` 네트워크 모드를 사용하는 경우에는 **A** 또는 **SRV** 레코드 유형을 선택합니다. **A**를 선택하면 다음 단계로 건너뜁니다. **SRV**를 선택한 경우에는 서비스를 찾을 수 있는 포트나 레코드와 연결할 컨테이너 이름 및 포트 조합을 지정합니다.
**TTL**에 DNS 확인자 및 웹 브라우저에서 레코드 세트를 캐시하는 기간(초)을 입력합니다.
1. (선택 사항) VPC Lattice를 사용하여 서비스를 상호 연결하려면 **VPC Lattice**를 확장한 후 다음을 수행하세요.
1. **VPC Lattice 켜기**를 선택합니다.
1. **인프라 역할**에서 인프라 역할을 선택합니다.
역할을 생성하지 않은 경우 **인프라 역할 생성**을 선택합니다.
1. **대상 그룹**에서 대상 그룹 또는 그룹을 선택합니다. 대상 그룹을 하나 이상 선택해야 하며 최대 5개를 선택할 수 있습니다. 대상 그룹을 더 추가하려면 **대상 그룹 추가**를 선택합니다. 선택한 각 대상 그룹의 **포트 이름**, **프로토콜** 및 **포트**를 선택합니다.
대상 그룹을 삭제하려면 **제거**를 선택합니다.
**참고**
기존 대상 그룹을 추가하려면 AWS CLI를 사용해야 합니다. AWS CLI를 사용하여 대상 그룹을 추가하는 방법에 대한 지침은 *AWS Command Line Interface 참조*의 [register-targets](https://docs.aws.amazon.com/cli/latest/reference/vpc-lattice/register-targets.html)를 참조하세요.
VPC Lattice 서비스에는 여러 대상 그룹이 있을 수 있지만, 각 대상 그룹은 하나의 서비스에만 추가할 수 있습니다.
1. 리스너 기본 작업 또는 VPC Lattice 콘솔의 기존 VPC Lattice 서비스의 규칙에 새 대상 그룹을 포함시켜 VPC Lattice 구성을 완료합니다. 자세한 내용은 [VPC Lattice 서비스를 위한 리스너 규칙](https://docs.aws.amazon.com/vpc-lattice/latest/ug/listener-rules.html)을 참조하세요.
1. (선택 사항) 서비스에 대한 로드 밸런서를 구성하려면 **로드 밸런싱(Load balancing)** 섹션을 확장합니다.
로드 밸런서를 선택합니다.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. (선택 사항) 서비스 오토 스케일링을 구성하려면 **서비스 오토 스케일링**을 확장한 후에 다음 파라미터를 지정합니다.트래픽 흐름에서 과거 로드 데이터를 살펴보는 예측 오토 스케일링을 사용하려면 서비스를 생성한 다음 예측 오토 스케일링을 구성합니다. 자세한 내용은 [과거 패턴을 사용하여 예측 규모 조정으로 Amazon ECS 서비스 규모 조정](predictive-auto-scaling.md) 섹션을 참조하세요.
1. 서비스 Auto Scaling을 사용하려면 **서비스 Auto Scaling(Service auto scaling)**을 선택합니다.
1. **작업의 최소 개수**에 서비스 Auto Scaling에서 사용할 작업 수의 하한을 입력합니다. 바람직한 수는 이 숫자 이내여야 합니다.
1. **작업의 최대 개수**에 서비스 Auto Scaling에서 사용할 작업 수의 상한을 입력합니다. 바람직한 수는 이 숫자 이내여야 합니다.
1. 정책 유형을 선택합니다. **규모 조정 정책 유형**에서 다음 옵션 중 하나를 선택합니다.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. (선택 사항) 기본 외에 다른 태스크 배치 전략을 사용하는 경우 **태스크 배치(Task Placement)**를 펼치고 다음의 옵션 중에서 선택하세요.
자세한 내용은 [Amazon ECS가 컨테이너 인스턴스에 작업을 배치하는 방법](task-placement.md) 섹션을 참조하세요.
+ **AZ Balanced Spread** - 작업을 가용 영역과 가용 영역의 컨테이너 인스턴스에 분산합니다.
+ **AZ Balanced BinPack** - 작업을 가용 영역과 가용 메모리가 최소인 컨테이너 인스턴스에 분산합니다.
+ **BinPack** - 사용 가능한 CPU 또는 메모리 최소량에 따라 태스크를 분산합니다.
+ **One Task Per Host** - 각 컨테이너 인스턴스에 서비스의 작업을 최대 1개 배치합니다.
+ **Custom** - 자체 작업 배치 전략을 정의합니다.
**사용자 지정(Custom)**을 선택하는 경우, 태스크를 배치할 알고리즘과 태스크 배치 중에 고려할 규칙을 정의합니다.
+ **전략(Strategy)** 아래에 있는 **유형(Type)**과 **필드(Field)**의 경우, 알고리즘과 알고리즘에 사용할 엔터티를 선택합니다.
최대 5개의 전략을 입력할 수 있습니다.
+ **제약** 아래에 있는 **유형**과 **표현식**에서 해당 제약에 사용할 규칙과 속성을 선택합니다.
예를 들어 T2 인스턴스에 태스크를 배치하기 위한 제약을 설정할 경우, **식**에는 **attribute:ecs.instance-type =\$1 t2.\$1**를 입력합니다.
초대 10개의 제약을 입력할 수 있습니다.
1. 작업에서 배포 시 구성과 호환되는 데이터 볼륨을 사용하는 경우 **볼륨**을 확장하여 볼륨을 구성할 수 있습니다.
볼륨 이름과 볼륨 유형은 작업 정의 개정을 생성할 때 구성되며 서비스를 생성할 때는 변경할 수 없습니다. 볼륨 이름과 유형을 업데이트하려면 새 작업 정의 개정을 생성하고 새 개정을 사용해 서비스를 생성해야 합니다.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. ECS Exec을 사용하여 서비스를 디버깅하려면 **문제 해결 구성**에서 **ECS Exec 켜기**를 선택합니다.
1. (선택 사항) 서비스와 태스크를 식별하려면 **태그(Tags)** 섹션을 펼친 다음, 태그를 구성합니다.
Amazon ECS에서 새로 시작된 모든 작업에 클러스터 이름과 작업 정의 태그를 자동으로 지정하도록 하려면 **Amazon ECS 관리형 태그 켜기**를 선택한 다음 **작업 전파 시작**에서 **작업 정의**를 선택합니다.
Amazon ECS에서 새로 시작된 모든 작업에 클러스터 이름과 서비스 태그를 자동으로 지정하도록 하려면 **Amazon ECS 관리형 태그 켜기**를 선택한 다음 **작업 전파 시작**에서 **서비스**를 선택합니다.
태그를 추가하거나 제거합니다.
+ [태그 추가] **새로운 태그(Add tag)**를 선택하고 다음을 수행합니다.
+ **키**에서 키 이름을 입력합니다.
+ **값**에 키 값을 입력합니다.
+ [태그 제거] 태그 옆에 있는 **태그 제거**를 선택합니다.
1. **생성(Create)**을 선택합니다.
## 다음 단계
다음은 서비스를 생성한 후의 추가 작업입니다.
+ 트래픽 흐름의 과거 로드 데이터를 살펴보는 예측 오토 스케일링을 구성합니다. 자세한 내용은 [과거 패턴을 사용하여 예측 규모 조정으로 Amazon ECS 서비스 규모 조정](predictive-auto-scaling.md) 섹션을 참조하세요.
+ 배포를 추적하고 Amazon ECS 회로 차단기에 사용되는 서비스에 대한 서비스 기록을 봅니다. 자세한 내용은 [Amazon ECS 서비스 배포를 사용하여 서비스 기록 보기](service-deployment.md) 섹션을 참조하세요.