這是在運維工程師筆記本電腦上以圖形方式顯示的數(shù)據(jù)，這些數(shù)據(jù)是由工具采集并顯示的，這些工具有Cacti、Ganglia、Hyperic HQ、Zenoss、Munin，或其他你總能碰到的什么工具。采集這些系統(tǒng)資源數(shù)據(jù)絕對需要很高的分辨率，才能刻畫系統(tǒng)容量、實時進(jìn)行錯誤排查、跨越不同集群對數(shù)據(jù)進(jìn)行關(guān)聯(lián)。
 
多數(shù)工具采集所有基礎(chǔ)數(shù)據(jù):CPU、網(wǎng)絡(luò)、磁盤(空間使用率和I/O使用率)、內(nèi)存，等等。這些數(shù)據(jù)應(yīng)被視為深刻理解基礎(chǔ)架構(gòu)運行的基礎(chǔ)。我認(rèn)為，關(guān)于服務(wù)器，如果你所知道的就只是這些測量數(shù)據(jù)的話，可以認(rèn)為你就是個瞎子。一個多小小日時的時間里系統(tǒng)CPU的使用率達(dá)到12%，而應(yīng)用程序的行為到底是怎么樣的，這個數(shù)字并不能告訴你多少東西一一而應(yīng)用程序的行為才是要點。系統(tǒng)資源是如何實際使用的，應(yīng)用和服務(wù)層面的測量數(shù)據(jù)會給出相關(guān)的信息。



如果不能用同樣的工具來采集這些數(shù)據(jù)的話，也要盡量用相近的工具，這會有很大的好處。有了這些數(shù)據(jù)，就可以回答下面的問題:

● 平均的Web請求的CPU時間(用戶態(tài)和系統(tǒng)態(tài))是多少?

● 和純粹應(yīng)用程序的執(zhí)行時間比較起來，用于數(shù)據(jù)庫查詢的最慢的API調(diào)用花費時間的百分比是多少?

● 對文件系統(tǒng)緩存(而非程序內(nèi)部的緩存)的依賴有多大?響應(yīng)時間隨請求率的起伏變化，能說明有共享資源嗎？

● 用于Web頁面、AJAX、RSS、API方法的前端請求各占多少百分比?以文件大小來計，最大的頁面響應(yīng)是多少？
 
● 響應(yīng)時間隨響應(yīng)大小按比例變化嗎?

● 最慢的數(shù)據(jù)庫查詢是什么?調(diào)用頻度是多少?
 
● 用得最多的數(shù)據(jù)庫查詢是什么?調(diào)用頻度是多少?

回答這些問題，能幫助你找出哪些網(wǎng)站建設(shè)優(yōu)化值得做、排查問題時從哪里入手、什么樣的資源使用對你而言是“正常”的，從而可以在監(jiān)控系統(tǒng)上設(shè)置合適的報警閾值。