ATP 모니터링 및 문제 해결

• 최근 처리 과정을 보려면 다음을 참조하십시오.

  FROM Metric SELECT *
  WHERE metricName LIKE 'process.%'
  LIMIT 100

  카피

• 고유한 프로세스 유형을 계산하려면:

  FROM Metric SELECT uniqueCount(metricName)
  WHERE metricName LIKE 'process.%'

  카피

• 클러스터의 최근 프로세스 메트릭을 보려면 다음을 수행하십시오.

  FROM Metric SELECT *
  WHERE k8s.cluster.name='your-cluster-name'
  AND metricName LIKE 'process.%'
  LIMIT 100

  카피

• 클러스터의 고유 프로세스 메트릭 유형을 계산하려면 다음 단계를 따르세요.

  FROM Metric SELECT uniqueCount(metricName)
  WHERE k8s.cluster.name='your-cluster-name'
  AND metricName LIKE 'process.%'

  카피

문제: 모든 프로세스 경로가 필터링되지 않고 전송되고 있습니다.

문제: Collector 메모리는 시간이 지남에 따라 증가합니다.

해결 방법: 보존 설정을 조정하세요.

processors:
  adaptivetelemetry:
    retention_minutes: 15  # Reduce from default 30

문제: 텔레메트리에서 예상되는 프로세스가 누락되었습니다.

해결 방법: 포함 목록에 프로세스를 추가하려면 전체 경로를 사용해야 합니다. 경로 구분 기호가 없는 항목은 어떤 프로세스와도 일치하지 않습니다. 예를 들어:

processors:
  adaptivetelemetry:
    include_process_list:
      - "/usr/bin/myapp"  # Always captured regardless of thresholds

문제: 이전에는 ATP 데이터가 표시되었지만 지금은 표시되지 않습니다. 이는 카디널리티 제한에 도달했기 때문일 수 있습니다. ATP는 텔레메트리 용량을 줄이기 위해 많은 프로세스를 필터링하지만, 고유 프로세스 수가 매우 많으면 여전히 제한에 걸릴 수 있습니다. 이를 추적하려면 카디널리티 사용량을 모니터링 할 수 있습니다.

해결책:

문제를 해결하려면 뉴렐릭의 카디널리티 관리 페이지 로 이동하여 카디널리티 제한에 도달했는지 확인하십시오. 제한을 초과한 경우 카디널리티 제한을 늘릴 수 있습니다.

processors:
  adaptivetelemetry:
    metric_thresholds:
      process.cpu.utilization: 0.10  # Increase from 0.05 to 0.10 (10% CPU)
      process.memory.utilization: 0.10  # Filter out more processes

ATP의 영구 저장 파일 기능을 활성화하려면 관리자 권한으로 바이너리를 실행해야 합니다.

Helm 차트의 daemonset.yaml 파일에 다음 내용을 추가하세요.

hostPID: true

OpenTelemetry 호스트메트릭스 수신기를 통해 disk.io 데이터 수집을 활성화하려면 /proc/[PID]/io 에 저장된 io 데이터에 루트 사용자 액세스가 필요하므로 권한 상승이 필요합니다. 이는 ATP의 필수 요건이 아닙니다. ATP는 OpenTelemetry에서 이미 수집한 데이터만 처리합니다.

Helm 차트에 다음 보안 컨텍스트를 추가하세요.

securityContext:
  allowPrivilegeEscalation: true
  privileged: true
  readOnlyRootFilesystem: false
  runAsNonRoot: false
  runAsUser: 0