網(wǎng)站運(yùn)維之道 之容量規(guī)劃
51CTO編輯注：本文是馮大輝（Fenng）的一個(gè)系列博文，《網(wǎng)站運(yùn)維之道》。本文是系列的第三篇。
容量規(guī)劃
有效的監(jiān)控能夠避免絕大多數(shù)問(wèn)題的擴(kuò)大化，但是還是做不到防患于未然。監(jiān)控告警機(jī)制完善后，就需要著手考慮容量規(guī)劃(Capacity Planning)的問(wèn)題。
所謂的容量規(guī)劃，也就是一個(gè)公司為了滿(mǎn)足商業(yè)目標(biāo)的需求而決定生產(chǎn)能力的過(guò)程。俗語(yǔ)說(shuō)，"人無(wú)遠(yuǎn)慮，必有近憂(yōu)"，容量規(guī)劃，需要的是"遠(yuǎn)慮"。對(duì)應(yīng)到運(yùn)維的工作上來(lái)，一方面是商業(yè)目標(biāo)帶來(lái)的容量需求，一方面是針對(duì)相關(guān)歷史數(shù)據(jù)的分析帶來(lái)的預(yù)測(cè)。這里的歷史數(shù)據(jù)，是需要運(yùn)維團(tuán)隊(duì)采集、整理的。(從這個(gè)角度上說(shuō))，容量規(guī)劃是一個(gè)長(zhǎng)期的過(guò)程。
相關(guān)的數(shù)據(jù)保存和圖表生成，基本上都會(huì)采用 RRDtool （http://oss.oetiker.ch/rrdtool/）來(lái)做。 RRDtool 也已經(jīng)是業(yè)界的事實(shí)上的標(biāo)準(zhǔn)，但畢竟 RRDtool 只能算是一套引擎。而規(guī)模化的數(shù)據(jù)管理工作則需要求助其它工具，則不能不提 Cacti （http://www.cacti.net/）這是現(xiàn)在相當(dāng)通用的做法。老牌的 MRTG 已經(jīng)很少有人用了。
利用 Cacti，很容易得到一段時(shí)間內(nèi)某項(xiàng)數(shù)據(jù)指標(biāo)的變化趨勢(shì)(比如網(wǎng)絡(luò)流量的增長(zhǎng)趨勢(shì)、服務(wù)器負(fù)載的趨勢(shì)等)。這是運(yùn)維過(guò)程中最主要的參考數(shù)據(jù)之一，缺乏此類(lèi)數(shù)據(jù)而做決策是不可想象的。
如上圖，可以發(fā)現(xiàn)被監(jiān)控的服務(wù)器上進(jìn)程數(shù)量半年內(nèi)的增長(zhǎng)趨勢(shì)，在 2 月份間的進(jìn)程數(shù)并不高(春節(jié)期間)，隨后的幾個(gè)月突破 4000 個(gè)進(jìn)程，對(duì)于普通的服務(wù)器來(lái)說(shuō)，這是比較危險(xiǎn)的。盡管當(dāng)前系統(tǒng)運(yùn)行可能比較平穩(wěn)，但運(yùn)維技術(shù)人員絕對(duì)有必要考慮中期解決方案。
容量規(guī)劃中的另外一個(gè)重要參考維度是 Web 訪問(wèn)日志的趨勢(shì)圖。對(duì)于中小網(wǎng)站來(lái)說(shuō)，Awstats 足以勝任，更大一點(diǎn)的規(guī)?；蚴菍?duì)統(tǒng)計(jì)要求更高的站點(diǎn)或許只能自己寫(xiě)統(tǒng)計(jì)工具了，還沒(méi)聽(tīng)說(shuō)有什么針對(duì)大型網(wǎng)站而且性?xún)r(jià)比好的商業(yè)工具。這里筆者要強(qiáng)調(diào)一下的是，商業(yè)站點(diǎn)盡量不要用第三方的流量統(tǒng)計(jì)工具，這樣很容易泄漏比較關(guān)鍵的商業(yè)信息。
補(bǔ)充后記
容量規(guī)劃其實(shí)遠(yuǎn)遠(yuǎn)不止這些，比如應(yīng)用服務(wù)器容量規(guī)劃方面、數(shù)據(jù)庫(kù)容量規(guī)劃，主機(jī)容量規(guī)劃、存儲(chǔ)容量規(guī)劃等等，把整個(gè)架構(gòu)拆成各個(gè)組件，每個(gè)組件的容量規(guī)劃都是值得大書(shū)特書(shū)的一塊內(nèi)容。
另外一個(gè)關(guān)鍵點(diǎn)是團(tuán)隊(duì)的"容量規(guī)劃"，團(tuán)隊(duì)成長(zhǎng)這一方面如果跟不上也很容易成為瓶頸。
原文：http://www.dbanotes.net/web/web_operations_capacity_planning.html
【網(wǎng)站運(yùn)維之道全系列】
