你想添加什么？
移除启动cadvisor的需求，因为它有一个周期性的清理任务。这将留下对cadvisor API的按需调用。
为什么需要这个？
cadvisor的清理任务是一个可见的开销，它收集主机操作系统的统计信息，这些信息完全可以被CRI APIs替代。保留清理任务的唯一用途是收集rootfs统计信息，这可以更改为按需调用。
此外，还请参阅之前试图管理cadvisor开销的问题：
$x_1^e_0^f_1^x$
$x_1^e_1^f_1^x$
你想添加什么？
移除启动cadvisor的需求，因为它有一个周期性的清理任务。这将留下对cadvisor API的按需调用。
为什么需要这个？
cadvisor的清理任务是一个可见的开销，它收集主机操作系统的统计信息，这些信息完全可以被CRI APIs替代。保留清理任务的唯一用途是收集rootfs统计信息，这可以更改为按需调用。
此外，还请参阅之前试图管理cadvisor开销的问题：
$x_1^e_0^f_1^x$
$x_1^e_1^f_1^x$
9条答案
按热度按时间anhgbhbe1#
这个问题目前正在等待分类。
如果SIG或子项目确定这是一个相关的问题，他们将通过应用
triage/accepted标签并提供进一步的指导来接受它。组织成员可以通过在评论中写入
/triage accepted来添加triage/accepted标签。有关使用PR评论与我互动的说明，请查看here。如果您对我的行为有任何问题或建议，请针对kubernetes-sigs/prow仓库提出一个问题。
jq6vz3qz2#
/sig node
/cc @kannon92
fd3cxomn3#
Casvisor收集了rootfs和imagefs的磁盘统计信息。容器运行时可以与rootfs位于不同的文件系统上。
p8ekf7hl4#
当启用PodAndContainerStatsFromCRI时，imagefs是否由CRI处理？这里的关注点是什么？
r8uurelv5#
所有磁盘统计信息都由cadvisor读取。
laximzn56#
我不确定我是否完全理解了您的担忧。
您是否介意审查 #126120 并指出遗漏的内容？在那个PR中，磁盘统计信息仍然由cadvisor读取，但它是按需的，不需要启动cadvisor。实际上，磁盘统计收集代码相当简单，我们最终可以在kubelet中实现它，并消除对cadvisor的依赖。
谢谢！
0qx6xfy67#
我不确定我是否完全理解了您的担忧。
您是否介意审查 #126120 并指出遗漏的内容？在那个PR中，磁盘统计信息仍然由cadvisor读取，但它是按需的，不需要启动cadvisor。实际上，磁盘统计收集代码相当简单，我们最终可以在kubelet中实现它，并消除对cadvisor的依赖。
谢谢！
您只收集了rootfs的这些统计信息。您缺少用于imagefs和containerfs的代码。
cyvaqqii8#
我猜你指的是这个链接：https://github.com/kubernetes/kubernetes/blob/master/pkg/kubelet/stats/cadvisor_stats_provider.go#L84-L95,这仅在PodAndContainerStatsFromCRI未启用时需要。kubelet是否在其他地方需要这些？
我不确定我完全理解你的担忧。
你介意审查#126120并指出遗漏了什么吗？在那篇PR中，磁盘统计数据仍然由cadvisor读取，但它是按需的，不需要启动cadvisor。实际上，磁盘统计代码相当简单，我们最终可以在kubelet中实现它，消除对cadvisor的依赖。
谢谢！
你只收集了rootfs的统计数据。你缺少用于imagefs和containerfs的代码。
imzjd6km9#
在代码中，即使启用了CRIStats,我们仍然使用cadvisor来收集磁盘统计信息。CRIStats不包括磁盘统计信息。