服務(wù)器的優(yōu)化是我們最小化安裝系統(tǒng)時(shí)應(yīng)該做的事情。其實(shí)，在做這項(xiàng)工作之前，我們就應(yīng)該根據(jù)實(shí)際應(yīng)用需求來(lái)選購(gòu)Linux服務(wù)器，然后有所偏重地選擇硬件，比如我們應(yīng)該根據(jù)服務(wù)器的應(yīng)用來(lái)確定是需要RAID5，還是單塊硬盤等。

無(wú)論是租用服務(wù)器還是托管都要面臨一個(gè)問(wèn)題，那就是選擇服務(wù)器的硬件配置。前面也說(shuō)了，選購(gòu)硬件配置時(shí)要根據(jù)我們的服務(wù)器應(yīng)用需求而定。因?yàn)槟銦o(wú)法通過(guò)一臺(tái)服務(wù)器來(lái)滿足所有的需求、解決所有的問(wèn)題。在項(xiàng)目實(shí)施或網(wǎng)站架構(gòu)之前，我們應(yīng)該從以下幾方面來(lái)考慮如何選購(gòu)Linux服務(wù)器：

服務(wù)器運(yùn)行的應(yīng)用

需要支持的用戶訪問(wèn)量

需要的存儲(chǔ)數(shù)據(jù)空間

業(yè)務(wù)的重要性

服務(wù)器網(wǎng)卡方面的考慮

安全方面的考慮

機(jī)架合理化安排

服務(wù)器的價(jià)格預(yù)算

下面分別來(lái)看一下。

1.服務(wù)器運(yùn)行的應(yīng)用

這是首先需要考慮的問(wèn)題，我們通常要根據(jù)服務(wù)器的應(yīng)用類型（也就是用途）來(lái)決定服務(wù)器的性能、容量和可靠性需求。下面將按照負(fù)載均衡、緩存服務(wù)器、前端服務(wù)器、應(yīng)用程序服務(wù)器、數(shù)據(jù)服務(wù)器的常見基礎(chǔ)架構(gòu)來(lái)討論。

負(fù)載均衡：它對(duì)服務(wù)器的要求非常低，尤其是用來(lái)做LVS負(fù)載時(shí)，它會(huì)直接將所有的連接要求轉(zhuǎn)給后端的Web應(yīng)用。所以，在保證網(wǎng)卡性能的前提下(很多時(shí)候我用的是品牌服務(wù)器自帶的百兆網(wǎng)卡)，可以將性能相對(duì)較差的配置用作負(fù)載均衡。

緩存服務(wù)器：主要是squid或varnish等，需要重點(diǎn)考慮兩方面的因素，即內(nèi)存盡量多些，硬盤盡量快些，不要因?yàn)橛脖P的I/O影響了整體性能。

Web前端服務(wù)器：正常情況下，大多數(shù)Web前端服務(wù)器(Front-end)對(duì)服務(wù)器的要求不高，例如靜態(tài)Web服務(wù)器、動(dòng)態(tài)服務(wù)器、圖片服務(wù)器等。事實(shí)上現(xiàn)在很流行在一臺(tái)性能卓越的服務(wù)器上同時(shí)運(yùn)行Web前端+應(yīng)用服務(wù)器，比如Nginx+PHP-FPM、Nginx+Tomcat或Nginx+Resin。

應(yīng)用程序服務(wù)器：由于它承擔(dān)了計(jì)算和功能實(shí)現(xiàn)的重任，我們需要為基于Web架構(gòu)的應(yīng)用程序服務(wù)器(Application Server)選擇足夠快的服務(wù)器。另外應(yīng)用程序服務(wù)器可能需要用到大量的內(nèi)存，尤其是基于Windows基礎(chǔ)架構(gòu)的Ruby、Python、Java服務(wù)器，這一類服務(wù)器至少需要使用單路至強(qiáng)的配置。至于可靠性的問(wèn)題，如果你的架構(gòu)中只有一臺(tái)應(yīng)用服務(wù)器，那這臺(tái)服務(wù)器需要足夠可靠，RAID是絕對(duì)不能忽視的選項(xiàng)。但如果有兩臺(tái)或更多的應(yīng)用服務(wù)器，并設(shè)計(jì)了負(fù)載均衡機(jī)制、具有冗余功能，那就不必過(guò)于擔(dān)心了。

特殊的應(yīng)用：除了用于Web架構(gòu)中的應(yīng)用程序之外，如果你的服務(wù)器還要處理流媒體視頻編碼、服務(wù)器虛擬化、媒體服務(wù)器(Asterisk之類)，或者作為游戲服務(wù)器(邏輯、地圖、聊天)運(yùn)行，那同樣會(huì)對(duì)CPU和內(nèi)存的需求比較高，至少也要考慮單路至強(qiáng)的服務(wù)器。其中，服務(wù)器虛擬化對(duì)存儲(chǔ)可靠性的要求非常高，因?yàn)橐粋�(gè)籃子里有十幾個(gè)雞蛋，籃子一定要足夠牢靠才行。

公共服務(wù)：這里指的是郵件服務(wù)器、文件服務(wù)器、DNS服務(wù)器、域控服務(wù)器等。通常我們會(huì)部署兩臺(tái)DNS服務(wù)器互相備份，域控主服務(wù)器也會(huì)擁有一臺(tái)備份服務(wù)器(專用的或非專用的)，所以對(duì)于可靠性無(wú)須過(guò)于苛刻。至于郵件服務(wù)器，至少需要具備足夠的硬件可靠性和容量大小，這主要是對(duì)郵件數(shù)據(jù)負(fù)責(zé)，因?yàn)楹芏嘤脩魶]有保存和歸檔郵件數(shù)據(jù)的習(xí)慣，待其重裝系統(tǒng)后，就會(huì)習(xí)慣性地到服務(wù)器上重新下載相應(yīng)的數(shù)據(jù)。至于性能問(wèn)題，則應(yīng)評(píng)估用戶數(shù)量后再?zèng)Q定。另外，考慮到它的重要性，建議還要盡量選擇穩(wěn)定的服務(wù)器系統(tǒng)，比如Linux或BSD系列。

數(shù)據(jù)庫(kù)：這是我們最后討論的應(yīng)用，對(duì)服務(wù)器的要求也是最高、最重要的。無(wú)論你使用的是MySQL、SQL Server還是Oracle，一般情況下，它都需要有足夠快的CPU、足夠大的內(nèi)存、足夠穩(wěn)定可靠的硬件�？芍苯硬捎肈ell PowerEdge R710或HP 580G5，CPU和內(nèi)存也要盡可能最大化。如果預(yù)算充分，建議用固態(tài)硬盤作為RAID10，因?yàn)閿?shù)據(jù)庫(kù)服務(wù)器對(duì)硬盤的I/O要求是最高的。

2.服務(wù)器需要支持的用戶訪問(wèn)量

服務(wù)器就是為了給用戶提供某種服務(wù)的，所以使用這些服務(wù)的用戶同樣是我們必須考慮的因素。我們可以從下面幾個(gè)具體的問(wèn)題進(jìn)行評(píng)估：

有多少注冊(cè)用戶？正常情況下有多少用戶會(huì)同時(shí)在線訪問(wèn)？每天同時(shí)在線訪問(wèn)的最高峰值大概是多少？

一般在項(xiàng)目實(shí)施之前，客戶方面會(huì)針對(duì)這些問(wèn)題給出一個(gè)大致的結(jié)果。但我們要盡量設(shè)計(jì)得比這更充分和具體。同時(shí)，我們還要對(duì)未來(lái)的用戶增長(zhǎng)做一個(gè)盡可能準(zhǔn)確的預(yù)測(cè)和規(guī)劃，因?yàn)槟愕姆��?wù)器可能會(huì)支持越來(lái)越多的用戶，所以在進(jìn)行網(wǎng)站或系統(tǒng)架構(gòu)時(shí)要讓機(jī)器能靈活地?cái)U(kuò)展。

3.需要的存儲(chǔ)數(shù)據(jù)空間

關(guān)于這個(gè)問(wèn)題需要從兩個(gè)方面來(lái)考慮，一方面是有哪些類別的數(shù)據(jù)，包括：操作系統(tǒng)本身占用的空間，安裝應(yīng)用程序所需要的空間，應(yīng)用程序所產(chǎn)生的數(shù)據(jù)、數(shù)據(jù)庫(kù)、日志文件、郵件數(shù)據(jù)等，如果網(wǎng)站是Web 2.0的，還要計(jì)算每個(gè)用戶的存儲(chǔ)空間；另一方面是從時(shí)間軸上來(lái)考慮，這些數(shù)據(jù)每天都在增長(zhǎng)，你至少要為未來(lái)1年(我們建議2～3年)的數(shù)據(jù)增長(zhǎng)做個(gè)準(zhǔn)確的測(cè)算，這就需要軟件開發(fā)人員和業(yè)務(wù)人員一起來(lái)提供足夠的信息了。最后可將計(jì)算出來(lái)的結(jié)果乘上1.5左右的系數(shù)，方便維護(hù)的時(shí)候做各種數(shù)據(jù)的備份和文件轉(zhuǎn)移操作。

4.業(yè)務(wù)的重要性

關(guān)于這個(gè)問(wèn)題就需要根據(jù)自身的業(yè)務(wù)領(lǐng)域來(lái)考慮相關(guān)要求了。下面舉幾個(gè)簡(jiǎn)單的例子，幫助你了解這些服務(wù)器對(duì)可靠性、數(shù)據(jù)完整性等方面的要求。

如果你的服務(wù)器是用來(lái)運(yùn)行一個(gè)WordPress博客、與朋友們分享觀點(diǎn)的，那么，一臺(tái)酷睿服務(wù)器、1GB的內(nèi)存外加一塊160GB的硬盤就足夠了。就算服務(wù)器出現(xiàn)了一點(diǎn)硬件故障，導(dǎo)致幾個(gè)小時(shí)甚至一兩天不能提供訪問(wèn)，生活會(huì)照常繼續(xù)，天也不會(huì)塌下來(lái)。

如果你的服務(wù)器是用作測(cè)試平臺(tái)的，那么就不會(huì)像生產(chǎn)環(huán)境那樣對(duì)可靠性有極高的要求，你所需要的可能只是做好例行的數(shù)據(jù)備份，若服務(wù)器宕機(jī)，只要能在當(dāng)天把問(wèn)題解決就行了。

如果是一個(gè)電子商務(wù)公司的服務(wù)器，運(yùn)行著電子商務(wù)網(wǎng)站平臺(tái)，那么請(qǐng)一定要十分重視服務(wù)器。當(dāng)硬件發(fā)生故障而導(dǎo)致宕機(jī)時(shí)，你需要對(duì)以下“危言聳聽”的后果做好心理準(zhǔn)備：投訴電話被打爆、顧客大量流失、顧客要求退款、市場(chǎng)推廣費(fèi)用打水漂、員工無(wú)事可干、公司運(yùn)營(yíng)陷入癱瘓狀態(tài)、數(shù)據(jù)丟失等。事實(shí)上，電子商務(wù)網(wǎng)站一般是需要365×24小時(shí)不間斷監(jiān)控的，而且要有專人輪流值守，并且要有足夠的備份設(shè)備，每天還要有專人檢查。個(gè)人感覺，在網(wǎng)站運(yùn)維方面，電子商務(wù)的技術(shù)含量也是最高的。

如果是大型廣告類或門戶類網(wǎng)站，那么建議選擇CDN系統(tǒng)。由于它有提高網(wǎng)站響應(yīng)速度、負(fù)載均衡、有效抵御DDoS攻擊等特點(diǎn)，相對(duì)而言，每節(jié)點(diǎn)都會(huì)有大量的冗余，所以，除了成本之外，CDN機(jī)器的硬盤問(wèn)題不大。

這里其實(shí)只是簡(jiǎn)單地討論了業(yè)務(wù)對(duì)服務(wù)器硬件可靠性的要求。換言之，如果你覺得業(yè)務(wù)不能承擔(dān)硬盤損壞帶來(lái)的停機(jī)或數(shù)據(jù)丟失風(fēng)險(xiǎn)，那么一定要選擇一個(gè)合適的RAID卡。對(duì)于冗余電源問(wèn)題，道理是一樣的(要全面解決這個(gè)問(wèn)題，不能只考慮單個(gè)服務(wù)器的硬件，還需要結(jié)合系統(tǒng)架構(gòu)的規(guī)劃設(shè)計(jì))。

在回答了以上問(wèn)題后，接下來(lái)就可以決定下面這些具體選項(xiàng)了：

(1)選擇什么CPU

回憶一下上面關(guān)于“服務(wù)器運(yùn)行的應(yīng)用”和“需要支持的用戶訪問(wèn)量”兩個(gè)方面的考慮，這將幫助我們選擇合適的CPU。毫無(wú)疑問(wèn)，CPU的主頻越高，其性能也就越高；兩個(gè)CPU要比一個(gè)CPU來(lái)得更爽，至強(qiáng)肯定比酷睿更猛。但究竟怎樣的CPU才是合適的呢？下面為你提供一些常見情況下的建議：

如果你的業(yè)務(wù)剛剛起步，預(yù)算不是很充足，建議你選擇一款經(jīng)典的酷睿服務(wù)器，這可以幫你節(jié)約大量成本。而且，以后可以根據(jù)業(yè)務(wù)發(fā)展的情況，隨時(shí)升級(jí)到更高配置的服務(wù)器。

如果你需要在一臺(tái)服務(wù)器上同時(shí)運(yùn)行多種應(yīng)用服務(wù)，例如.Net+Exchange+SQL Server，那么一個(gè)單核至強(qiáng)(例如X3330)或新一代的酷睿I3/I5(雙核四線程)將是最佳的選擇。雖然從技術(shù)的角度來(lái)說(shuō)，這不是一個(gè)好主意，但至少能夠幫你節(jié)約一大筆成本。

如果你的服務(wù)器要運(yùn)行SQL Server、MySQL或Oracle，而且目前有幾百個(gè)用戶同時(shí)在線，未來(lái)還會(huì)不斷增長(zhǎng)，那么你至少應(yīng)該選擇安裝一個(gè)雙四核服務(wù)器。

如果需要的是Web應(yīng)用服務(wù)器，雙四核基本就可以滿足我們的要求了。

(2)需要多大的內(nèi)存

同樣，“服務(wù)器運(yùn)行的應(yīng)用”和“需要支持的用戶訪問(wèn)量”兩方面的考慮也將幫助我們選擇合適的內(nèi)存容量。相比于CPU，我認(rèn)為內(nèi)存(RAM)才是影響性能的最關(guān)鍵因素。因?yàn)樵谙喈?dāng)多正在運(yùn)行的服務(wù)器中，CPU的利用率一般都在10%～30%之間，甚至更低。但我們發(fā)現(xiàn)由于內(nèi)存容量不夠而導(dǎo)致服務(wù)器運(yùn)行緩慢的案例比比皆是，如果服務(wù)器不能分配足夠的內(nèi)存給應(yīng)用程序，應(yīng)用程序就需要通過(guò)硬盤接口緩慢地交換讀寫數(shù)據(jù)了，這將導(dǎo)致網(wǎng)站慢得令人無(wú)法接受。內(nèi)存的大小主要取決于服務(wù)器的用戶數(shù)量，當(dāng)然也和應(yīng)用軟件對(duì)內(nèi)存的最低需求及內(nèi)存管理機(jī)制有關(guān)，所以，最好由程序員或軟件開發(fā)商給出最佳的內(nèi)存配置建議。下面同樣給出了一些常見應(yīng)用環(huán)境下的內(nèi)存配置建議：

無(wú)論是Windows下的IIS還是Linux下的Apache，一般情況下Web前端服務(wù)器不需要配置特別高的內(nèi)存，尤其是在集群架構(gòu)中，4GB的內(nèi)存就已經(jīng)足夠了。如果有幾千個(gè)并發(fā)用戶，而且他們同時(shí)運(yùn)行動(dòng)態(tài)腳本程序，我們才會(huì)考慮使用8GB或更高的內(nèi)存。

對(duì)于運(yùn)行Tomcat、Resin、WebLogic、Websphere或.NET的應(yīng)用服務(wù)器，4GB內(nèi)存應(yīng)該是基準(zhǔn)配置，更準(zhǔn)確的數(shù)字需要根據(jù)用戶數(shù)量和技術(shù)架構(gòu)來(lái)確定。

數(shù)據(jù)庫(kù)服務(wù)器的內(nèi)存由數(shù)據(jù)庫(kù)實(shí)例的數(shù)量、表大小、索引、用戶數(shù)來(lái)決定，一般建議配置4GB以上的內(nèi)存，我們?cè)谠S多項(xiàng)目方案中使用了24GB～48GB的內(nèi)存。

諸如Postfix、Notes、Exchange這樣的郵件服務(wù)器對(duì)內(nèi)存的要求并不高，1GB～2GB就可以滿足了。

還有一些特殊的服務(wù)器，我們需要為之配置盡可能高的內(nèi)存容量，包括Squid、Varnish、Memcached的緩存服務(wù)器。

對(duì)于一臺(tái)文件服務(wù)器，1GB內(nèi)存可能就足夠了。

事實(shí)上，上面的數(shù)字已經(jīng)足夠“慷慨”，由于內(nèi)存技術(shù)在不斷進(jìn)化，價(jià)格也在不斷降低，我們才得以近乎奢侈地討論4GB、8GB、16GB這些曾經(jīng)不可想象的內(nèi)存容量。然而，除了花錢購(gòu)買內(nèi)存來(lái)滿足應(yīng)用程序的“貪婪”之外，系統(tǒng)優(yōu)化和數(shù)據(jù)庫(kù)優(yōu)化仍然是我們需要重視的問(wèn)題。

(3)需要怎樣的硬盤存儲(chǔ)系統(tǒng)

硬盤存儲(chǔ)系統(tǒng)的選擇和配置是整個(gè)服務(wù)器系統(tǒng)里最復(fù)雜的一部分，我們需要考慮硬盤的數(shù)量、容量、接口類型、轉(zhuǎn)速、緩存大小，以及是否需要RAID卡、RAID卡的型號(hào)和RAID級(jí)別等問(wèn)題。甚至在一些高可靠性、高性能的應(yīng)用環(huán)境中，我們還需要考慮使用怎樣的外部存儲(chǔ)系統(tǒng)(SAN、NAS或DAS)。下面將服務(wù)器的硬盤RAID卡的特點(diǎn)歸納一下：

如果是用作緩存服務(wù)器，比如squid、varnish還有memcached，可以考慮用RAID0。

如果是運(yùn)行Nginx+PHP5或tomcat、resin等應(yīng)用，可以考慮用RAID1。

如是是內(nèi)網(wǎng)開發(fā)服務(wù)器或存放重要代碼的服務(wù)器，可以考慮用RAID5。

如果是運(yùn)行MySQL或Oracle等數(shù)據(jù)庫(kù)應(yīng)用，可以考慮用固態(tài)硬盤做RAID5或RAID10。

5.網(wǎng)卡性能與數(shù)據(jù)方面的考慮

如果你的基礎(chǔ)架構(gòu)是多服務(wù)器環(huán)境，而且服務(wù)器之間有大量的數(shù)據(jù)交換，那么建議你為每臺(tái)服務(wù)器配置兩個(gè)或更多的網(wǎng)卡，一個(gè)用來(lái)對(duì)外提供服務(wù)，另一個(gè)用來(lái)做內(nèi)部數(shù)據(jù)交換。由于現(xiàn)在項(xiàng)目外端都置于防火墻內(nèi)，所以許多時(shí)候單網(wǎng)卡就足夠了；而像LVS+Keepalived這種只用公網(wǎng)地址的Linux集群架構(gòu)，有時(shí)可能僅僅需要一塊網(wǎng)卡。目前，HP或Dell這種品牌服務(wù)器自帶的網(wǎng)卡已經(jīng)足夠使用了。

另外，數(shù)據(jù)的備份也是很重要的。在實(shí)際工作中我們也發(fā)現(xiàn)，rsync和scp這些Liunx下的備份工具同樣非常占帶寬，所以，如果用scp，建議盡量用它的限速參數(shù)；而rsync則盡量選擇在非業(yè)務(wù)時(shí)間段執(zhí)行。

6.服務(wù)器安全方面的考慮

由于目前國(guó)內(nèi)的DDoS攻擊還是比較普遍，建議給每個(gè)項(xiàng)目方案和自己的電子商務(wù)網(wǎng)站配備硬件防火墻，比如Juniper、Cisco或神盾等。當(dāng)然了，這個(gè)問(wèn)題也是網(wǎng)站后期運(yùn)營(yíng)維護(hù)需要考慮的，這里只是想讓大家有個(gè)概念性的認(rèn)識(shí)。有時(shí)為了數(shù)據(jù)的安全，我會(huì)讓所有的機(jī)器都用RAID5。另外就是定期巡視機(jī)房，檢查服務(wù)器的硬盤燈指向，一有異常就迅速處理。

7.根據(jù)機(jī)架數(shù)合理安排服務(wù)器的數(shù)量

這個(gè)問(wèn)題應(yīng)該在項(xiàng)目實(shí)施前就準(zhǔn)備好，選擇服務(wù)器時(shí)應(yīng)該明確1U、2U和4U到底有多少臺(tái)，應(yīng)該如何安排。在小項(xiàng)目中這個(gè)問(wèn)題可能無(wú)關(guān)緊要，但在大型項(xiàng)目的實(shí)施過(guò)程中，這個(gè)問(wèn)題就很突出了，我們應(yīng)該根據(jù)現(xiàn)有或額定的機(jī)架數(shù)目確定到底應(yīng)該選擇多少個(gè)服務(wù)器。

8.成本考慮：服務(wù)器的價(jià)格問(wèn)題

這個(gè)問(wèn)題無(wú)論是在替公司采購(gòu)時(shí)，還是在項(xiàng)目實(shí)施過(guò)程中，都是重要的問(wèn)題。我們的方案經(jīng)常被退回，理由就是超出預(yù)算。尤其是一些小項(xiàng)目，預(yù)算更吃緊。我做項(xiàng)目時(shí)經(jīng)常面臨的一種需求是客戶做的是證券類資訊網(wǎng)站，只要求周一至周五的上午9點(diǎn)至下午3點(diǎn)網(wǎng)站不出問(wèn)題即可，并不想做復(fù)雜的負(fù)載均衡高可用。所以這時(shí)候，我會(huì)做成單Nginx或Haproxy，后面接兩臺(tái)Web應(yīng)用。這種情況還好說(shuō)，如果是做中大型電子商務(wù)網(wǎng)站，在服務(wù)器成本上的控制就尤其重要。事實(shí)上，我們經(jīng)常遇到的問(wèn)題是，客戶給出的成本預(yù)算有限，而我們的應(yīng)用又需要更多的服務(wù)器。這時(shí)候，我們不得不選擇Centos或FreeBSD下的免費(fèi)虛擬化軟件，這將在后面的章節(jié)中重點(diǎn)講述。

以上8個(gè)方面即是我們?cè)诓少?gòu)服務(wù)器時(shí)應(yīng)該注意的因素，在選擇服務(wù)器的組件時(shí)要有所偏重，然后根據(jù)系統(tǒng)或網(wǎng)站架構(gòu)來(lái)決定服務(wù)器的數(shù)量，盡量做到服務(wù)器資源利用的最大化。