
<!DOCTYPE html PUBLIC '-//W3C//DTD HTML 4.01 Transitional//EN'>

<html><head><meta http-equiv="Content-Type" content="text/html;charset=us-ascii">

<style>BODY{font:10pt Tahoma,Verdana,sans-serif} .MsoNormal{line-height:120%;margin:0}</style></head><body>

<blockquote style="padding-left: 5px; margin-left: 5px; border-left: #0000ff 2px solid; margin-right: 0px"><b>From:</b> Poul-Henning Kamp [mailto:phk@phk.freebsd.dk]<br><br>In message <<a href="mailto:50192529.6010808@tty.nl">50192529.6010808@tty.nl</a>>, Enno van Amerongen writes:<br>

<br>

>3. Calculate which shard must handle the request<br>

<br>

Look at the "hash" director.<br>

<span></span></blockquote><div id="kerio-curpos">The problem with the hash director in my case is, is that I think it's hard to predict, if possible at all. I need to know on which servers to store which files.</div><blockquote style="padding-left: 5px; margin-left: 5px; border-left: #0000ff 2px solid; margin-right: 0px"><span></span><br>

You can also implement your own algorithm in a VMOD<span></span></blockquote><div id="kerio-curpos"><br></div><div id="kerio-curpos">I think that's the direction for us, so that we can control the dispatching to several clusters of backends by an id somewhere in the url.</div><div id="kerio-curpos">Funny that we discussed VMODs at VUG2 in Amsterdam before they existed ;)</div><div id="kerio-curpos">Been a Varnish fanboy ever since, it's done wonders for me (and billions of requests). Excellent job mate!</div><div id="kerio-curpos"><br></div><div id="kerio-curpos">Enno</div><blockquote style="padding-left: 5px; margin-left: 5px; border-left: #0000ff 2px solid; margin-right: 0px"><span></span></blockquote><style>

</style>

</body></html>