솔루션 업데이트 - AWS 인스턴스 스케줄러
특정 버전의 주요 변경 사항v1.5.0v3.0.0v3.1.0

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

솔루션 업데이트

인스턴스 스케줄러는 AWS CloudFormation을 사용하여 현재 위치에서 안전하게 업데이트할 수 있도록 설계되었습니다. 이 작업을 수행하는 일반적인 절차는 다음과 같습니다.

  1. AWS CloudFormation 콘솔에 로그인하여 허브 스택이 설치된 계정/리전에서 instance-scheduler-on-aws를 선택하고 스택 업데이트를 선택합니다.

  2. 직접 업데이트를 선택합니다.

  3. 기존 템플릿 교체를 선택합니다.

  4. 템플릿 지정에서 다음을 수행합니다.

    • Amazon S3 URL을 선택합니다.

    • 최신 템플릿의 링크를 복사합니다.

    • Amazon S3 URL 상자에 링크를 붙여넣습니다.

    • Amazon S3 URL 텍스트 상자에 올바른 템플릿 URL이 표시되는지 확인하고 다음을 선택합니다. 다음을 다시 선택합니다.

  5. 파라미터에서 템플릿의 파라미터를 검토하고 필요에 따라 수정합니다(필수 파라미터 업데이트는 아래 주요 변경 사항 목록 참조). 각 파라미터에 대한 자세한 내용은 1단계. 인스턴스 스케줄러 스택 시작을 참조하세요.

  6. 다음을 선택합니다.

  7. 스택 옵션 구성 페이지에서 다음을 선택합니다.

  8. 검토 페이지에서 설정을 검토하고 확인합니다. 템플릿이 AWS Identity and Access Management(IAM) 리소스를 생성할 것임을 승인하는 확인란을 선택합니다.

  9. 변경 세트 보기를 선택하고 변경 사항을 확인합니다.

  10. 스택 생성을 선택하여 스택을 배포합니다.

AWS CloudFormation 콘솔의 상태 열에서 스택의 상태를 볼 수 있습니다. 몇 분 후에 UPDATE_COMPLETE 상태를 받게 됩니다.

각 스포크 계정의 aws-instance-scheduler-remote 스택에 대해 위 단계를 반복합니다.

특정 버전의 주요 변경 사항

솔루션을 업데이트할 때 중요한 데이터가 손실되거나 일정이 중단되지 않고 이전 버전에서 최신 버전으로 직접 업그레이드할 수 있습니다. 각 메이저 버전의 동작 및 주요 변경 사항 목록은 아래를 참조하세요.

솔루션의 GitHub 페이지에서 전체 변경 로그를 볼 수 있습니다.

v1.5.0

버전 1.5.0은 교차 계정 예약 역할 ARN 목록을 제공할 필요성을 AWS Organizations을 통해 자동으로 관리할 수 있는 기능으로 대체합니다. AWS Organizations을 사용하지 않으려면 스포크 계정 ID 목록을 대신 제공할 수 있습니다. 그러면 인스턴스 스케줄러가 예약 역할을 관리합니다.

v1.5.0 이상으로 업데이트할 때는 다음을 수행해야 합니다.

  1. 다음과 같은 파라미터를 업데이트하는 동안 일반 업데이트 지침을 사용하여 허브 템플릿을 업데이트합니다.

    1. 솔루션의 고유한 네임스페이스를 선택합니다.

    2. AWS Organizations을 사용하여 향후 스포크 등록을 관리할지 여부를 선택합니다.

      1. 예를 선택한 경우 조직 ID/원격 계정 ID를 AWS Organizations의 ID로 대체합니다.

      2. 아니요를 선택한 경우 조직 ID/원격 계정 ID를 스포크 계정의 계정 ID를 쉼표로 구분된 목록으로 대체합니다.

  2. 다음과 같은 파라미터를 업데이트하는 동안 일반 업데이트 지침을 사용하여 모든 원격 스택을 업데이트합니다.

    1. 네임스페이스 - 허브 계정에 대해 선택한 것과 동일합니다.

    2. AWS Organizations 사용 - 허브 계정과 동일합니다.

    3. 허브 계정 ID - 허브 계정의 계정 ID입니다(이전과 동일해야 함).

v3.0.0

v3.0.0 EC2 Autoscaling 그룹에 대한 지원을 추가하고 솔루션의 코어 Lambda 함수를 개별 함수에 대해 더 나은 보안 격리를 제공하는 전용 책임이 있는 별도의 함수로 분리합니다. 또한이 릴리스에서는 예약 작업에 대한 인사이트를 높이기 위해 "SchedulingDecision" 로그를 포함하도록 예약 로그 동작을 업데이트합니다.

V3.0.0에는 이전 버전과 비교하여 다음과 같은 주요 변경 사항이 포함되어 있습니다.

  • 1.5.x의 “CloudWatch 지표” 기능이 운영 인사이트 대시보드로 교체되었습니다.

  • CloudWatch의 일정별 지표가 Schedule/Service/MetricName에서 Schedule/Service/SchedulingInterval/MetricName으로 이동되었습니다.

  • 기존 지표는 모두 유지되지만, 이제 새 네임스페이스에서 새 지표가 수집되어 솔루션 대시보드에서 사용할 수 있습니다.

  • 이제 EC2 DB 인스턴스에서 암호화된 EBS 볼륨에 사용할 KMS 키 ARN을 해당 계정의 허브/스포크 CloudFormation 스택에 제공해야 합니다. (자세한 내용은 암호화된 EC2 EBS 볼륨 참조)

    • 암호화된 EBS 볼륨으로 EC2를 예약하는 경우 사용 중인 KMS 키 ARN을 허브/스포크 스택 파라미터에 복사해야 합니다.

  • 예약된 서비스에 대한 CloudFormation 파라미터는 지원되는 각 서비스에 대한 개별 파라미터로 구분되었습니다.

    • 모든 서비스는 기본적으로 활성화되며 개별적으로 비활성화할 수 있습니다.

  • 인스턴스 스케줄러 3.0은 이전 버전의 인스턴스 스케줄러 CLI과 호환되지 않습니다.

    • CLI 명령을 계속 사용하려면 인스턴스 스케줄러 CLI의 최신 버전으로 업데이트해야 합니다.

위의 내용 외에도 유지 관리 기간 테이블의 스키마가 업데이트되었으며, 이는 업데이트의 일환으로 교체될 예정입니다. 이렇게 하면 v3.x로 업데이트한 후 처음 몇 분 동안 EC2 유지 관리 기간에 대한 추적이 재설정되며, 드문 경우이긴 하지만 현재 유지 관리 기간 내에 있는 인스턴스가 업데이트 직후에 조기 중지될 수 있습니다. 이 데이터가 재생성되면 예약 작업이 정상적으로 계속됩니다.

v3.1.0

v3.1.0은 AWS 태그 지정 이벤트를 사용하여 리소스가 예약을 위해 태그가 지정된 시기를 추적하도록 솔루션의 핵심 인프라를 리팩터링합니다. 조직의 권한이 이러한 태그 지정 이벤트를 멤버 계정에서 중앙 허브 계정으로 전송할 수 있도록 허용하는지 확인하세요.

v3.1.0 이상으로 업데이트하는 경우:

  • 이제 스포크 계정은 허브 계정과 독립적으로 예약된 리전을 선언합니다. 각 스포크 스택은 리전(들) 파라미터를 사용하여 해당 계정에서 예약할 리전을 지정해야 합니다.

  • 이제 총 계정이 40개 이상인 배포에는 AWS Organizations 모드가 필요합니다. 계정이 40개 이상이고 Organizations 모드를 사용하지 않는 경우 업데이트 중에 활성화해야 합니다.

  • 예약하려는 AWS License Manager에서 관리되는 EC2 인스턴스가 있는 경우 허브/스포크 CloudFormation 스택의 License Manager 구성 ARNs 파라미터에 License Manager 구성 ARNs을 추가합니다. 자세한 내용은 EC2 License Manager를 참조하세요.

  • 이 솔루션은 리소스가 스케줄러에서 관리되고 있음을 나타내기 위해 일정에 태그를 지정한 후 리소스에 IS-ManagedBy 태그를 자동으로 적용합니다.

  • 예약된 인스턴스 크기 조정(일정period-name@size에서 정의)은 더 이상 지원되지 않습니다.

  • SSM 파라미터(허브 스택의 계정 파라미터{param: ssm-param-name}로 전달)를 통한 멤버 계정 나열은 더 이상 지원되지 않습니다. 모든 신뢰할 수 있는 계정은 배포 시 허브 스택에 전달되어야 합니다.

  • 인스턴스 스케줄러는 예약 중에 리소스에 최대 6개의 고유 태그를 요구합니다. 조직의 나머지 태그 지정 전략과 결합할 때 리소스에 대한 태그 지정 용량이 충분한지 확인하세요.

  • CloudWatch에서 일정별 지표가 제거되었습니다.

  • 솔루션 로그는 별도의 관리 및 예약 로그 그룹으로 다시 패키징되었으며 CloudWatch Log Insights를 사용한 쿼리에 최적화되었습니다. 자세한 내용은 솔루션 모니터링을 참조하세요.

  • CloudFormation 파라미터를 통해 시작 및 중지 태그를 더 이상 구성할 수 없습니다. 이제 솔루션은 예약 작업을 추적하기 위해 더 풍부한 정보가 포함된 고정 태그 이름을 사용합니다.