CloudFormation 스택이 UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS 또는 UPDATE_COMPLETE_CLEANUP_IN_PROGRESS 상태에서 멈춘 이유가 무엇입니까?

3분 분량
0

AWS CloudFormation 스택이 UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS 또는 UPDATE_COMPLETE_CLEANUP_IN_PROGRESS 상태에서 멈췄습니다. 스택을 UPDATE_ROLLBACK_COMPLETE 또는 UPDATE_COMPLETE 상태로 만들려고 합니다.

간략한 설명

다음과 같은 이유로 CloudFormation 스택이 UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS 또는 UPDATE_COMPLETE_CLEANUP_IN_PROGRESS 상태에서 멈추게 됩니다.

  • CloudFormation이 아직 오래된 리소스를 제거하고 있거나 종속성 문제로 인해 리소스를 제거할 수 없습니다.
  • 중첩된 스택의 형제 스택이 업데이트 또는 롤백에 실패하여 CloudFormation에서 리소스 정리를 일시 중지했습니다.

해결 방법

스택 상태 확인

다음 단계를 완료하십시오.

  1. CloudFormation 콘솔을 엽니다.
  2. 탐색 창에서 Stacks(스택)를 선택합니다.
  3. 멈춘 스택을 선택합니다.
  4. 스택 이름 옆에 NESTED 레이블이 있는지 확인합니다.
  5. 스택의 Events(이벤트) 탭에서 DELETE_IN_PROGRESS 상태의 리소스가 있는지 확인합니다. 상태가 DELETE_COMPLETE로 변경되지 않는 경우 리소스를 확인해야 합니다.

중첩된 스택 리소스가 DELETE_IN_PROGRESS 상태

중첩된 스택의 리소스는 다음과 같은 이유로 DELETE_IN_PROGRESS 상태에서 멈췄을 수 있습니다.

  • AWS::RDS::DBInstanceAWS::CloudFront::Distribution과 같은 일부 리소스는 CloudFormation이 삭제하는 데 더 많은 시간이 필요합니다.
  • 기타 리소스는 리소스에 따라 다릅니다. 예를 들어 CloudFormation 스택 외부의 리소스는 Amazon Elastic Compute Cloud(Amazon EC2) 보안 그룹을 사용할 수 있습니다. 리소스에 대해 수동으로 생성된 종속성이 없는지 확인합니다.

참고: CloudFormation은 리소스 삭제를 세 번 시도한 다음 리소스를 건너뛰고 정리 프로세스를 계속 진행합니다.

중첩된 스택 리소스가 DELETE_IN_PROGRESS 상태가 아님

중첩된 스택에 DELETE_IN_PROGRESS 상태의 리소스가 없는 경우 루트 스택을 확인하십시오.

다음 단계를 완료하십시오.

  1. CloudFormation 콘솔을 엽니다.
  2. 탐색 창에서 Stacks(스택)을 선택한 다음 스택을 선택합니다.
  3. 스택에 대한 Overview(개요) 탭에서 Root stack(루트 스택) 섹션의 스택을 선택합니다.
  4. Status(상태) 섹션에서 루트 스택의 상태를 확인합니다.

루트 스택이 UPDATE_IN_PROGRESS 또는 UPDATE_ROLLBACK_IN_PROGRESS 상태인 경우 CloudFormation이 스택에 종속된 다른 리소스를 업데이트하고 있는 것입니다. CloudFormation이 중첩된 스택의 리소스를 포함한 모든 종속 리소스를 업데이트한 후 정리 프로세스를 시작합니다.

루트 스택이 UPDATE_ROLLBACK_FAILED 상태인 경우 롤백에 실패한 첫 번째 리소스를 식별합니다. CloudFormation 콘솔에서 루트 스택의 Events(이벤트) 탭을 확인합니다. 롤백에 실패한 리소스가 중첩된 스택이 아니라면 UPDATE_ROLLBACK_FAILED 상태에서 멈춘 CloudFormation 스택을 업데이트하려면 어떻게 해야 합니까?를 참조하십시오.

롤백에 실패한 리소스가 중첩된 스택

롤백에 실패한 리소스가 중첩된 스택이라면 다음 단계를 완료하십시오.

  1. 중첩된 스택이 UPDATE_ROLLBACK_IN_PROGRESS 상태에 진입한 후 롤백에 실패한 첫 번째 리소스를 식별합니다. CloudFormation 콘솔에서 중첩된 스택의 Events(이벤트) 탭을 확인합니다. 리소스가 중첩된 스택인 경우 롤백에 실패한 중첩되지 않은 스택 리소스를 식별할 때까지 이 프로세스를 반복합니다.
  2. 롤백 프로세스를 계속 진행하여 스택을 안정적인 상태로 만듭니다.

중요: ContinueUpdateRollback 작업 중에 리소스를 건너뛰면 CloudFormation이 지정된 리소스의 상태를 UPDATE_COMPLETE로 설정합니다. 그런 다음 CloudFormation이 스택을 계속 롤백합니다. 롤백이 완료된 후 건너뛰는 리소스의 상태는 스택 템플릿의 리소스 상태와 일치하지 않습니다. 스택을 다시 업데이트하기 전에 해당 리소스가 서로 일치하도록 업데이트합니다. 그러지 않으면 후속 스택 업데이트가 실패하고 스택을 복구할 수 없게 될 수 있습니다.

중첩되지 않은 스택 리소스가 DELETE_IN_PROGRESS 상태

스택의 리소스가 DELETE_IN_PROGRESS 상태인 경우 CloudFormation 콘솔을 사용하여 리소스 상태를 확인하십시오. 또는 AWS CloudTrail 로그에서 리소스를 확인합니다. 리소스가 DELETE_COMPLETE로 변경되지 않는 경우 AWS Health Dashboard를 사용하여 운영 문제를 찾아보십시오.

관련 정보

내 CloudFormation 스택이 IN_PROGRESS 상태에서 멈춘 이유는 무엇입니까?

중첩된 스택을 사용하여 스택을 다른 스택에 임베드

업데이트 롤백 실패