Graphite 是一個高度可擴展的實時圖形系統(tǒng)，同時也是一種企業(yè)級監(jiān)視工具。用于采集網(wǎng)站實時信息并進行統(tǒng)計，可采集多種網(wǎng)站服務運行狀態(tài)信息

常見問題

誰應該使用Graphite?

任何想要長期跟蹤任何數(shù)值的人。如果你有一個可能會隨時間變化的數(shù)字，并且你可能想把這個值隨時間變化的情況用圖表表示出來，那么Graphite可能可以滿足你的需求。

具體來說，Graphite被設計用來處理數(shù)字時間序列數(shù)據(jù)。例如，Graphite就很適合繪制股票價格圖，因為它們是隨時間變化的數(shù)字。無論是幾個數(shù)據(jù)點，還是來自數(shù)千臺服務器的幾十個性能指標，那么Graphite都適合你。作為獎勵，你不一定要事先知道這些東西的名稱(誰想維護如此龐大的配置?);你只需發(fā)送一個度量名稱、一個時間戳和一個值，剩下的事情就由Graphite來處理了。

Graphite的可擴展性如何?

從CPU的角度來看，Graphite在前端和后端都是水平擴展的，這意味著你可以簡單地添加更多的機器來獲得更多的吞吐量。它還具有容錯性，即失去一臺后端機器會造成極小的數(shù)據(jù)損失(無論這臺機器在內存中緩存了什么)，如果你有足夠的剩余容量來處理負載，就不會破壞系統(tǒng)。

從I/O的角度來看，在負載下，Graphite會非常迅速地對很多不同的文件執(zhí)行很多微小的I/O操作。這是因為每一個發(fā)送到Graphite的不同度量都存儲在自己的數(shù)據(jù)庫文件中，類似于很多建立在RRD之上的工具(drraw、Cacti、Centreon等)的工作方式。事實上，Graphite最初確實使用RRD進行存儲，直到出現(xiàn)了基本的限制，需要新的存儲引擎。

高容量(每分鐘更新幾千個不同的指標)幾乎需要一個好的RAID陣列和/或SSD。如果磁盤無法跟上大量發(fā)生的小型寫操作(每個數(shù)據(jù)點只有幾個字節(jié)，但大多數(shù)標準磁盤每秒的I/O操作不能超過幾千次，即使它們很小)，Graphite的后端會緩存?zhèn)魅氲臄?shù)據(jù)。當這種情況發(fā)生時，Graphite的數(shù)據(jù)庫引擎whisper允許碳一次寫入多個數(shù)據(jù)點，從而提高整體吞吐量，只是代價是將多余的數(shù)據(jù)緩存在內存中，直到可以寫入。

Graphite還支持替代的存儲后端，可以大大改變這些特性。

圖表的實時性如何?

非常實時。即使是在重負載的情況下，當每個時間間隔傳入的指標數(shù)量遠遠大于存儲系統(tǒng)執(zhí)行 I/O 操作的速度，并且大量的數(shù)據(jù)點被緩存在存儲管道中(見前面的問題解釋)，Graphite 仍然可以繪制實時圖形。訣竅是，當 Graphite webapp 收到繪制圖形的請求時，它同時從磁盤上以及預存儲緩存中檢索數(shù)據(jù)(如果你有多個后端服務器，緩存可能是分布式的)，并將兩個數(shù)據(jù)源結合起來，創(chuàng)建一個實時圖形。

誰已經(jīng)在使用Graphite?

Graphite是由Orbitz內部開發(fā)的，在這里，它被用來可視化各種關鍵運營數(shù)據(jù)，包括應用指標、數(shù)據(jù)庫指標、銷售等。在寫這篇文章的時候，Orbitz的生產(chǎn)系統(tǒng)可以每分鐘處理大約160,000個不同的指標，這些指標運行在高速SAN上的兩臺niagra-2 Sun服務器上。

Graphite是用什么寫的?

Graphite webapp建立在Django web框架上，使用ExtJS javascript GUI工具包。圖形渲染使用Cairo圖形庫完成。后臺和數(shù)據(jù)庫是用純Python編寫的。

誰來編寫和維護Graphite?

Graphite最初是由Orbitz的Chris Davis開發(fā)的。Orbitz長期以來一直是開源社區(qū)的一部分，并發(fā)布了其他一些內部開發(fā)的產(chǎn)品。

Graphite 目前由 Graphite-Project GitHub 組織下的志愿者團隊開發(fā)。