神州泰岳运维管理解决方案

神州泰岳运维管理解决方案内容摘要：

管服务器指定位置，在打开 Performance Manager Console 连接相应 Agent 时，将存放在被管服务器得到数据进行展现，同时，BMC Performance Manager 提供统一的历史数据处理功能，在每个 Agent 端内置有Data Retriever 模块，该模块定时将 Agent 采集到的数据发送到安装了 Performance Manager Reporting Data Aggregator 模块的服务器，并通过该组件将数据存入Performance Manager Reporting产品所在的 Oracle 数据库中。  展现方式统一： Performance Manager Console 采用了统一的左树右图的方式展现所有 KPI 指标，同时可以针对不同指标的特点选用折线、柱图、表盘等方式展现数据，可以在图表上显示不同级别的告警门限，也可以通过定义管理夹的方式对 KPI指标根据实际运维使用习惯进行重新整理，将不同机器的相同 KPI 指标同时放在右侧的Panel 中统一展示，以进行快速的比较，也可以将同一机器中的相关 KPI 指标在同一 Panel中展示，以迅速定位性能瓶颈。  调度方式统一：由于规范中对不同 KPI 指标要求的数据采集最大时间间隔不同，同时在实际项目中，也会经常调整采集频率， Performance Manager Console 提供图形化界面，方便的定义和修改采集间隔。  通讯加密： Performance Manager Console 与 Agent 之间的通讯可以采用加密算法，并且随用户需求不同可以选择高、中、低三种不同的加密算法。  数据保存： Performance Manager Agent 在本机采集数据后，会将数据保存在本地，以实现对历史性能数据的重采、补采机制。  Agent 间连通性测量：维护人员经常需要了解设备间的连通性，如采集机和服务器之间连通性， Performance Manager 产品默 认能够提供监测本机与其它设备连通性测试功能。 XXX 错误 !未知的文档属性名称 本文档仅限 北京神州泰岳软件股份有限公司 和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 11 页 共 158 页  资源占用：由于 Performance Manager 采用了单一 Agent、单一进程的技术， CPU 和内存占用都很低，正常状态下 CPU 占用不超过 2%，内存占用不超过 25M。  自动分发： Performance Manager 中提供 Distribution Server 组件，通过该组件能够自动向指定的被管服务器批量分发 Performance Manager for Servers、 Performance Manager for Database 等软件，无需进行人工干预即 可完成产品的安装工作  统一的配置服务 UltraNMS 基于先进的资源建模的技术上实现 CMDB，不仅能够记录 IT 基础架构中的各个实体对象，而且能够创建虚类，管理各种虚对象，完整的记录所有的配置项 Configuration Item（ CI）和它们之间的关系，让用户对现有的 IT 基础架构有最完整和全面的了解。 UltraNMS 中的资源管理不是仅仅为了记录配置数据而建立 CMDB，而是建立了 CMDB后能够为网管内部其它模块和外部其它系统提供有效的配置服务，包括：  配置数据一致性检查：虽然建立 CMDB 非常复杂，但是对 于 CMDB 中海量的配置数据与现实环境中的配置数据的一致性检查更加复杂。 UltraNMS 能够定义自动化的配置采集和调度任务，时刻监控现实环境中配置变化，及时更新 CMDB中的配置数据。 当现实环境中配置发生变更时，记录配置项的变化历史，同时提供配置变更告警，提示管理员关注。  面向故障管理提供配置服务：配置管理数据库 CMDB 中记录着很多有价值的信息，例如负责人、负责部门、地理位置、重要程度等信息，而这些信息是在故障管理的告警中必须体现，但是单纯依赖故障管理又很难实现的。 UltraNMS 开发出故障管理配置服务技术 ，能够在原始的故障事件中，自动增加相应的配置信息，实现人性化的故障告警，并且智能的定义故障告警的级别，为故障管理提供有效的支持。  面向性能管理提供配置服务： 性能管理中， UltraNMS 没有象其它的产品那样简单的基于每个性能指标开发功能，而是建立了 KBP/KPI 的指标体系，其中 KBP 就是资源管理 CMDB 中的配置项 CI，这大大增加了性能管理的可扩展性和实用性。  面向服务台提供配置服务：在所有的运维管理系统中，都需要部署服务台和网络系统管理，这二者都需要建立 CMDB，现在大部分的系统都是分别建立 CMDB，这样不 仅仅是造成重复建设，而且会造成数据的不一致和冲突。 UltraNMS 的配置服务XXX 错误 !未知的文档属性名称 本文档仅限 北京神州泰岳软件股份有限公司 和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 12 页 共 158 页 技术不需要服务台自己建设 CMDB，可以由 UltraNMS直接向服务台提供配置数据和信息，实时提供最准确的配置项的属性信息，形成完美的运维管理方案，降低运维管理的成本，提高运维管理的水平。  配置数据报表：配置服务还可以向运维管理门户提供报表数据，为运维分析提供配置管理方面的基础数据。  有效提炼信息 信息提炼就是对采集的数据进行处理后形成有用信息的过程。 在故障管理中，UltraNMS 采集到的事件需要通过标准化、分类、合并压制、过滤 、相关性分析、前转、升级等多级处理后，能够提供有效的故障信息。  扩展性 附图 1. 具有扩展性的体系架构 神州泰岳总结多年的运维经验，创新的设计出可扩展的体系架构：  扩展的数据采集： UltraNMS在数据采集方面提供多种接口，包括 CORBA、 SNMP、JDBC、 Web Services、 JMS、 FTP、 MML 等，无论业务应用是什么、被管理对象如何变化，只要它有接口， UltraNMS 就能够采集到数据；  扩展的数据处理： UltraNMS 在采集到数据后，能够灵活的定义、存储和处理各类不同的对象数据，无论业务和指标 如何变化， UltraNMS 均可以完善的整合配置、故障和性能数据；  扩展的数据展现： UltraNMS 的数据展现能够按照客户和业务的需求定义，不仅仅XXX 错误 !未知的文档属性名称 本文档仅限 北京神州泰岳软件股份有限公司 和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 13 页 共 158 页 报表能够定制，而且监控的界面、数据展现的形式都能够方便的灵活定义。 UltraNMS 与其它的产品比较，具有更加扩展的管理能力，使得它不仅仅能 够像 其它的产品一样监控标准的网络设备、操作系统、数据库、中间件和商业化的应用软件，而且能够扩展的监控业务应用。 在为客户的项目实施中，收到了非常好的效果，使得这些客户在运维管理方面达到了国内领先、国际一流的水平。 在主流厂商 代理中， BMC BPM 具有最强的扩展性，能够方便的扩展监控对象； CA Unicenter 虽然能够通过 SDK 提供一定的可扩展能力，但是需要自定义私有 MIB、通过标准C 开发新的 Agent，开发周期长、稳定度不好保证、对开发者要求高； HP OpenView 通过 SPI提供一定的可扩展能力，但是 SPI 实际上只提供一个打包的功能，国内使用 SPI 开发的案例极少； IBM Tivoli基本没有任何的可扩展能力，而新收购的 ITM6整合后运行不够稳定，不能满足国内用户的个性化需求。  集成性  内部集成能力 —— UltraNMS 具有 很好的内部集成能力，能够提供数据和信息的集成，包括配置与告警的集成、故障与性能的集成、系统信息与业务信息的关联等等。 例如：计费业务中，包括预处理、一次批价、二次批价，这其中与系统平台告警和业务应用告警都紧密相关，因此需要关联分析才能得到有用的监控信息。  跨厂商集成能力 —— UltraNMS 具有跨厂商集成能力，有集成 BMC、 CA、 HP、 IBM网管系统的能力和项目经验，也可以提供接口与其它网管系统集成，能够在最大程度上保护现有和未来的投资，为网管系统提供最广泛的选择，确保上下贯通的接口。  外部集成能力 —— UltraNMS 可与服务管理平台实现双向事件告警集成，包括服务管理平台受理事件后反向确认告警接口、服务管理平台工单执行完毕后清除网管告警接口等； UltraNMS 可以提供服务管理平台统一 CMDB 的配置接口； UltraNMS可以支持与运维门户之间的统一身份认证的接口。  客户化 UltraNMS 具有很强的客户化能力，当用户新提出需求时，具有定制和开发的能力，可以按时按质满足用户的要求。  UltraNMS 产品本身具有足够的扩展性 XXX 错误 !未知的文档属性名称 本文档仅限 北京神州泰岳软件股份有限公司 和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 14 页 共 158 页  神州泰岳具有本地的定制和开发人员  神州泰岳在满足客户化需求方面具有非常丰富的经验  业务监控 UltraNMS 能够直接采集业务应用指标，也可以通过主流厂商的代理采集业务应用指标。 在主流厂商代理中， BMC BPM 提供统一的、完全基于面向对象思想的被管对象模型，提供知识模块 KM 体系和 PSL 语言，提供了非常强大的可扩展能力。 其它厂商的代理或者不具备监控业务能力，或者进行业务监控非常复杂，不推荐采用。 如果需要监控业务应用，可以采用 BMC BPM 或者 UltraNMS 进行采集，然后由UltraNMS 负责处理和展现。 例如，我方在新华社运维系统中，提供对稿件全程流转的监控管理与关联性分析，实现资料 采编、加工、共享、审改、签发、广播过程监控，可用管理稿件名称、传输来源、目的、成功 /失败、签发人、签发时间等各个关键指标，为其核心业务的畅通提供有力支持。 硬件选型 根据 xxxxxx 监控对象规模结合 我方项目经验，建议监控管理系统 ：  服务器 采用 1 台 Dell PowerEdge 2950，配置 2 颗双核 CPU， 4G内存 ， 4*146G硬盘 ；  服务器安装 MS Windows 2020 Server 操作系统软件 ；  GSM 短信发送模块。 服务管理 Remedy软件 Remedy概述 Remedy是市场占有率最高、最先通 过 ITIL 认证、功能最强大的服务台产品，是最优服务管理流程的电子化支持平台，在 ITIL 最佳实践经验的指导下，密切结合本地、本行业特定的个性化需求进行定制和二次开发，为将来的深入和扩展留下余地。 XXX 错误 !未知的文档属性名称 本文档仅限 北京神州泰岳软件股份有限公司 和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 15 页 共 158 页 附图 2. Gartner Group 分析报告 从该报告可以看出，从易用性和完整行两个方面综合考虑， Remedy 和 CA 产品排在前面。 这也与其市场占有率情况是一致的。 Remedy AR System 从 ITIL 和服务管理业务角度看，事件管理和问题管理流程具备不同的特点和要求，区别很大；但是从实现技术角度看，其核心均是记录某类 不同信息的表单在不同部门、人员或角色之间流转。 “服务管理就是简单的工单管理”、“利用 OA 工作流软件可以很容易地实现运维流程”等错误认识的根源就在于忽略了业务层面的特点和复杂性、仅从技术层面考虑问题。 Remedy AR System 的技术架构为同时支持 CSS/BSS 的三层架构，如下图所示：  客 户层 Remedy AR System的客户层不但支持 windows 用户界面，也支持浏览器Web 界面，同时还支持 PDA和 WAP 设备；  中间层 MidTier 中间层主要提供 JSP 引擎和转换器，允许用户通过 Inter 访问服务器； XXX 错误 !未知的文档属性名称 本文档仅限 北京神州泰岳软件股份有限公司 和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 16 页 共 158 页  服务器层 服务器层是整个系统架构中的核心层，主要负责控制工作流以及与数据。