[Engine-devel] SPM Priority Design - Wiki Page

[Itamar Heim]

On 12/29/2011 04:34 PM, Andrew Cathrow wrote:
>
>
> ----- Original Message -----
>> From: "Itamar Heim"<iheim at redhat.com>
>> To: "Miki Kenneth"<mkenneth at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Thursday, December 29, 2011 5:41:41 AM
>> Subject: Re: [Engine-devel] SPM Priority Design - Wiki Page
>>
>> On 12/27/2011 05:22 PM, Miki Kenneth wrote:
>>> Few points:
>>> - From requirement perspective - 0-10 scale is OK too.
>>> - There is an RFE to allow manual SPM selection, let's make sure
>>> that we clarify how we do that in the scenarios.
>>> - There is a case were all Hosts are set as "no SPM" (-1), user
>>> should be notify (on the last host?)
>
> I don't agree with/understand the requirements
> <snip>
> - Enable setting a priority between -1 and 100 for a host (100 is the highest, -1 means never to choose this host).
> - When SPM selection process takes place, use the SPM priority to select an SPM.
> - Default for upgrading ovirt will be 50.
> </snip>
>
> Here we are asking the user to define priorities for the SPM selection. A user should be able to influence the selection but the actual choice should come down to runtime status.
> If Host A us running 100 VMs and host B is running 50 then it seems more efficient for B to be the SPM rather than A
> If Host C has multiple storage paths to the LUN then it seems a better fit than host B that has only one path.
>
> We need to step back and review the requirements here.
>
> Today SPM selection is random, that certainly needs to change but a user defining priorities is overly complex and won't solve the runtime selection issue.
>
> We need to start by defining an algorithm for selecting the SPM independent of user input.
> At selection time I'd suggest that we at least need to consider number of paths to the storage (for block based) number of VMs on that host, perhaps #cores?
> Perhaps we should dynamically create a score for a host that takes these factors into account, each may get higher rating - eg. maybe # storage paths is more important that # cores ?
>
>
> On top of this we can add some user defined preference that plays into the score. For example a user can say "this host can NEVER be an SPM" or can set a preference - eg. "Preferred SPM" or perhaps even "always SPM"
>
> This algorithm would apply for automated selection of SPMs but a user should be allowed to override this and at runtime say "make this node the SPM now"

or we limit this to only allowing for now "allow using this host as SPM" 
checkbox, but keep the values as integer rather than boolean to allow 
this in the future easily, but for now only allow to flag which hosts 
should not become SPMs.

>
>
>
>>
>> SPM is DC level, not cluster level.
>>
>>> - Need to be able to view in the GUI:
>>>     - the SPM priority for all Hosts, on the GRID?
>>
>> isn't this cluttering the hosts grid? general subtab maybe?
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel