有些系統采用高分辨率采集數據，并存入關(guān)系數據庫中。這樣做，解決了數據獨立查詢(xún)的問(wèn)題，而且也能夠用SQL對這些數據做些處理，這對很多工程師來(lái)講，是一個(gè)相對直接和順手的事情。而且，因為采集的這些數據從來(lái)不會(huì )刪除，最后將得到一個(gè)相對規整的數據庫，而規整性肯定有利于數據庫的性能，而且，對于大規模數據庫來(lái)說(shuō)，也能夠維持其效率。
就個(gè)人而言，用一個(gè)已成為事實(shí)標準的存儲系統來(lái)存儲測量數據的話(huà)，我還沒(méi)發(fā)現會(huì )缺少什么，這個(gè)存儲系統就是循環(huán)數據庫(Round Robin Database，RRD)。RRD的基本思想是，隨著(zhù)時(shí)間的推移，一旦達到某個(gè)你選定的周期(小時(shí)、天、周、月、年)，則有意地降低數據的分辨率。這樣樣做的理由是，大多數測量數據只是在最近的時(shí)間周期內有意義，而且另外一個(gè)好處就是RRD的數據文件不會(huì )增長(cháng)到超過(guò)限制，這意味著(zhù)你不用擔心磁盤(pán)空間的問(wèn)題。
許多系統都有RRD的分辨率定義，即對于磁盤(pán)空間采取保守做法，從一小時(shí)開(kāi)始就從最高分辨率往下降。這滿(mǎn)足你的要求嗎?或許滿(mǎn)足，也或許不滿(mǎn)足，取決于是什么測量數據，從哪個(gè)時(shí)間點(diǎn)開(kāi)始使用這些數據，以及從整個(gè)應用來(lái)說(shuō)單個(gè)的測量數據有多重要。我曾經(jīng)看到有的機構保存了若干年的、有幾千個(gè)測量指標的、分辨率為10秒的數據，也看到其他成功的公司，他們的做法是最近一小時(shí)的分辨率是15秒，最近一天的分辨率是1分鐘，而最近一周的分辨率是5分鐘。很明顯，因為無(wú)法回到過(guò)去獲得更多細節數據，所以應將分辨率設置為多粒度的。
高分辨率數據應存留多長(cháng)時(shí)間呢?這也是一個(gè)眾說(shuō)紛紜的問(wèn)題。就我個(gè)人而言，我從來(lái)不需要知道www125服務(wù)器的CPU在2005年2月10日的12:34:50和12:34:60這兩個(gè)時(shí)間點(diǎn)的情況，但我對2005年所有Web服務(wù)器在每周的峰值情況會(huì )很有興趣，所以我對最大值和平均值的保存時(shí)間會(huì )比原始數據的保存時(shí)間要長(cháng)。像分辨率的情況一樣，如果你發(fā)現管理起來(lái)有問(wèn)題，則數據的存留時(shí)間(retention)可以調小一點(diǎn)。
在決定測量的分辨率時(shí)，要想清楚它們的使用情況。你要查看這些數據以找出宕機或性能下降的原因嗎?如果是的話(huà)，你就要將分辨率設得高一點(diǎn)，小于一分鐘。你要將數據用于以3、6或9個(gè)月的時(shí)間尺度做容量規劃嗎?是的話(huà)，你就要將最大值和最小值的數據保存得更長(cháng)一些。
還要讓這些數據幫你獲得模式的歷史意義，用這些數據回答下面的問(wèn)題時(shí)，測量數據采集系統會(huì )真正出彩的：
● 對某個(gè)特定資源，每天的峰值時(shí)是哪些?每周周的峰值日是哪些?每年的峰值月是哪些？
● 有季節性模式嗎?如夏時(shí)日會(huì )低些，節假日會(huì )高些，峰值會(huì )出現在學(xué)校上課期間，等等。
● 最大(波峰)值與最小(波谷)值比較起來(lái)怎么樣？
● 在網(wǎng)站建設用戶(hù)分布于全球、跨越多個(gè)時(shí)區的情況下，波峰與波谷的關(guān)系是否發(fā)生變化？
本文地址：http://havencoinwallet.com//article/3309.html
