<div dir="ltr">Galera cluster, in this model would be considered a service type or datastore type not a replication type.  All clusters would be treated this way.  The method of replication is really not important to the api IMO but rather the contract should reflect what host has copies of data (in whole or in part) on other hosts.  How the data gets to each host is a function of the underlying technology.  That is not to say that we couldn't add more verbose information to the replication contract but I haven't yet seen where or how that's important to the end user.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 22, 2013 at 5:32 PM, Georgy Okrokvertskhov <span dir="ltr"><<a href="mailto:gokrokvertskhov@mirantis.com" target="_blank">gokrokvertskhov@mirantis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I don't see the replication type in the metadata replication contract. For example someone can use MySQL Galera cluster with synchronous replication + asynchronous replication master-slave for backup to remote site. </div>

<div><br></div><div>MS SQL offers alwaysON availability groups clustering with pair of synchronous replication plus up to 3 nodes with asynchronous replication. Also there are some existing different mechanisms like data mirroring (synchronous or asynchronous) or log shipping.</div>

<div><br></div><div>So my point is that when you say replication, it is not obvious which type of replication is used.</div><div><br></div><div>Thanks</div><div>Georgy</div><div><br></div><div><br></div></div><div class="gmail_extra">

<br><br><div class="gmail_quote"><div><div class="h5">On Tue, Oct 22, 2013 at 12:37 PM, Daniel Salinas <span dir="ltr"><<a href="mailto:imsplitbit@gmail.com" target="_blank">imsplitbit@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div dir="ltr"><div>We have drawn up a new spec for the clustering api which removes the concept of a /clusters path as well as the need for the /clustertypes path.  The spec lives here now:<br><br><a href="https://wiki.openstack.org/wiki/Trove-Replication-And-Clustering-API" target="_blank">https://wiki.openstack.org/wiki/Trove-Replication-And-Clustering-API</a><br>


<br></div>Initially I'd like to get eyes on this and see if we can't generate some discussion.  This proposal is far reaching and will ultimately require a major versioning of the trove API to support.  It is an amalgam of ideas from Vipul, hub_cap and a few others but we feel like this gets us much closer to having a more intuitive interface for users.  Please peruse the document and lets start working through any issues.<br>


<div><br>I would like to discuss the API proposal tomorrow during our weekly meeting but I would welcome comments/concerns on the mailing list as well.<br></div></div>
<br></div></div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Georgy Okrokvertskhov<br>
Technical Program Manager,<br>Cloud and Infrastructure Services,<br>
Mirantis<br>
<a href="http://www.mirantis.com/" target="_blank">http://www.mirantis.com</a><br>
Tel. <a href="tel:%2B1%20650%20963%209828" value="+16509639828" target="_blank">+1 650 963 9828</a><br>
Mob. <a href="tel:%2B1%20650%20996%203284" value="+16509963284" target="_blank">+1 650 996 3284</a><br>
</font></span></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>