我使用博斯收集關於硬盤(win.disk.duration
)的平均響應時間的信息,它產生諸如圖:如何在Bosun中使用win.disk.duration或如何減少計數器類型度量標準?
我明白,這是示出變化率WMI報告的值,AvgDiskSecPerRead
。
我想要做的就是這個下采樣計算值取最大值在一個時間段。但是,如果我設置的Max
下采樣與5m
一個窗口,我得到這個:
注意Y軸的規模變化。
如何降低速率以獲得我期望的結果(或者爲什麼我沒有要求有意義)?
我使用博斯收集關於硬盤(win.disk.duration
)的平均響應時間的信息,它產生諸如圖:如何在Bosun中使用win.disk.duration或如何減少計數器類型度量標準?
我明白,這是示出變化率WMI報告的值,AvgDiskSecPerRead
。
我想要做的就是這個下采樣計算值取最大值在一個時間段。但是,如果我設置的Max
下采樣與5m
一個窗口,我得到這個:
注意Y軸的規模變化。
如何降低速率以獲得我期望的結果(或者爲什麼我沒有要求有意義)?
目前,因爲這是你不能用OpenTSDB正確下采樣它的計數器(我假設你正在使用的數據源,由於問題的標籤)。這是因爲OpenTSDB在設計中弄錯了數學,而且還沒有被修正。更多信息請見Google groups thread。簡而言之,費率計算(派生)需要按操作順序提前。另外,請注意,目前在我們這邊(scollector),我們似乎已經搞亂了一個相關度量標準win.disk.percent_time
,這個度量標準仍然需要研究(在這個issue中跟蹤)。
看來,這種轉變是關於將聚合應用於一階導數。這是example使用win.disk.duration
度量來自scollector,但在不同的backend。
rate-counter=true|false
參數。max
被施加到的速率在用戶定義的時間段(5分鐘)。但是,我會推薦使用95百分位數函數而不是max
。 p95
統計信息允許您從分析中發現罕見的峯值。
聲明:我Axibase工作。
感謝您的解釋和鏈接。從那條線的年代來看,我不會屏住呼吸。 –