<div dir="ltr">On 4 June 2013 21:44, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Here's my advice:<br>
<br>
* DO use Galera for Identity and Image databases<br>
* DO share Identity and Image database cluster across regions/zones (WAN replication actually works very well for this low-write, heavy-read data access pattern)<br>
* DO use a separate Galera cluster for Compute, Volume, Dashboard, and Network databases in each region/zone<br>
* do NOT use Galera for metering data. Galera is great for light to medium write to read ratios. It is NOT a good idea to put archival-type data like meters/events data into Galera and replicate it all over the place when there are so many writers and very few readers. MySQL's standard replication works just great for this kind of data access pattern.<br>

* do NOT use the SQL driver for Keystone tokens. Use the memcache driver.<br>
* do NOT use the SQL driver for Keystone catalog. Use the templated catalog driver.<br><br></blockquote><div><br></div><div style>Excellent advice, thank you for sharing. :) This brings to mind another area that needs discussion - that of geo-replication or implementations across various geo's. Perhaps that should be shared in alternative threads.</div>
</div></div></div>