今年初更換了3台服務器後，每台是4顆*4核CPU、16G内存、2T硬盤，配置已經很強了，後來每台又添加了2塊萬轉硬盤以及16G内存，不過随着下半年數據的不斷增加（數千萬條以上），顯得數據處理和Web訪問的速度上還是不夠，本周再次購買了一批服務器專用的4G DDR2 66
服務器
這是 服務器 分類的頁面，點擊下面标題查看詳細文章内容：
在換用16核CPU、16G内存的服務器後，發現7200轉硬盤不給力，就增加了多塊10000轉的迅猛龍硬盤，一台服務器上的4塊硬盤分别放置系統及備份文件、Squid緩存文件、MySQL文件、Apache和HTML緩存文件，這樣一般訪問都不會有什麼壓力。
但在我們持續導入數據、批量修改模闆的過程中，發現放置Squid緩存文件的硬盤有時占用達到100%，影響正常訪問，于是我們修改Squid設置文件，隻使用幾個G内存作為Web反向加速的緩存，關閉了幾十G、上百G的Squid磁盤緩存，這樣可以避免大量小文件的尋道操作。
接下來又發現系統
前一陣子新換了3台服務器，都是配置的16核（4路4核）CPU、16G内存，算是很強大了，不過配置的硬盤隻是2個1T普通7200轉台式機硬盤，根據這些天的觀察，在添加數據、更新模闆的時候，用iostat查看會遭遇明顯的IO瓶頸，在cpu、内存富餘很多的情
幾台新服務器上線了2周時間，從運行情況來看，總體表現不錯，記錄一下情況：
CPU：有16核相當強大了，一般CPU利用率在10%左右就算高了，可以在更新模闆、導入數據、生成索引的時候發揮更多。但在開放了郵編庫這個數據量很大（單表有2G左右）的網站全文檢索後，還是出現堆積情況，暫時隻好關閉。
内
上周将後來添置的2台新服務器也拉到機房去更換了，我和同事一起去了，前期工作做得還比較充分，在機房實際花了大約1個小時完成更換，還比較順利。離開機房回公司後的幾天又将各項配置文件、備份、生成Sitemap腳本進行了設置，并将Squid緩存和MySQL數據庫從集中的一台服務器分布到三台服務器上，可以看到服務器負載明顯比以前低了很多，網站訪問速度也快了不少，接到的監控報警
我常遇到一些網站新手，希望在很短時間内提高網站的收入，但很多地方明顯還是不到位的，例如還有一些朋友甚至虛拟主機都不願意花錢租用、域名都不想花錢注冊，到處找免費空間來做網站，這很難把網站做好，免費空間一般用的人太多，都有各種限制，不可能承受很大的訪問量。
以我了解的情況，免費空間也隻能是用于學習、練手階段，無法作為長期穩定使用。價格低廉的虛拟主機也隻能承受不大的訪問量
新服務器上午五訂貨，周日就從深圳到武漢了，不得不誇獎一下現在的物流速度。上周一送到公司，我查看了主闆型号：
Arima
PCB:41-CMG020-D01G
因為去年開始網站的數據量激增，服務器多次感覺落後，在增加了大容量硬盤後，CPU速度、内容容量等也還是遇到瓶頸，近期網站訪問速度很受影響，多次出現短暫卡住無法訪問，甚至死機的情況。而且後續估計我們的網站還需要大量進行數據增加工作，現有的服務器最早也是在2009年購買的，當時的4核CPU、4G内存還不錯，現在顯得太不給力了。
和同事商量準備新增一台服務器，至少8核CPU（
在以前的MediaWiki所建站點中，我們啟用了外部的Squid緩存和MediaWiki本身的File Cache兩種頁面緩存方式。
File Cache設置成時間無限長，隻有頁面或者包含的模闆變化時才會更新，這項設置對緩解服務器壓力起到了關鍵作用，如果不啟用的話，網站很快就會變得無法訪問。緩存的更新問題也基本上還好，在正常控制下工作。