OpenShift Enterprise 2中多个CPU/内核的档位大小?

OpenShift Enterprise 2中多个CPU/内核的档位大小?,openshift,cgroups,Openshift,Cgroups,我正在建立OpenShift Enterprise 2,我想创建一个齿轮尺寸更大的区域。改变 /etc/openshift/resource_limits.conf 在节点上增加gear可用的内存和磁盘非常简单,但CPU资源管理不那么直观(来自resource_limits.conf): 默认情况下,gear最多只能消耗单处理器内核的100%。如果我想允许一个更大的档位大小,可以允许充分利用2个处理器内核,我该怎么做,或者在OpenShift中目前根本不可能做到?因为所有档位都是相同的,而且在限

我正在建立OpenShift Enterprise 2,我想创建一个齿轮尺寸更大的区域。改变

/etc/openshift/resource_limits.conf

在节点上增加gear可用的内存和磁盘非常简单,但CPU资源管理不那么直观(来自resource_limits.conf):


默认情况下,gear最多只能消耗单处理器内核的100%。如果我想允许一个更大的档位大小,可以允许充分利用2个处理器内核,我该怎么做,或者在OpenShift中目前根本不可能做到?

因为所有档位都是相同的,而且在限制组时会在相对的基础上比较“cpu共享”,所以我不确定更改“cpu共享”是否有意义

然而,“cpu\u cfs\u quota\u us”看起来可能是正确的旋钮。从本页:

看来,我应该能够加倍配额,以获得一个完整的2核心。但是,OpenShift是否会尊重这一点尚不清楚,因为在resource_limits.conf中甚至找不到“cpu\u cfs\u period\u us”参数


我用“压力”做了一个实验。我首先确认我可以在正常的ssh登录下加载2个内核(使用'stress--cpu2')。然后我登录到该主机上的gear并运行相同的操作。如果cpu\u cfs\u quota\u us=100000,我最多只能为每个压力过程消耗50%的cpu。但是,当我更改为cpu\u cfs\u quota\u us=200000时,我可以为每个进程消耗99%以上的内存,因此看起来它现在成功了。如果这在OpenShift文档中被调用,那就太好了…

虽然资源限制.conf中没有列出cpu\u cfs\u quota\u us,但它仍然可能被修改。您可以自己添加,并使用
oo cgroup read cpu.cfs\u period\u us
验证给定档位上的变化,来尝试一下。
# cpu cpu_rt_period_us=100000 cpu_rt_runtime_us=950000
cpu_shares=128
cpu_cfs_quota_us=100000