这是一个创建于 2962 天前的主题，其中的信息可能已经有所发展或是发生改变。
第一种：
节点通过 api 定时自动上传检测数据到数据库。
主服务器定时检测数据库里各节点反回的数据来确认几个节点 down 了做相就的处理。
这种方法有两个缺点：
1.各节点返回的时间不一致，会导致整个监控滞怠.
2.这样有一个问题就是如果主服务器自己 down 了整个监控系统也就废了。
有没有啥比较好的方法
方案 2 ：
主服务器使用 api 通过节点服务器去探测监控目标。这样来滞怠是解决了但是如果节点过多主服务器压力非常大。
方案 1 中的第 2 个缺点依然不能解决
节点通过 api 定时自动上传检测数据到数据库。
主服务器定时检测数据库里各节点反回的数据来确认几个节点 down 了做相就的处理。
这种方法有两个缺点：
1.各节点返回的时间不一致，会导致整个监控滞怠.
2.这样有一个问题就是如果主服务器自己 down 了整个监控系统也就废了。
有没有啥比较好的方法
方案 2 ：
主服务器使用 api 通过节点服务器去探测监控目标。这样来滞怠是解决了但是如果节点过多主服务器压力非常大。
方案 1 中的第 2 个缺点依然不能解决
 |
1
holinhot OP 难道要多主服务器，数据库集群
|
 |
2
zhaoace 2016-10-14 17:27:17 +08:00
正常情况下时间都应该通过 ntp 保持一致的吧？
如果需求不深试试 newrelic, 它是在线 service ，应该不用担心主服务器自己 down 了 。 免费版本的应该就够用了。 https://newrelic.com 最好再明确一点你的需求和范围，比如采集的是哪些数据，大概会有多少节点（一般还会再问每个节点有多少 instance 要监控之类的），这样大家更好讨论。 |
Select Language