Bug 827168

Summary:	[RFE] Allow a VM to run on particular selected cluster hosts
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Robert McSwain <rmcswain>
Component:	RFEs	Assignee:	Doron Fediuck <dfediuck>
Status:	CLOSED DUPLICATE	QA Contact:	Yaniv Kaul <ykaul>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	3.1.0	CC:	abaron, acathrow, dyasny, iheim, jkt, lpeer, sgrinber
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---	Flags:	sgrinber: Triaged+
Hardware:	All
OS:	Linux
Whiteboard:	sla
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-06-19 16:53:11 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	SLA	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	912059, 975630
Bug Blocks:

Description Robert McSwain 2012-05-31 19:42:15 UTC

1. Customer Name
A. Richard Davis - PGDS UK Ltd

2. What is the nature and description of the request?
A. RHEL HA VM cluster configuration it gives you the option of running virtual machine resources on named cluster nodes in a "one, some or all" config via the use of "failoverdomains".
This allows us to limit what cluster nodes a particular VM can run on
RHEV does not give us this option. Only a "one or all" configuration is available.

We would like to see an option to allow us to select the cluster hosts available to a particular VM, to allow us to limit the hosts on which is can run.

3. Why does the customer need this? (List the business requirements here)
A. Because it is functionality lost from RHEL VM HA clusters that we rely on to ringfence VM's to specific nodes in a cluster for application server licencing purposes.

4. How would the customer like to achieve this? (List the functional requirements here)
A. Under the "Edit Server Vitual Machine, Host tab I would line to see a selection box instead of a drop down to enable the user to select more than one cluster node.

5. For each functional requirement listed in question 4, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
A. Testing whether or not the functionality works as desired, being able to assign a VM to a particular cluster host.

6. How quickly does this need resolved? (desired target release)
A. 3.1 or 3.2

7. Would the customer be able to assist in testing this functionality if implemented?
A. Yes, we would be glad to.

Comment 1 Itamar Heim 2012-06-01 14:00:10 UTC

wouldn't negative affinity making sure the HA guests wouldn't run same host be enough?

Comment 2 Richard Davis 2012-06-15 14:51:47 UTC

Itamar - Sorry, not sure I understand the question re negative affinity.

In short, we would like the ability to enable a VM to run on a selected number of hypervisors in a cluster.   For instance, I would like my VM to run on only hypervisor nodes a,c & d  out of an available cluster consisting of hypervisor nodes a,b,c,d and e.

As it stands, we are limited to enabling our VM to run on either just one hypervisor node in the available cluster (ie. a) or all of them (ie a,b,c,d & e)

Thanks

Comment 3 Itamar Heim 2012-06-16 15:48:50 UTC

Hi Richard,

my question is if the use case behind this is to allow scheduling guests not on same set of hosts, for example, to make sure two nodes of a cluster doesn't run on the same host.

thanks,
   itamar

Comment 4 Richard Davis 2012-06-25 08:56:46 UTC

Hello Itmar

Well, thats a good point and one I'd not thought about. So yeah, thats a good reason too. Our main requirement though is to limit the hosts of a RHEV cluster that a particular VM can run on. This facility is available in RHCS by the use of the "failover domains" feature but not in RHEV. This is useful when vendors who insist on licencing their products on the volume of resourse "available" in the entire cluster. If we can prove that only a portion of a RHEV cluster is available to the guest, we can limit this cost exposure.

Thanks again

Comment 5 Itamar Heim 2012-06-28 03:23:14 UTC

ok. thanks for explaining the use case.

Comment 6 Richard Davis 2012-06-28 14:43:46 UTC

No problem. Good to see you at Summit yesterday.

Comment 7 Itamar Heim 2013-01-29 11:09:32 UTC

this may end up as pinning to a tag (as a tag can be set to hosts to group them).
implementation is pending on scheduling code refactoring to make it a pluggable/extendibly interface.