[Users] General: Edit Policy

[Jonathan Horne]

ok, so moments after i sent that question, i finally stumble onto the RHEV documentation, and it states that the setting is for CPU load, and you specify what % and how many minutes its allowed to stay that way before no new VMs are allowed to start on the host.

but still leaves the question, what about memory resources and how are they governed as far as automatic migrations go?

thanks,
jonathan

From: Jonathan Horne <jhorne at skopos.us<mailto:jhorne at skopos.us>>
Date: Thursday, December 13, 2012 9:18 AM
To: "users at ovirt.org<mailto:users at ovirt.org>" <users at ovirt.org<mailto:users at ovirt.org>>
Subject: [Users] General: Edit Policy

today i just saw for the first time Clusters – General: Edit Policy button.  i changed it from nothing to balanced.  googling, it seems that this is for CPU load amongst the hosts to balance the CPU load of VMs.  the reason I'm asking is, my test environment is 3 hosts, and 2 of them are leveled up to above 75% memory usage (both of them complaining on the events console), and nothing migrating to the 3rd node which currently has 0 VMs.

do i have something incorrectly configured? i was under the assumption that migrations would happen automatically when host resourced were nearing max (i assumed this was either CPU or memory)?  on my cluster, i checked the setting for memory optimization for servers.

is there anything else?  am i not properly understanding the migration theory?  my "guide" link in the upper right does not hyperlink to any docs, so I'm left to google and i have not found much so far.

thanks for any advice,
jonathan

________________________________
This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.

________________________________
This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121213/b10d012d/attachment-0001.html>