7:12 a.m.
Hey Guy's,
If I'm looking to setup the oVirt engine in an HA configuration off the
physical servers hosting my VM's (non self hosted), what are my options
here?
I want to setup two to four active oVirt engine instances elsewhere and
handle the HA via something like haproxy / keepalived to keep the entire
experience seamless to the user.
From what I've seen in oVirt, that seems to be possible without the two
oVirt engines even knowing each other's existence but is it something
anyone has ever done? Any recommendations in this case?
Having settings replicated would be a bonus but I would be comfortable
if they weren't and I handle that myself.
--
Cheers,
Tom K.
-------------------------------------------------------------------------------------
Living on earth is expensive, but it includes a free trip around the sun.
7:31 a.m.
Hi,
It's not entirely clear what you want to do.
Ovirt is an interface that will control hardware nodes that runs virtual
servers. It's similar to vmwares vsphere.
The engine need to be replicated so that if one goes down the other have
the exact same information.
/Johan
On April 3, 2018 14:16:14 TomK <tomkcpr(a)mdevsys.com> wrote:
Hey Guy's,
If I'm looking to setup the oVirt engine in an HA configuration off the
physical servers hosting my VM's (non self hosted), what are my options
here?
I want to setup two to four active oVirt engine instances elsewhere and
handle the HA via something like haproxy / keepalived to keep the entire
experience seamless to the user.
From what I've seen in oVirt, that seems to be possible without
the two
oVirt engines even knowing each other's existence but is it something
anyone has ever done? Any recommendations in this case?
Having settings replicated would be a bonus but I would be comfortable
if they weren't and I handle that myself.
--
Cheers,
Tom K.
-------------------------------------------------------------------------------------
Living on earth is expensive, but it includes a free trip around the sun.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:32 a.m.
On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com> wrote:
Hey Guy's,
If I'm looking to setup the oVirt engine in an HA configuration off the
physical servers hosting my VM's (non self hosted), what are my options
here?
I want to setup two to four active oVirt engine instances elsewhere and
handle the HA via something like haproxy / keepalived to keep the entire
experience seamless to the user.
You will need to set up the oVirt engine service as well as the PG database
(and ovirt-engine-dwhd service and any other service we run next to the
engine) as highly available module.
In pacemaker[1], for example.
You'll need to ensure configuration is also sync'ed between nodes, etc.
Y.
[1] https://clusterlabs.org/quickstart-redhat.html
From what I've seen in oVirt, that seems to be possible without the two
oVirt engines even knowing each other's existence but is it something
anyone has ever done? Any recommendations in this case?
Having settings replicated would be a bonus but I would be comfortable if
they weren't and I handle that myself.
--
Cheers,
Tom K.
------------------------------------------------------------
-------------------------
Living on earth is expensive, but it includes a free trip around the sun.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:39 p.m.
--Apple-Mail-8EEA9417-92E9-48C9-891E-62232D2A400E
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Sent from my iPhone
<br If I'm looking to setup the
oVirt engine in an HA configuration off the phys=
ical servers hosting my VM's (non self hosted), what are my options here?<br=
<br I want to setup two to four active
oVirt engine instances elsewhere and hand=
le the HA via something like haproxy / keepalived to keep the entire experie=
nce seamless to the
user.<br></blockquote><div><br></div><div>You will
need t=
o set up the oVirt engine service as well as the PG database (and ovirt-engi=
ne-dwhd service and any other service we run next to the engine) as highly a=
vailable module.</div><div>In pacemaker[1], for
example. </div><div>You=
'll need to ensure configuration is also sync'ed between nodes,
etc.</div><d=
iv>Y.</div></div></div></div></div></blockquote><div><br></div><div>So
alrea=
dy have one ovirt engine setup separately on a vm that manages two remote ph=
ysical hosts. So familiar with the single host approach which I would s=
imply replicate. At least that=E2=80=99s the idea anyway. Could y=
ou please expand a bit on the highly available module and syncing the c=
onfig between
hosts?</div><div><br></div><div>Cheers,</div><div>Tom</div><br=
=46rom what I've seen in oVirt, that seems to be possible
without the two oV=
irt engines even knowing each other's existence but is it something anyone h=
as ever done? Any recommendations in this case?<br <br Having settings replicated would be
a bonus but I would be comfortable if th=
ey weren't and I handle that myself.<span
class=3D"gmail-HOEnZb"><font color=
=3D"#888888"><br <br --
<br Cheers,<br Tom
K.<br
------------------------------<wbr>------------------------------<wbr>------=
-------------------<br <br Living on
earth is expensive, but it includes a free trip around the sun.<br=
<br
______________________________<wbr>_________________<br Users mailing list<br <a
href=3D"mailto:Users@ovirt.org"
target=3D"_blank">Users(a)ovirt.org</a><br>=
<a href=3D"http://lists.ovirt.org/mailman/listinfo/users"
rel=3D"noreferrer"=
target=3D"_blank">http://lists.ovirt.org/mailman<wbr>/...
</font></span></blockquote></div><br></div></div </div></blockquote></body></html>=
--Apple-Mail-8EEA9417-92E9-48C9-891E-62232D2A400E--
On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com>
wrote:
=20
=20
=20
> On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com> wrote:
> Hey Guy's,
>=20
> If I'm looking to setup the oVirt engine in an HA configuration off the p=
hysical servers hosting my VM's (non self hosted), what are my options here?=
>=20
> I want to setup two to four active oVirt engine instances elsewhere and h=
andle the HA via something like haproxy / keepalived to keep the entire expe=
rience seamless to the user.
=20
You will need to set up the oVirt engine service as well as the PG databas=
e (and
ovirt-engine-dwhd service and any other service we run next to the en=
gine) as highly available module.
In pacemaker[1], for example.=20
You'll need to ensure configuration is also sync'ed between nodes, etc.
Y.
So already have one ovirt engine setup separately on a vm that manages two r=
emote physical hosts. So familiar with the single host approach which I wou=
ld simply replicate. At least that=E2=80=99s the idea anyway. Could you pl=
ease expand a bit on the highly available module and syncing the config bet=
ween hosts?
Cheers,
Tom
=20
[1] https://clusterlabs.org/quickstart-redhat.html
>=20
> =46rom what I've seen in oVirt, that seems to be possible without the two=
oVirt engines even knowing each other's existence but is it something anyon=
e has ever done? Any recommendations in this case?
>=20
> Having settings replicated would be a bonus but I would be comfortable if=
they weren't and I handle that myself.
>=20
> --=20
> Cheers,
> Tom K.
> -------------------------------------------------------------------------=
------------
>=20
> Living on earth is expensive, but it includes a free trip around the sun.=
>=20
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
=20
--Apple-Mail-8EEA9417-92E9-48C9-891E-62232D2A400E
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"content-type"
content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><br><br><div
id=3D"AppleMailSignature">Sent=
from my iPhone</div><div><br>On Apr 3, 2018, at 9:32 AM, Yaniv Kaul
<<a h=
ref=3D"mailto:ykaul@redhat.com">ykaul@redhat.com</a>>
wrote:<br><br></div=
<blockquote type=3D"cite"><div><div
dir=3D"ltr"><br><div class=3D"gmail_ext=
ra"><br><div class=3D"gmail_quote">On Tue, Apr 3, 2018
at 3:12 PM, TomK <spa=
n dir=3D"ltr"><<a href=3D"mailto:tomkcpr@mdevsys.com"
target=3D"_blank">t=
omkcpr(a)mdevsys.com</a>&gt;</span> wrote:<br><blockquote
class=3D"gmail_quote=
" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">Hey Guy's,<br<blockquote type=3D"cite"><div><div
dir=3D"ltr"><div class=3D"gmail_extra">=
<div
class=3D"gmail_quote"><div><br></div><div>[1] <a
href=3D"https://c=
lusterlabs.org/quickstart-redhat.html">https://clusterlabs.org/qu...
dhat.html</a></div><blockquote class=3D"gmail_quote"
style=3D"margin:0px 0px=
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br
2:11 a.m.
On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com> wrote:
Sent from my iPhone
On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com> wrote:
> Hey Guy's,
>
> If I'm looking to setup the oVirt engine in an HA configuration off the
> physical servers hosting my VM's (non self hosted), what are my options
> here?
>
> I want to setup two to four active oVirt engine instances elsewhere and
> handle the HA via something like haproxy / keepalived to keep the entire
> experience seamless to the user.
>
You will need to set up the oVirt engine service as well as the PG
database (and ovirt-engine-dwhd service and any other service we run next
to the engine) as highly available module.
In pacemaker[1], for example.
You'll need to ensure configuration is also sync'ed between nodes, etc.
Y.
So already have one ovirt engine setup separately on a vm that manages two
remote physical hosts. So familiar with the single host approach which I
would simply replicate. At least that’s the idea anyway. Could you please
expand a bit on the highly available module and syncing the config between
hosts?
That's a different strategy, which is also legit - you treat this VM as a
highly available resource. Now you do not need to sync the config - just
the VM disk and config.
Perhaps something like
https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuring-ha-kvm-gue...
.
But if you are already doing that, I'm not sure why you'd prefer this over
hosted-engine setup.
Y.
Cheers,
Tom
[1] https://clusterlabs.org/quickstart-redhat.html
>
> From what I've seen in oVirt, that seems to be possible without the two
> oVirt engines even knowing each other's existence but is it something
> anyone has ever done? Any recommendations in this case?
>
> Having settings replicated would be a bonus but I would be comfortable if
> they weren't and I handle that myself.
>
> --
> Cheers,
> Tom K.
> ------------------------------------------------------------
> -------------------------
>
> Living on earth is expensive, but it includes a free trip around the sun.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
1:08 a.m.
On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com
<mailto:tk@mdevsys.com>> wrote:
Sent from my iPhone
On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com
<mailto:ykaul@redhat.com>> wrote:
>
>
> On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com
> <mailto:tomkcpr@mdevsys.com>> wrote:
>
> Hey Guy's,
>
> If I'm looking to setup the oVirt engine in an HA
> configuration off the physical servers hosting my VM's (non
> self hosted), what are my options here?
>
> I want to setup two to four active oVirt engine instances
> elsewhere and handle the HA via something like haproxy /
> keepalived to keep the entire experience seamless to the user.
>
>
> You will need to set up the oVirt engine service as well as the PG
> database (and ovirt-engine-dwhd service and any other service we
> run next to the engine) as highly available module.
> In pacemaker[1], for example.
> You'll need to ensure configuration is also sync'ed between nodes,
> etc.
> Y.
So already have one ovirt engine setup separately on a vm that
manages two remote physical hosts. So familiar with the single host
approach which I would simply replicate. At least that’s the idea
anyway. Could you please expand a bit on the highly available
module and syncing the config between hosts?
That's a different strategy, which is also legit - you treat this VM as
a highly available resource. Now you do not need to sync the config -
just the VM disk and config.
I think there's a postgres component too and if oVirt engine keeps all
it's date on the postgres tables, then synchronizing this piece might be
all I need? I'm not sure how the separate oVirt engines sitting on
various separate physical hosts keep their settings in sync about the
rest of the physicals in an oVirt environment. (Assume we may have 100
oVirt physicals for example.)
Perhaps something like
https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuring-ha-kvm-gue...
.
But if you are already doing that, I'm not sure why you'd prefer this
over hosted-engine setup.
I'm comparing both options. I really don't want to ask too many
specific until I have the chance to read into the details of both.
Y.
Cheers,
Tom
Cheers,
Tom
>
> [1] https://clusterlabs.org/quickstart-redhat.html
> <https://clusterlabs.org/quickstart-redhat.html>
>
>
> From what I've seen in oVirt, that seems to be possible
> without the two oVirt engines even knowing each other's
> existence but is it something anyone has ever done? Any
> recommendations in this case?
>
> Having settings replicated would be a bonus but I would be
> comfortable if they weren't and I handle that myself.
>
> --
> Cheers,
> Tom K.
>
-------------------------------------------------------------------------------------
>
> Living on earth is expensive, but it includes a free trip
> around the sun.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
>
>
--
Cheers,
Tom K.
-------------------------------------------------------------------------------------
Living on earth is expensive, but it includes a free trip around the sun.
1:33 a.m.
The norm is to have a cluster with shared storage. So you have 3 to 5
hardware noed that shares storage for the hosted engine. That shared
storage is in sync. So you don't have one engine per physical node.
If one hardware node goes down the engine is restarted on another node with
the help of hosted-engine service.
/Johan
On April 5, 2018 08:11:50 TomK <tomkcpr(a)mdevsys.com> wrote:
On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com
<mailto:tk@mdevsys.com>> wrote:
Sent from my iPhone
On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com
<mailto:ykaul@redhat.com>> wrote:
On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com
<mailto:tomkcpr@mdevsys.com>> wrote:
Hey Guy's,
If I'm looking to setup the oVirt engine in an HA
configuration off the physical servers hosting my VM's (non
self hosted), what are my options here?
I want to setup two to four active oVirt engine instances
elsewhere and handle the HA via something like haproxy /
keepalived to keep the entire experience seamless to the user.
You will need to set up the oVirt engine service as well as the PG
database (and ovirt-engine-dwhd service and any other service we
run next to the engine) as highly available module.
In pacemaker[1], for example.
You'll need to ensure configuration is also sync'ed between nodes,
etc.
Y.
So already have one ovirt engine setup separately on a vm that
manages two remote physical hosts. So familiar with the single host
approach which I would simply replicate. At least that’s the idea
anyway. Could you please expand a bit on the highly available
module and syncing the config between hosts?
That's a different strategy, which is also legit - you treat this VM as
a highly available resource. Now you do not need to sync the config -
just the VM disk and config.
I think there's a postgres component too and if oVirt engine keeps all
it's date on the postgres tables, then synchronizing this piece might be
all I need? I'm not sure how the separate oVirt engines sitting on
various separate physical hosts keep their settings in sync about the
rest of the physicals in an oVirt environment. (Assume we may have 100
oVirt physicals for example.)
Perhaps something like
https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuring-ha-kvm-gue...
.
But if you are already doing that, I'm not sure why you'd prefer this
over hosted-engine setup.
I'm comparing both options. I really don't want to ask too many
specific until I have the chance to read into the details of both.
Y.
Cheers,
Tom
Cheers,
Tom
[1] https://clusterlabs.org/quickstart-redhat.html
<https://clusterlabs.org/quickstart-redhat.html>
From what I've seen in oVirt, that seems to be possible
without the two oVirt engines even knowing each other's
existence but is it something anyone has ever done? Any
recommendations in this case?
Having settings replicated would be a bonus but I would be
comfortable if they weren't and I handle that myself.
--
Cheers,
Tom K.
-------------------------------------------------------------------------------------
Living on earth is expensive, but it includes a free trip
around the sun.
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
--
Cheers,
Tom K.
-------------------------------------------------------------------------------------
Living on earth is expensive, but it includes a free trip around the sun.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:29 a.m.
On Thu, Apr 5, 2018 at 9:08 AM, TomK <tomkcpr(a)mdevsys.com> wrote:
On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
>
>
> On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com <mailto:
> tk(a)mdevsys.com>> wrote:
>
>
>
> Sent from my iPhone
>
> On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com
> <mailto:ykaul@redhat.com>> wrote:
>
>
>>
>> On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com
>> <mailto:tomkcpr@mdevsys.com>> wrote:
>>
>> Hey Guy's,
>>
>> If I'm looking to setup the oVirt engine in an HA
>> configuration off the physical servers hosting my VM's (non
>> self hosted), what are my options here?
>>
>> I want to setup two to four active oVirt engine instances
>> elsewhere and handle the HA via something like haproxy /
>> keepalived to keep the entire experience seamless to the user.
>>
>>
>> You will need to set up the oVirt engine service as well as the PG
>> database (and ovirt-engine-dwhd service and any other service we
>> run next to the engine) as highly available module.
>> In pacemaker[1], for example.
>> You'll need to ensure configuration is also sync'ed between nodes,
>> etc.
>> Y.
>>
>
> So already have one ovirt engine setup separately on a vm that
> manages two remote physical hosts. So familiar with the single host
> approach which I would simply replicate. At least that’s the idea
> anyway. Could you please expand a bit on the highly available
> module and syncing the config between hosts?
>
>
> That's a different strategy, which is also legit - you treat this VM as a
> highly available resource. Now you do not need to sync the config - just
> the VM disk and config.
>
I think there's a postgres component too and if oVirt engine keeps all
it's date on the postgres tables, then synchronizing this piece might be
all I need? I'm not sure how the separate oVirt engines sitting on various
separate physical hosts keep their settings in sync about the rest of the
physicals in an oVirt environment. (Assume we may have 100 oVirt physicals
for example.)
There's more than just the database, although it contains 99% of what you
need. See the content of the result of 'engine-backup' command.
I think you might be somewhat confusing between the number of oVirt
hypervisors (we support hundreds) and the Engine - the management, which is
single - and with hosted-engine, it's a single, but highly available
virtual machine - that can run on one of several (I suggest 3-8) of those
hypervisors.
Y.
Perhaps something like https://www.unixarena.com/2015
> /12/rhel-7-pacemaker-configuring-ha-kvm-guest.html .
>
> But if you are already doing that, I'm not sure why you'd prefer this
> over hosted-engine setup.
>
I'm comparing both options. I really don't want to ask too many specific
until I have the chance to read into the details of both.
Y.
>
Cheers,
Tom
>
> Cheers,
> Tom
>
>
>> [1] https://clusterlabs.org/quickstart-redhat.html
>> <https://clusterlabs.org/quickstart-redhat.html>
>>
>>
>> From what I've seen in oVirt, that seems to be possible
>> without the two oVirt engines even knowing each other's
>> existence but is it something anyone has ever done? Any
>> recommendations in this case?
>>
>> Having settings replicated would be a bonus but I would be
>> comfortable if they weren't and I handle that myself.
>>
>> -- Cheers,
>> Tom K.
>> ------------------------------------------------------------
>> -------------------------
>>
>> Living on earth is expensive, but it includes a free trip
>> around the sun.
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>>
>>
>
--
Cheers,
Tom K.
------------------------------------------------------------
-------------------------
Living on earth is expensive, but it includes a free trip around the sun.
7:59 a.m.
--Apple-Mail-4B0B2051-EB24-44AE-A545-BDB6E488A3E7
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Sent from my iPhone
>>>>=20
>>>>=20
>>>> =46rom what I've seen in oVirt, that seems to be possible
>>>> without the two oVirt engines even knowing each other's
>>>> existence but is it something anyone has ever done? Any
>>>> recommendations in this case?
>>>>=20
>>>> Having settings replicated would be a bonus but I would be
>>>> comfortable if they weren't and I handle that myself.
>>>>=20
>>>> -- Cheers,
>>>> Tom K.
>>>> ---------------------------------------------------------------=
----------------------
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
.8ex;border-left:1px=
#ccc solid;padding-left:1ex"><span class=3D"" <br <br On Wed,
Apr 4, 2018 at 12:39 AM, Tom <<a href=3D"mailto:tk@mdevsys.com" t=
arget=3D"_blank">tk(a)mdevsys.com</a> <mailto:<a
href=3D"mailto:tk@mdevsys.=
com" target=3D"_blank">tk(a)mdevsys.com</a>&gt;&gt;
wrote:<br <br
<br <br
Sent from my iPhone<br
<br On Apr 3,
2018, at 9:32 AM, Yaniv Kaul <<a href=3D"mailto:y=
kaul(a)redhat.com"
target=3D"_blank">ykaul(a)redhat.com</a><br></span <mailto:<a
href=3D"mailto:ykaul@redhat.com" target=3D"_blan=
k">ykaul(a)redhat.com</a>&gt;&gt; wrote:<br <br <blockquote
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
#ccc solid;padding-left:1ex"><span class=3D"" <br <br
On Tue, Apr 3, 2018 at 3:12 PM, TomK <<a
href=3D"mailto:tom=
kcpr(a)mdevsys.com"
target=3D"_blank">tomkcpr(a)mdevsys.com</a><br></span><span
c=
lass=3D""
<mailto:<a href=3D"mailto:tomkcpr@mdevsys.com" target=3D"_b=
lank">tomkcpr(a)mdevsys.com</a>&gt;&gt; wrote:<br <br
Hey Guy's,<br <br
If I'm looking to setup the oVirt
engine in an H=
A<br configuration off
the physical servers hosting m=
y VM's (non<br
self hosted), what are my options here?<br
<br
I want to setup two to four active oVirt engine i=
nstances<br
elsewhere and handle the HA via something like h=
aproxy /<br
keepalived to keep the entire experience seamles=
s to the user.<br <br
<br You will need
to set up the oVirt engine service as well as th=
e PG<br database (and
ovirt-engine-dwhd service and any other service w=
e<br run next to the engine) as highly
available module.<br In
pacemaker[1], for example.<br You'll
need to ensure configuration is also sync'ed between no=
des,<br etc.<br Y.<br
</span></blockquote><span class=3D"" <br So already
have one ovirt engine setup separately on a vm that=
<br manages two remote physical
hosts. So familiar with the s=
ingle host<br approach which
I would simply replicate. At least that=E2=
=80=99s the idea<br
anyway. Could you please expand a bit on the highly avai=
lable<br module and
syncing the config between hosts?<br
<br <br
That's a different strategy, which is also legit - you treat this VM as a hi=
ghly available resource. Now you do not need to sync the config - just the V=
M disk and config.<br </span></blockquote <br I think there's a postgres
component too and if oVirt engine keeps all it's d=
ate on the postgres tables, then synchronizing this piece might be all I nee=
d? I'm not sure how the separate oVirt engines sitting on various sepa=
rate physical hosts keep their settings in sync about the rest of the physic=
als in an oVirt environment. (Assume we may have 100 oVirt physicals for exa=
mple.)</blockquote><div><br></div><div>There's more than
just the database, a=
lthough it contains 99% of what you need. See the content of the result of '=
engine-backup' command.</div><div>I think you might be somewhat confusing
be=
tween the number of oVirt hypervisors (we support hundreds) and the Engine -=
the management, which is single - and with hosted-engine, it's a single, bu=
t highly available virtual machine - that can run on one of several (I sugge=
st 3-8) of those
hypervisors.</div><div>Y.</div></div></div></div></div></bl=
ockquote><div><br></div><div>Yah, still very new to much of
this. Than=
k you again.</div><div><br></div><div>I=E2=80=99ll take that
away and do som=
e reading.
</div><div><br></div><div>Cheers,</div><div>Tom</div><br><b=
lockquote type=3D"cite"><div><div dir=3D"ltr"><div
class=3D"gmail_extra"><di=
v class=3D"gmail_quote"><div> </div><blockquote
class=3D"gmail_quote" s=
tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex"><span=
class=3D""><br <br
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
.8ex;border-left:1px=
#ccc solid;padding-left:1ex" Perhaps something like <a
href=3D"https://www.unixarena.com/2015/12/rhel-7-p=
acemaker-configuring-ha-kvm-guest.html" rel=3D"noreferrer"
target=3D"_blank"=
-kvm-guest.html</a> .<br
<br But if you are already doing that,
I'm not sure why you'd prefer this over h=
osted-engine setup.<br </blockquote <br></span I'm
comparing both options. I really don't want to ask too many specif=
ic until I have the chance to read into the details of both.<br <br <blockquote
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
#ccc solid;padding-left:1ex" Y.<br </blockquote
<br Cheers,<br Tom<br
<br <blockquote
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
#ccc solid;padding-left:1ex" <br
<br
Cheers,<br Tom<br <br <blockquote
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
#ccc solid;padding-left:1ex"><span class=3D"" <br [1] <a
href=3D"https://clusterlabs.org/quickstart-redhat.html"=
rel=3D"noreferrer"
target=3D"_blank">https://clusterlabs.org/quicks<wbr>tar=
t-redhat.html</a><br <<a
href=3D"https://clusterlabs.org/quickstart-redhat.html"=
rel=3D"noreferrer"
target=3D"_blank">https://clusterlabs.org/quick<wbr>star=
t-redhat.html</a>><br
<br <br
=46rom what I've seen in oVirt, that
seems to be=
possible<br
without the two oVirt engines even knowing each o=
ther's<br
existence but is it something anyone has ever do=
ne? Any<br
recommendations in this case?<br
<br
Having settings replicated would be a bonus but I=
would be<br
comfortable if they weren't and I handle that my=
self.<br <br
--
Cheers,<br
Tom K.<br
------------------------------<wbr>-------------=
-----------------<wbr>-------------------------<br
<br
Living on earth is expensive, but it includes a f=
ree trip<br
around the sun.<br <br
______________________________<wbr>_____________=
____<br
Users mailing list<br></span
<a
href=3D"mailto:Users@ovirt.org" target=3D"_bl=
ank">Users(a)ovirt.org</a> <mailto:<a
href=3D"mailto:Users@ovirt.org" targe=
t=3D"_blank">Users(a)ovirt.org</a>&gt;<br <a
href=3D"http://lists.ovirt.org/mailman/listin=
fo/users" rel=3D"noreferrer"
target=3D"_blank">http://lists.ovirt.org/mailma=
n<wbr>/listinfo/users</a><br
<<a
href=3D"http://lists.ovirt.org/mailman/li=
stinfo/users" rel=3D"noreferrer"
target=3D"_blank">http://lists.ovirt.org/ma=
ilma<wbr>n/listinfo/users</a>><br
<br <br
</blockquote <br
</blockquote><div class=3D"HOEnZb"><div
class=3D"h5" <br
<br -- <br Cheers,<br Tom
K.<br
------------------------------<wbr>------------------------------<wbr>------=
-------------------<br <br Living on
earth is expensive, but it includes a free trip around the sun.<br=
<br
</div></div></blockquote></div><br></div></div </div></blockquote></body></html>=
--Apple-Mail-4B0B2051-EB24-44AE-A545-BDB6E488A3E7--
On Apr 5, 2018, at 5:29 AM, Yaniv Kaul <ykaul(a)redhat.com>
wrote:
=20
=20
=20
> On Thu, Apr 5, 2018 at 9:08 AM, TomK <tomkcpr(a)mdevsys.com> wrote:
>> On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
>>=20
>>=20
>> On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com <mailto:tk@mdevsys.=
com>> wrote:
>>=20
>>=20
>>=20
>> Sent from my iPhone
>>=20
>> On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com
>> <mailto:ykaul@redhat.com>> wrote:
>>=20
>>>=20
>>>=20
>>> On Tue, Apr 3, 2018 at 3:12 PM, TomK <tomkcpr(a)mdevsys.com
>>> <mailto:tomkcpr@mdevsys.com>> wrote:
>>>=20
>>> Hey Guy's,
>>>=20
>>> If I'm looking to setup the oVirt engine in an HA
>>> configuration off the physical servers hosting my VM's (non
>>> self hosted), what are my options here?
>>>=20
>>> I want to setup two to four active oVirt engine instances
>>> elsewhere and handle the HA via something like haproxy /
>>> keepalived to keep the entire experience seamless to the user.
>>>=20
>>>=20
>>> You will need to set up the oVirt engine service as well as the PG
>>> database (and ovirt-engine-dwhd service and any other service we
>>> run next to the engine) as highly available module.
>>> In pacemaker[1], for example.
>>> You'll need to ensure configuration is also sync'ed between
nodes,
>>> etc.
>>> Y.
>>=20
>> So already have one ovirt engine setup separately on a vm that
>> manages two remote physical hosts. So familiar with the single host=
>> approach which I would simply replicate. At least
that=E2=80=99s th=
e idea
>> anyway. Could you please expand a bit on the highly
available
>> module and syncing the config between hosts?
>>=20
>>=20
>> That's a different strategy, which is also legit - you treat this VM as a=
highly available resource. Now you do not need to sync the config - just th=
e VM disk and config.
>=20
> I think there's a postgres component too and if oVirt engine keeps all it=
's date on the postgres tables, then synchronizing this piece might be all I=
need? I'm not sure how the separate oVirt engines sitting on various separ=
ate physical hosts keep their settings in sync about the rest of the physica=
ls in an oVirt environment. (Assume we may have 100 oVirt physicals for exam=
ple.)
=20
There's more than just the database, although it contains 99% of what you n=
eed. See the content of the result of 'engine-backup' command.
I think you might be somewhat confusing between the number of oVirt
hyperv=
isors (we support hundreds) and the Engine - the management, which is
single=
- and with hosted-engine, it's a single, but highly available virtual machi=
ne - that can run on one of several (I suggest 3-8) of those hypervisors.
Y.
Yah, still very new to much of this. Thank you again.
I=E2=80=99ll take that away and do some reading. =20
Cheers,
Tom
=20
>=20
>=20
>> Perhaps something like https://www.unixarena.com/2015/12/rhel-7-pacemake=
r-configuring-ha-kvm-guest.html .
>>=20
>> But if you are already doing that, I'm not sure why you'd prefer this ov=
er hosted-engine setup.
>=20
> I'm comparing both options. I really don't want to ask too many specific=
until I have the chance to read into the details of both.
>>=20
>> Y.
>>=20
>> Cheers,
>> Tom
>>=20
>>>=20
>>>=20
>>> Cheers,
>>> Tom
>>>=20
>>>>=20
>>>> [1] https://clusterlabs.org/quickstart-redhat.html
>>>> <https://clusterlabs.org/quickstart-redhat.html>>>=20
>>> Living on earth is expensive, but it includes a free trip
>>> around the sun.
>>>=20
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org <mailto:Users@ovirt.org >>>
http://lists.ovirt.org/mailman/listinfo/users
>>> <http://lists.ovirt.org/mailman/listinfo/users >>>=20
>>>=20
------------
>=20
=20
>=20
> --=20
> Cheers,
> Tom K.
> -------------------------------------------------------------------------=
>=20
> Living on earth is expensive, but it includes a free trip around the sun.=
>=20
=20
--Apple-Mail-4B0B2051-EB24-44AE-A545-BDB6E488A3E7
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"content-type"
content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><br><br><div
id=3D"AppleMailSignature">Sent=
from my iPhone</div><div><br>On Apr 5, 2018, at 5:29 AM, Yaniv Kaul
<<a h=
ref=3D"mailto:ykaul@redhat.com">ykaul@redhat.com</a>>
wrote:<br><br></div=
<blockquote type=3D"cite"><div><div
dir=3D"ltr"><br><div class=3D"gmail_ext=
ra"><br><div class=3D"gmail_quote">On Thu, Apr 5, 2018
at 9:08 AM, TomK <spa=
n dir=3D"ltr"><<a href=3D"mailto:tomkcpr@mdevsys.com"
target=3D"_blank">t=
omkcpr(a)mdevsys.com</a>&gt;</span> wrote:<br><blockquote
class=3D"gmail_quote=
" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">On=
4/4/2018 3:11 AM, Yaniv Kaul wrote:<br
8:26 p.m.
On 4/5/2018 8:59 AM, Tom wrote:
Sent from my iPhone
On Apr 5, 2018, at 5:29 AM, Yaniv Kaul <ykaul(a)redhat.com
<mailto:ykaul@redhat.com>> wrote:
>
>
> On Thu, Apr 5, 2018 at 9:08 AM, TomK <tomkcpr(a)mdevsys.com
> <mailto:tomkcpr@mdevsys.com>> wrote:
>
> On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
>
>
>
> On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com
> <mailto:tk@mdevsys.com> <mailto:tk@mdevsys.com
> <mailto:tk@mdevsys.com>>> wrote:
>
>
>
> Sent from my iPhone
>
> On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com
> <mailto:ykaul@redhat.com>
> <mailto:ykaul@redhat.com <mailto:ykaul@redhat.com>>>
wrote:
>
>
>
> On Tue, Apr 3, 2018 at 3:12 PM, TomK
> <tomkcpr(a)mdevsys.com <mailto:tomkcpr@mdevsys.com>
> <mailto:tomkcpr@mdevsys.com
> <mailto:tomkcpr@mdevsys.com>>> wrote:
>
> Hey Guy's,
>
> If I'm looking to setup the oVirt engine in an HA
> configuration off the physical servers hosting my
> VM's (non
> self hosted), what are my options here?
>
> I want to setup two to four active oVirt engine
> instances
> elsewhere and handle the HA via something like
> haproxy /
> keepalived to keep the entire experience seamless
> to the user.
>
>
> You will need to set up the oVirt engine service as
> well as the PG
> database (and ovirt-engine-dwhd service and any other
> service we
> run next to the engine) as highly available module.
> In pacemaker[1], for example.
> You'll need to ensure configuration is also sync'ed
> between nodes,
> etc.
> Y.
>
>
> So already have one ovirt engine setup separately on a vm that
> manages two remote physical hosts. So familiar with the
> single host
> approach which I would simply replicate. At least that’s
> the idea
> anyway. Could you please expand a bit on the highly available
> module and syncing the config between hosts?
>
>
> That's a different strategy, which is also legit - you treat
> this VM as a highly available resource. Now you do not need to
> sync the config - just the VM disk and config.
>
>
> I think there's a postgres component too and if oVirt engine keeps
> all it's date on the postgres tables, then synchronizing this
> piece might be all I need? I'm not sure how the separate oVirt
> engines sitting on various separate physical hosts keep their
> settings in sync about the rest of the physicals in an oVirt
> environment. (Assume we may have 100 oVirt physicals for example.)
>
>
> There's more than just the database, although it contains 99% of what
> you need. See the content of the result of 'engine-backup' command.
> I think you might be somewhat confusing between the number of oVirt
> hypervisors (we support hundreds) and the Engine - the management,
> which is single - and with hosted-engine, it's a single, but highly
> available virtual machine - that can run on one of several (I suggest
> 3-8) of those hypervisors.
> Y.
Yah, still very new to much of this. Thank you again.
I’ll take that away and do some reading.
Cheers,
Tom
"that can run on one of several (I suggest 3-8) of those hypervisors."
To clarify. So if I have 3-8 copies of the oVirt Engine in a
self-hosted config, only one can run at any one time? Is this correct?
Cheers,
Tom
>
>
> Perhaps something like
>
https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuring-ha-kvm-gue...
>
<https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuring-ha-kvm-gue...
> .
>
> But if you are already doing that, I'm not sure why you'd
> prefer this over hosted-engine setup.
>
>
> I'm comparing both options. I really don't want to ask too many
> specific until I have the chance to read into the details of both.
>
> Y.
>
>
> Cheers,
> Tom
>
>
>
> Cheers,
> Tom
>
>
> [1] https://clusterlabs.org/quickstart-redhat.html
> <https://clusterlabs.org/quickstart-redhat.html>
> <https://clusterlabs.org/quickstart-redhat.html
> <https://clusterlabs.org/quickstart-redhat.html>>
>
>
> From what I've seen in oVirt, that seems to be
> possible
> without the two oVirt engines even knowing each
> other's
> existence but is it something anyone has ever
> done? Any
> recommendations in this case?
>
> Having settings replicated would be a bonus but I
> would be
> comfortable if they weren't and I handle that myself.
>
> -- Cheers,
> Tom K.
>
>
-------------------------------------------------------------------------------------
>
> Living on earth is expensive, but it includes a
> free trip
> around the sun.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
> <http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>>
>
>
>
>
>
> --
> Cheers,
> Tom K.
>
-------------------------------------------------------------------------------------
>
> Living on earth is expensive, but it includes a free trip around
> the sun.
>
>
--
Cheers,
Tom K.
-------------------------------------------------------------------------------------
Living on earth is expensive, but it includes a free trip around the sun.
3 a.m.
On Sun, Apr 15, 2018 at 4:26 AM, TomK <tomkcpr(a)mdevsys.com> wrote:
On 4/5/2018 8:59 AM, Tom wrote:
>
>
> Sent from my iPhone
>
> On Apr 5, 2018, at 5:29 AM, Yaniv Kaul <ykaul(a)redhat.com <mailto:
> ykaul(a)redhat.com>> wrote:
>
>
>>
>> On Thu, Apr 5, 2018 at 9:08 AM, TomK <tomkcpr(a)mdevsys.com <mailto:
>> tomkcpr(a)mdevsys.com>> wrote:
>>
>> On 4/4/2018 3:11 AM, Yaniv Kaul wrote:
>>
>>
>>
>> On Wed, Apr 4, 2018 at 12:39 AM, Tom <tk(a)mdevsys.com
>> <mailto:tk@mdevsys.com> <mailto:tk@mdevsys.com
>> <mailto:tk@mdevsys.com>>> wrote:
>>
>>
>>
>> Sent from my iPhone
>>
>> On Apr 3, 2018, at 9:32 AM, Yaniv Kaul <ykaul(a)redhat.com
>> <mailto:ykaul@redhat.com>
>> <mailto:ykaul@redhat.com <mailto:ykaul@redhat.com>>>
wrote:
>>
>>
>>
>> On Tue, Apr 3, 2018 at 3:12 PM, TomK
>> <tomkcpr(a)mdevsys.com <mailto:tomkcpr@mdevsys.com>
>> <mailto:tomkcpr@mdevsys.com
>>
>> <mailto:tomkcpr@mdevsys.com>>> wrote:
>>
>> Hey Guy's,
>>
>> If I'm looking to setup the oVirt engine in an HA
>> configuration off the physical servers hosting my
>> VM's (non
>> self hosted), what are my options here?
>>
>> I want to setup two to four active oVirt engine
>> instances
>> elsewhere and handle the HA via something like
>> haproxy /
>> keepalived to keep the entire experience seamless
>> to the user.
>>
>>
>> You will need to set up the oVirt engine service as
>> well as the PG
>> database (and ovirt-engine-dwhd service and any other
>> service we
>> run next to the engine) as highly available module.
>> In pacemaker[1], for example.
>> You'll need to ensure configuration is also sync'ed
>> between nodes,
>> etc.
>> Y.
>>
>>
>> So already have one ovirt engine setup separately on a vm
>> that
>> manages two remote physical hosts. So familiar with the
>> single host
>> approach which I would simply replicate. At least that’s
>> the idea
>> anyway. Could you please expand a bit on the highly
>> available
>> module and syncing the config between hosts?
>>
>>
>> That's a different strategy, which is also legit - you treat
>> this VM as a highly available resource. Now you do not need to
>> sync the config - just the VM disk and config.
>>
>>
>> I think there's a postgres component too and if oVirt engine keeps
>> all it's date on the postgres tables, then synchronizing this
>> piece might be all I need? I'm not sure how the separate oVirt
>> engines sitting on various separate physical hosts keep their
>> settings in sync about the rest of the physicals in an oVirt
>> environment. (Assume we may have 100 oVirt physicals for example.)
>>
>>
>> There's more than just the database, although it contains 99% of what
>> you need. See the content of the result of 'engine-backup' command.
>> I think you might be somewhat confusing between the number of oVirt
>> hypervisors (we support hundreds) and the Engine - the management, which is
>> single - and with hosted-engine, it's a single, but highly available
>> virtual machine - that can run on one of several (I suggest 3-8) of those
>> hypervisors.
>> Y.
>>
>
> Yah, still very new to much of this. Thank you again.
>
> I’ll take that away and do some reading.
>
> Cheers,
> Tom
>
>
"that can run on one of several (I suggest 3-8) of those hypervisors."
To clarify. So if I have 3-8 copies of the oVirt Engine in a self-hosted
config, only one can run at any one time? Is this correct?
'One Engine to rule them all.'
Y.
Cheers,
Tom
>>
>> Perhaps something like
>> https://www.unixarena.com/2015/12/rhel-7-pacemaker-configuri
>> ng-ha-kvm-guest.html
>> <https://www.unixarena.com/2015/12/rhel-7-pacemaker-configur
>> ing-ha-kvm-guest.html>
>> .
>>
>> But if you are already doing that, I'm not sure why you'd
>> prefer this over hosted-engine setup.
>>
>>
>> I'm comparing both options. I really don't want to ask too many
>> specific until I have the chance to read into the details of both.
>>
>> Y.
>>
>>
>> Cheers,
>> Tom
>>
>>
>>
>> Cheers,
>> Tom
>>
>>
>> [1] https://clusterlabs.org/quickstart-redhat.html
>> <https://clusterlabs.org/quickstart-redhat.html>
>> <https://clusterlabs.org/quickstart-redhat.html
>> <https://clusterlabs.org/quickstart-redhat.html>>
>>
>>
>> From what I've seen in oVirt, that seems to be
>> possible
>> without the two oVirt engines even knowing each
>> other's
>> existence but is it something anyone has ever
>> done? Any
>> recommendations in this case?
>>
>> Having settings replicated would be a bonus but I
>> would be
>> comfortable if they weren't and I handle that myself.
>>
>> -- Cheers,
>> Tom K.
>> -----------------------------
>> --------------------------------------------------------
>>
>> Living on earth is expensive, but it includes a
>> free trip
>> around the sun.
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>> <http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>
>>
>>
>>
>>
>>
>> -- Cheers,
>> Tom K.
>> ------------------------------------------------------------
>> -------------------------
>>
>> Living on earth is expensive, but it includes a free trip around
>> the sun.
>>
>>
>>
--
Cheers,
Tom K.
------------------------------------------------------------
-------------------------
Living on earth is expensive, but it includes a free trip around the sun.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
2202
days inactive
2214
days old
10 comments
4 participants
participants (4)
-
Johan Bernhardsson -
Tom -
TomK -
Yaniv Kaul