Monitorer et dépanner ATP

• Pour afficher les métriques récentes des processus :

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

  Copier

• Pour compter les types de métriques de processus uniques :

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

  Copier

• Pour afficher les métriques de processus récentes de votre cluster :

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

  Copier

• Pour compter les types de métriques de processus uniques pour votre cluster :

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

  Copier

Problème: Toutes les métriques de processus sont envoyées, non filtrées.

Problème: La mémoire du collecteur augmente au fil du temps

Solution: Ajustez les paramètres de rétention :

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

Problème: Les processus attendus sont absents de la télémétrie

Solution: Vous devez utiliser le chemin complet pour ajouter des processus à la liste d'inclusion. Les entrées sans séparateur de chemin ne correspondront à aucun processus. Par exemple :

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

Problème: Auparavant, les données ATP s'affichaient, mais ce n'est plus le cas. Cela pourrait être dû à l'atteinte des limites de cardinalité. ATP filtre de nombreux processus pour réduire le volume de télémétrie, mais si vous avez un nombre très élevé de processus uniques, vous pourriez tout de même atteindre les limites. Vous pouvez monitorer votre utilisation de la cardinalité pour suivre cela.

Solution:

Pour le dépannage, vérifiez si vous avez atteint les limites de cardinalité en vous rendant sur la page de gestion de la cardinalité dans New Relic. Si vous avez dépassé les limites, vous pouvez augmenter votre limite de cardinalité.

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

Pour activer la fonctionnalité de fichier de persistance d'ATP, vous devez exécuter le binaire avec des privilèges élevés.

Ajoutez ce qui suit au fichier daemonset.yaml de votre chart Helm :

hostPID: true

Pour activer la collecte de données disk.io par le récepteur hostmetrics OpenTelemetry, vous avez besoin de privilèges élevés car les données d'E/S stockées à /proc/[PID]/io nécessitent un accès root. Ce n'est pas une exigence ATP, ATP traite uniquement les données qui ont déjà été collectées par OpenTelemetry.

Ajoutez le contexte de sécurité suivant à votre chart Helm :

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