业务性能管理监控方案.pdfVIP

金融行业 业务性能管理监控方案 以奕信息 2015/03/09 运维现状 近年来，各金融企业的IT系统发展朝着集约化、高效化的方向发展，伴随着各种 复杂的应用对IT系统的支持要求越来越高,IT系统规模越来越大,架构也越来越复 杂,IT系统的后期维护管理显的越来越重要。传统的IT维护管理方式已经无法满足现 有IT系统与信息化建设的迫切需要,同时在管理大量分布在不同地理位置的IT设备, 也会大大增加故障的发现与响应时间以及运维成本。那么如何通过引入新的运维思路、 方法并在保证IT系统与应用稳定高效运行的前提下,减少运维支出,提升服务质量是急 待解决的问题。 传统的运维方法造成了各运维部门之间的运维管理是割裂的，出现业务故障时，应 用管理人员只能通过服务器性能状态收集，大量的交易日志来排查问题，但无法定位非 服务器外的问题。网络管理人员通过应用管理的人员的交易故障描述排查网络问题，通 过自身的网管平台进行配置梳理，网络设备日志查看、网络延迟测试、端口流量带宽跟 踪等手段来定位网络故障，实际上很难定位问题，在遇上棘手问题时，网管人员都会使 用网络嗅探技术来抓取交易的网络原始数据包进行分析，但其难度更大，首先要求网管 人员对TCP/IP协议组的技术理解要高，要有日积月累的抓包分析经验，第二对业务交 互的特点要了解，如果遇上一些特殊机制的应用，如长连接、多通道交互的应用或者多 通道异步应用，通过大量数据包的查看，定位问题的效率很低，而且往往有时也不能精 准定位。要求网管人员对生产业务系统都要有很好的理解，也不太现实。所以如何将网 管人员和应用管理人员的运维工作通过一套监控系统来联系起来，简化生产运维工作， 提高服务质量管理，避免部门间互相推诿责任的现象，是我们企业面临的真正挑战。 2.方案思路 为适应各金融企业大规模集约化运营管理的需求，解决IT运维中专业事件处理量 大、业务影响分析困难、故障根源定位慢、故障节点难以自动隔离恢复等问题。为此， 我们提出面向业务应用交易的运维监控系统的搭建，通过实时跟踪业务交易的四大性能 指标（带宽、交易响应时间、交易请求量、交易响应量），多个业务纬度(业务子交易类 型、交易请求码、交易返回码、客户交易区域码)来及时地掌握业务应用系统的运行情 况。面向交易的应用监控系统有如下特点：  面向服务的性能监控，深入服务组件  同时关注业务性能与网络性能  贯通面向服务的完整路径  支持多中心监控，实时监测组件跨中心切换  实时性高、符合面向服务架构的敏捷原则  纯旁路监控，无需Agent，对服务和网络无影响  实施简单，快速实现SOA治理中的性能管理目标 3.方案架构 EstopBPM基于网络数据包嗅探技术，通过先进的协议解码技术，充分利用可靠的 网络数据源，在端到端的整个业务交易路径上通过Tap方式或端口镜像旁路的方式将网 络流量引流到Estopflowsensor，EstopBPM后台监控系统实时提取各网络节点Sesor 上的数据进行分析，呈现以业务为中心的各项性能监控指标，帮助企业IT部门建立自 主可控的应用性能管理平台，从而实现应用可用性、性能、负载量的全面可视化。 4.功能展示 实时告警  带宽超阀值告警  最大响应时间超阀值告警  业务响应成功率低告警 告警功能处于任何监控系统的核心位置，告警系统的优劣直接导致了运维人员处理 故障的效率，Estop BMP 告警功能实时收集不同网络节点的三个纬度告警(带宽、业务最 大响应时间、业务响应成功率)，帮助运维人员通过业务交易的实时告警可知告警发生 物理位置，告警内容，以及告警级别。 业务系统网络拓扑呈现 通过交易应用的访问关系，梳理出交易的网络访问路径图，对理解业务流访问关系， 故障定位有很大好处。 实时监控业务四大性能指标 实时展示跨越各网络节点的交易时延，并进行比对分析，充分反映网络交付时延、 服务器处理时延、网络设备处理时延的变化。 业务带宽统计 监控业务实际所占网络带宽的变化，跟踪带宽负载，并为带宽扩容等需求提供依据。 交易请求量，交易响应量 实时统计每秒的交易请求数、交易的应答数，跟踪每秒交易请求响应的变化，查看 每秒交易不成功的原因，如下图所示： 此功能