<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">Hi,<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">a customer of ours has been using ZRS before it was open sourced. Two or three weeks ago we found an issue that forced us to stop using zrs. We are still waiting for feedback though. Maybe we are just doing something wrong. Also, we are using an old version, so we do not have blob experience.<br>

</div><div class="gmail_default" style="font-family:courier new,monospace"><br>We did not notice any performance changes after we switched off replication. So it seems to be without performance penalties. Both servers are very close to each other though.<br>

<br></div><div class="gmail_default" style="font-family:courier new,monospace">The way WE set up replication, there would be still a long delay between failovers. I guess with the newer versions and zookeeper support you might be able to keep you zeo clients running when switching from master to secondary. I believe you still have to restart your secondary zeo server to use a different configuration to act as a master. Else there is no writing possible.<br>

<br></div><div class="gmail_default" style="font-family:courier new,monospace">I am btw. interested in your Relstorage Setup. Are you using the released version or the source checkout with the new features. What is the issue with packing? Does it take long and degrades answer times?<br>

<br></div><div class="gmail_default" style="font-family:courier new,monospace">Thanks an best regards,<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">        Patrick<br></div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Thu, Aug 15, 2013 at 4:48 AM, Héctor Velarde <span dir="ltr"><<a href="mailto:hector.velarde@gmail.com" target="_blank">hector.velarde@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

as many of you may know by now, ZODB Replicated Storage (ZRS) was released as open source software last May:<br>
<br>
<a href="https://bitbucket.org/zc/zc.zrs" target="_blank">https://bitbucket.org/zc/zc.<u></u>zrs</a><br>
<a href="https://pypi.python.org/pypi/zc.zrs" target="_blank">https://pypi.python.org/pypi/<u></u>zc.zrs</a><br>
<br>
according to its documentation, ZRS "provides database replication for ZODB. For each database, a primary storage and one or more secondary storages may be defined. The secondary storages will automatically replicate data from the primary storage.<br>


<br>
"Replication is superior to back-ups because as long as secondaries are running, secondary data is kept updated. In the event of a failure of a primary storage, just reconfigure a secondary to be the primary, and it can begin handling application requests."<br>


<br>
in the past we have been using RelStorage for high availability and replication but we are not extremely happy with it because, at least on our experience, on sites with lot of content creation can DB maintenance (packing) can be a little bit problematic. besides that, you also have to maintain 2 different technologies.<br>


<br>
I just finished reading the documentation and, though fortunately it does not have doctest integrated, it also is not very clear, at least not for me.<br>
<br>
I think ZRS could be a killer feature for large, mission critical Plone sites.<br>
<br>
does anybody here has any experience with it? any configuration examples? how does a secondary storage behaves regarding blobs?<br>
<br>
best regards<span class="HOEnZb"><font color="#888888"><br>
-- <br>
Héctor Velarde<br>
<br>
<br>
</font></span><br>_______________________________________________<br>
Setup mailing list<br>
<a href="mailto:Setup@lists.plone.org">Setup@lists.plone.org</a><br>
<a href="https://lists.plone.org/mailman/listinfo/plone-setup" target="_blank">https://lists.plone.org/mailman/listinfo/plone-setup</a><br>
<br></blockquote></div><br></div>