搭建了大量的服务器，怎么去集中处理告警消息？

[Aaron123]

对于现在大部分监控软件都比较简单，如果想解决只有去做多点监测，多 IDC 去部署监控机，搭建多节点的监控网络问题，将要使用大量的服务器资源，有没有什么好的解决方案呢？

[rtx3]

ELK 可以做这个

[SharkIng]

Nagios 不是古老的服务器监控么

[StevenTong]

ELK 或者 sentry

[kozora]

zabbix 或者 open-falcon

[cloudwise]

监控宝可以多区域去监控服务器，网站的健康状况，还包含了一些国外节点（我们的业务涉及海外），而且阀值这块可以自己去定义。当然作为一个运维人员，我看中的其实并不是这些。其中最重要的就是 callback 告警消息。如果我们在服务器网络或者其他原因导致宕机，收到的不是告警消息，而让他们能够根据消息去自动处理是不是会更好呢。给大家一副图来理解下：

根据回调信息，事先将其定义成一些规则，当我们匹配到了告警信息中的特定信息可以自主切换

[foo2bar]

zabbix ，最近刚做了个服务器（ 60+）的监视案件
1. 一般的监视如 CPU ，内存，进程，服务等，其他的监视只要你能写出脚本获取数据，就能监视。
2. 支持模板，如果监视项目都一样那么直接上模板，批量部署省去大量的重复工作
3. 支持正则，对你要告警的条件细化到颗粒

[noahzh]

@foo2bar zabbix 机器一多，数据库就是你的噩梦了。

[haitang]

zabbix ，另，楼上说的对。

[jyf007]

@noahzh 求解释如何优化数据库，萌新不会 SQL,所以没有站稳脚跟。

[qiukun]

bosun?
异常走 sentry
log 。。。啧啧我不懂

[noahzh]

@jyf007 用 tokudb ， history 表用分区，定时删除历史数据，上 ssd ，大内存。
终极方案，机器多了别用 zabbix ，那就是个大坑。

[xderam]

http://pagerduty.com

[glennxie]

zabbix，每个 IDC 弄个虚机做 proxy，通过 proxy 把信息传到主的 zabbix 上，另一方面就是提升数据库效率和抑制告警风暴