Bug 1107512
| Summary: | [RFE] VM-Affinity should allow to create a policy to run the VMs between two hosts only. | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Udayendu Sekhar Kar <ukar> |
| Component: | ovirt-engine | Assignee: | Dudi Maroshi <dmaroshi> |
| Status: | CLOSED ERRATA | QA Contact: | Artyom <alukiano> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 3.4.0 | CC: | awels, bhaubeck, colin.coe, dfediuck, dmaroshi, iheim, istein, lpeer, mkalinin, mtessun, pablo.iranzo, pvilayat, rbalakri, Rhev-m-bugs, rpai, sherold, yeylon, ykaul |
| Target Milestone: | ovirt-3.6.0-rc | Keywords: | FutureFeature, Reopened, Triaged |
| Target Release: | 3.6.0 | Flags: | sherold:
Triaged+
ylavi: testing_beta_priority+ |
| Hardware: | x86_64 | ||
| OS: | All | ||
| URL: | http://www.ovirt.org/Feature/VmPinningToMultipleHosts | ||
| Whiteboard: | |||
| Fixed In Version: | 3.6.0-4 alpha3 | Doc Type: | Enhancement |
| Doc Text: |
With this release, virtual machines can be pinned to more than one host. A virtual machine that is pinned to multiple hosts cannot be live migrated, but can be made highly available between the specified hosts. The virtual machine cannot run on any other hosts in the cluster, even if all of the specified hosts are unavailable.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-11-01 09:05:44 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: | 1256730 | ||
| Bug Blocks: | 1285345 | ||
|
Description
Udayendu Sekhar Kar
2014-06-10 06:15:04 UTC
Hey, it sounds like a better resolution will be to pin the VMs to specific hosts. We should have an RFE for it already. Do you think it'll resolve this RFE? hi, Pinning the VM to a host will be a good point but it will not allow VM migration to other(specific host). I guess the pinning concept is pertially same but the requirement is little more. The pinning is needed between 2 or 3 hosts only out of many hosts from the same cluster. And when all the mentioned hosts will down, its OK to keep the VM down. Am I clear enough regarding the requirement ? Please let me know, I will be happy to explain you what customer is actually looking for. Regards, Uday Uday, I'm suggesting a different RFE which others already asked for and may resolve this issue as well; pin to hosts (not host). Basically it means that a VM can only run on a sub-set of hosts in the cluster. The idea is to extend the existing pin to host for multiple hosts and this should resolve your request if I'm not mistaken. Thoughts? Hi Doron, I got yout point. This is a good idea indeed and this will help to fulfil the requirement of the cutsomer. Thanks, Uday Scenario: 2 RHEV-H in Rack A, 2 RHEV-H in Rack B Guests A, B and C should only run on any RHEV-H in Rack A Guests D, E and F should only run on any RHEV-H in Rack B Should the RHEV-H in Rack A become unavailable, these guests should run on any host in Rack B but automatically migrate back when the RHEV-H in Rack A become stable. I see only limited use in the current affinity capabilities. Really hoping Red Hat addresses this in 3.4.1. For 3.6.0, this will be implemented as 'pin to hosts', which extends the existing functionality of pin to host. Please find in here the RFE feature design. http://www.ovirt.org/Feature/VmPinningToMultipleHosts What would happen if both hosts a VM is pinned to go down? Would the VM go down as well? How is the scenario in comment 5 handled? Thanks (In reply to Colin Coe from comment #12) > What would happen if both hosts a VM is pinned to go down? > > Would the VM go down as well? > > How is the scenario in comment 5 handled? > > Thanks Coline, you're asking for something different than this BZ. This BZ is resolving the following case (taken from description): " ... if one host will be down VM should move to other but if both hosts will be down, VM should not move to other hosts in teh cluster. " For your scenario you can write your own scheduling filter in Python. Multiple select host UI changes have been merged. (In reply to Doron Fediuck from comment #13) > (In reply to Colin Coe from comment #12) > > What would happen if both hosts a VM is pinned to go down? > > > > Would the VM go down as well? > > > > How is the scenario in comment 5 handled? > > > > Thanks > > Coline, > you're asking for something different than this BZ. > This BZ is resolving the following case (taken from description): > > " > ... if one host will be down VM should move to other but if both hosts will > be down, VM should not move to other hosts in teh cluster. > " > > For your scenario you can write your own scheduling filter in Python. Could you point me at am example of this? Please note that it needs to run in RHEV 3.5 Thanks Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-0376.html |