AWSでKubernetes Clusterを実行しており、dd-agent DaemonSetを使用してDataDogでメトリックを収集しています。私のDataDogインスタンスがKubernetesの "no_pod"を報告するのはなぜですか？
「no_pod」とタグ付けされたメトリックで表示されるポッドは、メモリ/ CPU/NetworkTx/NetworkRXという多くのリソースを使用しています。
このポッドはどのような説明ですか、どのように私はそれを見つけることができる、それを殺す、それを再起動するなど？
dd-agent source codeは "no_pod"ラベルを定義しているようですが、なぜそこにあるのか、それがどこから来ているのか、どのようにkubectlなどで見つけることができないのでしょうか？
DataDogでのサポートチームに話すの後、私はno_podポッドは何であったかに関する以下の情報を見つけることができました。
Kubernetesのチェックでは、集約されたデータを公開するKubernetes APIからコンテナのリストが取得されています。ここのメトリックエクスプローラの設定では、/ dockerという名前のコンテナと、他のコンテナと一緒に収集されるコンテナが表示されます。 container_name：/およびcontainer_name：/ dockerに由来するpod_name：no_podのメトリックは、複数のコンテナにまたがって集計されたメトリックです。グラフ内にこれらの集計されたコンテナメトリックが表示されないようにするには、ダッシュボードをクローンして、これらのポッドをクエリから除外することができます。これを行うには、クローンダッシュボードで、JSONタブでクエリを編集し、タグスコープに！pod_name：no_podを追加します。
したがって、これらのポッドはクラスタ外で実行されているドッカーとルートレベルのコンテナであり、私が現在行っているフィルタをフィルタリングしない限り、常に表示されます。
DataDogのサポート担当者から、私の問題を調べて、ポッドが何であるかについての素晴らしい説明をしてくれたことに心から感謝しています。
通常、「no_pod」はkubernetesの外で開始されたコンテナを参照しますが、これは「no_pod」コンテナの数が多いようです。あなたのログと設定でフレアを送って、掘り下げに役立つ可能性がありますか？ https://help.datadoghq.com/hc/en-us/articles/204991415-Send-logs-and-configs-to-Datadog-via-flare-command –
こんにちは@IlanRabinovitch。お返事をありがとうございます。私はフレアを送るでしょう。 – jonhoare