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.
wouldn't negative affinity making sure the HA guests wouldn't run same host be enough?
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
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
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
ok. thanks for explaining the use case.
No problem. Good to see you at Summit yesterday.
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.