我們拋開 租用服務(wù)器還是自行購買服務(wù)器進(jìn)行托管的問題，在這篇文章里，我們討論的是無論租用或托管都要面臨的一個(gè)問題，那就是選擇服務(wù)器的硬件配置。 因?yàn)樯系鄄粫?huì)給你一臺(tái)服務(wù)器來滿足所有需求，解決所有的問題。 尤其是我們身處在這樣一個(gè)飛速變化的時(shí)代，當(dāng)你還在為最新款最強(qiáng)勁的CPU乍舌不已的時(shí)候，Intel、AMD卻已經(jīng)在密謀下一次洗劫你錢包的時(shí)機(jī)了，其實(shí)，他們?cè)缫呀?jīng)將未來10年的CPU演進(jìn)道路設(shè)計(jì)妥當(dāng)，布好一個(gè)又一個(gè)的坑在等著你跳進(jìn)去，簡直就像陰謀一般。 沒錯(cuò)，這一切就是陰謀！

不成功的服務(wù)器選擇會(huì)給企業(yè)帶來很多運(yùn)營問題：如果不經(jīng)認(rèn)真仔細(xì)的評(píng)估，輕率的選擇一臺(tái)性能超級(jí)強(qiáng)勁讓你高枕無憂但價(jià)格昂貴的服務(wù)器，毫無疑問會(huì)帶來成本上的極大浪費(fèi)； 但如果一味為了省錢，而選擇一臺(tái)很容易成為計(jì)算瓶頸，或沒有充分考慮冗余措施的服務(wù)器，就會(huì)極大影響業(yè)務(wù)的運(yùn)行，客戶投訴網(wǎng)站速度超慢，硬盤出現(xiàn)故障導(dǎo)致數(shù)據(jù)丟失，因?yàn)檫@些，你從此沒有了美好的睡眠，每日提心吊膽，更要命的是，公司因此丟失了幾十萬元的訂單。

你需要從不同的角度來決定選擇一臺(tái)什么樣的服務(wù)器，找到滿足技術(shù)需要、業(yè)務(wù)發(fā)展和成本控制之間的最佳平衡點(diǎn)，為了做到這一點(diǎn)，絕對(duì)還是需要一點(diǎn)智慧。 51IDC將在下面為大家介紹一些易于理解，盡可能全面的建議，并幫助你做出決定。

先不要急于決定需要怎樣的CPU，幾個(gè)硬盤，幾個(gè)G內(nèi)存，需要多少兆帶寬這樣的問題，那些是我們最后需要得到的答案。 在這之前，先一起梳理幾個(gè)問題。 在下面，我們列出了一些“多少”或“什么樣”的問題，拿起你的筆或在Windows記事本里新建一個(gè)文件，嘗試根據(jù)下面四個(gè)問題來評(píng)估自己的需求：

服務(wù)器運(yùn)行什么應(yīng)用？

需要支持多少用戶訪問？

需要多大空間來存儲(chǔ)數(shù)據(jù)？

我的業(yè)務(wù)有多重要？

1 服務(wù)器運(yùn)行什么應(yīng)用？ 這是首先需要考慮的問題，在這里你要根據(jù)服務(wù)器的應(yīng)用類型，也就是用途，來決定服務(wù)器的性能、容量和可靠性需求。 我們按照前端服務(wù)器+應(yīng)用程序服務(wù)器+數(shù)據(jù)服務(wù)器的常見基礎(chǔ)架構(gòu)來討論：

1.1 Web前端：正常情況下，我們認(rèn)為大多數(shù)Web前端服務(wù)器（Front-end）對(duì)服務(wù)器的要求不大，例如靜態(tài)Web服務(wù)器、動(dòng)態(tài)Web服務(wù)器、圖片服務(wù)器等等，因?yàn)樵诂F(xiàn)有的技術(shù)框架中，我們有很多方案可以解決前端服務(wù)器的性能擴(kuò)展和可靠性問題，例如LVS、Nginx反向代理、硬件負(fù)載均衡(F5，A10，Radware)等。 甚至在很多訪問量不高（幾百個(gè)用戶同時(shí)在線）的應(yīng)用中，51IDC的經(jīng)典酷睿服務(wù)器就可以滿足需求。

1.2應(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)的配置。 對(duì)于可靠性的問題，如果你的架構(gòu)中只有一臺(tái)應(yīng)用服務(wù)器，那肯定需要這臺(tái)服務(wù)器足夠可靠，RAID絕對(duì)是不能忽視的選項(xiàng)。 但如果有兩臺(tái)或更多的應(yīng)用服務(wù)器，并設(shè)計(jì)了負(fù)載均衡機(jī)制，具有冗余功能，那我們則不必將每臺(tái)服務(wù)器武裝到底。

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

1.4公共服務(wù)：我們指的是郵件服務(wù)器、文件服務(wù)器、DNS服務(wù)器、域控服務(wù)器這類服務(wù)器。 通常情況我們會(huì)部署兩臺(tái)DNS服務(wù)器作為互相備份，域控主服務(wù)器也會(huì)擁有一臺(tái)備份服務(wù)器（專用的或非專用的），所以對(duì)于可靠性，無需達(dá)到苛刻的地步。 至于郵件服務(wù)器，至少需要具備足夠的硬件可靠性和容量大小，這主要是為了對(duì)郵件數(shù)據(jù)負(fù)責(zé)，因?yàn)楹芏嘤脩魶]有保存和歸檔郵件數(shù)據(jù)的習(xí)慣，當(dāng)他們重裝系統(tǒng)后，總會(huì)依賴重新下載服務(wù)器上的數(shù)據(jù)。 至于性能問題，我們認(rèn)為需要評(píng)估用戶數(shù)量才能決定。

1.5數(shù)據(jù)庫：我們最后討論的應(yīng)用，也是要求最高，最重要的服務(wù)器。 無論你使用的是MySQL、SQLServer還是Oralce，一般情況下，我們認(rèn)為它需要足夠快的CPU，足夠大的內(nèi)存，足夠穩(wěn)定可靠的硬件。 單路至強(qiáng)CPU/4GB內(nèi)存/Raid1絕對(duì)是入門配置。 關(guān)于準(zhǔn)確的配置我們需要再討論業(yè)務(wù)需求后才能作決定。

2 服務(wù)器需要支持多少用戶訪問？ 服務(wù)器肯定是為了提供某種服務(wù)，而使用這些服務(wù)的用戶同樣是我們必須考慮的因素，有幾個(gè)具體的問題你需要做出評(píng)估：

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

這些問題，對(duì)我們決定采用什么樣的CPU，多大的內(nèi)存有著至關(guān)重要的影響。 51IDC建議你的技術(shù)人員和業(yè)務(wù)部門坐在一起來討論這幾個(gè)問題，最后甚至需要按照特定的技術(shù)模型和算法，將這些數(shù)字轉(zhuǎn)化為一些更具體的技術(shù)數(shù)字，例如并發(fā)多少個(gè)連接（很多時(shí)候，用戶數(shù)與連接數(shù)不是一個(gè)概念）。 同時(shí)，你還要對(duì)未來的用戶增長做一個(gè)盡可能準(zhǔn)確的預(yù)測(cè)和規(guī)劃，你的服務(wù)器需要支持越來越多的用戶。

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

4我的業(yè)務(wù)有多重要：你需要根據(jù)自身的業(yè)務(wù)領(lǐng)域，來遵循一些要求，我們?cè)谙旅媾e幾個(gè)簡單的例子，幫助你理解這些服務(wù)器對(duì)可靠性、數(shù)據(jù)完整性等方面的要求：

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

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

4.3如果你是一個(gè)電子商務(wù)公司，服務(wù)器正在運(yùn)行電子商務(wù)網(wǎng)站平臺(tái)，那么請(qǐng)一定要像重視女朋友一樣重視服務(wù)器，當(dāng)硬件發(fā)生故障而導(dǎo)致宕機(jī)，你需要對(duì)以下危言聳聽的后果做好心理準(zhǔn)備：投訴電話被打爆、顧客大量流失、顧客要求退款、市場(chǎng)推廣費(fèi)用打水漂、員工無事可干，公司運(yùn)營陷入癱瘓、數(shù)據(jù)丟失（這是最痛苦最災(zāi)難的結(jié)果，我們經(jīng)歷了太多這樣的案例， 它甚至?xí)?dǎo)致一個(gè)公司就此消亡）

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

轉(zhuǎn)載：http://blog.51cto.com/sopace/1422520

在完成以上問題后，我們接下來就可以決定這些具體選項(xiàng)：

選擇什么CPU？

回憶一下上面”服務(wù)器運(yùn)行什么應(yīng)用？ “和 “需要支持多少用戶訪問？” 兩個(gè)問題的答案，這將幫助我們來選擇合適的CPU。 毫無疑問，CPU的主頻越高，其性能也更高； 兩個(gè)CPU要比一個(gè)CPU來得更爽，至強(qiáng)肯定比酷睿更生猛。 但我們究竟需要選擇怎樣的CPU？ 我們?cè)谶@里為你提供一些常見情況下的建議：

1 如果你的業(yè)務(wù)剛剛起步，預(yù)算不是很充足，建議你選擇一款經(jīng)典酷睿服務(wù)器，畢竟51IDC的E5300服務(wù)器最便宜只需要450塊錢一個(gè)月。 而且，以后你可以根據(jù)業(yè)務(wù)發(fā)展情況，隨時(shí)升級(jí)到更高配置的服務(wù)器。

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

3如果你的服務(wù)器運(yùn)行SQLServer、MySQL或者Oracle，而且目前有幾百個(gè)用戶同時(shí)在線，未來還會(huì)不斷增長，那么你至少應(yīng)該選擇安裝一個(gè)E5504（或更高主頻）的至強(qiáng)服務(wù)器。 當(dāng)半年后負(fù)載越來越大的時(shí)候，可以選擇增加一個(gè)CPU。

4 如果你需要一臺(tái)游戲服務(wù)器，那么我們建議你選擇一臺(tái)單路或雙路的至強(qiáng)服務(wù)器。

5需要注意的是，使用雙路CPU需要應(yīng)用程序的支持，如果應(yīng)用程序本身沒有對(duì)雙路CPU進(jìn)行代碼優(yōu)化，就不會(huì)帶來性能的顯著提升，而且將造成投資的極大浪費(fèi)。

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

同樣，”服務(wù)器運(yùn)行什么應(yīng)用？ “和 “需要支持多少用戶訪問？” 兩個(gè)問題的答案，也將幫助我們來選擇合適的內(nèi)存容量。 相比于CPU，我們更認(rèn)為內(nèi)存（RAM）是影響性能的最關(guān)鍵因素。 因?yàn)樵谙喈?dāng)多正在運(yùn)行的服務(wù)器中，我們發(fā)現(xiàn)CPU利用率一般都在10%~30%之間，甚至更低。 但我們發(fā)現(xiàn)由于內(nèi)存容量不夠而導(dǎo)致服務(wù)器運(yùn)行緩慢的案例比比皆是，如果服務(wù)器不能分配足夠的內(nèi)存給應(yīng)用程序，應(yīng)用程序就需要通過緩慢的硬盤接口來交換讀寫數(shù)據(jù)，這將導(dǎo)致網(wǎng)站慢的令人無法接受。 內(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)存配置建議：

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

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

3 數(shù)據(jù)庫服務(wù)器的內(nèi)存由數(shù)據(jù)庫實(shí)例的數(shù)量、表大小、索引、用戶數(shù)來決定，一般建議配置4GB以上的內(nèi)存，我們甚至在很多的客戶案例中使用了24GB到48GB的內(nèi)存。

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

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

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

事實(shí)上，上面的數(shù)字已經(jīng)足夠慷慨，由于內(nèi)存技術(shù)的不斷進(jìn)化和價(jià)格不斷降低，我們才得以近乎奢侈的討論4G、8G、16GB這些曾經(jīng)不可想象的內(nèi)存容量。 早在2000年的時(shí)候，我面對(duì)的大多數(shù)服務(wù)器都是256MB、512MB內(nèi)存，1GB已經(jīng)算是高配，而那時(shí)同樣也需要滿足大量用戶的訪問。 所以，除了花錢購買內(nèi)存來滿足應(yīng)用程序的貪婪之外，系統(tǒng)優(yōu)化和內(nèi)存管理仍然是我們需要重視的問題。

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

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



網(wǎng)卡的問題

如果你的基礎(chǔ)架構(gòu)是多服務(wù)器環(huán)境，而且服務(wù)器之間有大量的數(shù)據(jù)交換，那么我們建議你為每臺(tái)服務(wù)器配置兩個(gè)或更多的網(wǎng)卡，一個(gè)用來對(duì)外提供服務(wù)，另一個(gè)用來做內(nèi)部數(shù)據(jù)交換。 如果你對(duì)安全的要求特別高，我們甚至可以單獨(dú)安裝一個(gè)用于系統(tǒng)管理和日常維護(hù)的網(wǎng)卡。

至于網(wǎng)卡端口的速率問題，這主要取決于你對(duì)帶寬流量的評(píng)估。 大多數(shù)情況下，百兆網(wǎng)卡足夠用來對(duì)外提供服務(wù)，而內(nèi)部數(shù)據(jù)交換建議使用千兆網(wǎng)卡。 但話說回來，除了經(jīng)典酷睿服務(wù)器之外，我們現(xiàn)在很難找到百兆接口的服務(wù)器主板了。

聯(lián)系我們 +86 13049611141 給您一個(gè)完美的IT服務(wù)器解決方案