<div dir="ltr">Thanks everyone for the feedback, I've made a quick PoC:<div><a href="https://review.openstack.org/#/q/topic:bp/undercloud-pacemaker-default">https://review.openstack.org/#/q/topic:bp/undercloud-pacemaker-default</a><br></div><div><br></div><div>And I'm currently doing local testing. I'll publish results when progress is made, but I've made it so we have the choice to enable pacemaker (disabled by default), where keepalived would remain the default for now.</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 16, 2018 at 2:07 PM Michele Baldessari <<a href="mailto:michele@acksyn.org">michele@acksyn.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Jul 16, 2018 at 11:48:51AM -0400, Emilien Macchi wrote:<br>
> On Mon, Jul 16, 2018 at 11:42 AM Dan Prince <<a href="mailto:dprince@redhat.com" target="_blank">dprince@redhat.com</a>> wrote:<br>
> [...]<br>
> <br>
> > The biggest downside IMO is the fact that our Pacemaker integration is<br>
> > not containerized. Nor are there any plans to finish the<br>
> > containerization of it. Pacemaker has to currently run on baremetal<br>
> > and this makes the installation of it for small dev/test setups a lot<br>
> > less desirable. It can launch containers just fine but the pacemaker<br>
> > installation itself is what concerns me for the long term.<br>
> ><br>
> > Until we have plans for containizing it I suppose I would rather see<br>
> > us keep keepalived as an option for these smaller setups. We can<br>
> > certainly change our default Undercloud to use Pacemaker (if we choose<br>
> > to do so). But having keepalived around for "lightweight" (zero or low<br>
> > footprint) installs that work is really quite desirable.<br>
> ><br>
> <br>
> That's a good point, and I agree with your proposal.<br>
> Michele, what's the long term plan regarding containerized pacemaker?<br>
<br>
Well, we kind of started evaluating it (there was definitely not enough<br>
time around pike/queens as we were busy landing the bundles code), then<br>
due to discussions around k8s it kind of got off our radar. We can<br>
at least resume the discussions around it and see how much effort it<br>
would be. I'll bring it up with my team and get back to you.<br>
<br>
cheers,<br>
Michele<br>
-- <br>
Michele Baldessari            <<a href="mailto:michele@acksyn.org" target="_blank">michele@acksyn.org</a>><br>
C2A5 9DA3 9961 4FFB E01B  D0BC DDD4 DCCB 7515 5C6D<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div>