[ovirt-users] Spam Cluster Polcies
Jiri Moskovcak
jmoskovc at redhat.com
Mon Jun 30 12:57:29 UTC 2014
On 06/30/2014 01:53 PM, Gilad Chaplik wrote:
> ----- Original Message -----
>> From: "Maurice James" <mjames at media-node.com>
>> To: "users" <users at ovirt.org>
>> Sent: Friday, June 27, 2014 1:20:23 AM
>> Subject: [ovirt-users] Spam Cluster Polcies
>>
>> Can someone explain the cluster policies to me? The explanation at
>> http://www.ovirt.org/Features/Even_VM_Count_Distribution is not quite
>> clicking for me.
>>
>>
>>
>> * HighVMSCount - Maximum VM limit. Exceeding it qualifies the host as
>> overloaded. ( Understood )
>
> minimal #vms on host to enable the module (i.e worst host should have more than HighVMSCount vms).
>
>> * MigrationThreshold - defines a buffer before we start migrating VMs
>> from the host ( Not quite grasping. If my High limit is 5 does this mean
>> that it will only begin to move VMs when the count reaches 10? )
>
> don't think that there's any relation with "HighLimit".
> It means that migration will happen only if there is a difference of X vms or more between worst host (source host) to destination host.
>
> let say that you have 2 hosts. one has 10 vms and the second 8. if the threshold is 3, no migration will happen (10-8 !> 3).
- exactly
>
>> * SPMVMCountGrace - defines how many slots for VMs should be reserved on
>> SPM hosts (the SPM host should have less load than others, so this
>> variable defines how many VM less it should have) ( Does this mean that
>> if I have a host with only 3 VMs the SPM will 3 VMs minus the
>> SpmWmGrace? Or is this HighVmCount minus SpmVmGrace count?)
>
> you're right, the SPM host will have current + grace VMs in terms of module calculations.
> I think that this is problematic, it is likely to be selected as worst host candidate and that's not the wanted behavior iiuc
> imo, we should subtract (-) in overloaded hosts and add (+) in underutilized.
- I think it's correct as it is, if the SpmVmGrace+currentVms >
HighVmCount it is overutilized and should be freed if possible.
--J
>
> @Jirka?
>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
More information about the Users
mailing list