>
> Hi,
>
> I'm planning to change the hardware of our internet proxies
> (we're using
> a two level proxy architecture) and benefits of this operation to also
> change the OS and squid version ; new Linux (FC 3), new
> kernel (2.6.10)
> and
> concerning the hardware : Bi-Xeon 3 Ghz + 6*.36.5 Go Ultra 320 + 2 GB
> RAM
> + gigabit network card. Each proxy having to handle about 80 req/s
> during
> peak times, and about 10000 users (up to 16000 according to the
> cachemgr.cgi).
>
> So I have a few questions concerning the new configuration :
> - I plan to set up three RAID 1 logical disks, 1 for the OS, and
> two for the cache dir. Do you think that's ok? What would be the
> recommandation
> for such a hardware configuration?
http://www.squid-cache.org/Doc/FAQ/FAQ-3.html#ss3.11
> - How many cache dir do you recommend to use? If several,
> each one on a
> hard drive?
First determine the size : the average size 'needed' equals
about one week of traffic generated by your users.
If that is >10Gb, then spread over multiple spindles (disks) if
possible, to increase i/o performance.
> - What file system should I use for the cache dir : ext2, ext3 or
> reiserfs? With diskd, aufs?
* Reiserfs is considered best for SQUID.
* diskd <-> aufs choice is OS dependend : + aufs is better for Solaris & Linux
(threading support)
+ diskd is better for freebsd (uses shmem)
although 5.x seems to have threading support now too
> - I were using lfuda till now, do you think I should change of policy
> replacement?
* Probably depends on user(s) Internet access profile too.
May need experimenting , to see what's the best in >your< case
(=for your users)
> - Is there a link beetween the size of the cache_dir and cache_mem
> settings and
> the size of the swap partition?
>
* See squid.conf.default for comment(s) on cache_mem. Usually default
value is recommended. Seems to be more relevant in performance terms
for reverse (accelerating) proxies.
Swap usage should be avoided at all time. See FAQ on squid mem. usage
versus the size of the configured cache dir(s).
M.
Received on Wed Mar 23 2005 - 05:06:37 MST
This archive was generated by hypermail pre-2.1.9 : Fri Apr 01 2005 - 12:00:02 MST