标签: opentsdb

据我所知，以下是主要区别：

1. 与预先确定数据库大小的Graphite不同，OpenTSDB不会随着时间的推移损坏数据。
2. OpenTSDB 可以每秒存储指标，而不是具有分钟间隔的 Graphite（我不确定这一点，Graphite 文档显示了每分钟存储指标的保留策略，但我不知道这是否是我们的最小时间单位可以一起玩）

我想就使用哪种工具来存储指标做出明智的决定，我是否错过了这两个系统中的任何其他差异？它们的性能/可扩展性如何？

额外问题：还有其他时间序列系统我应该看看吗？

更新 4,215：
查看hdfs内部的空间使用情况后，我发现 .oldlogs 使用了大量空间：

1485820612766  /hbase/.oldlogs

所以新问题：

• 它是什么？
• 我该如何清理？
• 我怎样才能让它不再生长
• 是什么导致它首先开始增长？
• .archive 也很大，那是什么，我的快照？

同样作为作业 scollector 不会监视各种 hdfs 目录的磁盘空间使用情况....

看起来以下错误在那个时候开始重复填充日志，不确定它们的确切含义：

2014-11-25 01:44:47,673 FATAL org.apache.hadoop.hbase.regionserver.wal.HLog: Could not sync. Requesting close of hlog
java.io.IOException: Reflection
    at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.sync(SequenceFileLogWriter.java:310)
    at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1405)
    at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1349)
    at org.apache.hadoop.hbase.regionserver.wal.HLog.sync(HLog.java:1511)
    at org.apache.hadoop.hbase.regionserver.wal.HLog$LogSyncer.run(HLog.java:1301)
    at java.lang.Thread.run(Thread.java:744)
Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.sync(SequenceFileLogWriter.java:308)
    ... 5 more
Caused by: java.io.IOException: Failed to add a datanode.  User may turn off this feature by setting dfs.client.block.write.replace-datanode-on-failure.policy in …