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 はテレメトリの量を減らすために多くのプロセスを除外しますが、一意のプロセスの数が非常に多い場合は、依然として制限に達する可能性があります。 カーディナリティの使用状況を監視してこれを追跡できます。

解決：

トラブルシューティングを行うには、New Relic のカーディナリティ管理ページにアクセスして、カーディナリティ制限に達していないかどうかを確認します。制限を超えた場合は、 カーディナリティ制限を増やすことができます。

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