View a markdown version of this page

경보 평가 기간 - Amazon CloudWatch
슬라이딩 기간 및 벽시계 기간 중에서 선택슬라이딩 윈도우벽시계 기간

경보 평가 기간

CloudWatch는 지표 경보를 평가할 때 평가 기간이라는 시간 범위에 대한 지표 데이터를 검색합니다. 기간 길이는 Period에 Evaluation Periods를 곱합니다. 해당 기간의 경계가 PutMetricAlarm API의 EvaluationWindow 파라미터에 의해 제어되는 경우 EvaluationWindow는 다음 두 가지 구성 중 하나를 허용합니다.

  • SlidingWindow – 기본값. 기간은 경보가 평가될 때마다 진행되어 롤링 기간을 형성합니다.

  • WallClockWindow - 기간은 기간(예: 정각, 자정 또는 달력 주의 시작)과 일치하는 클럭 경계에 맞게 조정되며, 선택적으로 특정 시간대에 맞게 조정됩니다.

지표 경보를 생성하거나 업데이트할 때 EvaluationWindow를 지정하지 않으면 경보는 슬라이딩 창을 사용합니다. 경보를 업데이트하여 언제든지 기존 경보를 벽시계 창으로 전환할 수 있습니다.

두 구성 모두 PromQL 쿼리를 기반으로 하는 경보를 제외한 모든 유형의 지표 경보에서 지원됩니다.

슬라이딩 기간 및 벽시계 기간 중에서 선택

슬라이딩 기간은 최신 데이터를 지속적으로 통합하므로 데이터 포인트가 임계값을 초과하는 즉시 위반을 감지합니다. 성능, 지연 시간 또는 리소스 제거 워크로드와 같이 일정 정렬이 중요하지 않은 실시간 모니터링을 위한 슬라이딩 기간을 선택합니다.

벽시계 기간은 각 시간, 일 또는 주와 같이 일정이 정렬된 전체 기간을 평가합니다. 모니터링이 비즈니스 또는 달력 기간과 연결된 경우 벽시계 기간을 선택합니다. 또한 이벤트가 롤링 기간 경계에 걸쳐 있을 때 발생할 수 있는 거짓 경보를 방지합니다. 예를 들어 연속 백업 간격이 24시간을 초과하는 경우 각 역일에 백업이 있더라도 슬라이딩 기간이 있는 일일 백업 경보에 ALARM이 입력될 수 있습니다. 벽시계 기간은 매일 독립적으로 평가되며 이를 방지합니다.

단점은 감지 타이밍입니다. 벽시계 기간에는 데이터가 포함된 기간이 종료된 후에만 데이터 포인트가 반영됩니다. 문제가 진행 중인 동안 감지해야 하는 경우 슬라이딩 기간을 사용합니다.

슬라이딩 윈도우

슬라이딩 기간을 사용하면 경보가 평가될 때마다 평가 기간이 앞으로 이동하여 롤링 기간을 형성합니다. 예를 들어, 기간이 1시간이고 평가 기간이 1인 경보는 한 평가에서 13:07~14:07, 다음 평가에서는 13:08~14:08의 시간 범위를 평가할 수 있습니다.

기간에는 항상 최신 데이터 포인트가 포함되므로 오토 스케일링작업을 트리거하는 경보에는 슬라이딩 기간이 더 적합합니다.

슬라이딩 기간에는 추가 구성 옵션이 없습니다. API를 통해 명시적으로 구성하려면 EvaluationWindow를 {"SlidingWindow":{}}로 설정합니다. EvaluationWindow를 생략해도 동일한 효과가 있습니다.

벽시계 기간

평가 기간은 선택한 시간대의 고정 시간 경계(예: 각 시간 또는 일)에 맞게 조정됩니다. 일일 보고서, 배치 작업 또는 백업과 같은 예약된 워크로드에 가장 적합합니다.

경계는 선택한 시간대에서 일치하는 달력 기간의 시작과 일치합니다. 즉, 기간이 1시간인 경우 정각, 기간이 1일인 경우 자정, 기간이 1주인 경우 월요일 00:00(ISO 8601 주의 시작)입니다. 이러한 정렬 지점은 고정되며 변경할 수 없습니다.

벽시계 기간을 사용하는 경우

경보 평가가 하루 중 시간대 또는 달력 경계에 맞게 조정되도록 하려면 벽시계 기간을 선택합니다. 일반적인 시나리오는 다음과 같습니다.

  • 특정 시간대의 자정까지 완료해야 하는 일일 배치 작업.

  • 1주일을 요약한 주간 규정 준수 또는 비즈니스 보고서.

참고

오토 스케일링 작업을 트리거하는 경보에는 벽시계 기간을 사용하지 않는 것이 좋습니다. 경보는 현재 기간이 종료된 후에만 새 데이터를 반영하므로 응답형 규모 조정을 위해 부하를 충분히 추적할 수 없습니다. 대신 슬라이딩 기간을 사용합니다.

지원되는 기간

다음 기간 중 하나가 있는 지표 경보와 함께 벽시계 기간을 사용할 수 있습니다.

  • 1분(60초)

  • 5분(300초)

  • 1시간(3,600초)

  • 1일(86,400초)

  • 1주(604,800초)

벽시계 기간은 고해상도 경보(10, 20 또는 30초 기간)에는 지원되지 않습니다.

벽시계 기간이 지원하지 않는 기간을 지정하는 경우 PutMetricAlarm은 지원되는 기간을 나열하는 검증 오류를 반환합니다.

지표 수학 및 Metrics Insights 경보의 경우 Metrics 배열의 모든 지표는 지원되는 벽시계 기간 중 하나를 사용해야 합니다.

참고

Metrics Insights 경보는 3시간 이하의 시간 범위를 평가할 수 있습니다(기간에 평가 기간을 곱함). Metrics Insights 경보가 벽시계 기간을 사용하는 경우 CloudWatch는 기간을 벽시계 경계에 맞추기 위해 한 개의 추가 기간을 자동으로 예약합니다. 따라서 유효 한도는 기간에 (평가 기간 + 1)을 곱한 값이 되며, 이 값은 여전히 3시간 이하여야 합니다. 즉, 벽시계 기간을 사용하는 Metrics Insights 경보는 슬라이딩 기간이 있는 동일한 경보보다 평가 기간이 한 번 짧을 수 있습니다. 예를 들어 기간이 1시간인 경우 슬라이딩 기간은 최대 3개의 평가 기간을 지원하지만 벽시계 기간은 최대 2개를 지원합니다. 이 제한을 초과하면 PutMetricAlarm이 오류를 반환합니다.

시간대 및 일광 절약 시간

선택적으로 벽시계 기간의 시간대를 지정할 수 있습니다. 시간대를 지정하지 않으면 CloudWatch는 UTC를 사용합니다. 시간대에 따라 벽시계 경계가 어디에 속하는지 결정됩니다. 예를 들어 America/New_York의 기간이 1인 경보는 뉴욕 현지 자정부터 현지 자정까지 매일 평가되고 UTC의 동일한 경보는 00:00 UTC에서 00:00 UTC까지 평가됩니다. Asia/Kolkata(+05:30)와 같이 정시가 아닌 오프셋이 있는 시간대는 시간당 및 시간 미만 기간에 대해서도 경계를 이동합니다.

다음과 같은 형식으로 시간대를 지정할 수 있습니다.

  • America/New_York, Europe/London, Asia/Kolkata와 같은 IANA 시간대 식별자

  • +05:30, -08:00, Z와 같은 고정 UTC 오프셋(UTC에 해당).

  • UTC+05:30 또는 GMT-08:00와 같은 오프셋 접두사 식별자.

지정하는 시간대는 5분의 배수인 UTC 오프셋으로 확인되어야 합니다. 예를 들어, +01:00, +05:30, +01:05는 허용되지만 +01:03은 거부됩니다. CloudWatch는 경보 생성 시 검증 오류와 함께 이 요구 사항을 충족하지 않는 시간대를 거부합니다.

IANA 시간대를 지정하면 CloudWatch는 일광 절약 시간 전환을 자동으로 처리합니다. 평가 기간은 클럭이 변경되는 날에도 지정된 시간대의 로컬 벽시계에 맞춰 유지됩니다. 수정된 UTC 오프셋 및 오프셋 접두사 식별자는 일광 절약 시간을 준수하지 않습니다.

경보 평가 빈도

벽시계 기간이 있는 경보는 슬라이딩 기간이 있는 경보와 동일한 빈도로 평가됩니다. 벽시계 기간을 선택하면 CloudWatch가 지표 데이터를 검색하는 데 사용하는 기간의 경계만 변경되며 경보가 실행되는 빈도는 변경되지 않습니다.

예를 들어 기간이 1시간인 경보와 벽시계 기간이 있는 경보는 1분마다 평가됩니다. 각 평가는 가장 최근에 완료된 클럭 시간에 대한 데이터를 살펴봅니다. 새 클럭 시간이 시작되면 창이 새 시간 경계로 이동합니다.

벽시계 기간을 사용하는 지표 경보를 생성하려면 벽시계 평가 기간을 사용하는 지표 경보 생성 섹션을 참조하세요.