alerting 생성 시 헷갈릴 수 있는 옵션에 대해서 설명합니다.
- multiple conditions 일 때
- rolling window
- retest window
- missing data 처리 방법
multiple conditions 일 때
https://cloud.google.com/monitoring/alerts/concepts-indepth#condition-combiners
알림 정책에는 최대 6개의 조건이 포함될 수 있습니다. 조건이 여러개 일때 처리 방법은 아래 표와 같습니다.
- OR는 설명 생략합니다.
- AND의 경우는 다른 리소스가 다른 조건을 충족하는 경우에도 이슈가 발생합니다.
- AND_WITH_MATCHING_RESOURCE의 경우는 하나의 리소스가 모든 조건을 충족해야 발생합니다.
예시를 들어 설명합니다.
vm1, vm2 가 있고, condition1, condition2 가 있습니다.
- vm1만 condition1을 충족하는 경우
-OR 조건을 충족해 알림이 발생합니다. - vm1은 condition1을 충족, vm2는 condition2를 충족하는 경우
-AND를 충족해 알림이 발생합니다. - vm1이 condition1, condition2를 충족하는 경우
-AND_WITH_MATCHING_RESOURCE를 충족해 알림이 발생합니다.
rolling window
https://cloud.google.com/monitoring/alerts/concepts-indepth#alignment-period
rolling window는 정렬 기간(alignment period)이라고 하는 값을 계산하는 시점에서 되돌아보는 시간 간격입니다.
예를 들어 정렬 기간이 5분인 경우, 오후 1시에 정렬 기간에는 오후 12시 55분부터 1시 사이에 수신된 샘플이 포함됩니다. 오후 1:01에는 정렬 기간이 1분 이동하여 오후 12:56 ~ 오후 1:01 사이에 수신된 샘플이 포함됩니다.
- start 라벨이 지정된 행의 경우 정렬된 값은 임곗값보다 작은 1로 계산됩니다. 다음 평가에서 정렬 기간의 샘플 합계는 2입니다. 세 번째 평가에서 합계는 3이며 이 값은 임곗값보다 크므로 기간의 타이머가 시작됩니다.
retest window
https://cloud.google.com/monitoring/alerts/concepts-indepth#duration-window
단일 측정 또는 예측으로 인해 조건이 트리거되지 않도록 하려면 duration window(= retest window)를 사용합니다.
쉽게 설명하면, false positive 방지를 위해 재측정 하는 기간입니다.(retest window 값이 1분이라면, 최초 임계치 도달 시 알림이 오지 않고 1분 후에 다시 조건 검사를 하고 그때도 충족되면 알림이 옵니다.)
- start + 2 minutes 시점에 정렬된 값이 임곗값을 초과하더라도 정렬된 값이 3분 동안 임곗값을 초과할 때까지는 조건이 트리거되지 않습니다. 이 이벤트는 start + 5 minutes 시점에 발생합니다.
missing data 처리 방법
retest window를 설정하면 missing data를 어떻게 처리할지 명시해줘야합니다.
시계열 데이터 도착이 중지되거나 데이터가 지연될 때 Monitoring은 데이터를 누락된 것으로 분류합니다. 데이터가 누락되면 알림이 전송되지 않고 이슈가 종료되지 않습니다. 타사 클라우드 제공업체에서 전송하는 데이터의 경우 일반적으로 5~15분 지연되며 30분까지도 지연될 수 있습니다. 지연 시간이 기간보다 길면 조건이 '알 수 없음' 상태로 전환될 수 있습니다.
데이터의 도착이 중지될 때 Monitoring에서 측정항목 임곗값 조건을 평가하는 방식을 구성할 수 있습니다.
다음은 누락된 데이터 필드의 여러 옵션에 대한 설명입니다.
