APM 에이전트는 지원되는 프레임워크 에 대한 오류 데이터를 자동으로 보고합니다. 오류 보고 및 경고를 최적화하기 위해 다음과 같이 오류를 추가로 관리할 수 있습니다.
- 기본적으로 계측되지 않는 오류를 포착하세요.
- 보고하고 싶지 않은 오류는 무시하세요.
- 예상되는 오류에서 노이즈를 필터링하여 성능에 영향을 미치는 오류에 집중할 수 있습니다. (Java, Ruby, Node, Python 및 .NET 에이전트만 해당)
팁
세 부분으로 구성된 오류 추적 튜토리얼을 확인하세요. 이 튜토리얼에서는 심각한 오류에 대응하고 해결하는 방법을 안내하기 위해 앱 중단에 대한 예제 시나리오를 사용합니다.
기본적으로 계측되지 않은 오류 수집
APM 에이전트에는 오류를 보고(또는 "알림")하기 위한 API 호출이 포함됩니다. 이는 APM이 프레임워크를 자동으로 계측하지 않거나 지원되는 프레임워크에 대해 포착되지 않는 특정 오류가 있는 경우에 유용합니다.
APM 에이전트가 오류를 보고하도록 하는 방법을 알아보려면 에이전트별 API 설명서를 참조하십시오.
- 이동 :
NoticeError() - 자바 :
NoticeError() - .NET :
NoticeError() - Node.js:
noticeError() - PHP :
newrelic_notice_error() - 파이썬 :
notice_error() - 루비 :
notice_error()
오류 무시
때때로 APM 에이전트는 사용자 로그인 오류와 같은 민감한 정보가 포함된 오류와 같이 보고하지 않으려는 오류를 계측합니다. 오류가 수집기 에 보고되지 않도록 하려면 오류를 무시하면 됩니다. 그러면 APM 에이전트가 오류를 완전히 삭제합니다.
팁
Java, .NET, Ruby, Node.js의 경우, Go 및 Python: APM에 오류를 보고하고 싶지만 해당 오류가 Apdex 또는 오류율에 영향을 미치지 않게 하려면 대신 예상대로 표시하십시오 .
오류를 무시하는 방법에는 에이전트 구성을 통하거나 UI에서 서버 측 구성을 통하는 두 가지 방법이 있습니다.
예상되는 오류(Java, Node.js, Python, Ruby, Go 및 .NET만 해당)
아래 APM 에이전트의 경우 오류를 예상대로 표시할 수 있습니다. 이러한 오류는 APM에 보고되고 볼 수 있지만 Apdex 또는 오류율 (또는 오류율에 따른 경고 조건 )에는 영향을 미치지 않습니다.
오류를 예상대로 구성하려면 에이전트별 설명서를 참조하십시오.
예상 오류가 활성화된 경우 APM의 오류 분석 페이지에는 기본적으로 error.expected 속성이 false 으로 설정된 필터가 적용되며, 이는 예상 오류가 표시되지 않음을 의미합니다. 예상되는 오류를 보려면 error.expected 필터를 끄십시오.
예상 오류를 보려면 데이터를 쿼리하십시오 .
- 예상 오류 차트를 보려면
error.expected속성에 대한 쿼리를 만드세요. - NRQL 쿼리에 대한 경고 조건 을 만들려면
error.expected속성을 사용하세요.
받은편지함 오류로 지문 인식 오류
오류 받은 편지함은 오류 발생을 지능적으로 그룹화하여 노이즈를 줄이고 중요한 오류를 강조 표시합니다.
오류 이벤트는 동일한 지문을공유할 때 오류 그룹으로 그룹화됩니다. 당사의 관리형 규칙은 미리 정의된 패턴 세트를 기반으로 자동 오류 그룹화를 제공할 수 있지만 가능한 모든 조합을 인식하는 것은 불가능합니다. 이러한 이유로 고객은 관리형 규칙이 항목을 정확하게 그룹화하지 않는 경우 콜백 기능을 통해 자신의 지문을 설정할 수도 있습니다.
사용자 지정 지문 논리를 구성하려면 에이전트별 설명서를 참조하십시오.
UI에서 오류 보기
다른 위치 중에서 오류 데이터는 UI의 다음 부분에 나타납니다.
- 오류 분석 페이지 : 오류에 대한 심층 차트 및 시각적 분석을 보여줍니다.
- APM 개요 페이지 : 오류가 포함된 애플리케이션의 상위 수준 보기를 표시합니다.
- 경고 조건 : 오류율을 기준으로 할 수 있습니다.
transactionError이벤트: NRQL 쿼리 에 사용할 수 있는 기본 오류 데이터를 포함합니다.