
总结
|
45
希望对
RRD
文件进行大量写入,我建议将它们存储在一个完全独立的系统上,该系统
具有自己专用的
Graphite Web
前端。这样可以将该主机看作后端集群的一个节点(我们
将在第
9
章中介绍)。
Ceres
Ceres
是“下一代”时间序列数据库格式,旨在取代
Whisper
作为
Graphite
的默认后端
存储——至少在
2011
年开始开发时是这样定义的。公平来讲,它对
RRD
风格的数据
库进行了很好的再设计。不幸的是,由于维护人员继续基于
0.9.x
分支推出小的维护版
本,它不得不耐心等待下一个主要版本的发布。但是,我相信
Ceres
对于许多想要维护
其现有架构的用户来说是一个很好的升级,而不是迁移到
NoSQL
类型的数据库,例如
Cyanite
(参见下一节),甚至迁移到另一个系统,如
OpenTSDB
。
与
Whisper
不同,
Ceres
不是固定大小的数据库。它支持具有相对时间戳的稀疏文件 ;
它不需要使用空数据点来预填充数据库文件使之具有固定大小和数据点数量。这可以显
著节省存储空间,并能够跨多个节点分发指标。
如果你有兴趣尝试
Ceres
,我建议使用
Graphite Web
、
Carbon
和
Ceres
项目的开发分支。
要说明的一点是,只有一小部分
Graphite
社区在生产环境中使用
Ceres
,因此不要期望
Ceres
能得到与
Whisper
同等级别的支持(包括本书的作者)。
Cyanite
Graphite Web
开发分支中最激动人心的变化是重构了从后端存储系统查询指标的代码。
这引入了一个名为
STORAGE_FINDERS ...