hell_world!

Data Source Type- COUNTER    - GAUGE      - DERIVE - ABSOLUTE一开始创建 rrd 数据库的时候会对数据源的类型进行设置，四种方式，如上所示。1、counter 的意思是你每次 update 的数据在进行 CF 操作的时候，比如 AVERAGE ，会先进行与上一次相减求差，然后再求均值，比如：

step 默认是 300s，这个值在创建 rrd 数据库之初就会通过参数 --step 300 来进行设置。如果你设置的 step 是 60s 也就是 1 分钟，那么意味着你需要每隔一分钟给 rrd 喂数据，也就是上报，如果超时，那么将以最新的数据为准顺延。比如：rrdtool create test.rrd --start 978300900 --step 60     ..

这是官方文档的原话：RRDtool refers to Round Robin Database tool.Round robin is a technique that works with a fixed amount of data, and a pointer to the current element.Think of a circle with some dots plott

格式：rrdtool create filename [--start|-b start time] [--step|-s step]                          [DS:ds-name:DST:dst arguments]                           [RRA:CF:cf arguments]例子： rrdtool creat

比如你更新了好多：rrdtool update test.rrd 920808300:12420 920808600:12422 920808900:12423 。。。当你再更新 920808300 这个时间戳的 value 的时候，会报错：rrdtool update test.rrd 920808300:66666意思就是说，现在的数据已经更新到 920

作图命令： rrdtool graph speed.png                                 \         --start 920804400 --end 920808000               \         DEF:myspeed=test.rrd:speed:AVERAGE              \         LI

请先看上一篇《Elastalert Spike 配置说明》top_count_keys: ["ip","loginname"]这个配置的意思是，按照count顺序把前5（默认）个ip字段和loginname加到邮件里。下面就是邮件报警的内容格式：tanxiaolongspiketestAn abnormal number (2045) of events occurred

最近在部署ELK，对业务日志进行监控分析。之前的小米的的open-falcon倒是也能用，但是对于我们的业务来说，不够细粒度。open-falcon还是挺不错的，报警什么的都比较及时。不过of还是偏向于系统级的性能及硬件监控，对于业务上的还得用ELK。ELK 倒是部署完了，但是没有报警，他的watcher没法进行spike（峰值）判断。于是在调研yelp的开源报警系统elastaler

安装部分：先安装eventlog在~/.bash_profile里配置 export PKG_CONFIG_PATH=/usr/local/eventlog/lib/pkgconfig然后安装jdk（你也可以使用自带的openjdk）在~/.bash_profile里配置 export LD_LIBRARY_PATH=/usr/local/jdk/jre/lib/amd64/ser