Bug 657086 - [RFE] Limit number of VMs being migrated at the same time according to bandwidth
Summary: [RFE] Limit number of VMs being migrated at the same time according to bandwidth
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: vdsm
Classification: oVirt
Component: RFEs
Version: ---
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Doron Fediuck
QA Contact: Nikolai Sednev
URL:
Whiteboard:
Depends On: 623713 696138 migration_improvements
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-24 21:07 UTC by Dan Kenigsberg
Modified: 2022-03-07 08:30 UTC (History)
19 users (show)

Fixed In Version:
Clone Of: 623713
: 657089 (view as bug list)
Environment:
Last Closed: 2017-06-08 00:51:52 UTC
oVirt Team: SLA
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-45022 0 None None None 2022-03-07 08:30:10 UTC

Comment 2 Barak 2010-11-29 07:32:10 UTC
Added conditional nak on 'design'
There are various factors that influence migration:
1 - VM's memory size
2 - bandwidth to destination
3 - source CPU load
4 - destination CPU load
5 - concurrent migrations (actually this one influence #2 & #3)

Since bandwidth is only one consideration among all the rest, and there can't be 1 migration policy that fits all,  we need to come out with few migration policies and let the administrator determine which one to use.

This needs design in both VDSM & RHEVM

Comment 5 Doron Fediuck 2014-01-06 15:39:32 UTC
Scott, please look into this issue and see if we can understand the needs
based on existing migration priority.

Comment 6 Scott Herold 2014-04-23 20:17:12 UTC
Once we implement Host-Level Network QoS (RHEV BZ 1043226), won't that provide a solution for this?

Comment 7 Nir Yechiel 2014-04-24 09:22:27 UTC
Yes, proper QoS per physical interface/VLAN device should provide a solution for this. There is also this one [1] which can be relevant here.

-Nir

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1043809

Comment 8 Doron Fediuck 2014-04-30 12:24:12 UTC
Based on comment 7, pushing to 3.6, to revisit if needed.

Comment 9 Michal Skrivanek 2015-08-11 11:53:08 UTC
regardless QoS on the network we want to improve migration behavior in general aligned with comment #2, see bug 1252426

Comment 10 Michal Skrivanek 2015-08-11 11:59:17 UTC
setting bug 1252426 as Depends On, even though it doesn't really depend on that. QoS could be done independently. One can look at it as part of a general migration improvement, but I don't plan to track it under bug 1252426, so keeping this bug open for further consideration

Comment 15 Moran Goldboim 2017-06-08 00:51:52 UTC
Following live migration improvements happened on 4.0 and continued on 4.1, we currently don't see a need from the field to prioritize this functionality. please reopen if this still an issue.


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