If you setup drbd and heartbeat , the spare will take over the floating ip from the zeo server and restart the service. drbd is simply doing a block level replication of the zeo server file system where the zeo data is stored. The question is what files needs to be replicated so that when the the service is restarted on the spare, all the files needed by the zeo server to operate are there? I'm trying to ensure from a system architecture standpoint I'm not missing anything. <br><br><b><i>Christian Theune &lt;ct@gocept.com&gt;</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> garthpl@periweb.com wrote:<br>&gt; Hi folks, I'm looking at making a scalable zope infrastructure, I can <br>&gt; scale the ZEO clients and mysql, the only issue is the ZEO server. I <br>&gt; have used drbd and heartbeat in the past to create a HA lamp stack. From <br>&gt; a technical standpoint, is there any reason I could
 not use drbd to <br>&gt; cluster the ZEO server? Any thoughts would be appreciated.<br><br>As far as I understand, the difference to ZRS (which is a solution to <br>scale ZEO servers, e.g. for HA) that you will need to restart the ZEO <br>server when switching a hot-spare ZEO server to "live-mode", because it <br>doesn't notice when the underlying storage file is changed by somebody else.<br><br>Christian<br><br>-- <br>gocept gmbh &amp; co. kg - forsterstra�e 29 - 06112 halle/saale - germany<br>www.gocept.com - ct@gocept.com - phone +49 345 122 9889 7 -<br>fax +49 345 122 9889 1 - zope and plone consulting and development<br><br><br><br><br></blockquote><br>