统一IT运维管理平台BMC解决方案技术白皮书v43.docx
- 文档编号:24058160
- 上传时间:2023-05-23
- 格式:DOCX
- 页数:79
- 大小:2.88MB
统一IT运维管理平台BMC解决方案技术白皮书v43.docx
《统一IT运维管理平台BMC解决方案技术白皮书v43.docx》由会员分享,可在线阅读,更多相关《统一IT运维管理平台BMC解决方案技术白皮书v43.docx(79页珍藏版)》请在冰豆网上搜索。
统一IT运维管理平台BMC解决方案技术白皮书v43
BMC统一IT运维管理平台
解决方案技术白皮书
博思软件(中国)有限公司
2010年1月
文档说明
本文档所涉及到的文字、图表等,仅限于博思软件(中国)有限公司和被呈送方内部使用,未经双方书面许可,请勿扩散到第三方。
文档属性
属性
内容
客户名称:
项目名称:
文档主题:
技术白皮书
文档编号:
文档版本:
4.1
版本日期:
2010.1.10
文档状态:
作者:
文档变更
版本
修订日期
修订人
描述
1.0
2005.3.26
2.0
2007.9.15
3.0
2009.6.6
4.0
2009.12.29
陈傲寒
4.3
2010.1.17
文档送呈
单位
姓名
目的
1方案体系架构
1.1方案逻辑结构
统一IT运维管理平台逻辑结构划分为四个平台和一个核心系统,分别是数据展现平台,流程管理平台,集中监控平台,自动化管理平台以及CMS/CMDB配置管理系统。
从监控角度上来讲,又分为数据采集层、数据处理层、数据呈现层,通过三个层面的处理,统一展现给监控和维护人员。
这三层结构主要由集中监控平台和数据展现平台实现,并与流程管理平台、自动化管理平台和CMS/CMDB配置管理系统实现有机的结合。
本解决方案从总控中心的角度出发,侧重于及时发现企业IT系统中的各类告警和性能异常,进行数据分析和整合,同时以适当的形式进行呈现;另一方面,维护人员借助该系统能够执行相关操作,对各种问题进行迅速的响应,及时履行维护职责。
其主要功能描述如下:
●实现对您企业信息系统各组件运行状态的统一监控。
被监控对象包括主机(包含虚拟化环境)、数据库、中间件、网络、存储、安全、应用软件等。
●数据采集层可通过发现模块自动发现业务系统的配置信息,自动设置被监控的实例。
●数据采集层通过与被管系统的接口采集数据,送到处理层进行数据处理。
●数据处理层一方面对数据进行分析判断产生告警信息并发送到展现层,另一方面在数据库集中存放性能数据。
●数据处理层还可以对所有告警事件做进一步的分析,根据业务服务模型来生成业务影响分析视图,提供给业务影响管理的功能模块。
●数据呈现层不仅展现告警信息,而且展现各种监控视图,如事件拓扑展现图。
●数据呈现层能展示业务系统的状态、各个服务的状态以及影响业务系统的主要关联部件。
●通过与服务管理平台的接口,监控管理平台可以有选择性地将告警信息送到帮助台,形成事件提交给运维管理人员以启动故障处理流程进行处理。
1.2CMS/CMDB配置管理系统
配置管理系统CMS/CMDB是IT运维管理平台的核心,它统一为其它所有IT管理平台提供服务。
它提供了配置项和关系发现、业务系统建模、配置信息可视化等各种功能。
CMS/CMDB可以统一多种IT管理工具的配置数据和流程,从而降低运维成本、最小化风险和加速BSM的实施。
借助CMS/CMDB所提供的IT技术架构的唯一配置信息来源,可以更好地了解用户的环境。
通过可视化业务服务模型和影响模拟器等功能,更好地管理基础架构和控制各种变更的发生。
通过统一的业务服务模型可以梳理各种服务级别协议的业务需求,为SLA的建立和维护提供了一致可靠的参考。
1.3流程管理平台
流程管理平台为客户实现ITIL理论中的服务台、事件管理、问题管理、变更管理、配置管理、资产管理、服务水平管理等流程。
流程管理平台在逻辑上被分为四个层次(如下图所示),分别是:
门户(前端用户访问层)、服务平台(客户化流程应用)、服务基础架构(流程引擎及相关基础设施)和外围接口(与服务台系统相关的所有外围系统和应用)。
通过采用这种分层的架构模式,大大降低了各层次间的耦合程度,提供了系统的可用性和可扩展性,为企业实现一种高可用、高稳定性的平台提供了保障。
1.4数据展现平台
展现层主要是由BMCPortal、报表管理等组成。
BMCPortal通过集成多种工具的控制台来对相关数据进行呈现,根据用户的不同权限呈现给相关的用户,并通过拓扑图(地理区域视图或业务视图)、报表、图形、声光等界面方式进行显示和汇报,界面展现支持C/S和B/S结构,各级维护和管理人员可以根据用户的角色和权限来定制相应的用户界面。
报表管理根据汇总的数据来产生相应的报表,如告警分类报表、告警分时报表、告警来源报表、性能数据的日报、周报、月报、性能数据的对比分析报表、性能数据的趋势分析报表等。
可以定制自己的报告,也可以通过Web发布报告。
当前报表管理作为数据呈现层的一个单独的功能模块,未来可集成到BMCPortal中,使用户通过统一的访问接口访问。
管理员可以在内部网上使用Internet浏览器来查看和打印各种报告。
可以运用这些有价值的历史数据来分析业务系统的运作情况,帮助指定服务目标,提高服务水准。
1.5对应的BMC产品
1.5.1CMS/CMDB配置管理系统
本方案中配置管理系统基于BMCAtriumCMDB、ADDM发现组成。
BMC是业内最先以IT管理为目的而开发和设计的CMDB产品,比其他厂商领先20月,被Gartner评为架构最成熟的CMDB产品。
(来源:
Gartner,June2007:
"BMCAtriumCMDB2.0addedsignificantmaturityinmodelingandtheDefinitiveSoftwareLibrary,")
BMCAtriumCMDB是第一个通过端到端的业务服务拓扑图,来可视化展示业务系统所有部件和关联关系的产品。
它是CMDB市场里支持业务服务模型的领导者,该业务服务模型让您很好的管理基础架构提供的IT服务和业务服务的关联关系。
BMCAtriumCMDB的通用数据模型是面向对象的配置信息表达技术,它通过弹性和完全图形的操作管理界面来定制可扩展类型属性,在业内标准数据模型的基础上,方便的满足了任何客户化需求。
ADDM发现工具能发现和捕获物理和逻辑的配置项,在于定义的不同技术范畴上发现并提供各种关系视图。
它自动和强大的发现功能维护和保证了CMDB中IT基础架构配置项信息的精确性。
ADDM发现工具的应用关系发现和映射能够发现和可视化虚机环境:
包括物理虚拟环境(如:
AIXCluster)和VMWare等软件虚拟环境的架构。
它的通用应用发现引擎能够发现各种企业应用,并且自动发现和维护应用和基础架构直接的联系。
最小化了IT基础架构中配置项关系的手工维护工作量。
1.5.2流程管理平台
针对IT服务管理平台建设需求,并同时考虑未来管理系统的不断延伸和扩展,我们建议采用BMCRemedyITSM应用来实施和部署您企业的流程管理平台,以下是BMCRemedyITSM的架构图:
如上图所示,BMCRemedyITSM应用有服务台,变更管理,资产管理,服务水平管理四大模块,该四大模块都采用了ITIL最佳实践,并基于BMCRemedy强大的工作流引擎平台ARS构建而成:
BMCRemedyServiceDesk:
实现服务台功能,事件管理和问题管理;
BMCRemedyChangeManagement:
实现变更管理;
BMCRemedyAssetManagement:
实现全生命周期的资产管理和IT财务管理;
基于工作流引擎平台的BMCRemedyITSM又具备很强的可定制性,用户可以根据自身的实际情况对其应用模块进行定制和裁减,以满足企业特有的一些需求。
同时,对于非ITIL的运维管理流程,也可以基于RemedyARS平台进行定制实现。
例如,操作管理,值班管理等数据中心日常运维相关的流程。
同时,BMCRemedyITSM应用模块基于一个统一的配置管理数据库:
BMCAtriumCMDB;BMCRemedyITSM应用模块通过统一的BMCAtriumCMDB很好的整合在一起,实现了管理流程间的互通和关联,因此,利用BMCRemedyITSM实施您企业的IT服务管理平台将可以大大地提高支持人员的工作效率。
2系统组成及功能
2.1CMS/CMDB配置管理系统
配置管理系统CMS/CMDB是IT运维管理平台的核心,它统一服务于其他所有IT管理平台。
它提供了从配置项和关系发现、业务系统建模、配置信息可视化等各种功能。
CMDB可以统一多种IT管理工具的配置数据和流程,从而降低运维成本、最小化风险和加速BSM的实施。
通过IT技术架构的单一真像源,来了解你的环境。
通过可视化业务服务模型和影响模拟器等功能,更好的管理基础架构和控制各种变更的发生。
按照不同业务建立和监控服务水平级别,唯一的业务服务模型梳理了各种服务基本协议的业务需求,BMCAtrium给SLA的建立和维护了提供了一致可靠的参考。
建议的整体系统架构是集中式的CMDB系统,集中建设该应用系统,集中管理和保存所有的配置相关信息。
建议的整体系统架构是集中式的CMDB系统,集中建设CMDB应用系统,集中管理和保存所有的配置信息。
统一为流程平台提供配置信息支持和流程支持。
CMDB的自动配置采集工具是需要和被采集对象一起部署在就目标的网络环境中,所以采集工具分布在整个企业各个数据中心和一级分支机构。
它们各自同步和更新配置信息到集中的CMDB中。
本集中统一的架构也充分考虑到了各个数据中心和一级分支机构的分布式管理和数据隔离的需求。
使用BMC特有的“多公司/部门”功能,我们可以配置各个数据中心和分支机构的管理人员默认权限只能管理到本行的配置和资产。
如果总部的管理人员需要管理到其他分支机构和中心的信息,我们可以通过系统级的配置来满足这种需求,可以以中心和分支机构为单位来为总部管理人员开放管理权限。
建立集中统一的架构还有利用系统的升级和维护,减少了与其他管理系统和流程平台的接口数量。
2.1.1CMS/CMDB功能
2.1.1.1可视化展示和管理CI和关系
CI和关系的展示底层服务器端使用AdobeFlex技术,可动态生成基于flash的web视图,客户端同时支持B/S和C/S方式访问,支持IE和Firefox浏览器
可视化CI和关系展示工具不仅能显示相关配置项和关系,还能在界面上直接编辑,所见即所得的编辑方法,能修改CI和关系的属性,能用拖拽的方式创建新的CI和关系,能立刻保存编辑结果到CMDB中。
查询功能:
不仅能查询指定的某个类的实例,而且能同时设置多个类的属性作为查询条件,例如可支持查询:
安装了MSSQL2000的Dell服务器;运行于AAA服务器上的VMWare虚拟系统BBB等等。
CI和关系能够以业务模型的形式,展示各个CI之间的拓扑链接关系,拓扑视图中的CI能任意拖动,转换各种视角和排列方式:
循环、有机、分层和正交;拓扑图型显示和数据列表可以在一个视图中随意切换
系统用户能按照自己的需求,把查询的结果或者所见到的内容保持成视图,每个能管理自己的视图,视图中的CI和关系是CMDB当中的一组配置项及关系的集合
过滤器是按照类、或者类的属性设置查询过滤条件,不同用户能管理和定义过滤器,管理员可以管理公共过滤器,过滤器能过滤关系和类,能立刻生效与用户视图
CI和关系的模型或者某个独立的CI能够通过URL的方式展示,能与第三方应用集成
2.1.1.2类管理器
配置管理人员可以通过BMCAtriumCMDB提供类管理器控制台访问系统中的配置类和关系类,查看类之间的继承关系,维护类的属性,定义类属性的参数,甚至新建类。
该控制台带来了巨大的灵活性。
可以根据业务要求随时调整缺省的类库,并根据基类或子类进行派生,也可以独立构建类树,具有专业的类管理机制,比如抽象类、独类、类别类。
2.1.1.3具备服务模型影响模拟器功能
能将在静态的CI关系和拓扑图之上做动态的业务影响模拟。
影响模拟器模块能模拟某个CI的可用性故障,当发生了某种程度的变化后,其他相关CI因此受到的影响。
这种模拟的测试能帮助用户来做:
变更影响分析、灾难恢复计划、网络弱点分析等。
例如:
如果把“服务器A”关机或者离线,这对整个系统造成的影响是什么?
模拟器能对作用于CMDB中的所有类型的CI对象,能直接利用现有的配置项直接的影响关系,业务影响关系的传递不受对象类型的限。
可以更具所需要选择影响模拟范围,把相关CI添加到一次模拟影响测试中。
影响模拟的结果可以通过报表的形式保存,结果内容可以以图片、xml和ARSReport格式保存。
结果能作为CAB做变更前的变更申请资料。
能保存和加载多个模拟方案,如某些特定的CI可能经常发生变更,例如:
某个核心网络设备的周期性维护,某些数据库服务器上数据库的定期升级。
对这些特定集合的模拟测试方案可以保存,并在需要的时候加载运行,在使用的过程中可以不断维护和定制这些影响模拟方案。
服务影响模型能一次性创建、持续使用和维护;该模型能真实展现业务系统的架构,能被业务服务影响管理的监控类工具集成。
能被BMCSIM直接引用。
2.1.1.4数据的联邦关联
联邦是指只存储核心数据,与核心数据相关的其他属性,链接到外部数据源。
例如,员工的CMDB记录中的技能属性包括一系列的技能,部门属性包括了雇员的部门名称。
同时,它还关联到HR数据存储中的额外数据,比如薪酬等,这些在配置的角度并不重要的数据,CMDB不直接存储这些数据,而是通过数据链接的方式引用。
其他的数据类型是与CI相关但并不是CI的属性;也就是说,这些数据指向CI或被CI参考,为CI提供功能性,但又不是CI自身的一部分。
例如,软件实例的CI记录会有相关的许可证记录,它包括许可证在内部网的URL位置,又或者CI记录可能关联到故障,包含查询CI相关故障数据库的必要信息。
BMCCMDB联邦数据模式的好处:
Ø能够节省耗费在导入,跟踪和整合CMDB中数据的开销
Ø建立了交叉引用关联数据的标准方法
Ø联合数据可被存储在多个地方
Ø可保留在别的数据存储上的投资
2.1.1.5数据的灵活模型
许多不同类型的CI,从计算机系统,到网络硬件,再到软件服务器。
如果不用数据模型,那就不能准确地反应这些数据类型和数据之间的关系类型,CMDB就只存储着一些CI的概要属性,缺少必要的属性,这样就很难按组查找CI。
因此数据模型必是面向对象的和可扩展的。
面向对象
面向对象的数据模型有一系列层次类,每个类能从基类继承属性,并且能把属性加到自己的属性里来创建特定类型的对象:
子类。
子类能有自己的子类,可以扩展这个层级结构,添加您希望跟踪的内容。
BMCCMDB应用面向对象的数据模型,在任何下级分支层次内搜索类的能力。
假如数据类型有一个基类,其它的都是子类,这样的话,就能从基类搜索到所有子类CI和它们的关系。
数据模型符合的行业标准:
DMTFCIM,MOF,ITIL等,开盒即用的属性丰富
开盒即用的类能表达IT组件、环境组件、人、流程、开放系统、主机系统、资源池和虚拟环境
面向对象的类能表达CI和关系,具有唯一的基础CI类,和基础关系类;所有子类都能继承父类的关系。
CI类和关系类的继承结构都呈树状结构。
可以按类来设置审计,可以定义审计条件和方式
可以按类来设置访问权限,可以定义基于用户组的访问权限:
可见和隐藏
具有可视化,图形化的数据模型编辑器,在图形化的界面中能添加、编辑和删除类。
类修改之后,所有已有的该类实例的相关属性立刻发生变化,此过程实时生效,无需任何手工数据维护操作
可扩展性
组织结构的技术可能经常变化,这意味着CMDB中CI数据类型和它们的关系也必然随之而变,因此,需要数据类型是可扩展的。
BMC提供的CMDB应用能增加或删除属性,甚至增加或删除类。
虽然,这个特性是重要的,应用不要过度使用它。
配置管理数据库应用有一个公共的CI和它们的关系。
在配置管理数据库中为不重要的CI增加类和属性,不要为配置管理数据库增加负担。
2.1.1.6配置的分区
分区能够把配置数据分成叫作数据集的片断,每个代表某个特定时间的一组数据,这允许相同的CI或关系实例存在于多个数据集中。
针对基于基础设施确认和纠正配置的目标,这种技术很重要。
能够创建一个数据集来代表预计配置,然后用自动发现应用来创建另外的数据集来代表实际配置。
数据集能够描述:
Ø过期的配置
Ø将来的配置
Ø经过测试的“黄金标准”配置
Ø不同版本的当前配置
Ø总体配置的子集
Ø不同自动发现工具提供的数据
Ø不同客户端配置的数据
Ø您能创新的其他想法
2.1.1.7配置的调和
当有多个数据集包括相同的实例时,调合过程识别所有数据集当中匹配的实例,然后比较每个实例的不同版本,报告查询或者将数据集合并入新的数据集。
它观察到不同时期的变化,在不同的发现源中确定所需要的数据。
Ø识别实例(Identifyinstances)
在比较不同版本之前,必须确定他们确实表示相同的实体。
识别活动完成该任务,它将指定的规则应用中在两个或多个数据集中相同的类。
例如,用于识别计算机系统的规则是两个实例的IP地址相同。
当规则找到匹配的实例时,两个实例被标记成相同的调和识别号,一个额外的属性显示了他们每个代表在各自数据集里的相同的元素。
Ø比较数据集(Comparedatasets)
比较活动针对两个数据集中的实例进行操作,产生报告显示那些只在一个数据集中出现的实例,并且详细描述实例之间的差异。
比较活动只考虑那些已经标记了调合识别号的实例。
比较活动还可以用希望的配置与一个实际配置相比较。
可以用它作很多事情。
可以设置比较活动当希望保持稳定的配置发生变化时进行报警。
或者当某个变更请求正在处理时,可能用比较活动来确认配置是否到了一个希望的新状态。
Ø合并数据集(Mergedatasets)
合并活动根据规则将两个或更多数据集中的数据合并入一个新数据集。
该活动经常工作在当不同的自动发现工具对同一项目提供了重叠数据的情况下,确立一个有效的配置。
合并活动只考虑那些已经被标识了调和识别号的实例。
优先规则应该对于每个数据集中的不同的类和属性指定权重数值。
哪个数据集有越高的权重,那么它的类和属性就会优先被放在结果数据集中。
当有两个或多个自动发现应用发现相同的CI时,合并活动非常关键。
不同自动发现应用存在着各自的优势和弱项,因此,可以根据它们的优势创建优先规则。
采众家所长,这样得到的将会是所有发现数据中最好的CI描述集合。
2.1.1.8产品目录和数据标准化
产品目录能安装企业的需求,建立和维护一个产品名称字典,它包括了软硬件的产品目录信息。
在Atrium中保存的所有CI都有一个分类属性,即CTI:
分类catalog、类型type和项目item。
CTI是CI的简单明了的分类信息,对配置信息的管理和使用能带来极大方便。
产品目录和数据标准化引擎能自动化的维护CI的产品分类信息,增加配置信息分类的精确性和一致性。
例如:
某个软件产品MicrosoftSQLServer2000可能有不同的名称,不同的人员或者发现工具维护和使用了不同名称:
MSSQL,SQL200,SQL2K等。
这些看似不同的名称,其实表达的是同一个产品。
数据标准化引擎能自动化维护产品名称的一致性,保证进入生产数据集的配置信息都有具有一致的产品分类信息和产品名称,其数据流如下图所示:
以上的这些关于分类和名称信息都在产品目录中维护,这些属性都是BMC_BaseElement的属性,它能被所有配置项集成,并由数据标准化引擎维护。
2.1.1.9数据的开放访问
正如我们以前提到的那样,即使有最准确的数据,如果不能访问,那也是没有用的。
非常重要的一点是必须让用户和应用程序都能读写CMDB。
消费者查看并更改现存的数据,与此同时,数据的提供者也可创建和修改数据。
BMC提供的CMDB应用提供如下特性:
Ø程序级访问:
CMDB必须提供可编程的接口(API)或其它的方式来为应用程序提供接口来修改数据。
这种方式必须包括修改实例数据和数据模型的类定义。
Ø批量数据装载:
CMDB必须提供一种方式来同时导入多个实例,从而自动发现应用和其它应用才能迅速地数据生命化。
Ø数据库和平台独立:
CMDB应该与各种操作系统和数据库厂商相兼容,适应您灵活多变的环境。
2.1.2ADDM发现工具功能
2.1.2.1配置发现
BMC的发现解决方案帮助企业解决的问题是克服有限的透明度和分散性。
它是一个可扩展的,持久的捕捉,核对,并不断更新的解决方案,通过该方案可以帮助IT部门从三个层面来更新BSM数据:
Ø人员-谁是我的关键用户和客户?
Ø业务流程-什么是我的关键业务流程和服务?
Ø基础设施-什么样的IT基础设施在支持这些人员和流程?
此外,它通过一个集中存储(BMCAtriumCMDB)为各种各样的BSM解决方案和流程来提供这些信息,从而为全面的IT服务管理和业务服务管理奠定了基础。
工作原理
BMCADDM是一种无代理的易于安装和使用的发现解决方案。
通过对IP范围和正在使用的端口进行Ping扫描,BMCADDM从网络上收集详细的硬件和软件信息,这些信息可以从联网设备的注册表,NETBIOS,安全Shells,以及WMI存储种中读取。
还可以通过SNMP技术收集和返回网络交换机,路由器和Hub设备的相关数据。
BMCADDM提供对任何发现设备的查询能力,查询范围包括:
BIOS,描述信息,DNS名称,IP地址,标签,位置,MAC地址,制造商,型号,开放的TCP端口,操作系统类型,处理器速度,处理器/架构,软件补丁,软件产品,系统名称,以及对象类型。
另外,BMCADDM提供易于读取的查询视图,每个视图包括CI表格清单和CI关系拓扑图两种显示模式,视图可以保存,使用户可以快速获取所需信息。
关键特性
Ø与BMCAtriumCMDB完整的集成在一起
Ø数据输出到CMDB的功能增强了,包括配置工具,改良的数据跟踪功能,输出优化和错误处理
Ø提供新的查询(已导出对象,正在导出的对象以及导出时间戳)功能来确定涉及CMDB导出对象的状态
Ø提供对物理设施(网络设备,PC机和打印机)的发现
Ø可发现网络设备的详细硬件属性和软件清单
Ø独特的指纹机制,不需要授信参数,以确定哪个终端需要代理
Ø可通过Delta管理视图显示两个发现周期的差异
Ø可通过对新发现对象及不同发现周期相同对象的参数变化的扁平视图,可以同时显示管理数据和虚拟数据
Ø可通过表格(Table)形式展示发现的对象及其属性
Ø提供个性化能力使用户可以对Table的栏位进行添加、删除,排序,重新排列或调整大小
Ø个性化的视图可以保存为一个集合,可使用到其他Table上
Ø查询结果可以通过Table展示并导出,可导出为CSV,Excel,HTML,PNG,及Visio2003格式的文件
Ø可设置数据更新的时间计划
2.1.2.2应用和拓扑发现
工作原理
采用C/S架构,BMCADDM服务器内嵌了上百个发现脚本,用于发现和解析物理网络设施和逻辑关系,以及企业应用的依赖关系。
例如,可以发现所有的SAP系统的组件,包括网关,数据库,应用服务器,Web服务器,SAP模块和应用,然后对这些组件进行关系映射。
另外,从Java的Web客户端,管理员可以选择和计划几个可用的发现类型(如网络发现,端口扫描,J2EEWebLogic,J2EEWebSphere,SAP,Siebel等很多其他发现类型)。
发现的对象自动存放到内置的对象数据库中,也可以是BMCAtriumCMDB。
发现工作开始后
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 统一 IT 管理 平台 BMC 解决方案 技术 白皮书 v43