<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 12, 2016 at 8:58 AM, Giulio Fidente <span dir="ltr"><<a href="mailto:gfidente@redhat.com" target="_blank">gfidente@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">On 12/12/2016 02:51 PM, Giulio Fidente wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 12/09/2016 04:49 PM, Pradeep Kilambi wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hey Folks:<br>
<br>
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>
</blockquote>
<br>
currently redis instances are not configured as a redis cluster but use<br>
the master/slave replication model instead and pacemaker is taking care<br>
of 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<br>
master<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
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>
</blockquote>
<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>
</blockquote>
<br></div></div>
also note that the cluster model is not replicating data across the nodes, but rather sharding the data, with the promise of surviving failures of some of the nodes and I'm not sure we want that anyway<br>
<br>
<a href="https://redis.io/topics/cluster-spec" rel="noreferrer" target="_blank">https://redis.io/topics/cluste<wbr>r-spec</a></blockquote><div><br></div><div><div> I just thought we could use redis sentinel to achieve the HA and avoid pacemaker headache. Which i think is already integrated a while ago in tripleo. Its just not used, As pacemaker is taking over the control.</div><div><br></div><div>See <a href="https://redis.io/topics/sentinel">https://redis.io/topics/sentinel</a></div></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5"><br>
-- <br>
Giulio Fidente<br>
GPG KEY: 08D733BA<br>
<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></div><br></div></div>