기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
알림의 AMS 자동 문제 해결
확인 후 AWS Managed Services(AMS)는이 섹션에 설명된 특정 조건 및 프로세스에 따라 특정 알림을 자동으로 수정합니다.
| 알림 이름 | 설명 | 임곗값 | 작업 |
|---|---|---|---|
상태 확인 실패 |
가능한 하드웨어 장애 또는 인스턴스의 장애 상태입니다. |
시스템에서 지난 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로 돌아갑니다. RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. |
RDS-EVENT-0007 |
DB 인스턴스에 할당된 스토리지가 소진되었습니다. 해결하려면 추가 스토리지를 할당합니다. |
스토리지는 100% 할당됩니다. |
AMS 자동 수정은 먼저 DB가 수정 가능하고 사용 가능하거나 스토리지가 가득 찬 상태인지 확인합니다. 그런 다음 CloudFormation 변경 세트를 통해 할당된 스토리지, IOPS 및 스토리지 처리량을 늘리려고 시도합니다. 스택 드리프트가 이미 감지된 경우 가동 중지 시간을 방지하기 위해 RDS API로 돌아갑니다. RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. |
RDS-EVENT-0224 |
요청된 할당된 스토리지가 구성된 최대 스토리지 임계값에 도달하거나 초과합니다. |
DB 인스턴스의 최대 스토리지 임계값이 소진되었거나 요청된 할당된 스토리지보다 크거나 같습니다. |
AMS 자동 수정은 먼저 요청된 양의 RDS 스토리지가 최대 스토리지 임계값을 위반하는지 확인합니다. 확인되면 AMS는 CloudFormation 변경 세트를 사용하여 최대 스토리지 임계값을 30% 늘리거나 CloudFormation을 통해 리소스가 프로비저닝되지 않은 경우 RDS API를 직접 늘리려고 시도합니다. RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. |
RDS-Storage-Capacity |
DB 인스턴스에 할당된 스토리지에 1GB 미만이 남아 있습니다. |
스토리지는 99% 할당됩니다. |
AMS 자동 수정은 먼저 DB가 수정 가능하고 사용 가능하거나 스토리지가 가득 찬 상태인지 확인합니다. 그런 다음 CloudFormation 변경 세트를 통해 할당된 스토리지, IOPS 및 스토리지 처리량을 늘리려고 시도합니다. 스택 드리프트가 이미 감지된 경우 가동 중지 시간을 방지하기 위해 RDS API로 돌아갑니다. RDS DB 인스턴스에 다음 태그를 추가하여이 기능을 옵트아웃할 수 있습니다. |
EC2 상태 확인 실패: 수정 자동화 참고 사항
AMS 자동 수정이 EC2 상태 확인 실패 문제와 작동하는 방식:
Amazon EC2 인스턴스에 연결할 수 없는 경우 인스턴스를 중지했다가 다시 시작해야 새 하드웨어로 마이그레이션하고 복구할 수 있습니다.
문제의 루트가 OS(fstab에서 디바이스 누락, 커널 손상 등) 내에 있는 경우 자동화가 인스턴스를 복구할 수 없습니다.
인스턴스가 Auto Scaling 그룹에 속하는 경우 자동화는 아무 작업도 수행하지 않습니다. AutoScalingGroup 조정 작업은 인스턴스를 대체합니다.
인스턴스에 EC2 Auto Recovery가 활성화된 경우 문제 해결은 조치를 취하지 않습니다.
EC2 볼륨 사용량 수정 자동화
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 스토리지 부족 이벤트 수정 자동화
Amazon RDS 스토리지 부족 이벤트 문제에서 AWS Managed Services(AMS) 자동 수정이 작동하는 방식:
Amazon RDS 인스턴스 스토리지를 확장하기 전에 자동화는 몇 가지 검사를 수행하여 Amazon RDS 인스턴스가 수정 가능하고 사용 가능한 상태인지 또는 스토리지 가득 참 상태인지 확인합니다.
CloudFormation 스택 드리프트가 감지되면 Amazon RDS API를 통해 수정이 이루어집니다.
다음 시나리오에서는 문제 해결 작업이 실행되지 않습니다.
Amazon RDS 인스턴스 상태가 "사용 가능" 또는 "스토리지 가득 참"이 아닙니다.
Amazon RDS 인스턴스 스토리지는 현재 수정할 수 없습니다(예: 지난 6시간 동안 스토리지가 수정된 경우).
Amazon RDS 인스턴스에 오토 스케일링 스토리지가 활성화되어 있습니다.
Amazon RDS 인스턴스는 CloudFormation 스택 내의 리소스가 아닙니다.
문제 해결은 6시간당 1회 확장으로 제한되며 14일 동안 최대 3회 확장으로 제한됩니다.
이러한 시나리오가 발생하면 AMS는 아웃바운드 인시던트를 통해 사용자에게 연락하여 다음 조치를 결정합니다.
