Io Kubernetes/CoreOS节点上的I/O监视

Io Kubernetes/CoreOS节点上的I/O监视,io,load,kubernetes,coreos,prometheus,Io,Load,Kubernetes,Coreos,Prometheus,我有一个库伯内特斯星系团。配备kops,在CoreOS工人上运行。我不时地看到一个显著的负载峰值,它与Prometheus中从node\u disk\u io\u time\u ms度量报告的I/O峰值相关。问题是,我似乎无法使用任何度量来确定I/O工作负载的实际来源。像container\ufs.*这样的度量似乎是无用的,因为我总是为实际的容器获取零值,而任何数据都只针对整个节点 关于如何找到kube cluster/coreos节点中I/O负载的原因的任何提示非常欢迎如果您使用的是nginx

我有一个库伯内特斯星系团。配备
kops
,在
CoreOS
工人上运行。我不时地看到一个显著的负载峰值,它与Prometheus中从
node\u disk\u io\u time\u ms
度量报告的I/O峰值相关。问题是,我似乎无法使用任何度量来确定I/O工作负载的实际来源。像
container\ufs.*
这样的度量似乎是无用的,因为我总是为实际的容器获取零值,而任何数据都只针对整个节点


关于如何找到kube cluster/coreos节点中I/O负载的原因的任何提示非常欢迎

如果您使用的是nginx入口,您可以使用

enable-vts-status: "true"
这将为你提供一系列普罗米修斯的指标,这些指标针对每个进入的吊舱。度量名称以
nginx\u上游\u开头


如果是cronjob创建峰值,请安装节点导出器守护程序并检查度量值
容器\u fs\ucode>

如果您使用的是nginx入口,则可以使用

enable-vts-status: "true"
这将为你提供一系列普罗米修斯的指标,这些指标针对每个进入的吊舱。度量名称以
nginx\u上游\u开头

如果是cronjob创建了峰值,请安装节点导出器守护程序并检查度量
container\u fs