Java 앱의 인스턴스에 의해 위반될 때 트리거되는 경고 임계값을 설정할 수 있습니다. 조건의 범위를 앱 인스턴스로 지정하면 앱 인스턴스의 하위 집합에서만 발생하는 이상 징후를 감지하는 데 도움이 됩니다.
이러한 종류의 이상 현상은 많은 수의 인스턴스에서 메트릭을 집계하는 앱에서 놓치기 쉽습니다. 각 인스턴스를 살펴봄으로써 잠재적인 문제가 어디에서 발생하는지 더 빨리 식별할 수 있습니다.
예시
이 예에서는 세 개의 인스턴스가 있는 Java 앱에 대한 정책을 설정합니다. 인스턴스의 오류율에 대한 조건의 위험 임계값이 .02%보다 큰 경우 인시던트를 열려고 합니다. 최소 5분 동안.
5분 동안 세 인스턴스의 오류율은 다음과 같습니다.
앱 인스턴스 | 오후 4시 45분 | 오후 4시 50분 | 사건이 열렸습니까? |
|---|---|---|---|
ㅏ | 0.00% | 0.00% | 아니요. 이 인스턴스는 전체 시간 동안 목표 임계값 미만으로 유지되었습니다. |
비 | 0.02% | 0.03% | 예. 경고 임계값이 최소 5분 동안 이 인스턴스에 대한 0.02% 임계값을 초과했습니다. |
C | 0.10% | 0.00% | 아니요. 인시던트를 열려면 최소 연속 5분 동안 임계값을 위반해야 합니다. 그러나 5분에 한 번 이상 임계값을 설정했다면 5분 동안 최소 한 번임계 값을 위반해야 합니다. |
인스턴스 기반 경고 조건 생성
앱의 개별 인스턴스별로 인시던트에 대한 알림을 트리거하는 정책을 생성하려면:
- 기본 워크플로 프로세스 에 따라 정책을 설정합니다.
- 조건 을 생성할 때(2단계) APM 을 선택합니다.
- 조건 유형으로 애플리케이션 메트릭 을 선택합니다.
- 앱의 선택된 각 인스턴스에 대해 경보 임계값 인시던트를 개별적으로 평가하려면 Scope to Java application instances [Java 애플리케이션 인스턴스로 범위 지정 을] 선택하십시오.
- 다음을 선택하고 엔터티 를 선택한 다음 이 조건에 대한 하나 이상의 앱을 식별합니다.
- 옵션: 알림이 인시던트를 강제 종료하는 시간을 변경합니다(기본값은 24시간).
- 조건별 또는 조건별 및 신호 인시던트 기본 설정 을 사용합니다.
- 나머지 정책 워크플로 프로세스를 계속합니다(3단계) .
팁
앱에 대한 모든 인스턴스의 평균 을 기반으로 인시던트를 열려면 Java 애플리케이션 인스턴스로 범위 지정 대신 애플리케이션으로 범위 지정을 선택하십시오.
"조건별" 인시던트 기본 설정 사용
인스턴스 기반 조건이 포함된 정책에 대한 인시던트 기본 설정 을 지정할 때 조건 및 신호별 대신 조건별 을 선택하는 것이 좋습니다. 앱이 이 조건에 대해 선택된 엔터티이지만 각 JVM을 별도의 엔터티로 평가합니다.
인시던트 기본 설정 을 조건 및 신호 기준 으로 설정하면 임계 임계값을 위반하는 각 JVM에 대해 별도의 인시던트가 열립니다. 앱이 여러 JVM에서 실패하면 "피로"와 좌절을 경고할 수 있습니다.
인스턴스 경고에 REST API 사용
New Relic REST API 를 사용하여 인스턴스 기반 경고 조건 을 생성하려면 REST API 호출에 다음 항목을 포함하십시오.
- API 키
- 모니터링 중인 항목 의 숫자
entity_id condition_id(API 탐색기에서 사용 가능: Alerts Conditions > GET > List )entity_type("application"로 설정)condition_scope(자바 애플리케이션 인스턴스의 경우 {"instance"}, 자바 앱의 경우"application"로 설정)
다음은 API 요청 형식 및 JSON 응답의 예입니다.