# 경보 음소거 규칙
경보 음소거 규칙은 사전 정의된 기간에 경보 작업을 자동으로 음소거하는 메커니즘을 제공하는 CloudWatch 기능입니다. 음소거 규칙을 생성할 때 작업이 음소거되는 특정 기간과 대상 경보를 정의합니다. CloudWatch는 예상되는 운영 이벤트 중에 원치 않는 알림 또는 자동화된 경보 작업을 방지하면서 경보 상태를 계속 모니터링하고 평가합니다.
경보 음소거 규칙은 경보 작업이 불필요하거나 운영을 중단시키는 중요한 운영 시나리오를 관리하는 데 도움이 됩니다. 예를 들어 계획된 유지 관리 기간에 시스템이 의도적으로 오프라인 상태가 되거나 시스템에서 예상되는 문제가 발생하는 동안 자동화된 경보 작업을 방지하여 중단 없이 유지 관리를 수행할 수 있습니다. 주말이나 공휴일과 같은 업무 외 시간에 수행되는 운영의 경우 즉각적인 대응이 필요하지 않을 때 중요하지 않은 경보 작업을 음소거하여 경보 노이즈를 줄이고 운영 팀에 전송되는 불필요한 알림을 줄일 수 있습니다. 테스트 환경에서 음소거 규칙을 사용하면 예상되는 리소스 사용량이나 오류율이 높고 즉각적인 주의가 필요하지 않은 부하 테스트와 같은 시나리오에서 경보 작업을 일시적으로 음소거할 수 있습니다. 팀이 문제를 적극적으로 해결하는 경우 음소거 규칙은 중복 경보 작업이 트리거되지 않도록 할 수 있으므로 중복 경보 알림으로 인한 방해 없이 문제 해결에 집중할 수 있습니다.
## 경보 음소거 규칙 정의
경보 음소거 규칙은 **규칙** 및 **대상**을 사용하여 정의할 수 있습니다.
+ **규칙** - 경보 작업을 음소거해야 하는 기간을 정의합니다. 규칙은 다음과 같은 세 가지 속성으로 구성됩니다.
+ **표현식** - 음소거 기간이 시작되는 시점과 반복되는 방식을 정의합니다. 다음과 같은 두 가지 유형의 표현식을 사용할 수 있습니다.
+ **Cron 표현식** - 표준 cron 구문을 사용하여 반복되는 음소거 기간을 생성합니다. 이 접근 방식은 주간 시스템 업데이트 또는 일일 백업 작업과 같은 정기 유지 관리 일정에 적합합니다. Cron 표현식을 사용하면 특정 요일, 월 또는 시간을 포함하여 복잡한 반복 패턴을 지정할 수 있습니다.
*cron 표현식 구문*
```
┌───────────── minute (0 - 59)
│ ┌───────────── hour (0 - 23)
│ │ ┌───────────── day of the month (1 - 31)
│ │ │ ┌───────────── month (1 - 12) (or JAN-DEC)
│ │ │ │ ┌───────────── day of the week (0 - 6) (0 or 7 is Sunday, or MON-SUN)
│ │ │ │ │
│ │ │ │ │
* * * * *
```
+ `*`, `,`, `-` 문자는 모든 필드에서 지원됩니다.
+ 영어 이름은 `month`(JAN-DEC) 및 `day of week`(SUN-SAT) 필드에 사용할 수 있습니다.
+ **표현식에서** - 일회성 음소거 기간에 표현식에서 사용합니다. 이 접근 방식은 알려진 시간에 한 번 수행되는 계획된 운영 이벤트에 적합합니다.
```
Syntax: `at(yyyy-MM-ddThh:mm)`
```
+ **기간** - 음소거 규칙이 활성화된 후 지속되는 기간을 지정합니다. 기간은 ISO-8601 형식을 사용하여 최소 1분(PT1M)에서 최대 15일(P15D)로 지정해야 합니다.
+ **시간대** - 'America/Los\$1Angeles' 또는 'Europe/London'과 같은 표준 시간대 식별자를 사용하여 표현식에 따라 음소거 기간이 적용되는 시간대를 지정합니다.
+ **대상** - 정의된 기간에 작업이 음소거되는 경보 이름 목록을 지정합니다. 대상 목록에 지표 경보와 복합 경보를 모두 포함할 수 있습니다.
선택적으로 시작 및 종료 타임스탬프를 포함하여 음소거 기간에 대한 추가 경계를 제공할 수 있습니다. 시작 타임스탬프는 음소거 규칙이 특정 날짜 및 시간 이전에 활성화되지 않도록 하는 반면, 종료 타임스탬프는 지정된 날짜 및 시간 이후에 규칙이 적용되지 않도록 합니다.
프로그래밍 방식으로 경보 음소거 규칙을 생성하는 방법에 대한 자세한 내용은 [PutAlarmMuteRule](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutAlarmMuteRule.html)을 참조하세요.
**참고**
대상 경보는 동일한 AWS 계정 및 동일한 AWS 리전(음소거 규칙이 생성됨)에 있어야 합니다.
단일 경보 음소거 규칙은 경보 이름별로 최대 100개의 경보를 대상으로 지정할 수 있습니다.
CloudWatch 콘솔에는 전용 '경보 음소거 규칙' 탭이 있으며, 여기에서 AWS 계정 내 모든 음소거 규칙을 중앙에서 관리할 수 있습니다. 규칙 이름과 같은 음소거 규칙 속성을 사용하여 특정 음소거 규칙을 검색할 수 있습니다.
## 음소거 규칙 상태
경보 음소거 규칙이 생성되면 아래 세 가지 상태 중 하나일 수 있습니다.
+ **SCHEDULED** - 구성된 기간 표현식에 따라 향후 시점에 음소거 규칙이 활성화됩니다.
+ **ACTIVE** - 음소거 규칙은 구성된 기간 표현식에 따라 현재 활성 상태이며 대상 경보 작업을 능동적으로 음소거합니다.
+ **EXPIRED** - 음소거 규칙은 향후 더 이상 SCHEDULED/ACTIVE 상태가 아닙니다. 일회성 음소거 규칙의 경우 음소거 기간이 종료된 후 또는 반복 음소거 규칙의 경우 종료 타임스탬프가 구성되고 해당 시간이 경과한 경우에 나타납니다.
## 경보에서 음소거 규칙의 영향
활성 음소거 기간에 대상 경보에서 상태가 변경되고 작업이 구성된 경우 CloudWatch는 해당 작업을 실행하지 않도록 음소거합니다. 음소거는 경보 작업에만 적용됩니다. 즉, 경보가 계속 평가되고 상태 변경이 CloudWatch 콘솔에 표시되지만 Amazon Simple Notification Service 알림, Amazon Elastic Compute Cloud Auto Scaling 작업 또는 Amazon EC2 작업과 같이 구성된 작업은 실행되지 않습니다. CloudWatch는 음소거 기간에 경보 상태를 정상적으로 계속 평가하며, 사용자는 경보 기록을 통해 이 정보를 볼 수 있습니다.
음소거 기간이 종료되면 대상 경보가 경보 상태(OK/ALARM/INSUFFICIENT\$1DATA)로 유지되는 경우 CloudWatch는 해당 기간에 음소거된 경보 작업을 자동으로 다시 트리거합니다. 그러면 계획된 음소거 기간이 끝날 때 진행 중인 문제에 대해 경보 작업이 실행되어 모니터링 시스템의 무결성을 유지할 수 있습니다.
**참고**
경보를 음소거하는 경우:
대상 경보와 연결된 모든 작업이 음소거됨
모든 경보 상태(OK, ALARM 및 INSUFFICIENT\$1DATA)와 연결된 작업이 음소거됨
## 음소거된 경보 보기 및 관리
음소거된 경보 보기 및 관리에 대한 자세한 내용은 [음소거된 경보 보기 및 관리](viewing-managing-muted-alarms.md) 섹션을 참조하세요.
# 경보 음소거 규칙 작동 방식
다음 시나리오에서는 경보 음소거 규칙이 대상 경보에 미치는 영향과 경보 작업이 음소거되거나 실행되는 방법을 보여줍니다.
**참고**
경보를 음소거하면 OK, ALARM 및 INSUFFICIENT\$1DATA를 포함한 모든 경보 상태에 연결된 작업이 음소거됩니다. 아래 나온 동작은 모든 경보 상태에 연결된 작업에 적용됩니다.
Metrics Insights 경보를 음소거하면 해당 경보에 대한 모든 기고자 지표 시리즈도 자동으로 음소거됩니다.
## 시나리오: 음소거 규칙이 활성화되면 경보 작업이 음소거됨
다음을 고려합니다.
+ 경보에는 ALARM 상태에 대해 구성된 작업이 있음
+ 경보 음소거 규칙이 해당 경보를 대상으로 하는 t1부터 t5까지 활성화되도록 예약됨
![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-1.png)
+ **t0**에서 - 경보가 OK 상태이고 음소거 규칙은 SCHEDULED 상태임
+ **t1**에서 - 음소거 규칙 상태가 ACTIVE 상태가 됨
+ **t2**에서 - 경보가 ALARM 상태로 전환되고 음소거 규칙에 의해 경보가 효과적으로 음소거되므로 작업이 음소거됨
+ **t4**에서 - 음소거 규칙이 여전히 활성 상태인 동안 경보가 OK 상태로 돌아감
+ **t5**에서 - 음소거 규칙이 비활성화되지만 경보가 이제 OK 상태이므로 ALARM 작업이 실행되지 않음
## 시나리오: 음소거 규칙이 활성 상태일 때 음소거되고 음소거 기간 이후 다시 트리거되는 경보 작업
다음을 고려합니다.
+ 경보에는 ALARM 상태에 대해 구성된 작업이 있음
+ 경보 음소거 규칙이 해당 경보를 대상으로 하는 t1부터 t5까지 활성화되도록 예약됨
![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-2.png)
+ **t0**에서 - 경보가 OK 상태이고 음소거 규칙은 SCHEDULED 상태임
+ **t1**에서 - 음소거 규칙 상태가 ACTIVE 상태가 됨
+ **t2**에서 - 경보가 ALARM 상태로 전환되고 음소거 규칙에 의해 경보가 효과적으로 음소거되므로 작업이 음소거됨
+ **t4**에서 - 음소거 기간이 비활성화되고 경보가 여전히 ALARM 상태임
+ **t5**에서 - 음소거 기간이 종료되고 경보가 원래 음소거되는 동일한 상태(ALARM)로 유지되므로 경보 작업이 실행됨
## 시나리오: 여러 중첩 경보 음소거 규칙
다음을 고려합니다.
+ 경보에는 ALARM 상태에 대해 구성된 작업이 있음
2개의 음소거 규칙이 있다고 간주합니다.
+ 경보 음소거 규칙 1 - t1에서 t5까지 경보 음소거
+ 경보 음소거 규칙 2 - t3에서 t9까지 경보 음소거
![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-3.png)
+ **t0**에서 - 경보가 OK 상태이고 두 음소거 규칙 모두 SCHEDULED 상태임
+ **t1**에서 - 첫 번째 음소거 규칙이 ACTIVE 상태가 됨
+ **t2**에서 - 경보가 ALARM 상태로 전환되고 작업이 음소거됨
+ **t3**에서 - 두 번째 음소거 규칙이 ACTIVE 상태가 됨
+ **t5**에서 - 첫 번째 음소거 규칙이 비활성화되지만 두 번째 음소거 규칙이 여전히 활성 상태이므로 경보 작업은 음소거 상태로 유지됨
+ **t8**에서 - 두 번째 음소거 기간이 종료되고 경보가 원래 음소거되는 동일한 상태(ALARM)로 유지되므로 경보 작업이 실행됨
## 시나리오: 음소거 규칙 업데이트로 음소거 기간이 종료되면 음소거 경보 작업이 실행됨
다음을 고려합니다.
+ 경보에는 ALARM 상태에 대해 구성된 작업이 있음
+ 경보 음소거 규칙이 해당 경보를 대상으로 하는 t1부터 t8까지 활성화되도록 예약됨
![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-4.png)
+ **t0**에서 - 경보가 OK 상태이고 음소거 규칙은 SCHEDULED 상태임
+ **t1**에서 - 음소거 규칙이 ACTIVE 상태가 됨
+ **t2**에서 - 경보가 ALARM 상태로 전환되고 작업이 음소거됨
+ **t6**에서 - 음소거 규칙 구성이 업데이트되어 기간이 t6에 끝납니다. 음소거 규칙이 더 이상 활성화되지 않으므로 경보 작업은 t6에서 즉시 실행됩니다.
**참고**
동일한 동작이 적용됩니다.
음소거 규칙이 t6에서 삭제되는 경우 음소거 규칙을 삭제하면 즉시 경보를 음소거 해제합니다.
경보가 음소거 규칙 대상(t6에서)으로부터 제거되면 경보가 즉시 음소거 해제됩니다.
## 시나리오: 음소거 기간에 경보 작업이 업데이트되면 새 작업이 실행됨
다음을 고려합니다.
+ 경보에는 ALARM 상태에 대해 구성된 작업이 있음
+ 경보 음소거 규칙이 해당 경보를 대상으로 하는 t1부터 t8까지 활성화되도록 예약됨
![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-5.png)
+ **t0**에서 - 경보가 OK 상태이고 음소거 규칙은 SCHEDULED 상태입니다. SNS 작업은 경보 상태 ALARM으로 구성됩니다.
+ **t1**에서 - 음소거 규칙이 ACTIVE 상태가 됨
+ **t2**에서 - 경보가 ALARM 상태로 전환되고 구성된 SNS 작업이 음소거됨
+ **t6**에서 - SNS 작업을 제거하고 Lambda 작업을 추가하도록 경보 구성이 업데이트됨
+ **t8**에서 - 음소거 기간이 종료되고 경보가 원래 음소거되는 동일한 상태(ALARM)로 유지되므로 경보에 구성된 Lambda 작업이 실행됨
**참고**
음소거 기간(위 예제의 경우 t6에서)에 모든 경보 작업이 제거되면 음소거 기간 종료 시(위 예제의 경우 t8에서) 작업이 실행되지 않음
## 일반적인 사용 사례에 대한 일정 예제
다음 예제에서는 일반적인 사용 사례에서 기간 표현식 구성 방법을 보여줍니다.
**시나리오 1: 예약된 유지 관리 기간에 경보 작업 음소거** - 서비스가 의도적으로 사용 불가능한 상태이거나 성능이 저하된 모드에서 작동하는 경우 시스템 또는 데이터베이스 업데이트와 같이 예측 가능한 일정에 따라 수행되는 정기 유지 관리 활동.
+ 기간이 `PT4H`인 Cron 표현식 `0 2 * * SUN` - 주간 시스템 유지 관리를 위해 매주 일요일 오전 2시부터 오전 6시까지 경보를 음소거합니다.
+ 기간이 `PT6H`인 Cron 표현식 `0 1 1 * *` - 월간 데이터베이스 유지 관리를 위해 매월 1일 오전 1시부터 오전 7시까지 경보를 음소거합니다.
**시나리오 2: 업무 외 시간에 중요하지 않은 경보 음소거** - 즉각적인 주의가 필요하지 않은 주말 또는 휴일에 알림 피로를 줄입니다.
+ 기간이 `P2DT12H`인 Cron 표현식 `0 18 * * FRI` - 매주 주말 금요일 오후 6시부터 월요일 오전 6시까지 경보를 음소거합니다.
**시나리오 3: 일일 백업 작업 중 성능 경보 음소거** - 리소스 사용률을 일시적으로 높이고 예측 가능한 기간에 성능 관련 경보를 트리거할 수 있는 일일 자동 백업 프로세스.
+ 기간이 `PT2H`인 Cron 표현식 `0 23 * * *` - 디스크 I/O 및 CPU 사용률을 일시적으로 높이는 야간 백업 작업 중에 매일 오후 11시부터 오전 1시까지 경보를 음소거합니다.
**시나리오 4: 활성 문제 해결 세션 중에 중복 경보 음소거** - 팀이 문제를 적극적으로 조사하고 해결하는 동안 경보 작업을 일시적으로 음소거하여 알림 노이즈를 방지하고 문제 해결을 집중할 수 있게 합니다.
+ 기간이 `PT4H`인 표현식 `at(2024-05-10T14:00)`에서 - 활성 인시던트 대응 세션 중에 2024년 5월 10일 오후 2시부터 오후 6시까지 경보를 음소거합니다.
**시나리오 5: 계획된 회사 운영 차단 중 경보 작업 음소거** - 모든 시스템이 의도적으로 장기간 오프라인 상태가 되는 일회성의 연장된 유지 관리 기간 또는 회사 전체의 운영 차단.
+ 기간이 `P7D`인 표현식 `at(2024-12-23T00:00)`에서 - 연례 회사 운영 차단 중 2024년 12월 23일\$129일의 전체 주간에 경보를 음소거합니다.