2017-09-26 4 views
0

私はKubernetesクラスタを持っています。 kopsをプロビジョニングし、労働者はCoreOSです。時々、Prometheusで報告されたI/Oスパイクと相関する重要な負荷スパイクが、node_disk_io_time_msメトリックから発生します。つまり、このI/Oワークロードが実際にどこから発生したのかを正確に特定するための指標を使用できないようです。 container_fs_*のようなメトリックは、実際のコンテナでは常にゼロの値を取得し、ノード全体ではすべてのデータしか取得できないため、役に立たないようです。Kubernetes/CoreOSノードのI/O監視

任意のヒントどのように私はKUBEクラスタ/ coreosノードでI/O負荷のために非難されるものを見つけるの問題は非常に歓迎近づくことができる

答えて

0

にあなたはnginxの侵入を使用している場合は、

とそれを構成することができます
enable-vts-status: "true" 

これは、入力にある各ポッドのプロメテウス測定基準の束を提供します。それはスパイクを作成するcronジョブである場合、メトリック名がnginx_upstream_

で始まり、ノード・輸出国のdaemonsetをインストールして、メトリックcontainer_fs_

をチェック