Monitorar e solucionar problemas do ATP

• Para visualizar métricas recentes de processos:

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

  Copiar

• Para contar tipos únicos de métricas de processo:

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

  Copiar

• Para visualizar métricas recentes de processo do seu cluster:

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

  Copiar

• Para contar tipos únicos de métricas de processo para o seu cluster:

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

  Copiar

Problema: Todas as métricas de processo estão sendo enviadas, não filtradas.

Problema: A memória do Coletor aumenta ao longo do tempo

Solução: Ajuste as configurações de retenção:

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

Problema: Processos esperados estão ausentes da telemetria

Solução: Deve-se usar o caminho completo para adicionar processos à lista de inclusão. Entradas sem separadores de caminho não corresponderão a nenhum processo. Por exemplo:

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

Problema: Anteriormente, os dados de ATP eram exibidos, mas agora não são. Isso pode ser devido ao atingimento dos limites de cardinalidade. O ATP filtra muitos processos para reduzir o volume de telemetria, mas, se você tiver um número muito alto de processos únicos, ainda poderá atingir os limites. Você pode monitorar o uso de cardinalidade para acompanhar isso.

Solução:

Para solucionar problemas, verifique se você atingiu os limites de cardinalidade acessando a página de gerenciamento de cardinalidade no New Relic. Se você excedeu os limites, você pode aumentar seu limite de cardinalidade.

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

Para habilitar o recurso de arquivo de persistência do ATP, você precisa executar o binário com privilégios elevados.

Adicione o seguinte ao arquivo daemonset.yaml no seu Helm chart:

hostPID: true

Para habilitar a coleta de dados de disk.io pelo receptor hostmetrics do OpenTelemetry, você precisa de privilégios elevados porque os dados de E/S armazenados em /proc/[PID]/io exigem acesso de usuário root. Isso não é um requisito do ATP, o ATP processa apenas dados que já foram coletados pelo OpenTelemetry.

Adicione o seguinte contexto de segurança ao seu Helm chart:

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