困扰银行业务系统端到端监控一体化设计的5个典型问题.docx

? ? ? ? ? ? ? ? 困扰银行业务系统端到端监控一体化设计的5个典型问题 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 为了帮助大家解决在规划和建设一体化监控系统中遇到的难点与问题，社区已经邀请银行运维专家分享了《银行业务系统端到端监控一体化方案规划设计》（点击即可阅读），并组织了线上交流与答疑活动，通过专家、IT工程师的共同探讨，以下是活动中交流到的在规划和设计业务系统一体化监控方案时会遇到困扰的几个典型问题，针其此整理出专家同行给出的实际工作中的一些建议，供参考。 1、监控涉及的业务和设备种类繁杂，如何避免数据之间的不互通造成数据孤岛？ 邓毓? 某农信资深系统工程师： 数据之间目前确实很容易存在孤岛问题，比如基础监控和业务监控，和网络监控等，这些监控到的东西，无法形成统一的整体，割裂开来，造成网络做网络的监控、应用做业务的监控、系统做系统的基础监控，大家都是孤立的个体，最多通过统一的事件平台来展示和告警而已。这种现状，显然已经无法满足企业，尤其是银行企业的实际运维监控需求，因此如何把这些孤立的数据，协同、统一起来，变得十分的重要，有两种方式供大家参考。 第一种是：运维大数据，通过对多运维数据源的汇总，分析，归纳，统计，形成一个统一的可视化运维分析平台，出现故障，不再是割裂的，而是统一的各类信息的整合。另外运维大数据更重要的是多类监控数据源的数据，有结构化的、非结构化的数据，不断学习，做深入挖掘，帮助运维人员找出可能的根因。 第二种是：IT架构可视化，在统一的网络架构、业务逻辑架构、应用部署架构下，展示所有的运维数据，有实时的基础监控数据、业务性能数据（BPC）、网络性能数据（NPM）、运维大数据分析后的数据（ITOA）、APP终端性能数据（TPM）、流程数据（ITSM）等等，整个统一架构下的，不同数据源的整合，让运维人员，可视化的发现可能的根因。 asdf-asdf? cloudstone?研究学者： 数据之间的不互通, 需要多方面考虑, 各个监控产品都有对外开放的api; 开发软件最多的即时接口技术; 可使用固定接口规范完成 数据互通;? 也可使用目前火热的NLP方式, 开发接口完成学习能力 使接口适用于更广泛的监控平台。 2、如何对IT设施进行有效的监控整合？ IT监控是一件很复杂的事情，从机房基础环境到网络、存储、主机、系统、应用，从硬件到软件，从后台服务到前台服务，各个IT设施又涉及到厂商、型号、风扇、电源、控制器、温度、实时性能等等，如何能够将这些监控元素进行有效的整合？ 邓毓? 某农信资深系统工程师： 分类监控，比如动力环境监控、网络监控、基础监控（系统、数据库、中间件等）、硬件监控（HMC、X86硬件管理口等），业务性能监控、网络性能监控、日志监控等，通过建立不同的监控项目，实现监控的全覆盖。 再集中整合，首先是事件的统一集中，建立集中事件平台，对接所有的监控系统，事件集中了，告警出口就统一了。再就是建立事件、性能、数据的分析平台和统一可视化平台，比如运维大数据，和IT可视化等，这里不再详细展开。 3、监控大规模节点时，是否会对网络产生压力？ 邓毓? 某农信资深系统工程师： 分为两个层面来看这个问题： 一是基础监控，也就是性能型事件，和系统日志型事件，这种信息的采集，通常是通过SNMP、AGENT等方式，采集到的信息会先落到本地文件中缓存，再通过网络发送给基础监控平台，处理、事件丰富和转发等，这些采集到的信息通常不会太大，而且采集也是有一定的时间间隔，加上有本地文件做为缓存，对网络的压力不会太大，而监控服务端的采集节点是可以分布式的部署的，被监控的节点数越多，分布的监控服务端采集节点数也可以相应增多，这样整体网络的流量也分布开，整体网络压力不会对原有业务网络产生太大影响，更好的方式也可以采用，监控网络和业务网络分开，这样就更加避免了业务网络的压力。 二是镜像报文类的监控，在网络交换机上，对业务端口做镜像，镜像端口直连TAP设备，镜像流量全部汇聚到多台TAP设备上，再由多台监控服务器（BPC或者NPG）分别分析、处理这些TAP上的共享网络报文。这样一种方式，压力集中在TAP上，可以通过分布式TAP部署解决，监控服务器端的压力也可以分布式解决，问题在于交换机的镜像方面，多个业务端口镜像给一个端口，这个端口的流量可能会超过其能承受的最大带宽，所以对于这样的问题，可以采用万兆端口解决，一个万兆不够，可以多个分担，或者业务端口分组，哪些端口镜像给一个端口，需要提前规划好。 我想，通过以上的办法，来应付大规模节点的监控，还是比较好的。 asdf-asdf? cloudstone?研究学者： 分布式进行监控，计算监控流量，保证网络带宽。 网络压力一般是生产业务量大导致，把