You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-cn@cloudstack.apache.org by WXR <47...@qq.com> on 2013/06/29 11:35:24 UTC

回复： 请问全局变量中的overprovisioning.factor参数是什么含义？

我之前也是这么认为的，但将这个值修改大以后，重启management服务，重新添加HOST节点后，看到的HOST节点上的可用资源还是和物理机实际的资源一致。
并且这里有一个帖子说的似乎是我刚才的那个意思，不过我英语不太好，可能理解的不对。
https://cwiki.apache.org/CLOUDSTACK/cpu-and-memory-overcommit.html





------------------ 原始邮件 ------------------
发件人: "Jijun"<ji...@gmail.com>;
发送时间: 2013年6月29日(星期六) 下午5:30
收件人: "users-cn"<us...@cloudstack.apache.org>; 

主题: Re: 请问全局变量中的overprovisioning.factor参数是什么含义？



On 06/29/2013 05:01 PM, WXR wrote:
> 假如mem.overprovisioning.factor设置为5，是不是指如果一个虚拟机开设方案里限制的是1G内存，在物理机很空闲的时候它最大可以用到5G？
不是你的意思，mem.overprovisioning.factor的意思是，内存超配值，对于集群 
物理机而言，如果物理机有1G内存， mem.overprovisioning.factor为5，那个在 
CS看来物理机相当于有5G内存可以分配给虚拟机，可以创建更多的虚拟机。
> 另外cloudstack在统计资源的时候，已经停止的虚拟机也计算内存，这样如果有大量停止不用的虚拟机在上面，就没有办法再创建新的虚拟机了，虽然实际上物理机还有很多CPU和内存可用。有没有什么办法设置成不计算已经停止的虚拟机的资源呢?
在Global Settings里capacity.skipcounting.hours，指定多少秒释放vm的cpu和 
mem的，默认是3600s，可以改小一点。

-- 
Thanks,
Jijun

Re: 回复： 请问全局变量中的overprovisioning.factor参数是什么含义？

Posted by Peng Wei <pw...@gmail.com>.
在日志里可以看到类似这样的话，    CPUOverprovisioningFactor considered: 1.0   ，
 你就知道你的设置是不是有效果了，日志里这句话的前后会详细说明 你的虚机要用多少，有多少可以用。


2013/6/29 Jijun <ji...@gmail.com>

> On 06/29/2013 05:35 PM, WXR wrote:
>
>> 我之前也是这么认为的，但将这个值修改大以后，**重启management服务，重新添加HOST节点后，**
>> 看到的HOST节点上的可用资源还是和物理机实际的资源一致。
>> 并且这里有一个帖子说的似乎是我刚才的那个意思，**不过我英语不太好，可能理解的不对。
>> https://cwiki.apache.org/**CLOUDSTACK/cpu-and-memory-**overcommit.html<https://cwiki.apache.org/CLOUDSTACK/cpu-and-memory-overcommit.html>
>>
> 对于cpu是有效的，对于内存是无效的。最后一句说了：**Currently, CloudStack does not perform memory
> over-provisioning。
> 你可以通过hack源码实现这个功能，不是很复杂。
>
>
>
>>
>>
>>
>> ------------------ 原始邮件 ------------------
>> 发件人: "Jijun"<ji...@gmail.com>;
>> 发送时间: 2013年6月29日(星期六) 下午5:30
>> 收件人: "users-cn"<us...@cloudstack.apache.org>
>> >;
>>
>> 主题: Re: 请问全局变量中的overprovisioning.**factor参数是什么含义？
>>
>>
>>
>> On 06/29/2013 05:01 PM, WXR wrote:
>>
>>> 假如mem.overprovisioning.**factor设置为5，**是不是指如果一个虚拟机开设方案里限制的是1G内存，**
>>> 在物理机很空闲的时候它最大可以用到5G？
>>>
>> 不是你的意思，mem.overprovisioning.**factor的意思是，内存超配值，对于集群
>> 物理机而言，如果物理机有1G内存， mem.overprovisioning.factor为5，**那个在
>> CS看来物理机相当于有5G内存可以分配给虚拟机，**可以创建更多的虚拟机。
>>
>>> 另外cloudstack在统计资源的时候，**已经停止的虚拟机也计算内存，**这样如果有大量停止不用的虚拟机在上面，**
>>> 就没有办法再创建新的虚拟机了，**虽然实际上物理机还有很多CPU和内存可用。**有没有什么办法设置成不计算已经停止的虚拟机的资源呢?
>>>
>> 在Global Settings里capacity.**skipcounting.hours，**指定多少秒释放vm的cpu和
>> mem的，默认是3600s，可以改小一点。
>>
>>
>
> --
> Thanks,
> Jijun
>
>

Re: 回复： 请问全局变量中的overprovisioning.factor参数是什么含义？

Posted by Jijun <ji...@gmail.com>.
On 06/29/2013 05:35 PM, WXR wrote:
> 我之前也是这么认为的，但将这个值修改大以后，重启management服务，重新添加HOST节点后，看到的HOST节点上的可用资源还是和物理机实际的资源一致。
> 并且这里有一个帖子说的似乎是我刚才的那个意思，不过我英语不太好，可能理解的不对。
> https://cwiki.apache.org/CLOUDSTACK/cpu-and-memory-overcommit.html
对于cpu是有效的，对于内存是无效的。最后一句说了：Currently, CloudStack 
does not perform memory over-provisioning。
你可以通过hack源码实现这个功能，不是很复杂。

>
>
>
>
> ------------------ 原始邮件 ------------------
> 发件人: "Jijun"<ji...@gmail.com>;
> 发送时间: 2013年6月29日(星期六) 下午5:30
> 收件人: "users-cn"<us...@cloudstack.apache.org>;
>
> 主题: Re: 请问全局变量中的overprovisioning.factor参数是什么含义？
>
>
>
> On 06/29/2013 05:01 PM, WXR wrote:
>> 假如mem.overprovisioning.factor设置为5，是不是指如果一个虚拟机开设方案里限制的是1G内存，在物理机很空闲的时候它最大可以用到5G？
> 不是你的意思，mem.overprovisioning.factor的意思是，内存超配值，对于集群
> 物理机而言，如果物理机有1G内存， mem.overprovisioning.factor为5，那个在
> CS看来物理机相当于有5G内存可以分配给虚拟机，可以创建更多的虚拟机。
>> 另外cloudstack在统计资源的时候，已经停止的虚拟机也计算内存，这样如果有大量停止不用的虚拟机在上面，就没有办法再创建新的虚拟机了，虽然实际上物理机还有很多CPU和内存可用。有没有什么办法设置成不计算已经停止的虚拟机的资源呢?
> 在Global Settings里capacity.skipcounting.hours，指定多少秒释放vm的cpu和
> mem的，默认是3600s，可以改小一点。
>


-- 
Thanks,
Jijun