New Relic 데이터를 관리하는 방법은 조직 및 요구 사항에 특정한 많은 요인에 따라 달라집니다. 즉, 데이터 수집을 관리하고 예기치 않은 급증을 방지하기 위한 몇 가지 일반적인 팁은 다음과 같습니다.
팀원을 배정합니다. 케이던스에서 수집을 검토하고 관리할 팀 구성원을 지정합니다. 청구에 포함되는 항목과 포함되지 않는 항목을 포함하여 데이터 관련 청구 요소를이해하도록 합니다.
데이터에 대해 알아보십시오. 데이터에 익숙해지는 데 시간을 할애하십시오. 밀물과 썰물을 파악하고 그것이 어디에서 왔는지 이해하십시오.
중요한 변경 사항을 적용할 때 모니터링합니다. 새 데이터 보고 도구를 처음 활성화하거나 에이전트 또는 통합을 업그레이드하거나 시스템을 크게 변경하는 경우 수집을 모니터링하여 예기치 않은 데이터 급증이 없는지 확인해야 합니다.
알림을 설정합니다. 데이터가 갑자기 급증하는 특정 시나리오가 우려되는 경우 이러한 상황이 발생하면 알림을 받을 수 있도록 경고 조건을 설정하십시오. 이에 대한 팁은 사용 조회를참조하십시오.
수집 줄이기
다음은 New Relic 고객이 도움이 되지 않는 데이터 수집을 줄이기 위해 취하는 일반적인 접근 방식에 대한 몇 가지 팁입니다.
모든 New Relic 솔루션에는 데이터가 New Relic에 보고되는 방식을 제어할 수 있는 다양한 구성 옵션이 있습니다. 아래에는 데이터 수집을 줄이는 몇 가지 인기 있는 방법이 있지만 사용 가능한 모든 옵션에 대해 알아보려면 사용 중인 특정 도구에 대한 문서를 읽는 것이 좋습니다.
전혀 원하지 않는 에이전트 또는 통합이 있는 경우 해당 도구를 제거/삭제할 수 있습니다. 지침은 해당 도구에 대한 특정 문서를 참조하십시오. 나중에 해당 도구를 사용할 가능성이 있다고 생각되면 완전히 제거하는 것보다 단순히 비활성화하는 것이 더 나은 해결책일 수 있습니다.
데이터 수집 소스
데이터 수집 UI 차트는 청구 가능한 데이터 사용량에 대한 높은 수준의 분석을 보여줍니다. 아래 표는 이러한 소스를 설명합니다. 이 표에서 "사용 측정항목 그룹"은 NrConsumption 이벤트에서 해당 소스의 usageMetric 속성 값을 나타냅니다.
데이터 수집 차트에서 측정 항목은 측정 항목 타임슬라이스 데이터 와 차원 측정 항목이라는 두 가지 유형의 측정항목을 조합한 것입니다.
사용량 측정항목 그룹: MetricsBytes .
메트릭 타임슬라이스 데이터는 8일 후 평균 1시간입니다. 90일이 지난 후에도 영구 메트릭 데이터는 1시간 단위로 계속 저장됩니다. 현재 원시 메트릭 데이터를 30일 동안 저장합니다.
초기 수집 볼륨에 대해서만 비용이 청구됩니다. 후속 롤업에 대해서는 비용이 청구되지 않습니다.
여기에는 Transaction 및 TransactionError 과 같은 APM 이벤트 가 포함됩니다.
이 데이터는 SystemSample, NetworkSample및 StorageSample 이벤트를 통해 보고됩니다.
사용량 메트릭 그룹은 InfraHostBytes입니다.
스토리지 및 네트워크 데이터를 포함하여 인프라 에이전트에서 제공되는 서버 및 가상 머신과 관련된 정보입니다.
인프라 프로세스
이 데이터는 ProcessSample 이벤트에 저장됩니다.
사용량 메트릭 그룹은 InfraProcessBytes입니다.
인프라 에이전트를 실행하는 호스트에서 실행되는 각 프로세스와 관련된 데이터입니다. 이 기능은 기본적으로 꺼져 있습니다. 자세한 내용은 프로세스 메트릭 을 참조하십시오.
인프라 통합
사용량 측정항목 그룹: InfraIntegrationBytes .
Docker 컨테이너, Windows 서비스, Nagios 검사 및 AWS, Azure 및 GCP의 관리형 서비스와 같은 클라우드 통합과 관련된 데이터를 포함하여 일반적으로 고객이 관리하는 애플리케이션 및 서비스와 관련된 성능 데이터.
존재하는 모든 Log_<value> 사용자 정의 데이터 파티션과 로그를 포함합니다.
사용량 메트릭 그룹은 LoggingBytes입니다.
로그 레코드는 기본적으로 Log 데이터 유형 에 저장됩니다. 추가 사용자 정의 데이터 파티션은 항상 Log_ 접두사가 붙고 저장된 전체 로그 데이터 세트의 일부로 계산되는 새로운 데이터 유형을 생성합니다.
LogExtendedRecord를 사용하면 4KB보다 긴 로그 메시지가 여러 이벤트로 분할되며 필요한 경우 함께 연결되어 원본 메시지를 표시합니다. 이렇게 하면 메시지 데이터의 크기가 줄어듭니다. 이 데이터가 저장되는 방법에 대한 자세한 내용은 로그 Blob 문서를참조하세요.
일반 Mobile 이벤트, MobileRequestError , MobileBreadcrumb , MobileSession , MobileHandledException , MobileCrash , MobileRequest 및 MobileJavaScriptError 를 포함한 모바일 이벤트 .