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이 아직 오래된 리소스를 제거하고 있거나 종속성 문제로 인해 해당 리소스를 제거할 수 없습니다.
  • 중첩된 스택의 형제 스택이 업데이트 또는 롤백에 실패하여 리소스 정리가 일시 중지되었습니다.

해결 방법

스택 상태 확인

  1. CloudFormation 콘솔을 엽니다.
  2. 탐색 창에서 스택을 선택합니다.
  3. UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS 또는 UPDATE_COMPLETE_CLEANUP_IN_PROGRESS 상태에서 멈춘 스택을 선택합니다.
  4. 스택의 이름 옆에 NESTED 레이블이 있는지 확인합니다.
  5. 스택에 대한 리소스 탭을 선택한 다음 DELETE_IN_PROGRESS 상태의 리소스가 있는지 확인합니다.
    참고: 상태 열에는 리소스 상태가 표시됩니다.

스택의 이름 옆에 NESTED 레이블이 있다면 중첩된 스택 문제 해결 섹션의 단계를 완료하세요.

스택의 이름 옆에 레이블이 없다면 중첩되지 않은 스택 문제 해결 섹션의 단계를 완료하세요.

중첩된 스택 문제 해결

스택에 DELETE_IN_PROGRESS 상태의 리소스가 하나 이상 있는 경우 해당 리소스의 상태를 확인합니다. 또는 CloudFormation 스택이 CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS, UPDATE_ROLLBACK_IN_PROGRESS 또는 DELETE_IN_PROGRESS 상태에서 멈춘 이유가 무엇인가요?에서 AWS CloudTrail 로그 확인 섹션의 단계를 따릅니다.

다음과 같은 이유로 리소스가 DELETE_IN_PROGRESS 상태에서 멈췄을 수 있습니다.

  • 리소스가 삭제되려면 추가적인 시간이 필요합니다. 예를 들어 AWS::RDS::DBInstance, AWS::CloudFront::Distribution와 같은 리소스는 다른 리소스보다 삭제되는 데 더 오래 걸립니다.
  • 기타 리소스는 리소스에 따라 다릅니다. 예컨대 CloudFormation 스택 외부의 다른 리소스에서 Amazon Elastic Compute Cloud(Amazon EC2) 보안 그룹을 사용할 수 있습니다. AWS Management Console을 사용하여 해당 리소스에 대해 수동으로 생성된 종속성이 없는지 확인합니다.

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

스택에 DELETE_IN_PROGRESS 상태의 리소스가 없는 경우 다음 단계를 완료하세요.

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

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

루트 스택이 UPDATE_ROLLBACK_FAILED 상태인 경우 스택이 UPDATE_ROLLBACK_IN_PROGRESS 상태에 진입한 후 롤백에 실패한 첫 번째 리소스를 식별하세요. 이 리소스를 식별하려면 CloudFormation 콘솔에서 루트 스택의 이벤트 탭을 확인하세요.

롤백에 실패한 리소스가 중첩된 스택이 아니라면 UPDATE_ROLLBACK_FAILED 상태에서 멈춘 CloudFormation 스택을 업데이트하려면 어떻게 해야 하나요?의 단계를 완료하세요.

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

  1. 중첩된 스택이 UPDATE_ROLLBACK_IN_PROGRESS 상태에 진입한 후 롤백에 실패한 첫 번째 리소스를 식별합니다. 이러한 리소스를 식별하려면 CloudFormation 콘솔에서 중첩된 스택의 이벤트 탭을 확인합니다. 리소스가 여전히 중첩된 스택인 경우, 롤백에 실패한 리소스 중 중첩된 스택이 아닌 리소스를 식별할 때까지 중첩된 스택에 대해 이 단계를 반복합니다.
  2. 롤백 프로세스를 계속 진행하여 스택을 안정적인 상태로 만듭니다.

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

중첩되지 않은 스택 문제 해결

스택에 DELETE_IN_PROGRESS 상태의 리소스가 하나 이상 있는 경우 AWS Management Console을 사용하여 해당 리소스의 상태를 확인합니다. 또는 CloudFormation 스택이 CREATE_IN_PROGRESS, UPDATE_IN_PROGRESS, UPDATE_ROLLBACK_IN_PROGRESS 또는 DELETE_IN_PROGRESS 상태에서 멈춘 이유가 무엇인가요?에서 AWS CloudTrail 로그 확인 섹션의 단계를 따릅니다.

참고: 상태 열에는 리소스 상태가 표시됩니다.

DELETE_IN_PROGRESS 상태의 리소스가 없는 경우 CloudFormation용 AWS Service Health Dashboard를 사용하여 작동 문제를 찾아보세요.


관련 정보

중첩된 스택을 통한 작업

업데이트 롤백 실패

AWS 공식
AWS 공식업데이트됨 2년 전
댓글 없음

관련 콘텐츠