<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 12, 2016 at 3:48 PM, Michele Baldessari <span dir="ltr"><<a href="mailto:michele@acksyn.org" target="_blank">michele@acksyn.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Pradeep,<br>
<span class=""><br>
On Mon, Dec 12, 2016 at 02:51:59PM +0100, Giulio Fidente wrote:<br>
> On 12/09/2016 04:49 PM, Pradeep Kilambi wrote:<br>
</span><span class="">> >I would like to get some thoughts on $Subject. This came up when i was<br>
> >discussing the standalone roles for telemetry. Currently when we deploy<br>
> >redis in tripleo, its a pacemaker managed service. So if we were to<br>
> >deploy telemetry services on a dedicated node we could. But redis will<br>
> >have to be on a another node? (assuming we dont want to pull in<br>
> >pacemaker on to telemetry nodes).<br>
<br>
</span>Ok so with the composable HA work [1] you should be able to split out<br>
the redis service on to dedicated nodes and these nodes can be either<br>
full pacemaker cluster members or only have the pacemaker-remote<br>
service.<br>
<span class=""><br>
> currently redis instances are not configured as a redis cluster but use the<br>
> master/slave replication model instead and pacemaker is taking care of<br>
> electing/relocating the redis master as needed<br>
><br>
> there shouldn't be any dependency on the redis profile for the telemetry<br>
> roles, they should instead just point at the redis_vip<br>
><br>
> the redis_vip is always guaranteed (by haproxy) to point to the redis master<br>
><br>
> >With most services moved out of pacemaker in Newton, I think its time to<br>
> >move redis as well? Are there any constraints in moving redis to be<br>
> >managed by systemd? Looking at how we do it, It should be easily movable<br>
> >to systemd? Can we consider doing this for Ocata?<br>
><br>
> I think we could look at using the redis cluster which allows multiple<br>
> masters, but I am not sure this can happen in Ocata ... yet again, there<br>
> shouldn't be in the telemetry roles any dependency on redis itself<br>
><br>
> if we were to use the cluster mode the only difference would probably be<br>
> that the redis_vip will start balancing requests across the nodes<br>
<br>
</span>In general I am in favour to split out redis from pacemaker. There is<br>
the question that in theory we'd have two potentially separate quorums,<br>
but I think that with redis this should not be a big problem.<br>
<br>
Maybe let's start with a prototype and see how things look and iterate<br>
from there? I think it is a bit late for ocata, but we could at least<br>
start the work without changing the defaults (i.e. let the operator<br>
override the tripleo::service with a redis base profile instead of the<br>
pacemaker one)<br></blockquote><div><br></div><div>Makes sense. I understand it might be too late for ocata. We don't really have</div><div>any urgency so long as we can split out redis like you say we can with composable HA.</div><div>I was more curious what the long term plan was and what you said makes sense.</div><div><br></div><div>Thanks.</div><div>~ Prad</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Does that make sense,<br>
Michele<br>
<br>
[1] <a href="https://review.openstack.org/#/q/topic:bp/composable-ha" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/q/topic:bp/composable-ha</a><br>
<span class="HOEnZb"><font color="#888888">--<br>
Michele Baldessari            <<a href="mailto:michele@acksyn.org">michele@acksyn.org</a>><br>
C2A5 9DA3 9961 4FFB E01B  D0BC DDD4 DCCB 7515 5C6D<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>