<div dir="ltr">We do it with some of our databases (horizon, designate, and keystone) and we run a arbitrator process (garbd) in a 3rd DC. We have lots of low latency bandwidth which you have to be careful with. My recommendation would be that you need to know your network well and have good monitoring in place.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 5, 2015 at 9:33 AM, Curtis <span dir="ltr"><<a href="mailto:serverascode@gmail.com" target="_blank">serverascode@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Do people have any comments or strategies on dealing with Galera<br>
replication across the WAN using regions? Seems like something to try<br>
to avoid if possible, though might not be possible. Any thoughts on<br>
that?<br>
<br>
Thanks,<br>
Curtis.<br>
<div class="HOEnZb"><div class="h5"><br>
On Mon, May 4, 2015 at 3:11 PM, Jesse Keating <<a href="mailto:jlk@bluebox.net">jlk@bluebox.net</a>> wrote:<br>
> I agree with Subbu. You'll want that to be a region so that the control<br>
> plane is mostly contained. Only Keystone (and swift if you have that) would<br>
> be doing lots of site to site communication to keep databases in sync.<br>
><br>
> <a href="http://docs.openstack.org/arch-design/content/multi_site.html" target="_blank">http://docs.openstack.org/arch-design/content/multi_site.html</a> is a good read<br>
> on the topic.<br>
><br>
><br>
> - jlk<br>
><br>
> On Mon, May 4, 2015 at 1:58 PM, Allamaraju, Subbu <<a href="mailto:subbu@subbu.org">subbu@subbu.org</a>> wrote:<br>
>><br>
>> I suggest building a new AZ (“region” in OpenStack parlance) in the new<br>
>> location. In general I would avoid setting up control plane to operate<br>
>> across multiple facilities unless the cloud is very large.<br>
>><br>
>> > On May 4, 2015, at 1:40 PM, Jonathan Proulx <<a href="mailto:jon@jonproulx.com">jon@jonproulx.com</a>> wrote:<br>
>> ><br>
>> > Hi All,<br>
>> ><br>
>> > We're about to expand our OpenStack Cloud to a second datacenter.<br>
>> > Anyone one have opinions they'd like to share as to what I would and<br>
>> > should be worrying about or how to structure this?  Should I be<br>
>> > thinking cells or regions (or maybe both)?  Any obvious or not so<br>
>> > obvious pitfalls I should try to avoid?<br>
>> ><br>
>> > Current scale is about 75 hypervisors.  Running juno on Ubuntu 14.04<br>
>> > using Ceph for volume storage, ephemeral block devices, and image<br>
>> > storage (as well as object store).  Bulk data storage for most (but by<br>
>> > no means all) of our workloads is at the current location (not that<br>
>> > that matters I suppose).<br>
>> ><br>
>> > Second location is about 150km away and we'll have 10G (at least)<br>
>> > between sites. The expansion will be approximately the same size as<br>
>> > the existing cloud maybe slightly larger and given site capacities the<br>
>> > new location is also more likely to be where any future grown goes.<br>
>> ><br>
>> > Thanks,<br>
>> > -Jon<br>
>> ><br>
>> > _______________________________________________<br>
>> > OpenStack-operators mailing list<br>
>> > <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
>> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-operators mailing list<br>
>> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-operators mailing list<br>
> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Twitter: @serverascode<br>
Blog: <a href="http://serverascode.com" target="_blank">serverascode.com</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>