[Users] prevent VMs from sharing the same node
--_000_9BE6F493F83A594DA60C45E6A09DC5AC016AFE42AUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is it possible to prevent to specific Vms from sharing the same node? Say = for instance if I had a pair of mysql servers, and I wanted to ensure that = they never lived on the same host (i.e., to prevent them from both going do= wn if the host node ever had some catastrophic event) ? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016AFE42AUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <683B41DE7874DE4A9560A12F249A7E9D@collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
</head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>Is it possible to prevent to specific Vms from sharing the same node? = Say for instance if I had a pair of mysql servers, and I wanted to en= sure that they never lived on the same host (i.e., to prevent them from bot= h going down if the host node ever had some catastrophic event) ?</div> </div> </div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016AFE42AUSP01DAG0201co_--
yes. you can pin a vm to a host so that it will only run on that host and not migrate or only migrate if command is sent by administrator. edit a vm or create a new one and look at the hosts section. On 11/20/2012 03:50 PM, Jonathan Horne wrote:
Is it possible to prevent to specific Vms from sharing the same node? Say for instance if I had a pair of mysql servers, and I wanted to ensure that they never lived on the same host (i.e., to prevent them from both going down if the host node ever had some catastrophic event) ?
Thanks, 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.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
On 11/20/2012 04:06 PM, Dafna Ron wrote:
yes. you can pin a vm to a host so that it will only run on that host and not migrate or only migrate if command is sent by administrator.
edit a vm or create a new one and look at the hosts section.
On 11/20/2012 03:50 PM, Jonathan Horne wrote:
Is it possible to prevent to specific Vms from sharing the same node? Say for instance if I had a pair of mysql servers, and I wanted to ensure that they never lived on the same host (i.e., to prevent them from both going down if the host node ever had some catastrophic event) ?
another approach would be to put the two nodes in separate clusters (could be in same DC). the tag name for what you want is "negative affinity" in scheduling, which we still need to get to (or you could do yourself, once we have a pluggable scheduling api.
participants (3)
-
Dafna Ron -
Itamar Heim -
Jonathan Horne