Mesos cpu软限制危险吗？

Question

我最近在 Mesos 集群上启用了 cgroups/cpu 隔离。我一直在运行一些压力测试（比如启动一些 cpu-bound 程序并查看 cpu-burst 程序是否可以跳入并声明其 cpu 分配），看起来 Mesos 正在正确地对 cpu 进行切片。但是，我看到一些帖子声称 cpu-bound 程序占用所有空闲 cpu 是危险的。

我试图准确了解软限制 CPU 的危险是什么。关键任务可能无法立即使用其全部 CPU 分配的问题吗？在哪些情况下对 cpu 进行软限制会导致问题？我当前设置的替代方案是 CFS 调度，但我的程序大部分时间都处于空闲状态。

我使用 Marathon 和 Chronos（最新的稳定版本）在我的 Mesos 集群（也是最新的稳定版本）上安排任务。

Answer 1

软限制 CPU 的主要危险是固有的不确定性。 “显式胜于隐式。”你希望你的任务被安排在一台主机上，任务大多是空闲的，但它可能没那么幸运。在您有其他任务爆发的不幸情况下，这意味着您的任务性能受到负面影响，相对于您的任务将在具有硬限制的环境中的情况。你可能比突发能力更看重可预测性。在一个更理想的世界里，我们甚至可能想要一个混合体。

话虽如此，硬限制不一定是灵丹妙药。我无法谈论您提到的帖子的推理，但即使是 Mesos 文档也提到 CFS 可能并不适合所有事情：https://mesosphere.github.io/marathon/docs/cfs.html