<div dir="ltr">We had a very similar conversation multiple times with Keystone cores (multi-site Keystone).<div>Geo-rep Galera was suggested first and it was immediately declined (one of the reasons was the case of complete corruption of Keystone DB everywhere in case of accidental table corrupt in one site) by me as well as current customer.</div><div>Right after that I was told many times that federation is the only right way to go nowadays.</div><div><br></div><div>Is this statement still valid?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 1, 2017 at 12:51 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/31/2017 11:06 PM, Mike Bayer wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'd also throw in, there's lots of versions of Galera with different bugfixes / improvements as we go along, not to mention configuration settings.... if Jay observes it working great on a distributed cluster and Clint observes it working terribly, it could be that these were not the same Galera versions being used.<br>
</blockquote>
<br></span>
Agreed. The version of Galera we were using IIRC was Percona XtraDB Cluster 5.6. And, remember that the wsrep_provider_options do make a big difference, especially in WAN-replicated setups.<br>
<br>
We also increased the tolerance settings for network disruption so that the cluster operated without hiccups over the WAN. I think the wsrep_provider_options setting was evs.inactive_timeout=PT30Sm evs.suspect_timeout=PT15S, and evs.join_retrans_period=PT1S.<br>
<br>
Also, regardless of settings, if your network sucks, none of these distributed databases are going to be fun to operate :)<br>
<br>
At AT&T, we jumped through a lot of hoops to ensure multiple levels of redundancy and high performance for the network links inside and between datacenters. It really makes a huge difference when your network rocks.<div class="HOEnZb"><div class="h5"><br>
<br>
Best,<br>
-jay<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><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Andrey Grebennikov<div>Principal Deployment Engineer</div><div>Mirantis Inc, Austin TX</div></div></div></div></div>
</div>