<div dir="ltr">Hi Thibault,<div><br></div><div>Have you released the patch to use redis instead of memcached? It can be a addition for a guide on Sunstone.</div><div><br></div><div>Cheers</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Nov 14, 2013 at 12:10 PM, Thibault Galko <span dir="ltr"><<a href="mailto:thibault.galko@bosstek.net" target="_blank">thibault.galko@bosstek.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div style="font-family:Arial,Helvetica,sans-serif">
<div>
<div>
<div>
<div>Hi,<br><br></div>
<div>Memcached does not support redundancy at server side, and Rack::Memcached does not support it either as PHP memcached client does.</div>
<div> </div>
I've implemented a patch to use Redis as replacement for memcached Session using Rack:Redis in order to setup a true session failover with Redis Replication in a Front-End Cluster.<br><br></div>
We plan to release it to the community, but you could contact me if you need it asap.<br><br></div>
Best Regards,</div>
<div> </div>
<div>Sorry for my english ..</div><span class="HOEnZb"><font color="#888888">
<div> </div>
</font></span><div><span class="HOEnZb"><font color="#888888">-- <br>
<p><span style="font-family:Arial">Thibault GALKO</span> <span style="color:#0000ff"><br></span></p>
</font></span><span class="HOEnZb"><font color="#888888">
</font></span><span class="HOEnZb"><font color="#888888">
</font></span><span class="HOEnZb"><font color="#888888">
</font></span><table style="text-align:left;width:100%" border="0" cellspacing="0" cellpadding="0"><tbody><tr>
<td valign="middle" width="140"><a href="http://www.bosstek.fr" hreflang="fr" target="_blank"> <img src="http://www.bosstek.fr/images/logo_bosstek.png" alt="BOSSTEK.FR" border="0"></a></td>
<td>
<div><a href="tel:%2B33%20%280%291%2040%2093%2058%2063" value="+33140935863" target="_blank">+33 (0)1 40 93 58 63</a><br> <a style="font-size:14px" title="thibault.galko@bosstek.fr" href="mailto:thibault.galko@bosstek.fr" target="_blank"> thibault.galko@bosstek.fr</a></div>
</td>
</tr>
<tr><td colspan="2"><span class="HOEnZb"><font color="#888888">
<p>BOSSTEK - 150, Avenue de Verdun - 92320 Châtillon</p></font></span><div><div class="h5">
<p> </p>
<br>
<div class="gmail_extra"><br><br>
<div class="gmail_quote">2013/11/14 Javier Fontan <span><<a href="mailto:jfontan@opennebula.org" target="_blank">jfontan@opennebula.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've been checking the API of Rack sessions put I don't find a way to<br> do what you are proposing. I'll come back to this after I finish with<br>
some bugs I have in my backlog.<br> <br> On Wed, Nov 13, 2013 at 10:33 AM, Stefan Kooman <<a href="mailto:stefan@bit.nl" target="_blank">stefan@bit.nl</a>> wrote:<br> > Hi List,<br> ><br> > If you have a setup consisting of more than one "front-end" server I<br>
> think it would make sense to be able to specify more than one memcached<br> > server in sunstone. If for one reason or another a memcached server is<br> > not available anymore it can automatically try the next one configured<br>
> (after $timeout value). Building this funtionality directly into<br> > sunstone gives you the benefit of "redundant" memcached servers without<br> > the need for cluster software taking care of this. If you let sunstone<br>
> server A point to memcached server A (primary) and memached server B<br> > (secondary) and sunstone server B point to memcached server B (primary)<br> > and memcached server A (secondary) you've doubled the available<br>
> memcached capacity during normal operations.<br> ><br> > Are there any reasons _not_ to use two different (active) memcached<br> > servers?<br> ><br> > Cheers,<br> ><br> > Stefan<br> ><br> ><br>
> --<br> > | BIT BV <a href="http://www.bit.nl/" target="_blank">http://www.bit.nl/</a> Kamer van Koophandel 09090351<br> > | GPG: 0xD14839C6 <a href="tel:%2B31%20318%20648%20688" target="_blank">+31 318 648 688</a> / <a href="mailto:info@bit.nl" target="_blank">info@bit.nl</a><br>
><br> > -----BEGIN PGP SIGNATURE-----<br> > Version: GnuPG v1.4.10 (GNU/Linux)<br> ><br> > iF4EAREIAAYFAlKDR2AACgkQTyGgYdFIOcbOYgEAwR7aRoaPgUh8n+Wa9xjAoZrH<br> > mI9eGkdoq2mmOwalR74A/jtSqnUu3L9G6I8HbXsFcMUzk9jORtUb/1NcDsIjd6Pt<br>
> =uirV<br> > -----END PGP SIGNATURE-----<br> ><br> > _______________________________________________<br> > Users mailing list<br> > <a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br> ><br> <span><span style="color:#888888"><br> <br> <br>
--<br> Javier Fontán Muiños<br> Developer<br> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
_______________________________________________<br> Users mailing list<br> <a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a></span></span></blockquote>
</div>
</div>
</div></div></td>
</tr>
</tbody>
</table>
</div>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Javier Fontán Muiños<br>Developer<br>OpenNebula - The Open Source Toolkit for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a>
</div>