Amazon ECS 롤링 업데이트 배포 생성

Amazon ECS 롤링 업데이트 배포 생성

서비스를 만들어 클러스터에서 태스크 정의의 지정된 수의 인스턴스를 동시에 실행하고 유지할 수 있습니다. 이 글에서는 서비스 생성 시 고려할 구성 파라미터와 콘솔 절차를 알아봅니다.

출처: 문서

본문

서비스를 만들어 클러스터에서 태스크 정의의 지정된 수의 인스턴스를 동시에 실행하고 유지할 수 있어요. 태스크 중 하나가 실패하거나 중지되면 Amazon ECS 서비스 스케줄러는 교체하기 위해 태스크 정의의 다른 인스턴스를 실행합니다. 이는 서비스에서 desired task 수를 유지하는 데 도움이 됩니다.

서비스를 만들기 전에 다음 구성 파라미터를 결정하세요.

  • 태스크를 분산하는 두 가지 컴퓨트 옵션이 있습니다.
    • capacity provider 전략은 Amazon ECS가 태스크를 하나 또는 여러 capacity provider에 분산하게 합니다. Amazon ECS Managed Instances에서 워크로드를 실행하려면 반드시 Capacity provider strategy 옵션을 사용해야 합니다.
    • **시작 유형(launch type)**은 Amazon ECS가 Fargate 또는 클러스터에 등록된 EC2 인스턴스에서 직접 태스크를 실행하게 합니다. Amazon ECS Managed Instances에서 워크로드를 실행하려면 반드시 Capacity provider strategy 옵션을 사용해야 합니다.
  • awsvpc 네트워크 모드를 사용하는 태스크 정의 또는 로드 밸런서를 사용하도록 구성된 서비스는 네트워킹 구성이 있어야 합니다. 기본적으로 콘솔은 기본 Amazon VPC와 함께 기본 Amazon VPC 내의 모든 서브넷과 기본 보안 그룹을 선택합니다.
  • 배치 전략(placement strategy)입니다. 기본 태스크 배치 전략은 가용 영역에 태스크를 고르게 분산합니다. 서비스의 고가용성을 보장하려면 가용 영역 리밸런싱(AZ rebalancing)을 사용할 것을 권장합니다. 자세한 내용은 가용 영역 간 Amazon ECS 서비스 균형 조정 문서를 참고하세요.
  • 서비스 배포에 시작 유형을 사용하면 기본적으로 서비스는 클러스터 VPC의 서브넷에서 시작됩니다.
  • capacity provider 전략의 경우 콘솔은 기본적으로 컴퓨트 옵션을 선택합니다. 콘솔이 기본값을 선택하는 순서는 다음과 같습니다:
    1. 클러스터에 정의된 기본 capacity provider 전략이 있으면 그것이 선택됩니다.
    2. 클러스터에 정의된 기본 capacity provider 전략이 없지만 Fargate capacity provider가 클러스터에 추가되어 있다면, FARGATE capacity provider를 사용하는 사용자 지정 capacity provider 전략이 선택됩니다.
    3. 클러스터에 정의된 기본 capacity provider 전략이 없지만 하나 이상의 Auto Scaling 그룹 capacity provider가 클러스터에 추가되어 있다면, Use custom (Advanced) 옵션이 선택되고 전략을 수동으로 정의해야 합니다.
    4. 클러스터에 정의된 기본 capacity provider 전략이 없고 capacity provider가 추가되어 있지 않다면, Fargate 시작 유형이 선택됩니다.
  • 기본 배포 실패 감지 기본 옵션은 Rollback on failures 옵션과 함께 Amazon ECS 배포 서킷 브레이커 옵션을 사용하는 것입니다. 자세한 내용은 Amazon ECS 배포 서킷 브레이커가 실패를 감지하는 방법 문서를 참고하세요.
  • Amazon ECS가 서비스의 desired task 수를 자동으로 늘리거나 줄이게 할지 결정합니다. 정보는 Amazon ECS 서비스 자동 확장 문서를 참고하세요.
  • 애플리케이션이 Amazon ECS에서 실행되는 다른 애플리케이션에 연결해야 한다면 아키텍처에 맞는 옵션을 결정합니다. 자세한 내용은 Amazon ECS 서비스 상호 연결 문서를 참고하세요.
  • Amazon ECS 서킷 브레이커를 사용하는 서비스를 만들면 Amazon ECS는 서비스 배포와 서비스 개정을 생성합니다. 이러한 리소스는 서비스 기록에 대한 자세한 정보를 볼 수 있게 해줍니다. 자세한 내용은 Amazon ECS 서비스 배포를 사용한 서비스 기록 보기 문서를 참고하세요.
  • AWS CLI로 서비스를 만드는 방법에 대한 정보는 AWS Command Line Interface Reference의 create-service 문서를 참고하세요.
  • AWS CloudFormation으로 서비스를 만드는 방법에 대한 정보는 AWS CloudFormation 사용자 가이드의 AWS::ECS::Service 문서를 참고하세요.

기본 옵션으로 서비스 생성 (Create a service with the default options)

콘솔을 사용해 서비스를 빠르게 만들고 배포할 수 있습니다. 서비스는 다음 구성을 가집니다:

  • 클러스터와 연결된 VPC 및 서브넷에 배포
  • 태스크 1개 배포
  • 롤링 배포 사용
  • 기본 capacity provider와 함께 capacity provider 전략 사용
  • 배포 서킷 브레이커를 사용해 실패를 감지하고 실패 시 배포를 자동으로 롤백하는 옵션 설정

기본 파라미터로 서비스를 배포하려면 (Amazon ECS 콘솔)

  1. 콘솔을 https://console.aws.amazon.com/ecs/v2 에서 엽니다.
  2. 탐색 페이지에서 Clusters를 선택합니다.
  3. Clusters 페이지에서 서비스를 만들 클러스터를 선택합니다.
  4. Services 탭에서 Create를 선택합니다. Create service 페이지가 나타납니다.
  5. Service details 아래에서 다음을 수행합니다:
    • Task definition에 사용할 태스크 정의 패밀리와 개정을 입력합니다.
    • Service name에 서비스 이름을 입력합니다.
  6. 서비스를 디버깅하기 위해 ECS Exec을 사용하려면 Troubleshooting configuration 아래에서 Turn on ECS Exec을 선택합니다.
  7. Deployment configuration 아래에서 다음을 수행합니다:
    • Desired tasks에 서비스에서 실행하고 유지할 태스크 수를 입력합니다.
  8. (선택 사항) 서비스와 태스크를 식별하는 데 도움이 되도록 Tags 섹션을 확장하고 태그를 구성합니다.
    • Amazon ECS가 새로 시작된 모든 태스크에 클러스터 이름과 태스크 정의 태그를 자동으로 태그하려면 Turn on Amazon ECS managed tags를 선택한 다음 Task definitions를 선택합니다.
    • Amazon ECS가 새로 시작된 모든 태스크에 클러스터 이름과 서비스 태그를 자동으로 태그하려면 Turn on Amazon ECS managed tags를 선택한 다음 Service를 선택합니다.
    • 태그를 추가하거나 제거합니다:
      • Add tag를 선택한 다음 Key에 키 이름, Value에 키 값을 입력합니다.
      • 태그 옆의 Remove tag를 선택해 제거합니다.

정의된 파라미터로 서비스 생성 (Create a service using defined parameters)

정의된 파라미터로 서비스를 만들려면 (Amazon ECS 콘솔)

  1. 콘솔을 https://console.aws.amazon.com/ecs/v2 에서 엽니다.
  2. 서비스를 시작할 리소스를 결정합니다.
    • Clusters에서: Clusters 페이지에서 서비스를 만들 클러스터를 선택합니다. Services 탭에서 Create를 선택합니다.
    • Task definition에서: Task definitions 페이지에서 태스크 정의 옆의 옵션 버튼을 선택합니다. Deploy 메뉴에서 Create service를 선택합니다.
  3. Create service 페이지가 나타납니다. Service details 아래에서 다음을 수행합니다:
    • Task definition에 사용할 태스크 정의를 입력합니다. 그런 다음 Revision에서 사용할 개정을 선택합니다.
    • Service name에 서비스 이름을 입력합니다.
    • Existing cluster에서 클러스터를 선택합니다. 새 클러스터에서 태스크를 실행하려면 Create cluster를 선택합니다.
  4. 태스크가 클러스터 인프라에 분산되는 방식을 선택합니다. Compute configuration 아래에서 옵션을 선택합니다.
    • Capacity provider strategy: Compute options 아래에서 Capacity provider strategy를 선택합니다. 전략을 선택합니다:
      • 클러스터의 기본 capacity provider 전략을 사용하려면 Use cluster default를 선택합니다.
      • 클러스터에 기본 capacity provider 전략이 없거나 사용자 지정 전략을 사용하려면 Use custom, Add capacity provider strategy를 선택한 다음 Base, Capacity provider, Weight를 지정하여 사용자 지정 capacity provider 전략을 정의합니다.
      • 참고: 전략에서 capacity provider를 사용하려면 capacity provider가 클러스터와 연결되어 있어야 합니다.
    • Launch type: Compute options 섹션에서 Launch type을 선택합니다. Launch type에서 시작 유형을 선택합니다. (선택 사항) Fargate를 사용할 때 Platform version에서 사용할 플랫폼 버전을 지정합니다. 플랫폼 버전을 지정하지 않으면 LATEST 플랫폼 버전이 사용됩니다.
  5. 서비스를 디버깅하기 위해 ECS Exec을 사용하려면 Troubleshooting configuration 아래에서 Turn on ECS Exec을 선택합니다.
  6. Deployment configuration 아래에서 다음을 수행합니다:
    • Service type에서 서비스 스케줄링 전략을 선택합니다.
      • 모든 태스크 배치 제약 조건을 충족하는 각 활성 컨테이너 인스턴스에 정확히 하나의 태스크를 배포하려면 Daemon을 선택합니다.
      • 스케줄러가 클러스터에서 desired task 수를 배치하고 유지하게 하려면 Replica를 선택합니다.
    • Replica를 선택했다면 Desired tasks에 서비스에서 실행하고 유지할 태스크 수를 입력합니다.
    • Replica를 선택했다면 Amazon ECS가 가용 영역 간 태스크 분포를 모니터링하고 불균형이 있을 때 재분배하도록 하려면 Availability Zone service rebalancing 아래에서 Availability Zone service rebalancing을 선택합니다.
    • Health check grace period에 태스크가 처음 시작된 후 서비스 스케줄러가 비정상 Elastic Load Balancing, VPC Lattice, 컨테이너 상태 확인을 무시하는 시간(초)을 입력합니다. 상태 확인 유예 기간 값을 지정하지 않으면 기본값 0이 사용됩니다.
  7. 서비스의 배포 유형을 결정합니다. Deployment options을 확장하고 다음 파라미터를 지정합니다.
    • Rolling update 방식:
      • Min running tasks에 배포 중 RUNNING 상태로 유지되어야 하는 서비스 태스크 수의 하한을 desired 태스크 수의 백분율로 입력합니다(가장 가까운 정수로 올림). 자세한 내용은 배포 구성 문서를 참고하세요.
      • Max running tasks에 배포 중 RUNNING 또는 PENDING 상태가 허용되는 서비스 태스크 수의 상한을 desired 태스크 수의 백분율로 입력합니다(가장 가까운 정수로 내림).
  8. Deployment configuration 아래에서 대상 서비스 개정이 전체 desired count에 도달하기 전에 배포를 완료하려면 조기 성공 기준(early success criteria)을 구성합니다. Amazon ECS가 소스 서비스 개정의 태스크를 정리하는 시점도 선택할 수 있어요.
    • Early success criteria를 켭니다.
    • Healthy percent에 Amazon ECS가 배포를 완료하기 전에 대상 서비스 개정에서 실행 중이고 정상이어야 하는 태스크의 백분율을 입력합니다.
    • Source service revision cleanup에서 Blocking 또는 Deferred를 선택합니다.
  9. Amazon ECS가 배포 실패를 감지하고 처리하는 방법을 구성하려면 Deployment failure detection을 확장하고 옵션을 선택합니다:
    • 태스크를 시작할 수 없을 때 배포를 중지하려면 Use the Amazon ECS deployment circuit breaker를 선택합니다.
    • 배포 서킷 브레이커가 배포를 실패 상태로 설정할 때 소프트웨어가 배포를 마지막 완료된 배포 상태로 자동 롤백하게 하려면 Rollback on failures를 선택합니다.
    • 애플리케이션 지표에 따라 배포를 중지하려면 **Use CloudWatch alarm(s)**를 선택합니다. 그런 다음 CloudWatch alarm name에서 알람을 선택합니다. 새 알람을 만들려면 CloudWatch 콘솔로 이동합니다.
    • CloudWatch 알람이 배포를 실패 상태로 설정할 때 소프트웨어가 배포를 마지막 완료된 배포 상태로 자동 롤백하게 하려면 Rollback on failures를 선택합니다.
  10. 태스크 정의가 awsvpc 네트워크 모드를 사용한다면 사용자 지정 네트워크 구성을 지정할 수 있습니다. Networking을 확장하고 다음을 수행합니다:
    • VPC에서 사용할 VPC를 선택합니다.
    • Subnets에서 태스크 스케줄러가 태스크를 배치할 때 고려하는 VPC의 서브넷을 하나 이상 선택합니다.
    • Security group에서 기존 보안 그룹을 선택하거나 새로 만들 수 있습니다. 기존 보안 그룹을 사용하려면 보안 그룹을 선택하고 다음 단계로 이동합니다. 새 보안 그룹을 만들려면 Create a new security group을 선택합니다. 보안 그룹 이름, 설명을 지정하고 보안 그룹에 대한 인바운드 규칙을 하나 이상 추가해야 합니다.
    • Public IP에서 태스크의 탄력적 네트워크 인터페이스(ENI)에 퍼블릭 IP 주소를 자동 할당할지 선택합니다. AWS Fargate 태스크는 퍼블릭 서브넷에서 실행될 때 퍼블릭 IP 주소를 할당받아 인터넷 경로를 가질 수 있어요. EC2 태스크는 이 필드로 퍼블릭 IP를 할당받을 수 없습니다. 자세한 내용은 Fargate용 Amazon ECS 태스크 네트워킹 옵션과 Amazon ECS 태스크용 네트워크 인터페이스 할당 문서를 참고하세요.
  11. (선택 사항) Service Connect로 서비스를 상호 연결하려면 Service Connect를 확장하고 다음을 지정합니다:
    • Turn on Service Connect를 선택합니다.
    • Service Connect configuration 아래에서 클라이언트 모드를 지정합니다. 네임스페이스의 다른 서비스에만 연결하면 되는 네트워크 클라이언트 애플리케이션을 실행한다면 Client side only를 선택합니다. 네트워크 또는 웹 서비스 애플리케이션을 실행하고 이 서비스에 대한 엔드포인트를 제공하면서 네임스페이스의 다른 서비스에도 연결한다면 Client and server를 선택합니다.
    • 기본 클러스터 네임스페이스가 아닌 네임스페이스를 사용하려면 Namespace에서 서비스 네임스페이스를 선택합니다. 이는 같은 AWS 리전의 AWS 계정에 별도로 생성된 네임스페이스이거나 AWS Resource Access Manager(AWS RAM)를 사용해 계정에 공유된 같은 리전의 네임스페이스일 수 있어요.

더 알아보기 (Learn more)

  • 서비스 생성과 배포 구성에 대한 자세한 내용은 AWS 개발자 가이드의 관련 문서를 참고하세요.