Linux 相關 Aaron on 15 四月 2009 11:27 上午
Squid in Memory or Disk ?
最近一陣子都主力在 Squid 上的調校，因為後端高貴而貴價格近千萬的儲存設備的 Disk Util 已經接近 100%，這情況演變下去一定得再花個幾百萬來加購設備，所以開始找了幾個解決方案，如 Bluecoat、Akamai，但受限於景氣不好，要考慮一下老板的口袋，也為了自已的年終著想，所以才選用這種免費的備援方案，但因為經驗值不足，所以只好土法練鋼的方式來測試，所以我建立了幾組對照組
Server Dell 1950
1. 1G Cache Memory / SAS 72G Disk – Memory Hit Rate 4~50% / Disk Hit Rate 7~80% / IO Waiting 20~30%
2. 2G Cache Memory / SAS 72G Disk – Memory Hit Rate 5~60% / Disk Hit Rate 5~60% / IO Waiting 20~30%
3. 4G Cache Memory / SAS 72G Disk – Memory Hit Rate 6~70% / Disk Hit Rate 4~50% / IO Waiting 10~20%
4. 8G Cache Memory / SAS 72G Disk – Memory Hit Rate 8~90% / Disk Hit Rate 3~40% / IO Waiting 10~20%
5. 16G Cache Memory / SAS 72G Disk – Memory Hit Rate 95~98% / Disk Hit Rate 0~10% / IO Waiting 0~10%
以上證明，Memory 愈大，有助於 squid 的 I/O waiting 有效降低，也可以提高物件的反應速度，減少 Disk Read/Wirte，真正達到"快取"的效果，重點是可以提高 Request Hit Ratios，減少後端儲存設備的 I/O
Squid 注意的事項如下 :
1. /var/spool/squid 目錄最好以 ext2 or reiserfs 並獨立一顆 HDD
2. Memory 有多大加多大
3. HDD cache 有多大，用多大
4. 依照網站狀況來定義 Disk / Memory replacement policy
5. 目前市面上的 SLC SSD 效果並不好 >"< Read/Write 同時進行時，會死的很慘..
6. ACL 要設好，以免一堆人來利用你的 Proxy 來跳登 qq 及 icq ..etc
