내구성 hysteresis: 경고의 끝
대부분의 IT alerting software fires a metric crosses a line — CPU touch 90% for two seconds during the Backup job and someone is pagesd at 3 a.m. Monitic은 상태를 유지해야 합니다. 임계 값은 경고 화재 전에 정의 된 기간 동안 위반해야하며, 미터는 명확하기 전에 회복되어야합니다. 두 개의 양면 분야는 스핑을 제거 : 급류 개방 폐쇄 폭풍 없음, 일시적인 스파이크에 대한 페이지 없음, 예정된 스캔 또는 야간 배치 작업에서 소음 없음. Monitic 경고를 할 때, 조건은 실제, 지속적이고,주의 가치가 있습니다.
CIO의 경우, outcome는 간단합니다: 몇몇 거짓 페이지는 진실한 사건, 건강상 on-call 교체에 더 빠른 응답을 의미하고, 당신의 팀을 실제로 신뢰하는 경고하는 수로.
중요 한 신호에 위협
Alert 규칙은 대부분의 종점 사건 뒤에 미터를 덮습니다:
- CPU, 메모리, 디스크 및 온도, 구성 가능한 높은 및 낮은 임계값으로 각각
- 규칙 당 튜닝 창, 그래서 데이터베이스 서버 및 회의실 PC는 동일한 공차를 공유하지 않습니다
- WebSocket을 통해 라이브 대시보드에서 Alerts surfacing은 그 순간에 화재 - 콘솔과 pager는 실시간 동의
규칙은 장치 감시과 동일한 telemetry에 타고 있기 때문에, reconcile에 두 번째 데이터 파이프라인을 배치하는 별도의 수집가가가 없습니다.
alert에서 동작
경고는 계획 작업에 알림이 아니라 해결의 시작이어야합니다. Monitic은 동일한 콘솔에서 갭을 닫습니다. 프로세스 워커 자동 받침대 중요한 프로세스는 즉시 실패, 원격 전력 작업 재시작 또는 웨이크 머신을 처리하고, 반복 조건은 automation engine에 넣을 수 있으므로 루프에서 인간이 없는 수정이 실행됩니다. 도구 경고 및 대기 완료; Monitic 경고 및 행위.
작업
- Device monitoring - 실시간 원격 측정 모든 경고 규칙은에 대한 평가
- Monitic 에이전트 - 각 종점에 1개의 경량, 자동 치유 수집기
- Automation - 손없는 구제로 알림 상태를 설정
자주 묻는 질문
기간에 근거한 hysteresis는 거짓 경고를 감소시킵니다?
임계 값이 정의 된 기간 동안 위반 될 때 경고 만 화재가 발생하고 메트릭이 복구 될 때만 명확합니다. 임계 값의 순간 스파이크와 진동은 누구에게도 절대 페이지가 아니라 실제 신호를 전달하는 경고입니다.
###는 자동 수정을 유발할 수 있습니까?
예. Process watchers restart failed process automatically, and alert conditions can drive scripts and schedule task through the Automation engine - 서비스 시작, 디스크를 정리, 전원 사이클 기계.
어느 미터가 임계값을 경고하는가?
CPU, 메모리, 디스크 및 온도, 높은 낮은 임계값과 각 관리된 Windows, Linux 및 macOS 엔드포인트에 per-rule 내구 창.
실시간 경고가 나타나나요?
예. Alert 상태는 WebSocket을 통해 콘솔에 스트림을 전송하므로 대쉬보드는 발사 또는 알림을 반영하여 순간이 발생합니다.