有關web服務器硬件配置的進階知識

今天，小編來聊一聊web服務器硬件配置，其希望大家對服務器各個配件有一些瞭解，特別是現在很多人選擇組裝的方式構建服務器，就更應該用穩定和適用去衡量產品，而不要一味降低成本，結果弄出一台服務器拿到機房經常死機，後期維護起來讓自己頭疼。

很多中小型企業的技術人員或者打算以網站、盈利的個人團體組織都經常提出這麼一個疑問:究竟什麼樣的配置可以支持多大的流量?

其實這個問題不可能有準確答案，因為每個網站使用的Web系統都不一樣，有些喜歡用IIS+ASP，有些則是用Apache+PHP，這在腳本的執行效率上本身就存在很大的差異，另外，網頁系統編寫的複雜程度和優化程度也極大的影響着服務器能夠承載的訪問人數，大部分的新聞資訊、下載類網站都已經使用了靜態頁面來減少Web系統對服務器處理能力的依賴，但是仍然有不少例如論壇、商城一類的系統需要大量動態代碼的支持，所以籠統的去談論一個服務器能夠支持多少訪問量是沒有實際意義的，還是需要具體的去分析:

首先説説CPU，我們知道，大部分的Web腳本為了安全起見都是在服務器端執行的(Javascript例外)，而這些腳本就相當於我們用VB或者C++編程時使用的高級語言，不同的是我們用VB這些軟件編程，編輯軟件最後會把我們的代碼編譯成執行效率更高的可執行軟件，而我們的Web腳本在保存時是不會被編譯的，都是在用户請求訪問這個頁面時才被相關的編譯器進行編譯操作，這樣一來，結果就是一個頁面被訪問N次，就得被編譯N次，這樣對系統資源的佔用是非常可怕的，雖然IIS已經對進行優化，會將被訪問過的頁面編譯後緩存起來，下次其他用户進行相同請求時不再需要對這個頁面進行編譯，但網頁腳本的複雜性和龐大性最終還是大量的佔用系統資源尤其是處理器資源，這就是為什麼熱門論壇同時多人在線服務器會變得很慢。其實現在的服務器配置，大多是P4 3.2G或者雙路Xeon 3.0G，這樣的配置對於動態論壇這種極度消耗資源的系統仍然沒有足夠的支持能力，根據我的經驗，一個服務器上如果是純粹一個動態論壇而沒有其他應用，採用P4 的處理器大概也就同時支持200-300人在線，如果是Web系統效率較高，腳本優化得好，還可以再多100～200人，如果是雙路Xeon，千人在線也差不多是極限了。所以，到目前位置，如果想做訪問量、想做人氣，選用性能比較強勁的CPU還是有足夠理由的，個人比較推崇的還是採用Xeon 系統，P4 畢竟是入門級的配置，雖然雙核 P4D 性能已經比以前大幅提升，但在多任務處理中，雙路 Xeon 的表現還是遙遙領先，而且對於多客户訪問的支持也更加穩定。

當然，有人可能會問:如果是靜態頁面為主的站點，是不是對處理器的'要求就比較低了?答案是肯定的。靜態頁面不需要經過編譯，基本就看網絡帶寬和網卡，如果是圖片多的網站，硬盤最好也換成SCSI，高轉速高緩存的SCSI硬盤對於多而小的文件讀取更有優勢，而且穩定性更好，壽命也更長。

接下來説説內存，不管是靜態頁面的網址還是動態頁面的網站，最好都儘量使用大容量內存，尤其是現在的服務器，內存的運行速度已經不是什麼重要問題，DDR 333、DDR 400或者DDR2 其實區別都不大，最重要的只有兩點:內存的容量和糾錯(如ECC)。由於服務器有大量的數據需要臨時緩存到內存裏，所以訪問量大的時候內存的佔用也是較大的，而當內存不夠用的時候，虛擬內存的工作壓力就非常大，其實就是磁盤工作壓力會很大，而系統程序跟數據緩存操作不斷的爭搶內存資源時，當機的機率就高了很多，如果你不希望你的服務器經常重啟，配置大容量內存是非常必要的，除非是一天千位數IP的那種小型網站，不然還是建議大家使用 1GB 以上內存，即使有時候內存的使用率不會想我們想象的那麼高，但是使用大內存對於降低虛擬內存的使用和減少重啟次數都是有很大幫助的。而內存的糾錯其實在服務器上是非常必要的，首先很多服務器主板本身就要求搭配ECC REG內存，普通內存根本開不了機，另外，由於內存也是高速設備而且數據刷新頻率非常高，所以加入糾錯芯片的ECC內存可以有效的幫助系統減少由於數據信息出錯而產生的嚴重後果，另外，由於內存的校驗操作都是內存上的獨立智檢芯片完成，所以不會佔用CPU資源，一些用户擔心內存糾錯會造成系統性能的下降其實是一種心理作用。