1:38 p.m.
This is a multi-part message in MIME format.
--------------060301090009090400070906
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi all,
I already manage a first engine and I'm about to deploy a second engine
to an other site.
I have thought about several possibilities:
* create a new independant engine on the future site
* create a second datacenter in the first engine so that all my vms
are aggregated in a same place and contact hosts with public
addresses (hum...) or via a vpn.
* the last one is a question : like centreon does with monitoring, is
there a way to use the first engine as a master (or central) and the
second or many other ones as poller/satellite which are supposed to
deal locally with hosts?
This architecture is interesting because the workload is reparted
between several engines and once link is needed between poller and
central. More, all my vms are shown in the same ui.
Can someone give me his point of view about this?
Thank you.
--------------060301090009090400070906
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi all,<br>
<br>
I already manage a first engine and I'm about to deploy a second
engine to an other site.<br>
I have thought about several possibilities:<br>
<ul>
<li>create a new independant engine on the future site</li>
<li>create a second datacenter in the first engine so that all my
vms are aggregated in a same place and contact hosts with public
addresses (hum...) or via a vpn.<br>
</li>
<li>the last one is a question : like centreon does with
monitoring, is there a way to use the first engine as a master
(or central) and the second or many other ones as
poller/satellite which are supposed to deal locally with hosts?<br>
This architecture is interesting because the workload is
reparted between several engines and once link is needed between
poller and central. More, all my vms are shown in the same ui.<br>
</li>
</ul>
<p>Can someone give me his point of view about this?<br>
Thank you.<br>
</p>
</body>
</html>
--------------060301090009090400070906--
5:18 p.m.
On 11/25/2014 05:38 AM, Nathanaël Blanchet wrote:
Hi all,
I already manage a first engine and I'm about to deploy a second engine
to an other site.
I have thought about several possibilities:
* create a new independant engine on the future site
* create a second datacenter in the first engine so that all my vms
are aggregated in a same place and contact hosts with public
addresses (hum...) or via a vpn.
* the last one is a question : like centreon does with monitoring, is
there a way to use the first engine as a master (or central) and the
second or many other ones as poller/satellite which are supposed to
deal locally with hosts?
This architecture is interesting because the workload is reparted
between several engines and once link is needed between poller and
central. More, all my vms are shown in the same ui.
Can someone give me his point of view about this?
Thank you.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
no nesting of engines. you can manage a remote cluster from a single
engine, or deploy 2 engines.
take a look at ManageIQ for orchestrating/monitoring across multiple
engines.
3632
days inactive
3649
days old
1 comments
2 participants
participants (2)
-
Itamar Heim -
Nathanaël Blanchet