AWS で Kubernetes クラスターを実行しており、dd-agent DaemonSet を使用して DataDog でメトリクスを収集しています。
「no_pod」とタグ付けされたメトリクスに Pod が表示されており、多くのリソース (Memory/CPU/NetworkTx/NetworkRX) を使用しています。
このポッドが何であるか、それを見つける方法、強制終了する方法、再起動する方法などについての説明はありますか?
「no_pod」ラベルを定義しているように見えるdd-agentソース コードを見つけましたが、なぜそこにあるのか、どこから来ているのか、kubectl などを介してどのように見つけることができるのかがよくわかりません。
DataDog のサポート チームと話をした後、no_pod ポッドとは何かに関する以下の情報を見つけることができました。
私たちの Kubernetes チェックは、集約されたデータを公開する Kubernetes API からコンテナーのリストを取得しています。ここの Metric Explorer 構成では、/docker および / という名前のコンテナーがいくつか表示され、他のコンテナーと一緒に取得されています。container_name:/ および container_name:/docker に由来する pod_name:no_pod のメトリックは、複数のコンテナーにわたって集約されたメトリックにすぎません。(したがって、これらがグラフの最高値であることは理にかなっています。)ただし、グラフにこれらの集約されたコンテナー メトリックを表示したくない場合は、ダッシュボードを複製して、これらのポッドをクエリから除外できます。これを行うには、複製されたダッシュボードで、[JSON] タブでクエリを編集し、タグ スコープに !pod_name:no_pod を追加します。
したがって、これらのポッドは、クラスターの外部で実行されている Docker およびルート レベルのコンテナーであり、特にフィルターで除外する必要がない限り、常に表示されます。
DataDog のサポート担当者が私のために問題を調査し、ポッドが何であったかについて素晴らしい説明をしてくれたこと、そして本質的に、これらを安全にフィルタリングして心配する必要がないことを確認してくれたことに感謝します.