预警的些想法[@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.语言外呼暂时不统一使用。
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/