概述
Nagios作为监控软件来说已经让人基本满意了，但是个人在使用中感觉还存在部分问题：
- 不能绘图
可能有同学会说不是有PNP4Nagios这样的软件吗？这个软件Nagios并没有默认携带，需要自己手动安装配置。
另外PHP4Nagios虽然已经能满足显示上的需求，但是绘图效果比较古老（图片来自网络，侵删）：
并且不能对某些数据进行对比（比如多台机器的负载情况在同一个图表中显示）。
- 无法查看历史数据
Nagios只能看到“现在”的数据，无法回顾历史以及查看趋势。
譬如，如果使用现有的Nagios，想要回顾周日半夜任务对系统的消耗时，就会比较抓瞎了。
方案
绘图
先说绘图。
绘图作为一个附加的功能，可以考虑现有的一些优秀的数据展现软件，譬如Kibana和Grafana。
个人认为，Kibana更适合展现日志计数类型的数据，并且本身没有权限控制等功能，这一点比较麻烦，虽然可以通过第三方插件或者HTTP Basic Auth来解决，但是总是增加了维护成本。
相比之下，Grafana带有权限控制，能支持相当多的时序数据库，从graphite、opentsdb、influxdb，当然也有ES。多条曲线同时展示时还可以看到具体数值，显示效果也相当不错。
并且，Grafana在4.0后将会具有告警功能，玩法会变得更多。
最终选择Grafana作为展示端。
数据内容
提一下数据内容。
在这个方案中，我们展现的数据，实际上是Nagios插件产生的Performance Data（或者叫PERFDATA），如果自行编写的插件没有按照 PERFDATA 的格式输出信息，是不会被收集到InfluxDB中的。如果有自行编写业务监控插件，除了基本的返回码和错误信息之外，要考虑按照标准输出相关的信息，以便收集到InfluxDB中。
Nagios 3的插件多行输出格式为：
TEXT OUTPUT | OPTIONAL PERFDATA
LONG TEXT LINE 1
LONG TEXT LINE 2
…
LONG TEXT LINE N | PERFDATA LINE 2
PERFDATA LINE 3
…
PERFDATA LINE N
如磁盘信息的收集，单行模式很好理解，通过 | 分隔输出信息以及 PERFDATA；多行模式的话，引用官网的例子：
DISK OK – free space: / 3326 MB (56%); | /=2643MB;5948;5958;0;5968
/ 15272 MB (77%);
/boot 68 MB (69%);
/home 69357 MB (27%);
/var/log 819 MB (84%); | /boot=68MB;88;93;0;98
/home=69357MB;253404;253409;0;253414
/var/log=818MB;970;975;0;980
第一行仍然可以按照单行模式进行理解（红色部分是输出信息，橙色部分是 PERFDATA），从第二行开始，每行一个输出信息，最后将剩余的 PERFDATA 紧接着输出信息的最后一行，通过 | 分隔，逐行输出。
每项 PERFDATA 格式为：
|
1 2 |
'label'=value[UOM];[warn];[crit];[min];[max] |
引用上述例子的数据 /=2643MB;5948;5958;0;5968，可以看到对应关系为：
| label | / |
|---|---|
| value | 263MB |
| warn | 5498 |
| crit | 5958 |
| min | 0 |
| max | 5968 |
UOM 表示 unit of measurement，即单位，可以是：
- 不设定（即数字）
- 秒
s（或者ms或us） - 百分数
% - 字节
B（或者KB,MB,TB）
详情可以参阅 Nagios Plugin Development Guidelines 以及 Nagios Plugin API。
数据落地
只有Grafana是不能完成期望的工作的，Grafana只是展现工具，需要有数据源才能展现。
目前主力使用的时序数据库是ES，但是可以看到Nagios官方网站上关于绘图这一主题推荐的插件中没有看到写入到ES中的插件（ES倒是可以把输出作为监控信息交给Nagios，参见）。
查阅资料，graphite性能可能存在问题，opentsdb需要有专业的运维同学维护（毕竟是Hadoop衍生产品），InfluxDB兼顾了性能和运维成本，考虑使用。
值得一提的是，InfluxDB提供了Web管理端，查询语句上类似SQL，便捷程度让人满意。
数据收集
落地方式确定之后，需要考虑如何将Nagios收集的诸如load、CPU、内存使用等信息存入InfluxDB了。
graphios可以相当便捷的完成这一工作。这是一个将Nagios perf data写入到InfluxDB中的工具。配置也相当便捷，基本上按照README即可完成。
Nagflux看起来也是不错，然而问题在于这个适用于4.x版本的Nagios，在不打算升级Nagios的情况下，只能放弃。
但是，凡事总有例外，使用软件的特定组合的情况下，会出现一些问题。
数据解析异常
graphios在Nagios官网上声称匹配3.x版本的Nagios，但是在与实际使用的Nagios 3.5结合时，会出现部分perf data无法成功解析的情况，检查后发现Nagios 3.5的部分数据在graphios读取时，并没有按数据协议组织，导致解析错误。
对此，针对输出数据，修改了解析所在部分源码进行了匹配，筛选出了所需数据。
InfluxDB版本
提示的InfluxDB版本较新，为0.13，然而，在graphios的配置文件中，backend部分，只有enable_influxdb09以及enable_influxdb选项，默认使用的json数据写入协议已经在0.13中废弃。
上述问题，考虑到版本后续兼容性，将0.13视作0.9版本配置，并且配置数据写入协议为line即可（即配置influxdb_line_protocol = True）。
为了让graphios永驻后台，可以考虑使用supervisord等工具。
展现样例
load
CPU
小结
使用Nagios+graphios+InfluxDB+Grafana可以将监控数据以更好的方式进行展现，并能够回顾历史，查看趋势，随着Grafana的升级，还可以有更多的玩法。