(完整版)IT运维管理解决方案

  • 格式:doc
  • 大小:5.89 MB
  • 文档页数:23

下载文档原格式

  / 23
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

IT运维管理解决方案简介

V1.0

第1章平台介绍

1.1产品定位

Broadview IT运维管理平台立足于帮助企事业单位的IT部门构筑一个统一的IT服务管理平台,它融合了主动式资源监控、操作管理、资产配置管理、服务流程管理等核心功能,为IT部门的服务供给、业务快速上线、业务稳定运行提供持续保障能力。

产品定位于信息化程度较高的高端用户,注重行业化用户的需求特点,主要面向如公安、海关、社保、税务等政府行业,以及金融、能源、烟草、通信、制造等的高端行业,同时借助平台化的技术优势,通过功能裁剪也能满足中小规模的市场用户需求。

1.2产品架构

Broadview V6.0 R2是Broadview产品的最新版本,其系统架构可分为4个层次,对应了五大子系统:集中监控子系统、资产配置子系统、操作审计子系统、流程管理子系统、集成展现子系统。

图1.产品架构

➢集中监控子系统:集中监控子系统主要实现对生产环境中IT基础设施的集中监控管理,包括了对网络设备、服务器、存储、数据库、中间件、

安全设备、业务应用系统等性能采集和事件处理,并利用监控可视化平

台提供可视化展现。

➢资产配置子系统:资产配置子系统旨在帮助用户建立统一的IT基础设施台帐。通过一系列业务建模、自动采集、调和、变更控制等手段,保证

IT生产环境中配置项的完整性和精准性,为上层服务流程提供数据支撑。

➢操作审计子系统:操作审计子系统主要功能是统一管理网络设备、服务器、数据库等资源账号并合理授权,为运维人员提供统一的操作入口并

记录操作行为。

➢流程管理子系统:流程管理子系统的目的是通过规范服务流程和技术服务工作,建立一套标准的运维服务流程,围绕事件管理、问题管理、变

更管理、配置管理、发布管理等ITIL最佳实践,进行IT运维服务的流

程化、规范化管理。

➢集成展现子系统:集成展现子系统包括了统一运维门户、报表平台、权限管理等主要模块,目的是保证平台不同角色的运维人员可以通过浏览

器访问到跟自身职责对应的功能和视图。

第2章功能特点

2.1集中监控子系统

集中监控子系统主要由网络监控模块、系统与应用监控模块、统一事件平台模块、统一性能管理模块、性能管理数据库PMDB以及监控可视化平台组成;实现了对用户IT生产环境基础设施的监控,包括:网络设备、业务服务器、存储设备、数据库系统、中间件系统、安全设备、业务应用系统等。逻辑架构如下:

图2.集中监控子系统逻辑架构

2.1.1资源深度监控

系统可监测并管理常见的网络设备、服务器、数据库、中间件、通用服务、虚拟化平台等IT资源,支持SNMP、CLI(Telnet、SSH)、WMI、JMX、CORBA等远程非代理监测和Agent代理监测。

图3. 全面的资源监控管理

2.1.2 分布式采集、集中管理

在分布式管理模式下,集中管理服务器把采集指令下发到采集探针,完成

分管区域的数据收集处理,有效的分担了集中管理服务器的负载。

图4. 分布式采集示意图

下发采集指令 到各采集探针

2.1.3 统一事件平台

系统每分钟能处理几千条告警事件,事件经过标准化、过滤、归并、关联分

析、丰富等过程最后形成准确的告警信息。对于有一定技术能力的运维技术人员,

可利用系统提供的事件规则处理语言,以实现更灵活的事件处理规则及扩展。

图5. 事件分析处理原理

2.1.4 Web 告警控制台

大量的事件经过处理,形成了最终需用户关注的告警。在告警台上,可对告

警进行确认、清除、删除或者派发工单操作。

高性能规则引擎:2500条事件/分 有效抵御事件风暴: 80000条/分

未处理告警

一目了然

图6.告警控制台

2.1.5监控可视化平台

系统提供了电信级的数据中心可视化利器——灵动可视化平台,它具备实时响应、快速设计、所见即所得的特点,可用来直观展现业务、网络、机房、机房环境等多种视图。

图7.机房视图

图8.网络视图

图9.地理视图

2.2资产配置子系统

资产配置子系统是衔接技术与管理的关键数据整合层。首先把生产环境中的各类硬件、软件、数据库、网络、业务、文档、虚拟资源等分门别类并建立好相应的数据模型,再通过采集接口完成CMDB数据的初始化。由于来自于各个采集接口的数据有可能不一致,还必须在CMDB内部对同一资源进行唯一性识别并建立调和规则。CMDB初始化完成后,即进入维护阶段。其逻辑架构如下:

图10.CMDB逻辑架构

2.2.1内置CMDB模型

考虑到实施CMDB项目的复杂性,Broadview提供了构建CMDB的最佳实践模型,模型遵循DMTF的规范指南,契合国内信息化领先的电信资源管理规范、公安部考核资源分类规范、人民银行、人社部资源管理规范、北京市经信委配置管理规范等,对国内运维管理思路有极强的适应性,在电信、金融、证券、能源、政府、平安城市等领域有广泛的应用。

基本模型分类

及关联关系

图11.配置模型示意图

2.2.2业务建模、按需扩展

CMDB采用了面向对象的建模思想,提供配置项的类别、属性、关系、字典以及表单的继承和派生,并支持通过建立和应用规则来触发管理动作。在本系统中关系也被抽象为配置项类别,允许在内置关系类型基础上按需扩展。

图12.CMDB模型管理

2.2.3配置项调和

配置项调和是CMDB能否成功实施的关键因素,系统通过把各类来自发现工具、网管工具、资产工具等不同来源的数据进行合并,建立面向运维流程的“单一参照源”。

图13.CMDB配置项调和