Docker Compose v3 deploy资源限制cpus参数为绝对数值还是CPU占比？

问题解答 #

1. cpus参数的属性

你对cpus取值为绝对数值的认知正确，但注意它不是预留属性，而是服务可用CPU的硬上限：

• 取值代表固定的CPU核心数量，和宿主机总核心数无关。比如宿主机4核，两个服务各设cpus: 0.5，两个服务合计最高只能用到1核的算力，哪怕剩余3核完全空闲，两个服务也无法占用超出配额的资源。
• 如果你需要配置CPU预留，可以用deploy.resources.reservations.cpus参数，它才是定义服务最低可保障的CPU核心数的配置项。

2. cpu-shares的作用与理解

你对cpu-shares的认知完全正确：

• 它是相对权重值，默认值为1024，仅在CPU资源出现竞争时生效。比如两个服务权重都设为1024，CPU满负载时两个服务各分得50%的算力；如果权重分别设为2048和1024，竞争时算力分配比例为2:1。
• 无CPU竞争时，服务可以占用所有空闲CPU资源，完全符合你想要的“无需随宿主机核数调整配置”的需求。

3. 无CPU预留的影响

cpu-shares不保证CPU预留的特性，带来的影响主要是资源保障不足：

• 如果宿主机上运行了其他容器、系统进程占用了全部CPU资源，你的服务哪怕设置了cpu-shares，也无法优先获得CPU时间片，极端情况下可能出现服务完全无响应的情况。
• 如果你对服务的可用性、响应延迟有严格要求，建议同时配置reservations.cpus做最低资源预留，搭配cpu-shares使用，既可以在空闲时占满所有资源，也能在资源竞争时拿到最低保障的算力。

你的总结修正

• 错误：cpus代表预留可随时使用的CPU数量→正确：cpus是服务可用CPU的硬上限，最多只能用到对应数值的核心算力，不涉及预留属性。
• 正确：cpu-shares是相对权重数值，仅在CPU资源出现竞争时用于计算服务可使用的CPU占比。

内容的提问来源于stack exchange，提问作者lmk