Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1081536 - [RFE] Making VM pools able to allocate VMs to multiple storage domains to balance disk usage
[RFE] Making VM pools able to allocate VMs to multiple storage domains to bal...
Status: CLOSED ERRATA
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine (Show other bugs)
3.3.0
All Linux
medium Severity medium
: ovirt-4.1.0-beta
: ---
Assigned To: Shahar Havivi
sefi litmanovich
: FutureFeature
: 1062441 (view as bug list)
Depends On: 1356488
Blocks: 1066135 1415559
  Show dependency treegraph
 
Reported: 2014-03-27 10:25 EDT by Luca Villa
Modified: 2018-03-12 12:23 EDT (History)
19 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
With this release, when creating virtual machine pools using a template that is present in more than one storage domain, virtual machine disks can be distributed to multiple storage domains by selecting "Auto select target" in New Pool -> Resource Allocation -> Disk Allocation.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-04-24 20:47:13 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Virt
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
sherold: Triaged+
mavital: testing_plan_complete+


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 768663 None None None Never
oVirt gerrit 61274 master MERGED core: [RFE] Allocate VmPools disks to multiple storage domains 2016-08-15 08:55 EDT
oVirt gerrit 61275 master MERGED ui: [RFE] Allocate VmPools disks to multiple storage domains 2016-08-15 08:56 EDT
Red Hat Product Errata RHEA-2017:0997 normal SHIPPED_LIVE Red Hat Virtualization Manager (ovirt-engine) 4.1 GA 2017-04-18 16:11:26 EDT

  None (edit)
Description Luca Villa 2014-03-27 10:25:43 EDT
Nature and description of the request:

The same template in RHEV can be copied to more than one SD.
When a VM is created based on such a template its disks
are allocated by default on the least used SD.
The same applies upon pools' creation, however when a new VM within the pool
is instantiated it's disks are allocated on the same SD as the pool even
if there are less used SDs where the template also resides.
This request is to make RHEV capable to dynamically allocate the disks
of a VM in a pool based on the level of usage among SDs.
Comment 5 Michal Skrivanek 2014-08-22 07:07:39 EDT
complexity depends how fancy this needs to be.
If we should just simply do a dumb round robin at the pool creation (or extension) time then it's not difficult
As long as we keep it simple, i.e. at the pool creation time only
Comment 8 Michal Skrivanek 2015-03-31 05:57:01 EDT
*** Bug 1062441 has been marked as a duplicate of this bug. ***
Comment 11 Michal Skrivanek 2015-06-05 08:13:36 EDT
This bug did not make it in time for 3.6 release, moving out
Comment 12 sefi litmanovich 2016-12-04 06:06:10 EST
1.Please Review the attached test cases for this RFE and let me know either here or private message if I should change/remove/add something to it.

2. Please see related bz - https://bugzilla.redhat.com/show_bug.cgi?id=1401278

3. Maybe we can add a feature that allows the user to remove vm's disk from one SD which will result in immediately re create the disk from the other SD? Don't know if this is useful but just a thought.
Comment 13 Yaniv Lavi 2016-12-14 11:18:40 EST
This bug had requires_doc_text flag, yet no documentation text was provided. Please add the documentation text and only then set this flag.
Comment 14 sefi litmanovich 2017-02-21 11:52:24 EST
Verified on rhevm-4.1.1.2-0.1.el7.noarch, host with vdsm-4.19.6-1.el7ev.x86_64, according to attached test cases. 

Test run:
https://polarion.engineering.redhat.com/polarion/#/project/RHEVM3/testrun?id=02212017

There's only one bug which doesn't block the feature, but does limit the ability to use it:
https://bugzilla.redhat.com/show_bug.cgi?id=1425493

Note You need to log in before you can comment on or make changes to this bug.