化零为整:甲骨文实现IT管理整合网管

2010-10-09    来源:CNW.com.cn    
多年来购买的专用IT管理产品给一些企业留下了太多的工具和重叠功能。现在或许是清理它们的时候了。 在清理重复管理工具的过程中,企业可以淘汰推动监测特定技术竖井趋势的工具

  多年来购买的专用IT管理产品给一些企业留下了太多的工具和重叠功能。现在或许是清理它们的时候了。

  在清理重复管理工具的过程中,企业可以淘汰推动监测特定技术竖井趋势的工具,同时选择促进向更大范围的ITSM(IT服务管理)方向转变的工具。Forrester的高级分析师Glenn O'Donnell说:“整合工具带来许多好处,包括真正的工具集成、更美好的服务前景、更快的事件解决速度,以及更高的服务可靠性。”

  甲骨文正在IT管理工具整合的道路上前进着。该公司最近实施了一项野心勃勃的项目,即淘汰分离的网络监测管理工具,代之以一个整合的系统。甲骨文企业监测解决方案高级经理Craig Yappert说:“真正促使我们做这件事的动力是集成带来的节省。这并非是我们的工具不行。但如果每次情况发生变化时,我都得把六、七样不同的工具集成到业务流程中,这种集成将会使我蒙受巨大的时间和人力损失。”

  甲骨文选择了来自Monolith Software的平台实现管理整合。该公司最初考虑作为一种Syslog管理工具来使用Monolith,但是在看过演示后,甲骨文开始考虑将Monolith作为替代其已有网络管理基础设施大杂烩的选择。

  “在某个时刻,你寻找另一个工具,但你最终意识到另一个工具将成为压垮骆驼的那根稻草。” Yappert说。对甲骨文而言,十年的快速发展导致了其做出重新规划其网络监测管理工具实现方式的决定。过去十年间,甲骨文收购了60多家公司,其需要监测网络设备的数量增加了一倍,国际带宽增加了30~50倍,网络工作负载增长了70%。而依靠甲骨文系统的最终用户包括遍布全球的85000名雇员,以及使用托管甲骨文按需业务应用的450万人。

  Yappert说:“我们和大多数企业一样,陆续收集了很多管理工具,而我们为了做每一件稍稍有点特别的工作就需要买一个新的工具。”甲骨文之前采用HP OpenView进行网络监测,用IBM Netcool进行性能和事件整合,用MRTG测量网络流量,并使用各种内部开发的或开源工具完成其他任务。

  淘汰的决定

  全面更换已有技术并不是个容易的决定。但甲骨文坚信这将带来与许可、人员、硬件,以及年软硬件维护相关费用节省的机会。“我们看到了工具基础设施规模和与该基础设施相关费用大幅缩减的前景。当我们关闭HP OpenView、IBM Netcool和开源工具的时候,我们将从基础设施中去除了大约20台服务器,用Monolith中一半数量的服务器取而代之。”Yappert说。

  然而,真正的推动力不是节省费用,而是设计更好系统的机会。Monolith架构的突出的好处之一是,它让甲骨文可以完全访问被采集和维护的管理数据。Yappert坦言,在以前的工具中,访问这些数据相当困难。得到的这类数据常常以专有的格式保存。而管理厂商似乎也并不想让用户直接访问它们,因为直接访问这些数据在某种程度上消除了对其接口或控制台的需要。

  “Monolith的引擎采集并组织数据。更重要的是,它使我们可以访问数据,这样我们可以将它们与其他的东西合并,提供更大的业务背景。我们以前无法提供价值这么高的背景。将所有这些信息集成在一起非常困难。”Yappert说。

  IT部门现在可以制作报告来显示网络与特定行业或地理区域相关联时的性能,例如延时、带宽、语音质量得分,以及设备可用性。举例来说,甲骨文过去看不到支持其财务和人力资源系统的所有网络组件。而现在,IT部门能够按业务分类标记和组织这些设备和这些设备发生的事件。当一台交换机、路由器或防火墙出现问题时,我们知道该问题会影响到哪些应用。

  甲骨文还把网络数据与从其他来源(例如汇集与设备规格、采购信息、部署位置和维护合同状态相关数据的固定资产系统)采集到的信息进行合并。Yappert表示,有了这类信息,回应故障工单的网络支持人员可以根据设备的年龄或维护合同等信息,权衡是否是需要更换这台设备。

  经验与教训

  甲骨文花费74亿美元对Sun的收购考验了网络监测系统的集成能力,而事实证明,该系统顺利通过了考验。“45天内,我们能够将Sun的整个网络基础设施集成到我们的监测模型中。如果使用以前的模型,我们不可能做到这点。”Yappert说。

  当甲骨文考虑部署该系统时的关键挑战是,确定Monolith平台是否能扩展到需要的规模。甲骨文曾经进行了一次使用5000台设备的评估(数量大约是其全部网络设备的三分之一)。然后,当公司添加上万台设备时,人们开始看到采集到的数据数量的惊人的数字和性能表现。整个过程虽然曾遇到一些问题,但并没有Monolith和甲骨文解决不了的问题。

  Yappert指出,在这个大环境中,在如何做出监测哪些资产,以及监测它们到什么程度的正确选择方面,有很多需要学习的东西。“一般人都希望尽可能深入地监测所有资产,每个资产的性能都需要监测,每个资产的故障都需要监测,每个资产的配置都需要监测。但是,并不是每一样资产都需要采用这种水平的监测。由于性能的原因,企业可能需要非常深入地监测路由器、防火墙和负载均衡系统,因为这些设备是网络上的性能控制点。但是监测接入交换机可能就不是必须的了。”他说。

  Yappert的另一个建议是,确保你最终得到的数据(例如具体的性能图表和网络活动图)与使用这些数据的人员的需求相符。因为,监测和管理工作通常独立于其他业务完成。考虑重新设计管理基础设施的企业必须问自己如下问题。即使用这些数据的业务流程是什么?你需要其他信息吗?你如何集成这些数据?“网络中太多没有任何意义的信息会很容易让你不堪重负。”Yappert说。(美国《Network World》供本报专稿)

1
3