기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 표준 스택 하위 카테고리
**Topics**
+ [스택 \$1 삭제](management-standard-stack-delete.md)
+ [스택 \$1 재부팅](management-standard-stack-reboot.md)
+ [스택 \$1 드리프트 문제 해결](management-standard-stack-remediate-drift.md)
+ [스택 \$1 드리프트 수정(검토 필요)](management-standard-stack-remediate-drift-review-required.md)
+ [스택 \$1 시작](management-standard-stack-start.md)
+ [스택 \$1 중지](management-standard-stack-stop.md)
+ [스택 \$1 종료 방지 업데이트](management-standard-stack-update-termination-protection.md)
# 스택 \$1 삭제
계정에서 기존 스택과 해당 리소스를 삭제합니다. 리소스 삭제의 효과는 다양합니다. 자세한 내용은 리소스에 대한 적절한 AWS 설명서를 참조하세요. 스택의 리소스에 대한 종료 보호로 인해 RFC가 실패합니다. 리소스의 종료 방지 상태를 확인하려면 해당 AWS 콘솔을 참조하세요.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 삭제
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-0q0bic0ywqk6c |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 60분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### 스택 삭제
#### 콘솔을 사용하여 스택 삭제
AMS 콘솔에서이 변경 유형의 스크린샷:
![\[Delete stack change type details showing ID, version, and execution mode.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiStackDeleteCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 인기 있는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 성공적으로 **생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 스택 삭제
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 RFC에서 `CreateRfc` 파라미터를 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc --change-type-id "ct-0q0bic0ywqk6c" --change-type-version "1.0" --title "Delete My Stack" --execution-parameters "{\"StackId\":\"STACK_ID\"}"
```
*템플릿 생성*:
1. RFC 템플릿을 현재 폴더의 파일로 출력합니다.이 예제에서는 DeleteStackRfc.json:이라는 이름을 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > DeleteStackRfc.json
```
1. DeleteStackRfc.json 파일을 수정하고 저장합니다.
ExecutionParameters JSON 확장의 내부 따옴표는 백슬래시(\$1)로 이스케이프 처리해야 합니다. 시작 및 종료 시간이 없는 예:
```
{
"ChangeTypeVersion": "1.0",
"ChangeTypeId": "ct-0q0bic0ywqk6c",
"Title": "Delete-My-Stack-RFC"
"ExecutionParameters": "{
\"StackId\":\"STACK_ID\"}"
}
```
1. RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://DeleteStackRfc.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
**참고**
S3 버킷을 삭제하는 경우 먼저 객체를 비워야 합니다.
**중요**
스택을 삭제하면 원치 않고 예상치 못한 결과가 발생할 수 있습니다. 중요한 주의 사항은 RFC 문제 해결 섹션 [스택 삭제를 위한 RFCs를 참조하세요](https://docs.aws.amazon.com/managedservices/latest/ctref/rfc-failures.html#rfc-delete-stack-fail).
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-0q0bic0ywqk6c의 스키마](schemas.md#ct-0q0bic0ywqk6c-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
{
"StackId": "stack-a1b2c3d4e5f67890e",
"TimeoutInMinutes": 720
}
```
# 스택 \$1 재부팅
를 사용하여 지정된 스택에서 실행 중인 모든 EC2 및 RDS DB 인스턴스를 재부팅합니다.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 재부팅
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-02u0hoaa9grat |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 60분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### 스택 재부팅
#### 콘솔을 사용하여 스택 재부팅
AMS 콘솔에서이 변경 유형의 스크린샷:
![\[변경 사항 type details for "Reboot stack" including description, ID, version, and execution mode.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiStackRebootCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 널리 사용되는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 **성공적으로 생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 스택 재부팅
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 `CreateRfc` 파라미터를 RFC와 함께 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc --change-type-id "ct-02u0hoaa9grat" --change-type-version "1.0" --title "Reboot My Stack" --execution-parameters "{\"StackId\":\"STACK_ID\"}"
```
*템플릿 생성*:
1. RFC 템플릿을 현재 폴더의 파일로 출력합니다. 이 예제에서는 RebootStackRfc.json. 인스턴스를 중지(재부팅 또는 시작)하기 위한 실행 파라미터가 하나뿐이므로 실행 파라미터는 스키마 JSON 파일 자체에 있을 수 있으며 별도의 실행 파라미터 JSON 파일을 생성할 필요가 없습니다.
```
aws amscm create-rfc --generate-cli-skeleton > StopInstanceRfc.json
```
1. RebootStackRfc.json 파일을 수정하고 저장합니다.
`ExecutionParameters` JSON 확장의 내부 따옴표는 백슬래시(\$1)로 이스케이프 처리해야 합니다. 예시
```
{
"ChangeTypeId": "ct-02u0hoaa9grat",
"Title": "Reboot-My-EC2-RFC",
"TimeoutInMinutes": 60,
"ExecutionParameters": "{
\"StackId\":\"STACK_ID\"
}"
}
```
1. RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://RebootStackRfc.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
Application Load Balancer에 대한 자세한 내용은 [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html)를 참조하세요.
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-02u0hoaa9grat 스키마](schemas.md#ct-02u0hoaa9grat-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
{
"StackId": "stack-f16bbbeea61df041f"
}
```
# 스택 \$1 드리프트 문제 해결
스택의 드리프트(out-of-band 변경)를 수정하여 스택을 동기화하고 사용 가능한 업데이트 CTs를 사용하여 향후 업데이트를 수행할 수 있습니다. 참고: RFC당 최대 10개의 드리프트된 리소스가 수정됩니다.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 드리프트 수정
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-3kinq0u4l33zf |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 60분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### 스택 드리프트 문제 해결
#### 드리프트 수정 지원 리소스(ct-3kinq0u4l33zf)
드리프트 문제 해결 변경 유형(ct-3kinq0u4l33zf)에서 지원하는 리소스입니다. 리소스를 수정하려면 대신 "검토 필요"(ct-34sxfo53yuzah) 변경 유형을 사용합니다.
```
AWS::EC2::Instance
AWS::EC2::SecurityGroup
AWS::EC2::VPC
AWS::EC2::Subnet
AWS::EC2::NetworkInterface
AWS::EC2::EIP
AWS::EC2::InternetGateway
AWS::EC2::NatGateway
AWS::EC2::NetworkAcl
AWS::EC2::RouteTable
AWS::EC2::Volume
AWS::AutoScaling::AutoScalingGroup
AWS::AutoScaling::LaunchConfiguration
AWS::AutoScaling::LifecycleHook
AWS::AutoScaling::ScalingPolicy
AWS::AutoScaling::ScheduledAction
AWS::ElasticLoadBalancing::LoadBalancer
AWS::ElasticLoadBalancingV2::Listener
AWS::ElasticLoadBalancingV2::ListenerRule
AWS::ElasticLoadBalancingV2::LoadBalancer
AWS::CloudWatch::Alarm
```
#### 콘솔을 사용하여 스택 드리프트 문제 해결
AMS 콘솔에서이 변경 유형의 스크린샷:
![\[설명 of Remediate Stack Drift change type with ID and version details.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiStackRemediateDriftCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 인기 있는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 성공적으로 **생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 스택 드리프트 문제 해결
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 RFC에서 `CreateRfc` 파라미터를 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc --change-type-id "ct-3kinq0u4l33zf" --change-type-version "1.0" --title "Remediate Stack Drift, no ops review" --execution-parameters "{\"DocumentName\": \"AWSManagedServices-StartDriftRemediation\", \"Region\": \"us-east-1\", \"Parameters\": {\"StackName\": [\"stack-xxxxxxxxxxxxxxxxx\"]}}"
```
*템플릿 생성*:
1. 이 변경 유형에 대한 실행 파라미터 JSON 스키마를 파일로 출력합니다.이 예제에서는 RemediateDriftNrrParams.json:이라는 이름을 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > RemediateDriftNrrParams.json
```
1. RemediateDriftNrrParams 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"DocumentName": "AWSManagedServices-StartDriftRemediation",
"Region": "us-east-1",
"Parameters": {
"StackName": [
"stack-xxxxxxxxxxxxxxxxx"
]
}
}
```
1. RFC 템플릿 JSON 파일을 파일로 출력합니다.이 예제에서는 파일 이름을 RemediateDriftNrrRfc.json:으로 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > RemediateDriftNrrRfc.json
```
1. RemediateDriftNrrRfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"ChangeTypeId": "ct-3kinq0u4l33zf",
"ChangeTypeVersion": "1.0",
"Title": "Remediate stack drift, no ops review"
}
```
1. RemediateDriftNrrRfc 파일과 RemediateDriftNrrParams 파일을 지정하여 RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://RemediateDriftNrrRfc.json --execution-parameters file://RemediateDriftNrrParams.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
**중요**
스택 수정은 스택 템플릿 및/또는 파라미터 값을 수정합니다. 수정이 완료되면 수정 스택을 업데이트하는 로컬 템플릿 리포지토리 또는 자동화를 수정의 RFC 요약에 제공된 최신 템플릿 및 파라미터로 업데이트해야 합니다. 이전 템플릿 및/또는 파라미터를 사용하면 스택 리소스가 파괴적으로 변경될 수 있으므로이 작업을 수행하는 것이 매우 중요합니다.
*제한 사항* 목록을 포함한 자세한 내용은 [드리프트 문제 해결 FAQs](https://docs.aws.amazon.com/managedservices/latest/userguide/ex-rfc-updates-and-dd.html#drift-remeditate-faqs).
**참고**
'검토 필요' CTs를 사용하는 경우 ASAP **예약** 옵션(콘솔에서 **ASAP** 선택, API/CLI에서 시작 및 종료 시간 비워 두기)을 사용하는 것이 좋습니다. 이러한 CTs는 AMS 운영자가 RFC를 검사하고 승인 및 실행 전에 사용자와 통신해야 하기 때문입니다. 이러한 RFCs 예약하는 경우 최소 24시간을 허용해야 합니다. 예약된 시작 시간 전에 승인이 이루어지지 않으면 RFC가 자동으로 거부됩니다.
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-3kinq0u4l33zf에 대한 스키마](schemas.md#ct-3kinq0u4l33zf-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
{
"DocumentName": "AWSManagedServices-StartDriftRemediation",
"Region": "us-east-1",
"Parameters": {
"StackName": ["stack-a1b2c3d4e5f678900"],
"DryRun": ["true"]
}
}
```
# 스택 \$1 드리프트 수정(검토 필요)
스택의 드리프트(out-of-band 변경)를 수정하여 스택을 동기화하고 사용 가능한 업데이트 CTs를 사용하여 향후 업데이트를 수행할 수 있습니다. 드리프트 수정은 EC2 리소스 유형에서 수행할 수 있습니다.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 드리프트 수정(검토 필요)
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-34sxfo53yuzah |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 240분 |
| AWS 승인 | 필수 |
| 고객 승인 | 제출자인 경우 필요하지 않음 |
| 실행 모드 | 수동 |
## 추가 정보
### 스택 드리프트 문제 해결(검토 필요)
#### 콘솔을 사용하여 스택 드리프트 문제 해결(검토 필요)
AMS 콘솔에서이 변경 유형의 스크린샷:
![\[Remediate Stack Drift interface showing ID, execution mode, version, and description details.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiStackRemediateDriftRrCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 인기 있는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 성공적으로 **생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 스택 드리프트 문제 해결(검토 필요)
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 RFC에서 `CreateRfc` 파라미터를 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc --change-type-id "ct-34sxfo53yuzah" --change-type-version "1.0" --title "Remediate stack drift" --execution-parameters '{"StackName":"stack-a1b2c3d4e5f67890e","DryRun":false}'
```
*템플릿 생성*:
1. 이 변경 유형에 대한 실행 파라미터 JSON 스키마를 파일로 출력합니다.이 예제에서는 RemediateDriftParams.json:이라는 이름을 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > RemediateDriftParams.json
```
1. RemediateDriftParams 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"StackName" : "stack-a1b2c3d4e5f67890e",
"DryRun" : false
}
```
1. RFC 템플릿 JSON 파일을 파일로 출력합니다.이 예제에서는 RemediateDriftRfc.json:이라는 이름을 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > RemediateDriftRfc.json
```
1. RemediateDriftRfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"ChangeTypeId": "ct-34sxfo53yuzah",
"ChangeTypeVersion": "1.0",
"Title": "Remediate stack drift"
}
```
1. RemediateDriftRfc 파일과 RemediateDriftParams 파일을 지정하여 RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://RemediateDriftRfc.json --execution-parameters file://RemediateDriftParams.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
이는 "검토 필요" 변경 유형입니다(AMS 운영자는 CT를 검토하고 실행해야 함). 즉, RFC를 실행하는 데 시간이 더 오래 걸릴 수 있으며 RFC 세부 정보 페이지 대응 옵션을 통해 AMS와 통신해야 할 수 있습니다. 또한 "검토 필요" 변경 유형 RFC를 예약하는 경우 최소 24시간을 허용해야 합니다. 예정된 시작 시간 전에 승인이 이루어지지 않으면 RFC가 자동으로 거부됩니다.
**참고**
'검토 필요' CTs를 사용하는 경우 ASAP **예약** 옵션(콘솔에서 **ASAP** 선택, API/CLI에서 시작 및 종료 시간 비워 두기)을 사용하는 것이 좋습니다. 이러한 CTs는 AMS 운영자가 RFC를 검사하고 승인 및 실행 전에 사용자와 통신해야 하기 때문입니다. 이러한 RFCs 예약하는 경우 최소 24시간을 허용해야 합니다. 예약된 시작 시간 전에 승인이 이루어지지 않으면 RFC가 자동으로 거부됩니다.
+ 몇 가지 제한 사항이 있지만이 변경 유형의 자동 버전은 더 빠르게 실행됩니다. 자세한 내용은 [스택 \$1 드리프트 수정을 참조하세요](https://docs.aws.amazon.com/managedservices/latest/ctref/management-standard-stack-remediate-drift-rr-auto.html).
+ 스택 수정은 스택 템플릿 및/또는 파라미터 값을 수정합니다. 수정이 완료되면 수정 스택을 업데이트하는 로컬 템플릿 리포지토리 또는 자동화를 수정의 RFC 요약에 제공된 최신 템플릿 및 파라미터로 업데이트해야 합니다. 이전 템플릿 및/또는 파라미터를 사용하면 스택 리소스가 파괴적으로 변경될 수 있으므로이 작업을 수행하는 것이 매우 중요합니다.
자세한 내용은 [드리프트 문제 해결 FAQs](https://docs.aws.amazon.com/managedservices/latest/userguide/drift-rr-remediate-faqs.html).
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-34sxfo53yuzah 스키마](schemas.md#ct-34sxfo53yuzah-schema-section).
## 예: 필수 파라미터
```
{
"StackName": "stack-a1b2c3d4e5f678900"
}
```
## 예: 모든 파라미터
```
{
"StackName": "stack-a1b2c3d4e5f678900",
"DryRun": false,
"Priority": "Medium"
}
```
# 스택 \$1 시작
를 사용하여 지정된 스택에서 중지된 모든 EC2 인스턴스를 시작합니다.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 시작
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-1h5xgl9cr4bzy |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 60분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### 스택 시작
#### 콘솔을 사용하여 스택 시작
AMS 콘솔에서이 변경 유형의 스크린샷:
![\[변경 사항 type details for "Start stack" with description, ID, version, and execution mode.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiStackStartCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 인기 있는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 **성공적으로 생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 스택 시작
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
`CreateRfc` 변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 파라미터를 RFC와 함께 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc --change-type-id "ct-1h5xgl9cr4bzy" --change-type-version "1.0" --title "Start My Stack" --execution-parameters "{\"StackId\":\"STACK_ID\"}"
```
*템플릿 생성*:
1. RFC 템플릿을 현재 폴더의 파일로 출력합니다. 이 예제에서는 StartInstanceRfc.json. 스택을 시작하기 위한 실행 파라미터가 하나뿐이므로 실행 파라미터는 스키마 JSON 파일 자체에 있을 수 있으며 별도의 실행 파라미터 JSON 파일을 생성할 필요가 없습니다.
```
aws amscm create-rfc --generate-cli-skeleton > StartStackRfc.json
```
1. StartStackRfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"ChangeTypeId": "ct-1h5xgl9cr4bzy",
"Title": "Start-My-EC2-RFC",
"TimeoutInMinutes": 60,
"ExecutionParameters": "{
\"StackId\":\"STACK_ID\"
}"
}
```
1. RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://StartStackRfc.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
Application Load Balancer에 대한 자세한 내용은 [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html)를 참조하세요.
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-1h5xgl9cr4bzy 스키마](schemas.md#ct-1h5xgl9cr4bzy-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
{
"StackId": "stack-f16bbbeea61df041f"
}
```
# 스택 \$1 중지
를 사용하여 지정된 스택에서 실행 중인 모든 EC2 인스턴스를 중지합니다.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 중지
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-3dgbnh6gpst4d |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 60분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### 스택 중지
#### 콘솔을 사용하여 EC2 인스턴스 중지
다음은 AMS 콘솔에서이 변경 유형을 보여줍니다.
![\[설명 of EC2 instance stopping functionality, with ID and version details.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiEc2StopCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 널리 사용되는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 **성공적으로 생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 EC2 인스턴스 중지
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 `CreateRfc` 파라미터를 RFC와 함께 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc --change-type-id "ct-3mvvt2zkyveqj" --change-type-version "3.0" --title "Stop EC2 Instances" --execution-parameters "{\"DocumentName\":\"AWSManagedServices-StopInstances\",\"Region\":\"us-east-1\",\"Parameters\":{\"InstanceIds\":[\"i-1234567890abcdef0\", \"i-1234567890abcdef1\"],\"ForceStop\":[\"false\"],\"StopASGInServiceInstances\":[\"false\"]}}"
```
*템플릿 생성*:
1. 이 변경 유형에 대한 실행 파라미터 JSON 스키마를 JSON 파일로 출력합니다.이 예제에서는 StopEC2Params.json:이라는 이름을 지정합니다.
```
aws amscm get-change-type-version --change-type-id "ct-3mvvt2zkyveqj" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > StopEC2Params.json
```
1. StopEC2Params 파일을 수정하고 저장합니다.
```
{
"DocumentName" : "AWSManagedServices-StopInstances",
"Region" : "us-east-1",
"Parameters" : {
"InstanceIds" : [
"i-1234567890abcdef0",
"i-1234567890abcdef1"
],
"ForceStop": [
"false"
],
"StopASGInServiceInstances": [
"false"
]
}
}
```
1. RFC 템플릿을 현재 폴더의 파일로 출력합니다.이 예제에서는 이름을 StopEC2Rfc.json:으로 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > StopEC2Rfc.json
```
1. StopEC2Rfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"ChangeTypeVersion": "3.0",
"ChangeTypeId": "ct-3mvvt2zkyveqj",
"Title": "Stop EC2 Instances"
}
```
1. StopEC2Rfc 파일과 StopEC2Params 파일을 지정하여 RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://StopEC2Rfc.json --execution-parameters file://StopEC2Params.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
**참고**
이 변경 유형은 이제 버전 3.0입니다. 최대 50개의 인스턴스를 중지할 수 있도록 스키마가 변경되었습니다.
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-3dgbnh6gpst4d 스키마](schemas.md#ct-3dgbnh6gpst4d-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
{
"StackId": "stack-f16bbbeea61df041f"
}
```
# 스택 \$1 종료 방지 업데이트
스택에 대해 정의된 기존 종료 방지 기능을 업데이트합니다.
**전체 분류:** 관리 \$1 표준 스택 \$1 스택 \$1 종료 방지 업데이트
## 변경 유형 세부 정보
****
| | |
| --- |--- |
| 유형 ID 변경 | ct-2uzbqr7x7mekd |
| 현재 버전 | 1.0 |
| 예상 실행 기간 | 10분 |
| AWS 승인 | 필수 |
| 고객 승인 | 불필요 |
| 실행 모드 | 자동 |
## 추가 정보
### CloudFormation 스택 종료 방지 업데이트
#### 콘솔을 사용하여 CloudFormation 종료 방지 스택 업데이트
다음은 AMS 콘솔에서이 변경 유형을 보여줍니다.
![\[Update Termination Protection interface showing description, ID, and version fields.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/ctref/images/guiCfnProTermUpdateCT.png)
작동 방식:
1. **RFC 생성** 페이지로 이동합니다. AMS 콘솔의 왼쪽 탐색 창에서 **RFCs** 클릭하여 RFCs 목록 페이지를 연 다음 **RFC 생성을** 클릭합니다.
1. 기본 변경 유형 **찾아보기 보기에서 인기 있는 변경 유형**(CT)을 선택하거나 **범주별 선택** 보기에서 CT를 선택합니다.
+ **변경 유형별 찾아보**기: **빠른 생성** 영역에서 인기 있는 CT를 클릭하여 **RFC 실행** 페이지를 즉시 열 수 있습니다. 빠른 생성으로 이전 CT 버전을 선택할 수 없습니다.
CTs 정렬하려면 **카드** 또는 **테이블** 보기에서 **모든 변경 유형** 영역을 사용합니다. 어느 보기에서든 CT를 선택한 다음 **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다. 해당하는 경우 RFC **생성 버튼 옆에 이전 버전으로** 생성 옵션이 나타납니다. ****
+ **범주별 선택**: 범주, 하위 범주, 항목 및 작업을 선택하면 해당하는 경우 **이전 버전으로 생성** 옵션이 있는 CT 세부 정보 상자가 열립니다. **RFC 생성을** 클릭하여 **RFC 실행** 페이지를 엽니다.
1. **RFC 실행** 페이지에서 CT 이름 영역을 열어 CT 세부 정보 상자를 확인합니다. **제목**은 필수입니다(**변경 유형 찾아보**기 보기에서 CT를 선택하면 입력됨). **추가 구성** 영역을 열어 RFC에 대한 정보를 추가합니다.
**실행 구성** 영역에서 사용 가능한 드롭다운 목록을 사용하거나 필요한 파라미터의 값을 입력합니다. 선택적 실행 파라미터를 구성하려면 **추가 구성** 영역을 엽니다.
1. 완료되면 **실행**을 클릭합니다. 오류가 없는 경우 **성공적으로 생성된 RFC** 페이지에 제출된 RFC 세부 정보와 초기 **실행 출력**이 표시됩니다.
1. **실행 파라미터** 영역을 열어 제출한 구성을 확인합니다. 페이지를 새로 고쳐 RFC 실행 상태를 업데이트합니다. 선택적으로 RFC를 취소하거나 페이지 상단의 옵션을 사용하여 RFC 사본을 생성합니다.
#### CLI를 사용하여 CloudFormation 스택 종료 보호 업데이트
작동 방식:
1. 인라인 생성(모든 RFC 및 실행 파라미터가 포함된 `create-rfc` 명령을 실행) 또는 템플릿 생성(2개의 JSON 파일을 생성, 하나는 RFC 파라미터용이고 다른 하나는 실행 파라미터용)을 사용하고 두 파일을 입력으로 사용하여 `create-rfc` 명령을 실행합니다. 두 방법 모두 여기에 설명되어 있습니다.
1. 반환된 RFC ID로 RFC: `aws amscm submit-rfc --rfc-id ID` 명령을 제출합니다.
RFC: `aws amscm get-rfc --rfc-id ID` 명령을 모니터링합니다.
변경 유형 버전을 확인하려면 다음 명령을 사용합니다.
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**참고**
`CreateRfc` 변경 유형에 대한 스키마의 일부인지 여부에 관계없이 모든 파라미터를 RFC와 함께 사용할 수 있습니다. 예를 들어 RFC 상태가 변경될 때 알림을 받으려면 요청의 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 파라미터 부분(실행 파라미터 아님)에이 줄을 추가합니다. 모든 CreateRfc 파라미터 목록은 [AMS Change Management API 참조](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)를 참조하세요.
변경하려는 파라미터만 지정합니다. 없는 파라미터는 기존 값을 유지합니다.
*인라인 생성*:
인라인으로 제공된 실행 파라미터(실행 파라미터를 인라인으로 제공할 때 이스케이프 따옴표)로 RFC 생성 명령을 실행한 다음 반환된 RFC ID를 제출합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
aws amscm create-rfc \
--change-type-id "ct-2uzbqr7x7mekd" \
--change-type-version "1.0" \
--title "Enable termination protection on CFN stack" \
--execution-parameters "{\"DocumentName\":\"AWSManagedServices-ManageResourceTerminationProtection\",\"Region\":\"us-east-1\",\"Parameters\":{\"ResourceId\":[\"stack-psvnq6cupymio3enl\"],\"TerminationProtectionDesiredState\":[\"enabled\"]}}"
```
*템플릿 생성*:
1. 이 변경 유형의 실행 파라미터를 JSON 파일로 출력합니다.이 예제에서는 이름을 EnableTermProCFNParams.json:으로 지정합니다.
```
aws amscm get-change-type-version --change-type-id "ct-2uzbqr7x7mekd" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > EnableTermProCFNParams.json
```
1. 변경하려는 파라미터만 유지하면서 EnableTermProCFNParams 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"DocumentName": "AWSManagedServices-ManageResourceTerminationProtection",
"Region": "us-east-1",
"Parameters": {
"ResourceId": ["stack-psvnq6cupymio3enl"],
"TerminationProtectionDesiredState": ["enabled"]
}
}
```
1. RFC 템플릿을 현재 폴더의 파일로 출력합니다.이 예제에서는 이름을 EnableTermProCFNRfc.json:으로 지정합니다.
```
aws amscm create-rfc --generate-cli-skeleton > EnableTermProCFNRfc.json
```
1. EnableTermProCFNRfc.json 파일을 수정하고 저장합니다. 예를 들어 콘텐츠를 다음과 같은 내용으로 바꿀 수 있습니다.
```
{
"ChangeTypeId": "ct-2uzbqr7x7mekd",
"ChangeTypeVersion": "1.0",
"Title": "Enable termination protection on CFN instance"
}
```
1. EnableTermProCFNRfc 파일과 EnableTermProCFNParams 파일을 지정하여 RFC를 생성합니다.
```
aws amscm create-rfc --cli-input-json file://EnableTermProCFNRfc.json --execution-parameters file://EnableTermProCFNParams.json
```
응답에서 새 RFC의 ID를 수신하고 이를 사용하여 RFC를 제출하고 모니터링할 수 있습니다. 제출하기 전까지는 RFC가 편집 상태로 유지되고 시작되지 않습니다.
#### 팁
**참고**
Amazon EC2, [EC2 스택: 종료 방지 업데이트](https://docs.aws.amazon.com/managedservices/latest/ctref/ex-ec2-term-pro-update-col.html)와 관련된 CT가 있습니다.
종료 방지에 대한 자세한 내용은 [ 스택이 삭제되지 않도록 보호를](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-protect-stacks.html) 참조하세요.
## 실행 입력 파라미터
실행 입력 파라미터에 대한 자세한 내용은 섹션을 참조하세요[변경 유형 ct-2uzbqr7x7mekd 스키마](schemas.md#ct-2uzbqr7x7mekd-schema-section).
## 예: 필수 파라미터
```
Example not available.
```
## 예: 모든 파라미터
```
{
"DocumentName": "AWSManagedServices-ManageResourceTerminationProtection",
"Region": "eu-west-1",
"Parameters": {
"ResourceId": ["stack-1234567890abcd"],
"TerminationProtectionDesiredState": ["enabled"]
}
}
```