APM 및 모바일 모니터링을 위한 이벤트 제한 및 샘플링

우리의 APM대리인과 모바일 모니터링에이전트는 보고할 수 있는 이벤트 수에 제한이 있습니다. 이 문서에서는 다음을 설명합니다.

• 이벤트 보고 제한이 필요한 이유
• 샘플링 작동 방식
• 샘플링된 데이터로 작업하고 이해하는 방법

이벤트와 측정항목의 차이점

이 문서는 이벤트 데이터에 대한 제한과 이러한 제한이 샘플링으로 이어지는 방식에 관한 것입니다. 먼저 다음 두 가지 데이터 유형의 차이점을 이해하는 데 도움이 될 수 있습니다.

• 측정항목 : 시간 경과에 따라 집계된 측정값입니다. 예: 1분 시간 범위에 대한 평균 응답 시간, 시간에 따른 처리량, 시간에 따른 CPU 사용률.
• 이벤트 : 특정 시간에 발생하는 개별 이벤트. 예: 보고되는 로그 또는 오류, 또는 구성 변경. 일부 이벤트는 시간 경과에 따라 집계되어 메트릭을 형성합니다(예: 시간 경과에 따른 오류 수).

이 두 가지 유형의 데이터는 서로 다른 용도로 사용됩니다. 메트릭은 시스템에서 시간이 지남에 따라 패턴을 인식하는 데 유용하고 이벤트는 드릴다운하여 해당 패턴의 원인에 대한 세부 정보를 얻는 데 유용합니다. 메트릭은 시간이 지남에 따라 집계되기 때문에 시스템 동작의 추세와 변경 사항을 파악하는 데 유용합니다. 집계된 이벤트 수를 나타내는 메트릭(예: HTTP 응답 시간 메트릭)의 경우 개별 이벤트는 발생한 일에 대한 세부 정보를 제공하고 카디널리티가 높은 속성(예: 계정 또는 사용자 ID)으로 패싯을 제공합니다.

이벤트 샘플링이 필요한 이유

당사의 APM 에이전트 및 모바일 에이전트는 수집 주기 당 보고할 수 있는 이벤트 수에 제한이 있습니다. 이는 제한이 없는 경우 전송되는 매우 많은 수의 이벤트가 애플리케이션이나 New Relic에 성능 영향을 미칠 수 있기 때문에 필요합니다. 제한에 도달하면 에이전트가 이벤트 샘플링을 시작합니다. 에이전트마다 한도가 다르지만 목표는 수확 주기 전반에 걸쳐 대표적인 샘플을 제공하는 것입니다.

또한 에이전트는 New Relic에 연결할 수 없는 경우 샘플링할 수 있습니다. 에이전트가 New Relic에 연결할 수 없는 경우 계속해서 로컬에 데이터를 저장합니다. 그러나 결국 전송되는 페이로드의 크기를 제한해야 합니다. 이러한 이유로 연결이 끊긴 기간 동안 이벤트를 샘플링합니다. 연결이 끊긴 시간이 길수록 더 많이 샘플링됩니다.

샘플링의 영향

샘플링의 한 가지 결과는 샘플링 되지 않은 메트릭 데이터 와 샘플링된 이벤트 데이터 사이에 불일치가 있을 수 있다는 것입니다. 이것의 예:

• 샘플링되지 않은 메트릭 데이터를 보여주는 APM 차트는 샘플링된 이벤트 데이터의 동등한 NRQL 쿼리보다 더 높은 처리량을 보여줄 수 있습니다. 메트릭 타임슬라이스 데이터와 이벤트 데이터의 차이점에 대한 자세한 내용은 데이터 유형 을 참조하세요.
• New Relic이 아닌 모니터링 서비스는 New Relic과 다른 결과를 표시할 수 있습니다.

제한이 있고 샘플링 대상인 이벤트는 다음과 같습니다.

• Transaction
• TransactionError
• Span ( 분산 추적 샘플링 참조)
• 에이전트 API를 통해 보고된 사용자 지정 이벤트(예: .NET 에이전트의 RecordCustomEvent )
• Mobile
• MobileRequest
• MobileCrash
• MobileHandledException

샘플링 방식 변경

샘플링 방식을 변경하기 전에 다음 주의 사항과 권장 사항을 읽으십시오.

• 더 많은 이벤트를 보고하면 에이전트가 더 많은 메모리를 사용하게 됩니다.
• 일반적으로 에이전트의 이벤트 보고 제한을 높이지 않고 필요한 데이터를 얻을 수 있는 방법이 있습니다.
• 페이로드 크기 제한은 1MB(10^6바이트)(압축)이므로 이벤트 수는 여전히 해당 제한의 영향을 받을 수 있습니다. 이벤트가 삭제되는지 확인하려면 413 HTTP 상태 메시지에 대한 에이전트 로그를 참조하십시오.

샘플링에 영향을 미치는 몇 가지 방법은 다음과 같습니다.

• 대부분의 에이전트에는 샘플링된 트랜잭션의 제한을 변경하기 위한 구성 옵션이 있습니다(예: Java 에이전트의 max_samples_stored 또는 Android 모바일 에이전트의 setMaxEventPoolSize).
• 특정 앱 활동이 샘플링되지 않는 것이 중요하다면 Event API 를 사용할 수 있습니다.
• 더 많은 인스턴스에 애플리케이션을 배포할 수 있습니다. 한도는 에이전트당이므로 에이전트가 많을수록 이벤트 저장소가 더 커집니다.

APM: 샘플링 보상

APM 보고 이벤트를 쿼리할 때 EXTRAPOLATE 을 사용하여 샘플링을 보정할 수 있습니다. 이렇게 하면 샘플링되지 않은 데이터가 어떻게 보이는지 대략적으로 알 수 있습니다.