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