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

# 알림의 AMS 자동 문제 해결
<a name="auto-remediation"></a>

확인 후 AWS Managed Services(AMS)는이 섹션에 설명된 특정 조건 및 프로세스에 따라 특정 알림을 자동으로 해결합니다.


| 알림 이름 | 설명 | Thresholds | 작업 | 
| --- | --- | --- | --- | 
| 상태 확인 실패 | 가능한 하드웨어 장애 또는 인스턴스의 장애 상태입니다. | 시스템에서 지난 15분 이내에 한 번 이상 실패 상태를 감지했습니다. | AMS 자동 수정은 먼저 인스턴스에 액세스할 수 있는지 확인합니다. 인스턴스에 액세스할 수 없는 경우 인스턴스가 중지되고 다시 시작됩니다. 중지 및 시작을 사용하면 인스턴스가 새 기본 하드웨어로 마이그레이션할 수 있습니다. 자세한 내용은 “EC2 상태 확인 실패 수정 자동화” 섹션을 참조하세요. | 
| AMSLinuxDiskUsage | EC2 인스턴스에서 1개의 탑재 지점(볼륨에 지정된 공간)의 디스크 사용량이 가득 차면 트리거됩니다. | 임계값이 지난 30분 동안 정의된 값을 6회 초과합니다. | AMS 자동 수정은 먼저 임시 파일을 삭제합니다. 이렇게 해도 충분한 디스크 공간이 확보되지 않으면 볼륨이 가득 차면 가동 중지를 방지하기 위해 볼륨이 확장됩니다. | 
| AMSWindowsDiskUsage | EC2 인스턴스에서 1개의 탑재 지점(볼륨에 지정된 공간)의 디스크 사용량이 채워지는 경우. | 임계값이 지난 30분 동안 정의된 값을 6회 초과합니다. | AMS 자동 수정은 먼저 임시 파일을 삭제합니다. 이렇게 해도 충분한 디스크 공간이 확보되지 않으면 볼륨이 가득 차면 가동 중지를 방지하기 위해 볼륨이 확장됩니다. | 
| RDS-EVENT-0089 | DB 인스턴스가 할당된 스토리지의 90% 이상을 사용하였습니다. | 스토리지가 90% 이상 할당되었습니다. | AMS 자동 수정은 먼저 DB가 수정 가능하고 사용 가능하거나 스토리지가 가득 찬 상태인지 확인합니다. 그런 다음 CloudFormation 변경 세트를 통해 할당된 스토리지, IOPS 및 스토리지 처리량을 늘리려고 시도합니다. 스택 드리프트가 이미 감지된 경우 가동 중지 시간을 방지하기 위해 RDS API로 돌아갑니다.<br />RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. `"Key: ams:rt:ams-rds-max-allocated-storage-policy, Value: ams-opt-out".`  | 
| RDS-EVENT-0007 | DB 인스턴스에 할당된 스토리지가 소진되었습니다. 해결하려면 추가 스토리지를 할당합니다. | 스토리지는 100% 할당됩니다. | AMS 자동 수정은 먼저 DB가 수정 가능하고 사용 가능하거나 스토리지가 가득 찬 상태인지 확인합니다. 그런 다음 CloudFormation 변경 세트를 통해 할당된 스토리지, IOPS 및 스토리지 처리량을 늘리려고 시도합니다. 스택 드리프트가 이미 감지된 경우 가동 중지 시간을 방지하기 위해 RDS API로 돌아갑니다.<br />RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. `"Key: ams:rt:ams-rds-max-allocated-storage-policy, Value: ams-opt-out".`  | 
| RDS-EVENT-0224 | 요청된 할당된 스토리지가 구성된 최대 스토리지 임계값에 도달하거나 초과합니다. | DB 인스턴스의 최대 스토리지 임계값이 소진되었거나 요청된 할당된 스토리지보다 크거나 같습니다. | AMS 자동 수정은 먼저 요청된 양의 RDS 스토리지가 최대 스토리지 임계값을 위반하는지 확인합니다. 확인되면 AMS는 CloudFormation 변경 세트를 사용하여 최대 스토리지 임계값을 30% 늘리거나 CloudFormation을 통해 리소스가 프로비저닝되지 않은 경우 RDS API를 직접 늘리려고 시도합니다.<br />RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. `"Key: ams:rt:ams-rds-max-allocated-storage-policy, Value: ams-opt-out".`  | 
| RDS-Storage-Capacity | DB 인스턴스에 할당된 스토리지에 1GB 미만이 남아 있습니다. | 스토리지는 99% 할당됩니다. | AMS 자동 수정은 먼저 DB가 수정 가능하고 사용 가능하거나 스토리지가 가득 찬 상태인지 확인합니다. 그런 다음 CloudFormation 변경 세트를 통해 할당된 스토리지, IOPS 및 스토리지 처리량을 늘리려고 시도합니다. 스택 드리프트가 이미 감지된 경우 가동 중지 시간을 방지하기 위해 RDS API로 돌아갑니다.<br />RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. `"Key: ams:rt:ams-rds-max-allocated-storage-policy, Value: ams-opt-out".`  | 
| AMSFSXONTAPVolumeCapacityUtilization | Amazon FSx for NetApp ONTAP 볼륨이 기본 할당 스토리지(80%)보다 많이 소비되었습니다. | FSx for ONTAP 볼륨 용량 사용률은 2시간 동안 80%를 초과합니다(기본값). | AMS 자동 수정은 먼저 볼륨 수명 주기 상태가 수정 가능한 상태인지 확인한 다음 파일 시스템 최대 용량을 확인하면서 볼륨 크기를 10% 확장합니다. 파일 시스템에 볼륨 확장을 위한 충분한 스토리지 용량이 없는 경우 볼륨과 파일 시스템이 함께 확장됩니다. 이 확장은 7일 기간 내에 최대 3회로 제한됩니다. AMS Automation이 확장하는 최대 스토리지 제한은 5120GiB입니다.볼륨 위에 iSCSI LUN이 구성된 경우 운영 체제 수준에서 iSCSI LUN을 확장합니다. 자세한 내용은 [FSx for ONTAP LUN이 읽기 전용 모드인 이유를 참조하세요.](https://repost.aws/knowledge-center/fsx-ontap-lun-in-read-only-mode) | 

## EC2 상태 확인 실패: 수정 자동화 참고 사항
<a name="auto-remediation-ec2-fail"></a>

AMS 자동 수정이 EC2 상태 확인 실패 문제와 함께 작동하는 방식:
+ Amazon EC2 인스턴스에 연결할 수 없는 경우 인스턴스를 중지했다가 다시 시작해야 새 하드웨어로 마이그레이션하고 복구할 수 있습니다.
+ 문제의 루트가 OS 내에 있는 경우(fstab에서 디바이스 누락, 커널 손상 등) 자동화가 인스턴스를 복구할 수 없습니다.
+ 인스턴스가 Auto Scaling 그룹에 속하는 경우 자동화는 아무 작업도 수행하지 않습니다. AutoScalingGroup 조정 작업은 인스턴스를 대체합니다.
+ 인스턴스에 EC2 Auto Recovery가 활성화된 경우 문제 해결은 조치를 취하지 않습니다.

## EC2 볼륨 사용량 수정 자동화
<a name="auto-remediation-ec2-vol-use"></a>

AWS Managed Services(AMS) 자동 수정이 EC2 볼륨 사용 문제와 함께 작동하는 방식:
+ 자동화는 먼저 볼륨 확장이 필요한지 여부와 볼륨 확장을 수행할 수 있는지 확인합니다. 확장이 적절한 것으로 간주되는 경우 자동화를 통해 볼륨 용량을 늘릴 수 있습니다. 이 자동화된 프로세스는 성장의 필요성과 제어되고 제한된 확장의 균형을 맞춥니다.
+ 볼륨을 확장하기 전에 자동화는 인스턴스에서 정리 작업(Windows: Disk Cleaner, Linux: Logrotate \+ Simple Service Manager 에이전트 로그 제거)을 수행하여 공간을 확보하려고 시도합니다.
**참고**  
정리 작업은 지속적인 기능을 위해 CPU 크레딧에 의존하기 때문에 EC2 "T" 패밀리 인스턴스에서 실행되지 않습니다.
+ Linux에서는 자동화가 EXT2, EXT3, EXT4 및 XFS 유형의 파일 시스템 확장만 지원합니다.
+ Windows에서는 자동화가 NTFS(New Technology File System) 및 ReFS(Resilient File System)만 지원합니다.
+ 자동화는 논리적 볼륨 관리자(LVM) 또는 RAID 배열의 일부인 볼륨을 확장하지 않습니다.
+ 자동화는 *인스턴스 스토어* 볼륨을 확장하지 않습니다.
+ 영향을 받는 볼륨이 이미 2TiB보다 큰 경우 자동화는 조치를 취하지 않습니다.
+ 자동화를 통한 확장은 시스템 수명 주기 동안 일주일에 최대 3회, 총 5회로 제한됩니다.
+ 이전 확장이 지난 6시간 이내에 발생한 경우 자동화는 볼륨을 확장하지 않습니다.

이러한 규칙으로 인해 자동화가 조치를 취할 수 없는 경우 AMS는 아웃바운드 서비스 요청을 통해 사용자에게 연락하여 수행할 다음 조치를 결정합니다.

## Amazon RDS 스토리지 부족 이벤트 수정 자동화
<a name="auto-remediation-rds"></a>

AWS Managed Services(AMS) 자동 수정이 Amazon RDS 스토리지 부족 이벤트 문제와 작동하는 방식:
+ Amazon RDS 인스턴스 스토리지를 확장하기 전에 자동화는 여러 검사를 수행하여 Amazon RDS 인스턴스가 수정 가능하고 사용 가능한 상태인지 또는 스토리지 가득 참 상태인지 확인합니다.
+ CloudFormation 스택 드리프트가 감지되면 Amazon RDS API를 통해 수정이 이루어집니다.
+ 트리거 이벤트에 따라 문제 해결은 속성 , `MaxAllocatedStorage`, `Iops`또는 `AllocatedStorage`를 수정합니다`StorageThroughput`. 다른 Amazon RDS 인스턴스 속성은 수정되지 않습니다. 자세한 내용은 [DB 인스턴스 설정을 참조하세요](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ModifyInstance.Settings.html).
+ 다음 시나리오에서는 문제 해결 작업이 실행되지 않습니다.
  + Amazon RDS 인스턴스 상태가 "사용 가능" 또는 "스토리지 가득 참"이 아닙니다.
  + Amazon RDS 인스턴스 스토리지는 현재 수정할 수 없습니다(예: 지난 6시간 동안 스토리지가 수정된 경우).
  + Amazon RDS 인스턴스에 오토 스케일링 스토리지가 활성화되어 있습니다.
+ 문제 해결은 6시간마다 1회 확장으로 제한되며 14일 동안 최대 3회 확장으로 제한됩니다.
+ 이러한 시나리오가 발생하면 AMS는 아웃바운드 인시던트를 통해 사용자에게 연락하여 다음 조치를 결정합니다.

## ONTAP 볼륨 용량 수정 자동화
<a name="auto-remediation-fsx-ontap"></a>

AWS Managed Services(AMS) 자동 수정이 ONTAP 볼륨 용량 문제와 작동하는 방식:
+ 볼륨을 확장하기 전에 자동화는 볼륨 수명 주기 상태가 수정 가능한 상태인지 확인합니다.
+ 자동화는 파일 시스템 최대 용량을 확인하면서 볼륨 크기를 10% 확장합니다.
+ 파일 시스템에 볼륨 확장을 수용하기에 충분한 스토리지 용량이 없는 경우 볼륨 및 파일 시스템 용량이 모두 확장됩니다.
+ 수정은 7일 기간 내에 3개 이하의 업데이트로 제한됩니다.
+ AMS Automation이 확장하는 최대 스토리지 제한은 5120GiB입니다.
+ 볼륨 위에 iSCSI LUN이 구성된 경우 자동 수정이 완료된 후 OS 수준에서 iSCSI LUN을 수동으로 확장해야 합니다. 자세한 내용은 [FSx for ONTAP LUN이 읽기 전용 모드인 이유를 참조하세요.](https://repost.aws/knowledge-center/fsx-ontap-lun-in-read-only-mode)