콘솔을 사용하여 Amazon ECS 서비스 생성

클러스터에서 지정된 수의 태스크 정의 인스턴스를 동시에 실행하고 유지 관리하는 서비스를 생성합니다. 태스크가 실패하거나 중지되면 Amazon ECS 서비스 스케줄러가 태스크 정의의 다른 인스턴스를 시작하여 해당 태스크를 대체합니다. 이렇게 하면 서비스에서 원하는 수의 태스크를 유지 관리하는 데 도움이 됩니다.

서비스를 생성하기 전에 다음 구성 파라미터를 결정합니다.

• 태스크를 분산하는 두 가지 컴퓨팅 옵션이 있습니다.

  • 용량 공급자 전략은 Amazon ECS가 하나 또는 여러 개의 용량 공급자에 태스크를 분배하도록 합니다.

  • 시작 유형은 Amazon ECS가 클러스터에 등록한 Fargate 또는 Amazon EC2 인스턴스에서 작업을 직접 시작하도록 합니다.

• awsvpc 네트워크 모드 또는 로드 밸런서를 사용하도록 구성된 서비스를 사용하는 태스크 정의에 네트워킹 구성이 있어야 합니다. 기본적으로 콘솔은 기본 Amazon VPC와 모든 서브넷 및 기본 Amazon VPC 내의 기본 보안 그룹을 선택합니다.

• 기본 작업 배치 전략에서는 가용 영역에 작업을 균등하게 분산시킵니다.

• 서비스 배포에 시작 유형을 사용하면 기본적으로 서비스가 클러스터 VPC에서 서브넷에서 시작됩니다.

• 용량 공급자 전략의 경우, 콘솔이 기본적으로 컴퓨팅 옵션을 선택합니다. 다음은 콘솔에서 기본값을 선택하는 순서에 대한 설명입니다.

  • 클러스터에 기본 용량 공급자 전략이 정의된 경우 이 전략이 선택됩니다.

  • 클러스터에 기본 용량 공급자 전략이 정의되어 있지 않지만 Fargate 용량 공급자가 클러스터에 추가되어 있는 경우 FARGATE 용량 공급자를 사용하는 사용자 지정 용량 공급자 전략이 선택됩니다.

  • 클러스터에 기본 용량 공급자 전략이 정의되어 있지 않지만 하나 이상의 Auto Scaling 그룹 용량 공급자가 클러스터에 추가된 경우 사용자 지정 사용(고급) 옵션이 선택되고 전략을 수동으로 정의해야 합니다.

  • 클러스터에 기본 용량 공급자 전략이 정의되어 있지 않고 클러스터에 용량 공급자가 추가되지 않은 경우 Fargate 시작 유형이 선택됩니다.

• 기본 배포 실패 감지 기본 옵션은 Amazon ECS 배포 회로 차단기 옵션과 실패 시 롤백 옵션을 함께 사용하는 것입니다.

  자세한 내용은 Amazon ECS 배포 회로 차단기가 장애를 감지하는 방법 단원을 참조하십시오.

• 블루/그린 배포 옵션을 사용하려면 CodeDeploy에서 애플리케이션을 이동하는 방식을 결정합니다. 다음과 같은 옵션을 사용할 수 있습니다.

  • CodeDeployDefault.ECSAllAtOnce: 모든 트래픽을 업데이트된 Amazon ECS 컨테이너로 한 번에 이동합니다.

  • CodeDeployDefault.ECSLinear10PercentEvery1Minutes: 모든 트래픽이 이동할 때까지 매분 트래픽의 10%를 이동합니다.

  • CodeDeployDefault.ECSLinear10PercentEvery3Minutes: 모든 트래픽이 이동할 때까지 3분마다 트래픽의 10%를 이동합니다.

  • CodeDeployDefault.ECSCanary10Percent5Minutes: 첫 번째 증분에서 트래픽의 10%를 이동합니다. 나머지 90%는 5분 이후 배포됩니다.

  • CodeDeployDefault.ECSCanary10Percent15Minutes: 첫 번째 증분에서 트래픽의 10%를 이동합니다. 나머지 90%는 15분 이후 배포됩니다.

• 애플리케이션이 Amazon ECS에서 실행되는 다른 애플리케이션에 연결해야 하는 경우 아키텍처에 맞는 옵션을 결정합니다. 자세한 내용은 Amazon ECS 서비스 상호 연결 단원을 참조하십시오.

• AWS CloudFormation 또는 AWS Command Line Interface를 사용하여 다음 파라미터 중 하나를 사용하는 서비스를 배포해야 합니다.

  • 사용자 지정 지표를 사용하는 추적 정책

  • 서비스 업데이트 - awsvpc 네트워크 구성 및 상태 확인 유예 기간을 업데이트할 수 없습니다.

  AWS CLI를 사용하여 서비스를 생성하는 방법에 대한 자세한 내용은 AWS Command Line Interface 참조의 create-service를 참조하세요.

  AWS CloudFormation을 사용하여 서비스를 생성하는 방법에 대한 자세한 내용은 AWS CloudFormation 사용 설명서의 AWS::ECS::Service를 참조하세요.

서비스를 빠르게 생성

콘솔을 사용하여 서비스를 빠르게 생성하고 배포할 수 있습니다. 서비스에는 다음 구성이 있습니다.

• 클러스터와 연결된 VPC 및 서브넷에서 배포

• 하나의 태스크 배포

• 롤링 배포 사용

• 기본 용량 공급자로 기본 공급자 전략 사용

• 배포 회로 차단기를 사용하여 오류를 탐지하고 오류 발생 시 자동으로 롤백하는 옵션 설정

기본 파라미터를 사용하여 서비스를 배포하려면 다음의 단계를 따르세요.

서비스 생성 방법(Amazon ECS 콘솔)

1. https://console.aws.amazon.com/ecs/v2에서 콘솔을 엽니다.

2. 탐색 페이지에서 Clusters(클러스터)를 선택합니다.

3. 클러스터 페이지에서 서비스를 생성할 클러스터를 선택합니다.

4. Services(서비스) 탭에서 Create(생성)를 선택합니다.

5. 배포 구성(Deployment configuration) 아래에서 애플리케이션 배포 방법을 지정합니다.

   1. 애플리케이션 유형(Application type)에서 서비스(Service)를 선택합니다.

   2. 태스크 정의(Task definition)에서 사용할 태스크 정의 패밀리 및 개정을 선택합니다.

   3. 서비스 이름(Service name)에 서비스의 이름을 입력합니다.

   4. 원하는 작업(Desired tasks)에 서비스에서 시작 및 유지 관리할 작업 수를 입력합니다.

6. (선택 사항) 서비스와 태스크를 식별하려면 태그(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에서 콘솔을 엽니다.

2. 서비스를 시작할 리소스를 결정합니다.

   서비스 시작	단계
   클러스터	클러스터 페이지에서 서비스를 생성할 클러스터를 선택합니다. Services(서비스) 탭에서 Create(생성)를 선택합니다.
   시작 유형	작업 정의 페이지에서 작업 정의 옆에 있는 옵션 버튼을 선택합니다. 배포 메뉴에서 서비스 생성을 선택합니다.

3. (선택 사항) 클러스터 인프라에 태스크를 배포하는 방식을 선택하세요. 컴퓨팅 구성(Compute configuration)을 펼친 다음, 옵션을 선택합니다.

   배포 방법	단계
   용량 공급자 전략	컴퓨팅 옵션에서 용량 공급자 전략을 선택합니다. 전략을 선택합니다. 클러스터의 기본 용량 공급자 전략을 사용하려면 클러스터 기본값 사용(Use cluster default)을 선택합니다. 클러스터에 기본 용량 공급자 전략이 없거나 사용자 지정 전략을 사용하려면 사용자 지정 사용, 용량 공급자 전략 추가를 선택하고 기본, 용량 공급자 및 가중치를 지정하여 사용자 지정 용량 공급자 전략을 정의합니다. 참고 전략에서 용량 공급자를 사용하려면 용량 공급자가 클러스터와 연결되어야 합니다.
   시작 유형	컴퓨팅 옵션(Compute options) 섹션에서 시작 유형(Launch type)을 선택합니다. 시작 유형(Launch type)에서 시작 유형을 선택합니다. (선택 사항) Fargate 시작 유형이 지정되면 플랫폼 버전(Platform version)에서 사용할 플랫폼 버전을 지정합니다. 플랫폼 버전을 지정하지 않으면 LATEST 플랫폼 버전이 사용됩니다.

4. 서비스 배포 방법을 지정하려면 배포 구성 섹션으로 이동하고 옵션을 선택합니다.

   1. 애플리케이션 유형의 경우 선택 항목을 서비스로 남겨 둡니다.

   2. 태스크 정의(Task definition) 및 개정(Revision)의 경우 사용할 태스크 정의 패밀리 및 개정을 선택합니다.

   3. 서비스 이름(Service name)에 서비스의 이름을 입력합니다.

   4. 서비스 유형(Service type)의 경우 서비스 예약 전략을 선택합니다.

      • 스케줄러가 모든 태스크 배치 제약을 준수하는 각 활성 컨테이너 인스턴스에서 정확히 하나의 태스크만 배포하게 하려면 대몬(Daemon)을 선택합니다.

      • 스케줄러가 클러스터에 원하는 수의 태스크를 배치하고 관리하도록 하려면 복제본(Replica)을 선택합니다.

   5. 복제본(Replica)을 선택하는 경우, 원하는 태스크(Desired tasks)에 서비스에서 시작하고 유지할 태스크 개수를 입력합니다.

   6. 서비스의 배포 유형을 결정합니다. 배포 옵션을 확장한 후 다음 파라미터를 지정합니다.

      배포 유형	단계
      롤링 업데이트	최소 실행 작업(Min running tasks)의 경우, 배포 시 RUNNING 상태를 유지해야 하는 서비스 내 작업 수에 대한 하한을 원하는 작업 수의 백분율(가장 가까운 정수로 올림)로 입력합니다. 자세한 내용은 배포 구성을 참조하세요. 최대 실행 작업(Max running tasks)의 경우, 배포 시 RUNNING 또는 PENDING 상태가 허용되는 서비스 내 작업 수에 대한 상한을 원하는 작업 수의 백분율(가장 가까운 정수로 내림)로 입력합니다.
      블루/그린 배포	배포 구성에서 CodeDeploy가 배포 중 프로덕션 트래픽을 대체 트래픽 세트로 라우팅하는 방법을 선택합니다. CodeDeploy를 위한 서비스 역할에서 서비스가 권한 있는 AWS 서비스 서비스에 대한 API 요청을 수행하는 데 사용하는 IAM 역할을 선택합니다.

   7. Amazon ECS에서 배포 오류를 탐지 및 처리하는 방법을 구성하려면 배포 오류 탐지(Deployment failure detection)를 펼친 다음, 옵션을 선택합니다.

      1. 작업을 시작할 수 없을 때 배포를 중지하려면 Use the Amazon ECS deployment circuit breaker(Amazon ECS 배포 회로 차단기 사용)를 선택합니다.

         배포 회로 차단기가 배포를 실패한 상태로 설정했을 때 소프트웨어가 마지막으로 완료한 배포로 자동 롤백하도록 하려면 실패 시 롤백을 선택합니다.

      2. 애플리케이션 지표를 기반으로 배포를 중지하려면 CloudWatch 경보 사용을 선택합니다. 그런 다음, CloudWatch 경보 이름에서 경보를 선택합니다. 새 경보를 생성하려면 CloudWatch 콘솔을 이동합니다.

         CloudWatch 경보가 배포를 실패한 상태로 설정할 때 소프트웨어가 마지막으로 완료한 배포 상태로 자동 롤백하도록 하려면 실패 시 롤백을 선택합니다.

5. (선택 사항) Service Connect를 사용하려면 Turn on Service Connect(Service Connect 켜기)를 선택하고 다음을 지정합니다.

   1. Service Connect configuration(Service Connect 구성)에서 클라이언트 모드를 지정합니다.

      • 서비스에서 네임스페이스의 다른 서비스에만 연결하면 되는 네트워크 클라이언트 애플리케이션을 실행하는 경우 클라이언트 측만을 선택합니다.

      • 서비스가 네트워크 또는 웹 서비스 애플리케이션을 실행하고 이 서비스에 대한 엔드포인트를 제공해야 하며, 네임스페이스의 다른 서비스에 연결해야 하는 경우 Client and server(클라이언트 및 서버)를 선택합니다.

   2. 기본 클러스터 네임스페이스가 아닌 네임스페이스를 사용하려면 Namespace(네임스페이스)에서 서비스 네임스페이스를 선택합니다.

   3. (선택 사항) 로그 수집 사용(Use log collection) 옵션을 선택하여 로그 구성을 지정합니다. 사용 가능한 로그 드라이버마다 지정할 로그 드라이버 옵션이 있습니다. 기본 옵션은 CloudWatch Logs로 컨테이너 로그를 전송합니다. 다른 로그 드라이버 옵션은 AWS FireLens를 사용하여 구성됩니다. 자세한 정보는 Amazon ECS 로그를 AWS 서비스 또는 AWS Partner로 전송을 참조하세요.

      다음은 각 컨테이너 로그 대상에 대한 자세한 설명입니다.

      • 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 버킷 이름을 지정해야 합니다.

6. (선택 사항) 서비스 검색을 사용하려면 서비스 검색 사용을 선택하고 다음을 지정합니다.

   1. 새 네임스페이스를 사용하려면 네임스페이스 구성에서 새 네임스페이스 생성을 선택하고 네임스페이스 이름과 설명을 입력합니다. 기존 네임스페이스를 사용하려면 기존 네임스페이스 선택을 선택하고 사용할 네임스페이스를 선택합니다.

   2. 서비스 이름 및 설명과 같은 서비스 검색 서비스 정보를 제공합니다.

   3. Amazon ECS에서 정기적으로 컨테이너 수준 상태 확인을 수행하도록 하려면 Amazon ECS 작업 상태 전파 활성화를 선택합니다.

   4. DNS 레코드 유형(DNS record type)에서 서비스에 대해 생성할 DNS 레코드 유형을 선택합니다. Amazon ECS 서비스 검색은 작업 정의에서 지정하는 네트워크 모드에 따라 A 및 SRV 레코드만 지원합니다. 이 레코드 유형의 값 형식에 대한 자세한 정보는 Amazon Route 53 개발자 안내서의 지원되는 DNS 레코드 유형을 참조하세요.

      • 서비스 작업에서 지정한 작업 정의가 bridge 또는 host 네트워크 모드를 사용하는 경우에는 SRV 레코드 유형만 지원됩니다. 레코드와 연결된 컨테이너 이름 및 포트 조합을 선택합니다.

      • 서비스 작업에서 지정한 작업 정의가 awsvpc 네트워크 모드를 사용하는 경우에는 A 또는 SRV 레코드 유형을 선택합니다. A를 선택하면 다음 단계로 건너뜁니다. SRV를 선택한 경우에는 서비스를 찾을 수 있는 포트나 레코드와 연결할 컨테이너 이름 및 포트 조합을 지정합니다.

      TTL에 DNS 확인자 및 웹 브라우저에서 레코드 세트를 캐시하는 기간(초)을 입력합니다.

7. (선택 사항) 서비스에 대한 로드 밸런서를 구성하려면 로드 밸런싱(Load balancing) 섹션을 확장합니다.

   로드 밸런서를 선택합니다.

   이 로드 밸런서 사용	조치
   Application Load Balancer	로드 밸런서 유형(Load balancer type)에서 Application Load Balancer를 선택합니다. 새 로드 밸런서 생성(Create a new load balancer)을 선택하여 새 Application Load Balancer를 생성하거나 기존 로드 밸런서 사용(Use an existing load balancer)을 선택하여 기존 Application Load Balancer를 선택합니다. 로드 밸런스 이름(Load balancer name)의 고유 이름을 입력합니다. 부하를 분산할 컨테이너 선택(Choose container to load balance)에서 서비스를 호스팅할 컨테이너를 선택합니다. 리스너(Listener)에서 Application Load Balancer에 대해 연결 요청을 수신할 포트 및 프로토콜을 입력합니다. 기본적으로 로드 밸런서는 포트 80과 HTTP를 사용하도록 구성됩니다. 대상 그룹 이름(Target group name)에 Application Load Balancer에서 요청을 라우팅할 대상 그룹에 대한 이름과 프로토콜을 입력합니다. 기본적으로 대상 그룹은 태스크 정의에 정의된 첫 번째 컨테이너로 요청을 라우팅합니다. 등록 취소 지연에 로드 밸런서가 대상 상태를 UNUSED로 변경하는 데 걸리는 시간(초)을 입력합니다. 기본값은 300초입니다. 상태 확인 경로(Health check path)에서 Application Load Balancer가 Application Load Balancer와 컨테이너 간의 연결 상태를 확인하기 위해 주기적으로 요청을 보내야 하는 컨테이너 내에 존재하는 경로를 입력합니다. 기본값은 루트 디렉터리입니다(/). 상태 확인 유예 기간(Health check grace period)에 서비스 스케줄러에서 비정상으로 표시되는 Elastic Load Balancing 대상 상태 확인을 무시해야 하는 시간(초)을 입력합니다.
   Network Load Balancer	로드 밸런서 유형(Load balancer type)에서 Network Load Balancer를 선택합니다. Load Balancer에서 기존 Network Load Balancer를 선택합니다. 부하를 분산할 컨테이너 선택(Choose container to load balance)에서 서비스를 호스팅할 컨테이너를 선택합니다. Target group name(대상 그룹 이름)에 Network Load Balancer에서 요청을 라우팅할 대상 그룹에 대한 이름과 프로토콜을 입력합니다. 기본적으로 대상 그룹은 태스크 정의에 정의된 첫 번째 컨테이너로 요청을 라우팅합니다. 등록 취소 지연에 로드 밸런서가 대상 상태를 UNUSED로 변경하는 데 걸리는 시간(초)을 입력합니다. 기본값은 300초입니다. 상태 확인 경로(Health check path)에서 Network Load Balancer가 Application Load Balancer와 컨테이너 간의 연결 상태를 확인하기 위해 주기적으로 요청을 전송해야 하는 컨테이너 내에 존재하는 경로를 입력합니다. 기본값은 루트 디렉터리입니다(/). 상태 확인 유예 기간(Health check grace period)에 서비스 스케줄러에서 비정상으로 표시되는 Elastic Load Balancing 대상 상태 확인을 무시해야 하는 시간(초)을 입력합니다.

8. (선택 사항) 서비스 Auto Scaling을 구성하려면 서비스 Auto Scaling을 확장하고 다음 파라미터를 지정합니다.

   1. 서비스 Auto Scaling을 사용하려면 서비스 Auto Scaling(Service auto scaling)을 선택합니다.

   2. 작업의 최소 개수에 서비스 Auto Scaling에서 사용할 작업 수의 하한을 입력합니다. 바람직한 수는 이 숫자 이내여야 합니다.

   3. 작업의 최대 개수에 서비스 Auto Scaling에서 사용할 작업 수의 상한을 입력합니다. 바람직한 수는 이 숫자 이내여야 합니다.

   4. 정책 유형을 선택합니다. 규모 조정 정책 유형에서 다음 옵션 중 하나를 선택합니다.

      이 정책 유형을 사용하려면 다음을 수행하세요.	조치
      대상 추적	조정 정책 유형(Scaling policy type)에서 대상 추적(Target tracking)을 선택합니다. 정책 이름(Policy name)에 정책 이름을 입력합니다. ECS 서비스 지표에서 다음 지표 중 하나를 선택합니다. ECSServiceAverageCPUUtilization - 서비스의 평균 CPU 사용률입니다. ECSServiceAverageMemoryUtilization - 서비스의 평균 메모리 사용률입니다. ALBRequestCountPerTarget - Application Load Balancer 대상 그룹에서 대상별로 완료된 요청 수입니다. 대상 값(Target value)에 서비스가 선택된 지표에 유지하는 값을 입력합니다. 스케일 아웃 휴지 기간에 스케일 아웃 활동(작업 추가) 이후 다른 스케일 아웃 활동이 시작되기 전 경과해야 하는 시간(초)을 입력합니다. 스케일 인 휴지 기간에 스케일 인 활동(작업 제거) 이후 다른 스케일 인 활동이 시작되기 전 경과해야 하는 시간(초)을 입력합니다. 정책에서 스케일 인 활동을 수행하지 않도록 방지하려면 스케일 인 비활성화(Turn off scale-in)를 선택합니다. • (선택 사항) 늘어난 트래픽에 맞춰 조정 정책을 스케일 아웃하려고 하지만 트래픽이 감소해도 스케일 인할 필요가 없게 하려는 경우 스케일 인 끄기를 선택합니다.
      단계 조정	조정 정책 유형(Scaling policy type)에서 단계 조정(Step scaling)을 선택합니다. 정책 이름에 정책 이름을 입력합니다. [Alarm name]에 경보의 고유한 이름을 입력합니다. Amazon ECS 서비스 지표에서 경보에 사용할 서비스 지표를 선택합니다. 통계에서 경보 통계를 선택합니다. 기간에서 경보의 기간을 선택합니다. 경보 조건에서 선택한 지표를 정의된 임계값과 비교하는 방법을 선택합니다. 지표 비교 임계값 및 경보 시작을 위한 평가 기간에 경보에 사용되는 임계값과 임계값을 평가할 기간을 입력합니다. 조정 작업에서 다음을 수행합니다. 작업에서 서비스에 대해 작업을 특정 원하는 수를 추가, 제거 또는 설정할지 여부를 선택합니다. 작업을 추가하거나 제거하려는 경우 값에 조정 작업이 시작될 때 추가 또는 제거할 작업 수(또는 기존 작업에 대한 비율)를 입력합니다. 원하는 수 설정을 선택한 경우 작업 수를 입력합니다. 유형에서 값이 정수인지, 아니면 기존의 원하는 수에 대한 백분율 값인지 선택합니다. 하한 및 상한에 단계 조정의 하한과 상한을 입력합니다. 기본적으로 추가 정책의 하한은 경보 임계값이고 상한은 양(+)의 무한대입니다. 기본적으로 제거 조정의 상한은 경보 임계값이고 하한은 음(-)의 무한대입니다. (선택 사항) 조정 옵션을 추가합니다. 새 스케일링 액션 추가를 선택하고 조정 작업 단계를 반복합니다. 휴지 기간에 이전 조정 활동이 적용될 때까지 대기하는 시간(초)을 입력합니다. 추가 정책의 경우 이 시간은 스케일 아웃 활동 이후 조정 정책이 스케일 인 활동을 차단하고 한 번에 스케일 아웃할 수 있는 작업 수를 제한하는 시간입니다. 제거 정책의 경우 스케일 인 활동 이후 다른 스케일 인 활동을 시작하기 전까지 경과해야 하는 시간입니다.

9. (선택 사항) 기본 외에 다른 태스크 배치 전략을 사용하는 경우 태스크 배치(Task Placement)를 펼치고 다음의 옵션 중에서 선택하세요.

   자세한 내용은 Amazon ECS가 컨테이너 인스턴스에 작업을 배치하는 방법 단원을 참조하십시오.

   • AZ Balanced Spread - 작업을 가용 영역과 가용 영역의 컨테이너 인스턴스에 분산합니다.

   • AZ Balanced BinPack - 작업을 가용 영역과 가용 메모리가 최소인 컨테이너 인스턴스에 분산합니다.

   • BinPack - 사용 가능한 CPU 또는 메모리 최소량에 따라 작업을 분산합니다.

   • One Task Per Host - 각 컨테이너 인스턴스에 서비스의 작업을 최대 1개 배치합니다.

   • Custom - 자체 작업 배치 전략을 정의합니다.

   사용자 지정(Custom)을 선택하는 경우, 태스크를 배치할 알고리즘과 태스크 배치 중에 고려할 규칙을 정의합니다.

   • 전략(Strategy) 아래에 있는 유형(Type)과 필드(Field)의 경우, 알고리즘과 알고리즘에 사용할 엔터티를 선택합니다.

     최대 5개의 전략을 입력할 수 있습니다.

   • 제약 아래에 있는 유형과 표현식에서 해당 제약에 사용할 규칙과 속성을 선택합니다.

     예를 들어 TC 인스턴스에 태스크를 배치하기 위한 제약을 설정할 경우, 식(Expression)에는 attribute:ecs.instance-type =~ t2.*를 입력합니다.

     초대 10개의 제약을 입력할 수 있습니다.

10. 태스크 정의에서 awsvpc 네트워크 모드를 사용할 경우, 네트워킹(Networking)을 펼칩니다. 다음 단계에 따라 사용자 지정 구성을 지정합니다.

    1. VPC에서 사용할 VPC 선택합니다.

    2. 서브넷(Subnets)에서 태스크를 배치할 때 작업 스케줄러가 고려할 하나 이상의 서브넷을 VPC에서 선택합니다.

       중요

       awsvpc 네트워크 모드에서는 프라이빗 서브넷만 지원됩니다. 태스크는 퍼블릭 IP 주소를 수신하지 않습니다. 그러므로 아웃바운드 인터넷 액세스에는 NAT 게이트웨이가 필요하고 인바운드 인터넷 트래픽은 로드 밸런서를 통해 라우팅됩니다.

    3. 보안 그룹(Security group)의 경우 기존 보안 그룹을 선택하거나 새 보안 그룹을 생성할 수 있습니다. 기존 보안 그룹을 사용하려면 보안 그룹을 선택하고 다음 단계로 이동합니다. 새 보안 그룹을 만들려면 새 보안 그룹 생성(Create a new security group)을 선택합니다. 보안 그룹 이름 및 설명을 지정한 다음 보안 그룹에 대해 하나 이상의 인바운드 규칙을 추가해야 합니다.

    4. 퍼블릭 IP(Public IP)에서 작업의 탄력적 네트워크 인터페이스(ENI)에 퍼블릭 IP 주소를 자동 할당할지를 선택합니다.

       AWS Fargate 작업은 퍼블릭 서브넷에서 실행될 때 퍼블릭 IP 주소가 할당될 수 있으므로 인터넷에 연결되는 경로가 있습니다. 이 필드를 사용하여 EC2 작업에 퍼블릭 IP를 할당할 수 없습니다. 자세한 내용은 Fargate 시작 유형에 대한 Amazon ECS 작업 네트워킹 옵션 및 Amazon ECS 작업을 위한 네트워크 인터페이스 할당을 참조하십시오.

11. 작업에서 배포 시 구성과 호환되는 데이터 볼륨을 사용하는 경우 볼륨을 확장하여 볼륨을 구성할 수 있습니다.

    볼륨 이름과 볼륨 유형은 작업 정의 개정을 생성할 때 구성되며 서비스를 생성할 때는 변경할 수 없습니다. 볼륨 이름과 유형을 업데이트하려면 새 작업 정의 개정을 생성하고 새 개정을 사용해 서비스를 생성해야 합니다.

    이 볼륨 유형을 구성하는 방법

    조치

    Amazon EBS

    EBS 볼륨 유형에서 작업에 연결할 EBS 볼륨 유형을 선택합니다. 크기(GiB)에 유효한 볼륨 크기 값을 기비바이트(GiB) 단위로 입력합니다. 최소 1GiB 및 최대 16,384GiB 볼륨 크기를 지정할 수 있습니다. 스냅샷 ID를 제공하지 않는 한, 이 값은 필수입니다. IOPS의 경우 볼륨이 제공해야 하는 최대 초당 입출력 작업(IOPS) 수를 입력합니다. 이 값은 io1, io2, gp3 볼륨 유형에서만 구성할 수 있습니다. 처리량(MiB/s)에 볼륨에서 제공해야 하는 처리량을 초당 메비바이트 단위(MiBps 또는 MiB/s)로 입력합니다. 이 값은 gp3 볼륨 유형에서만 구성 가능합니다. 스냅샷 ID에서 기존 Amazon EBS 볼륨 스냅샷을 선택하거나 스냅샷에서 볼륨을 생성하려는 경우 스냅샷의 ARN을 입력합니다. 스냅샷 ID를 선택하거나 입력하지 않고 비어 있는 새 볼륨을 생성할 수도 있습니다. 파일 시스템 유형에서 볼륨의 데이터 스토리지 및 검색에 사용할 파일 시스템 유형을 선택합니다. 운영 체제 기본값 또는 특정 파일 시스템 유형을 선택할 수 있습니다. Linux의 기본값은 XFS입니다. 스냅샷에서 생성된 볼륨의 경우 스냅샷을 생성할 때 볼륨에서 사용하던 것과 동일한 파일 시스템 유형을 지정해야 합니다. 파일 시스템 유형이 일치하지 않으면 작업이 시작되지 않습니다. 인프라 역할에서 Amazon ECS가 작업에 대한 Amazon EBS 볼륨을 관리할 수 있도록 하는 데 필요한 권한이 있는 IAM 역할을 선택합니다. AmazonECSInfrastructureRolePolicyForVolumes 관리형 정책을 역할에 연결하거나 정책을 지침으로 사용하여 특정 요구 사항에 맞는 권한을 보유한 자체 정책을 생성하고 연결할 수 있습니다. 필요한 권한에 대한 자세한 내용은 Amazon ECS 인프라 IAM 역할 섹션을 참조하세요. 암호화에서 Amazon EBS 암호화를 기본 설정으로 사용하려면 기본값을 선택합니다. 계정에 암호화 기본 제공이 구성된 경우 설정에 지정된 AWS Key Management Service(AWS KMS) 키로 볼륨이 암호화됩니다. 기본값을 선택하고 Amazon EBS 기본 암호화가 켜져 있지 않으면 볼륨이 암호화되지 않습니다. 사용자 지정을 선택하면 볼륨 암호화에 대해 원하는 AWS KMS key를 지정할 수 있습니다. 없음을 선택한 경우 암호화가 기본적으로 구성되지 않았거나 암호화된 스냅샷에서 볼륨을 생성하지 않으면 볼륨이 암호화되지 않습니다. 암호화에 사용자 지정을 선택한 경우 사용하려는 AWS KMS key를 지정해야 합니다. KMS 키에서 AWS KMS key를 선택하거나 키 ARN을 입력합니다. 대칭 고객 관리형 키를 사용하여 볼륨을 암호화하려는 경우 AWS KMS key 정책에 올바른 권한이 정의되었는지 확인합니다. 자세한 내용은 Data encryption for Amazon EBS volumes를 참조하세요. (선택 사항) 태그에서 작업 정의 또는 서비스의 태그를 전파하거나 자체 태그를 제공하여 Amazon EBS 볼륨에 태그를 추가할 수 있습니다. 작업 정의에서 태그를 전파하려면 태그 전파 시작에서 작업 정의를 선택합니다. 서비스에서 태그를 전파하려면 태그 전파 시작에서 서비스를 선택합니다. 전파 안 함을 선택하거나 값을 선택하지 않으면 태그가 전파되지 않습니다. 고유한 태그를 제공하려면 태그 추가를 선택하고 추가하는 각 태그의 키와 값을 제공합니다. Amazon EBS 볼륨 태그 지정에 대한 자세한 내용은 Amazon EBS 볼륨 태그 지정을 참조하세요.

12. (선택 사항) 서비스와 태스크를 식별하려면 태그(Tags) 섹션을 펼친 다음, 태그를 구성합니다.

    Amazon ECS에서 새로 시작된 모든 작업에 클러스터 이름과 작업 정의 태그를 자동으로 지정하도록 하려면 Amazon ECS 관리형 태그 켜기를 선택한 다음 작업 전파 시작에서 작업 정의를 선택합니다.

    Amazon ECS에서 새로 시작된 모든 작업에 클러스터 이름과 서비스 태그를 자동으로 지정하도록 하려면 Amazon ECS 관리형 태그 켜기를 선택한 다음 작업 전파 시작에서 서비스를 선택합니다.

    태그를 추가하거나 제거합니다.

    • [태그 추가] 새로운 태그(Add tag)를 선택하고 다음을 수행합니다.

      • 키에서 키 이름을 입력합니다.

      • 값에 키 값을 입력합니다.

    • [태그 제거] 태그 옆에 있는 태그 제거를 선택합니다.