预警的些想法

预警的些想法[@more@]1.预警的意义 通知我们某个点出现了异常，并且这个异常在可预见的未来可能会造成什么样的影响
2.预警的要素 监控点&触发点&对象&渠道&频率
3.一次通知定义 语音外呼-1次，短信-2条，邮件1条，旺旺1条
4.常规预警分级 根据影响可能发生的时间和可能造成的影响和评估，而不是简单根据触发点的重要程度
分级的目的1） 重要性的传递2）抑制告警
分级的出发点，主要的级别为LV0，LV1，LV4，LV5。LV2,LV3的预警希望只是用做辅助性分级。
负载类：LV0，LV1，LV4，LV5 负载类告警一般突发性比较强，以短期型预警为主，长期的容量管控上还是要LV4，LV5预警。
资源类：LV0，LV1，LV4，LV5 资源类希望控制在LV4，LV5，正常情况不要出现LV0，LV1的预警。
预警信息收到即需要处理，分级更重要的是重要程度信息的传递和通知方式和频率的控制。
5.按监控点分组聚合集中管理，而不是按照触发点管理;预警频率也根据监控项合并;多层间的补位管理
6.监控标识命名规范 类目1_类目2_类目3_类目4，集中管理，新增监控点要申请评估，并定期review
类目1：预警对象：枚举值{host,db,storage,net,ora,mysql,mile,tair,hbase,app}
类目2：预警类别：枚举值{basic,resource,load,performance,cap}
类目3：自定义
类目4：自定义
7.部署的基本原则
同样的服务，在主库和备库上是否预警级别上应该/可以有差异？
8.主动探测，被动监听；内，外
9.语言外呼暂时不统一使用。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7591490/viewspace-1058339/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7591490/viewspace-1058339/