全部文档
当前文档
最近更新时间：2024-05-30 19:32:20
本文档提供virtual-kubelet（即虚拟节点，简称vk）容量与规格配置的对比介绍，旨在为用户针对各自业务情况创建合适规格配置的虚拟节点提供参考建议。
1.容量：vk中可设置管理的pod上限值，默认为2000（支持10000+，如若调整可联系具体对接人员）；
2.规格配置：vk的资源配置，KCE组件管理中对应vk组件的resource limit。
在容器实例整个生命周期中，vk需要与openApi、apiServer等多个组件进行持续的交互，这些交互过程会占用vk的内存、CPU、网络等关键资源，这些资源的消耗会随着pod数量的增加而增加，具体如下：
vk各项资源（内存、cpu、网络带宽等）的占用和监控数据聚合时长随着pod数量的增加而呈现线性增长趋势，并且vk所消耗的资源中，监控数据的获取和聚合占据了相当大的比例；
vk重启，重启过程中vk资源占用会呈现小幅度先下降再上升的波动，最终稳定在正常范围；
开启资源监控的情况下，每500个pod约占用vk CPU 0.15核、内存1GB，用户使用vk前可预先评估vk所需管理Pod的峰值数量，然后根据该峰值数量对vk进行容量配置；
开启资源监控的情况下，Pod数量达到2000时，vk的资源占用CPU约0.5核、内存约4GB，此时vk的resource limit可配置为2核6GB，以确保vk的稳定运行；
开启资源监控的情况下，Pod数量达到10000时，vk的资源占用CPU约3核、内存约20GB，此时vk的resource limit可配置为8核32GB，以确保vk的稳定运行；
资源监控开启后，监控数据的获取和聚合会消耗较大的资源，如果不需要监控功能，推荐关闭监控从而极大降低vk的资源占用。
用户需根据自身业务情况配置vk的资源规格，以此避免意外情况（如：vk规格配置资源不足，导致vk性能受影响）的发生，具体配置建议，请参见下表：
Pod数量（个） | 监控 | 资源占用 | 资源建议（resource limit） | ||
CPU（核） | 内存（GB） | CPU（核） | 内存（GB） | ||
|---|---|---|---|---|---|
500 | 关闭 | <0.01 | 0.1 | - | - |
2000 | 关闭 | 0.05 | 0.3 | - | - |
500 | 开启 | 0.15 | 1 | 1 | 2 |
1000 | 开启 | 0.30 | 2 | 1 | 2 |
2000 | 开启 | 0.5 | 4 | 2 | 6 |
5000 | 开启 | 1.3 | 9 | 2 | 16 |
10000 | 开启 | 3 | 20 | 8 | 32 |
纯净模式
