前些天想监控不同机房的多个 ElasticSearch 集群，结果网上找到的监控脚本都不太好用。我希望这个脚本能够并发获取多个 ES 集群的状态，而且监控的目标和上报的地址可以通过配置文件修改，不需要去脚本中查找修改位置。
了解到 Open-Falcon 的上报接口非常简单，于是就自己写了一个同时查询多个 ES 集群信息并上传到 Open-Facon Agent 的监控脚本。能够将多个集群的索引文档数、查询请求数、查询时间等关键信息收集到 Open-Falcon 中。
用了一段时间，感觉还挺不错的。后来又头疼 Redis 内存占用太高，分析困难等问题，又以同样的思路写了 Redis 的监控脚本，都是通过 info 命令获取集群的状态，把 KEY 数量，内存占用，命令数，过期的 KEY 数量等等相关的信息都收集到了 Open-Falcon 里。这样就能通过 Open-Falcon 的报表看到 Redis 使用情况的变化。
SSDB 虽然兼容 Redis 命令，但 info 命令的返回跟 Redis 差异实在是太……大了点儿。内容不一样也就算了，格式也太随意了，用纯文本画了几个表格，真让人无力吐槽。没法复用 Redis 的监控，只能自己给 info 写个 parser，将信息提取成可用的字典。
最后说一下 BRPC。BRPC 内建了一个 HTTP 服务，把内部的各种状态用 WEB 页面的形式展示出来。关键的是又提供了一套 BVAR 机制，可以用于统计内部的各种指标，自动显示到页面上。最有意思的是，它这个内建服务会识别 User-Agent，如果请求是通过 curl 发起的，返回的是一个完全不包含任何 HTML 标签的纯文本界面，可以用 yaml 解析成字典。这样就可以用跟监控 ES 完全类似的方式，通过外部请求 BVAR 页面，获取所有状态上报监控系统了。
这四种系统的监控脚本，我已经整理放到 GitHub 上了，希望能对同样需求的朋友也有所帮助：
文博你的博客好像被墙了。。
不算吧。现在未备案的 HTTPS 站点好多都访问不正常，没辙。