청구 증가 방지
모니터링 요구 사항과 관련이 없는 Prometheus 데이터를 보내지 마십시오. 대신 필터를 사용하여 특정 메트릭을 무시하거나 포함하면 New Relic으로 보내는 데이터의 양을 제어하고 추가 청구 비용을 피할 수 있습니다.
구성 가이드 에 설명된 대로 일부 대상은 기본적으로 스크랩되며 검색된 대상에서 노출된 모든 데이터가 전송됩니다. 따라서 New Relic의 플랫폼 한도를 초과하여 청구 요금이 증가할 수 있습니다.
설정되는 데이터의 양을 줄이기 위해 prometheus 에이전트 구성을 사용자 정의할 수 있습니다.
- 긁어낼 대상을 설정합니다.
- 스크랩 간격을 조정하여 .
- 측정항목 필터를 적용합니다.
- 활성화할 prometheus 통합을 설정합니다.
또한 문제 해결 팁을 참조하십시오.
Prometheus 통합 활성화 또는 비활성화
Prometheus 에이전트는 app_values 및 source_labels 필드를 사용하여 맞춤설정할 수 있는 Prometheus 통합에서 측정항목을 스크랩합니다. 차트 GitHub 리포지토리 에서 기본값을 확인할 수 있습니다.
source_labels해당 리소스에서 측정항목을 필터링하는 데 사용할 라벨 이름을 정의합니다.app_values필터링되는 레이블 이름의 값을 정의합니다.
예를 들어 다음 값을 사용합니다.
# (...)kubernetes: source_labels: ["app.kubernetes.io/name", "app.newrelic.io/name"] app_values: ["redis"]# (...)integrations_filter.enabled: true 가 있는 모든 작업은 값이 "redis" 인 "app.kubernetes.io/name" 및 "app.newrelic.io/name" 에 해당하는 라벨을 포함하는 측정항목만 포함합니다.
추가 레이블 또는 애플리케이션 값을 포함하도록 기본값을 확장할 수 있습니다. 관심이 없는 기본 애플리케이션에서 참조하는 서비스의 값을 제거할 수도 있습니다.
Prometheus 기본 구성 적용
Prometheus 에이전트가 제공하는 구성 레이어에서 현재 지원하지 않는 일종의 요구 사항이 있는 경우 Prometheus 형식으로 추가 스크랩 구성을 설정할 수 있습니다. 이렇게 하려면 어떤 방식으로도 구문 분석되지 않는 유효한 Prometheus 구성을 포함하는 extra_ 필드를 사용하십시오.
중요
extra_ 필드에는 원시 Prometheus 구성이 포함되어야 합니다.
따라서 수집된 지표에는 정적 대상 또는 kubernetes 작업에 대해 에이전트가 추가한 pod 또는 service 같은 메타데이터가 기본적으로 포함되지 않습니다. 지원되는 필드가 요구 사항을 충족하지 않는 경우 해결 방법으로만 이 구성을 사용하십시오. helm-chart 문서 에서 자세한 내용을 참조하십시오.