From jhorne at skopos.us Tue Nov 20 08:50:11 2012 Content-Type: multipart/mixed; boundary="===============0776834376121769747==" MIME-Version: 1.0 From: Jonathan Horne To: users at ovirt.org Subject: [Users] prevent VMs from sharing the same node Date: Tue, 20 Nov 2012 13:50:09 +0000 Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC016AFE42@AUSP01DAG0201.collaborationhost.net> --===============0776834376121769747== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_9BE6F493F83A594DA60C45E6A09DC5AC016AFE42AUSP01DAG0201co_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Is it possible to prevent to specific Vms from sharing the same node? Say = =3D for instance if I had a pair of mysql servers, and I wanted to ensure that = =3D they never lived on the same host (i.e., to prevent them from both going do= =3D 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= =3D lete without copying and kindly advise us by e-mail of the mistake in deliv= =3D ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= =3D POS to any order or other contract unless pursuant to explicit written agre= =3D ement or government initiative expressly permitting the use of e-mail for s= =3D uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016AFE42AUSP01DAG0201co_ Content-Type: text/html; charset=3D"us-ascii" Content-ID: <683B41DE7874DE4A9560A12F249A7E9D(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable

Is it possible to prevent to specific Vms from sharing the same node? = =3D Say for instance if I had a pair of mysql servers, and I wanted to en= =3D sure that they never lived on the same host (i.e., to prevent them from bot= =3D h going down if the host node ever had some catastrophic event) ?

Thanks,

jonathan

This is a PRIVATE mess= age. I=3D f you are not the intended recipient, please delete without copying and kin= =3D dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= =3D tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= =3D tten agreement or government initiative expressly permitting the use of e-m= =3D ail for such purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016AFE42AUSP01DAG0201co_-- --===============0776834376121769747== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwXzlCRTZGNDkzRjgzQTU5NERBNjBDNDVFNkEwOURDNUFDMDE2QUZFNDJBVVNQMDFEQUcw MjAxY29fCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCklzIGl0IHBvc3NpYmxlIHRv IHByZXZlbnQgdG8gc3BlY2lmaWMgVm1zIGZyb20gc2hhcmluZyB0aGUgc2FtZSBub2RlPyAgU2F5 ID0KZm9yIGluc3RhbmNlIGlmIEkgaGFkIGEgcGFpciBvZiBteXNxbCBzZXJ2ZXJzLCBhbmQgSSB3 YW50ZWQgdG8gZW5zdXJlIHRoYXQgPQp0aGV5IG5ldmVyIGxpdmVkIG9uIHRoZSBzYW1lIGhvc3Qg KGkuZS4sIHRvIHByZXZlbnQgdGhlbSBmcm9tIGJvdGggZ29pbmcgZG89CnduIGlmIHRoZSBob3N0 IG5vZGUgZXZlciBoYWQgc29tZSBjYXRhc3Ryb3BoaWMgZXZlbnQpID8KClRoYW5rcywKam9uYXRo YW4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClRoaXMgaXMgYSBQUklWQVRFIG1l c3NhZ2UuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBkZT0K bGV0ZSB3aXRob3V0IGNvcHlpbmcgYW5kIGtpbmRseSBhZHZpc2UgdXMgYnkgZS1tYWlsIG9mIHRo ZSBtaXN0YWtlIGluIGRlbGl2PQplcnkuIE5PVEU6IFJlZ2FyZGxlc3Mgb2YgY29udGVudCwgdGhp cyBlLW1haWwgc2hhbGwgbm90IG9wZXJhdGUgdG8gYmluZCBTS089ClBPUyB0byBhbnkgb3JkZXIg b3Igb3RoZXIgY29udHJhY3QgdW5sZXNzIHB1cnN1YW50IHRvIGV4cGxpY2l0IHdyaXR0ZW4gYWdy ZT0KZW1lbnQgb3IgZ292ZXJubWVudCBpbml0aWF0aXZlIGV4cHJlc3NseSBwZXJtaXR0aW5nIHRo ZSB1c2Ugb2YgZS1tYWlsIGZvciBzPQp1Y2ggcHVycG9zZS4KCi0tXzAwMF85QkU2RjQ5M0Y4M0E1 OTREQTYwQzQ1RTZBMDlEQzVBQzAxNkFGRTQyQVVTUDAxREFHMDIwMWNvXwpDb250ZW50LVR5cGU6 IHRleHQvaHRtbDsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRlbnQtSUQ6IDw2ODNCNDFERTc4NzRE RTRBOTU2MEExMkYyNDlBN0U5REBjb2xsYWJvcmF0aW9uaG9zdC5uZXQ+CkNvbnRlbnQtVHJhbnNm ZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sPgo8aGVhZD4KPG1ldGEgaHR0cC1l cXVpdj0zRCJDb250ZW50LVR5cGUiIGNvbnRlbnQ9M0QidGV4dC9odG1sOyBjaGFyc2V0PTNEdXMt YXNjaWkiPQo+CjwvaGVhZD4KPGJvZHkgc3R5bGU9M0Qid29yZC13cmFwOmJyZWFrLXdvcmQ7IGNv bG9yOnJnYigwLDAsMCk7IGZvbnQtc2l6ZToxNHB4OyBmb250PQotZmFtaWx5OkNhbGlicmksc2Fu cy1zZXJpZiI+CjxkaXY+CjxkaXY+CjxkaXY+SXMgaXQgcG9zc2libGUgdG8gcHJldmVudCB0byBz cGVjaWZpYyBWbXMgZnJvbSBzaGFyaW5nIHRoZSBzYW1lIG5vZGU/ID0KJm5ic3A7U2F5IGZvciBp bnN0YW5jZSBpZiBJIGhhZCBhIHBhaXIgb2YgbXlzcWwgc2VydmVycywgYW5kIEkgd2FudGVkIHRv IGVuPQpzdXJlIHRoYXQgdGhleSBuZXZlciBsaXZlZCBvbiB0aGUgc2FtZSBob3N0IChpLmUuLCB0 byBwcmV2ZW50IHRoZW0gZnJvbSBib3Q9CmggZ29pbmcgZG93biBpZiB0aGUgaG9zdCBub2RlIGV2 ZXIgaGFkCiBzb21lIGNhdGFzdHJvcGhpYyBldmVudCkgPzwvZGl2Pgo8L2Rpdj4KPC9kaXY+Cjxk aXY+PGJyPgo8L2Rpdj4KPGRpdj5UaGFua3MsPC9kaXY+CjxkaXY+am9uYXRoYW48L2Rpdj4KPGJy Pgo8aHI+Cjxmb250IGNvbG9yPTNEIkdyYXkiIGZhY2U9M0QiQXJpYWwiIHNpemU9M0QiMSI+VGhp cyBpcyBhIFBSSVZBVEUgbWVzc2FnZS4gST0KZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj aXBpZW50LCBwbGVhc2UgZGVsZXRlIHdpdGhvdXQgY29weWluZyBhbmQga2luPQpkbHkgYWR2aXNl IHVzIGJ5IGUtbWFpbCBvZiB0aGUgbWlzdGFrZSBpbiBkZWxpdmVyeS4gTk9URTogUmVnYXJkbGVz cyBvZiBjb249CnRlbnQsIHRoaXMgZS1tYWlsIHNoYWxsIG5vdCBvcGVyYXRlIHRvCiBiaW5kIFNL T1BPUyB0byBhbnkgb3JkZXIgb3Igb3RoZXIgY29udHJhY3QgdW5sZXNzIHB1cnN1YW50IHRvIGV4 cGxpY2l0IHdyaT0KdHRlbiBhZ3JlZW1lbnQgb3IgZ292ZXJubWVudCBpbml0aWF0aXZlIGV4cHJl c3NseSBwZXJtaXR0aW5nIHRoZSB1c2Ugb2YgZS1tPQphaWwgZm9yIHN1Y2ggcHVycG9zZS48L2Zv bnQ+CjwvYm9keT4KPC9odG1sPgoKLS1fMDAwXzlCRTZGNDkzRjgzQTU5NERBNjBDNDVFNkEwOURD NUFDMDE2QUZFNDJBVVNQMDFEQUcwMjAxY29fLS0K --===============0776834376121769747==-- From dron at redhat.com Tue Nov 20 09:06:23 2012 Content-Type: multipart/mixed; boundary="===============2284079920964279622==" MIME-Version: 1.0 From: Dafna Ron To: users at ovirt.org Subject: Re: [Users] prevent VMs from sharing the same node Date: Tue, 20 Nov 2012 16:06:20 +0200 Message-ID: <50AB8E5C.2030605@redhat.com> In-Reply-To: 9BE6F493F83A594DA60C45E6A09DC5AC016AFE42@AUSP01DAG0201.collaborationhost.net --===============2284079920964279622== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- = Dafna Ron --===============2284079920964279622==-- From iheim at redhat.com Wed Nov 21 17:58:30 2012 Content-Type: multipart/mixed; boundary="===============3182966621379374687==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] prevent VMs from sharing the same node Date: Thu, 22 Nov 2012 00:58:26 +0200 Message-ID: <50AD5C92.6040508@redhat.com> In-Reply-To: 50AB8E5C.2030605@redhat.com --===============3182966621379374687== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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. --===============3182966621379374687==--