Da napisem u posebnom postu:
Eksperimentisanjem sam utvrdio da je coss storeio type dosta dobar. Problem je sto nije podrzan u 3.0 verzijama. Sa druge strane 3.0 verzije podrzavaju weighed loadbalance parent pa je zaista tesko izabrati koju verziju squida korisititi.
Nas trenutni konf:
Squid Cache: Version 2.7.STABLE9
configure options: '--prefix=/usr' '--localstatedir=/var' '--sysconfdir=/etc/squid' '--with-maxfd=8192' '--enable-removal-policies=heap,lru' '--enable-linux-netfilter' '--enable-storeio=ufs,aufs,null,diskd,coss' '--enable-epoll' '--disable-ident-lookups' '--enable-async-io' '--enable-truncate' '--with-pthreads' '--disable-dlmalloc' '--with-large-files' '--enable-htcp' '--enable-coss-aio-ops' '--enable-large-cache-files'
--with-large-files omogucava logove vece od 2Giga. Squid puca ako logovi dodju na 2Giga. Zato nama logrotate radi svaki dan zip logova.
--with-large-cache-files omogucava skidanje velikih fajlova (veci od 1GB ili 2GB) jer i tu ima squid neki bug.
Do 60Mbps smo koristili coss za fajlove manje od 24k i diskd za fajlove vece od 24k.
SQUID proces smo forsirali na jedno jezgro a diskd proces na drugo.
Eksperimentisali smo i sa vise squid procesa na jednoj mashini i to takodje lepo radi.
Mashina je Xeon E5310 FS Primergy sa 6Giga ECC rama i 2x500 GB raid.
Da li je zbog raida ili zbog velikih IO zahteva na disku, opterecenje mashine na 60Mbps je dostizalo i 90% pri uptime komandi. Pri SNMP merenju opterecenje pokazuje oko 25% CPU.
Trenutno koristimo null storeio i squid sluzi kao loadbalancer. Opterecenje pri 80-100MBps je oko 60-70%.
TIMEOUTS:
# Timeouts
net.ipv4.tcp_keepalive_time = 180
net.ipv4.tcp_keepalive_intvl = 60
net.ipv4.tcp_fin_timeout = 30
# Filedescriptors
fs.file-max = 30000
Broj default filedescriptora je 1024 na linuxu, kao i na squidu kad se kompajlira "po defaultu".
squidclient:
Number of clients accessing cache: 524
Number of HTTP requests received: 367707
Average HTTP requests per minute since start: 9760.3
Cache information for squid:
Request Hit Ratios: 5min: 4.9%, 60min: 4.7%
Byte Hit Ratios: 5min: 3.6%, 60min: 3.9%
Request Memory Hit Ratios: 5min: 67.9%, 60min: 64.7%
Request Disk Hit Ratios: 5min: 0.1%, 60min: 0.0%
CPU Usage: 49.87%
CPU Usage, 5 minute avg: 43.87%
CPU Usage, 60 minute avg: 50.09%
Maximum number of file descriptors: 8192
Largest file desc currently in use: 774
Number of file desc currently in use: 564
Available number of file descriptors: 7628
Reserved number of file descriptors: 100
Store Disk files open: 0
IO loop method: epoll
[root@powerslave accounting]# uptime
22:46:56 up 148 days, 14:56, 3 users, load average: 0.55, 0.53, 0.57
[root@powerslave accounting]# free
total used free shared buffers cached
Mem: 6197132 4468384 1728748 0 375604 2129748
-/+ buffers/cache: 1963032 4234100
Swap: 4112376 9596 4102780
I da napomenem na kraju da su sva podesavanja koja smo radili bila PIG metodom :) Proba i greska... Ovo je konf koji nama trenutno lepo funkcionise. Ostaje da probam da skinem diskove iz raida i da vidim kako ce squid raditi na posebnom disku i da li bi opterecenje mashine bilo manje.
Poz