On Mon, 29 Mar 2010 15:18:24 +0200, guest01 <guest01@xxxxxxxxx> wrote: > Hi guys, > > We want to replace our current proxy solution (crappy commercial > product which is way too expensive) and thought about Squid, which is > a great product.I already found a couple of example configurations, > basically for reverse proxying. What we are looking for is a caching > and authentication (LDAP and NTLM) only solution with content > filtering via ICAP. We have following configuration in mind (firewalls > omitted): > > Clients > | > | > v > Loadbalancer > | > | > v > Squid-Proxies <----> ICAP-Server > | > | > v > INTERNET > > We are expecting approx. 4500 requests per second average (top 6000 > RPS) and 150Mbit/s, so I suppose we need a couple of Squids. The Yes, around 5-7 would be my first-glance guess. Instances that is, not boxes. Since a quad-core box can run 3 Squid and an 8-core box can run 6 or 7 Squid. > preferable solution would be big servers with a lot of memory and > Squid 3.0 on a 64Bit RHEL5. > Does anybody know any similar scenarios? Any suggestions? What are > your experiences? For a combo of ICAP and speed 3.1 is what you want to be looking at. 3.0 is not really in speed the race. > > The ICAP Servers are commercial ones (at least at the beginning), but > I have following problem. I want to use multiple ICAP Servers in each > Squid configuration with loadbalancing, unfortunately it is not > supported and does not work in Squid 3. Definitely 3.1 with ICAP service sets. http://wiki.squid-cache.org/Features/AdaptationChain Amos
