NNMiISPI方案.docx

键入公司名称 XXXXXXXXXXXXXXXX网管软件技术建议书目录1系统方案建议11.1用户需求分析11.2项目建设目标21.3总体设计方案21.4系统配置说明31.5环境配置建议32功能实现和产品说明52.1HP NNMi产品说明52.1.1创新技术52.1.2创新功能62.1.3集成解决方案72.1.4HP NNM iSPI for Performance附加模块82.1.5iPath 性能报告82.2HP NNMi软件概览92.2.1设计目标92.2.2主要功能模块101)拓扑发现112)网络状态轮询123)事件管道134)因果引擎（Causal Engine）155)集成管理界面服务18附件一HP SOFTWARE在中国201 系统方案建议1.1 用户需求分析随着xxxxxx信息化建设的不断深入，应用系统不断进行集中整合，目前信息中心的IT系统规模不断扩大，管理人员越来越感觉到靠人工管理具有巨大的缺陷。目前xxxxxx存在大量的网络和主机设备，随着各项业务的日益电子化,网络和应用系统规模和数量的日趋扩大，不可避免地产生许多网络管理和系统管理上的问题，给维护工作带来更大的挑战。这些问题的产生可能由多种原因引起的，而现有的管理工具无法完整地覆盖这些系统管理功能，并且无法从业务的角度揭示不同层次系统资源的状态变化对业务的影响，目前面临的主要问题有：l 主要靠人工维护，没有实现自动管理l 管理及维护人员有限，使得工作繁重l 缺乏主动管理和报警l 系统运行状况较难评估，无法提交准确的运行报告l 运维工作效率较难评估，无法提交准确的运行报告由于缺乏统一的故障预警及故障监测机制，管理员对故障的反应速度无法提高，往往象“救火队”一样，在出现问题以后才进行查找及处理，难以充分保障关键业务系统的可用性。无法做到“主动式”系统管理。面对不断日益增长的信息化技术和管理平台的提升需求，面临当前有效、高效运营组织与管理的巨大的挑战及核心技术人员的匮乏，信息化服务体系面临巨大挑战。如果没有一个很好的服务平台和监控工具难以胜任管理与维护xxxxxx的信息化系统，采纳和引入先进的信息化系统监控与服务管理平台势在必行。1.2 项目建设目标本次网络管理系统建设的目标是：对项目涉及单位的信息系统资源进行监控和管理，及时掌握信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保障各类业务应用系统的可靠、高效、持续、安全运行。通过建立科学、规范化的运维管理体系，明确IT服务管理体系组织结构和相应职责和岗位，建立配套的衡量指标和日常管理制度，实现有效的目标考核机制。有效地对发生的问题进行分析、跟踪、管理，并对问题的解决过程进行有效地控制，定期回顾，发现问题隐患，避免同样的问题屡屡发生，建立知识库平台, 积累管理诀窍和技术诀窍。通过此次项目建设，达到：l 建立集中监控平台。及时监控、处理故障，提高设备运行的可靠性和经济性，保证IT系统的正常运转； l 围绕核心工作流程开展IT服务，以用户满意为最终目标； l 建立面向流程的组织管理模式。通过建立IT服务管理体系，优化原有的职能制的组织管理模式，创建扁平化的流程式的组织管理模式。1.3 总体设计方案在充分了解xxxxxx现有网络体系结构和目前网管现状和网管运维人员职能的基础上， HP软件提出了本系统建设方案：基本的网络管理，大概有XXX台网络设备，这部分的管理功能建议采用HP的NNMi实现，NNMi是业界久负盛名的网络管理平台，具有良好的开放性和可扩展性，实现xxxxxx的网络管理功能。1.4 系统配置说明在xxxxxx的网管方案中，我们建议主要采用下列的HP软件管理模块来实现整体的管理功能。目前的方案配置如下：HP Software功能模块管理中心网络管理NNMi & Perf iSPI 250 节点软件1.5 环境配置建议建议采用两台PC服务器作为网管服务器。NNMi服务器最低配置要求管理环境最低配置要求托管环境被管节点数1分钟采集接口性能指标数CPU （64-bit）IPF/x86-64/AMD64内存应用程序安装所需的磁盘空间执行过程中数据库和数据所需的磁盘空间小最多3K最多5K8 CPU（2.5GHz for x64 or 1.8GH for RISC）12GB5GB80 GB1 SCSI orSATA disk drive中3K-8K最多10K8 CPU（2.5GHz for x64or 1.8GH for RISC）24GB5GB140 GBRAID 1+0 或 5/6建议带写缓存大8K-18K最多60K16 CPU（2.5GHz for x64or 1.8GH for RISC）32GB5GB300 GBRAID 1+0 或 5/6建议带写缓存Perf iSPI服务器最低配置要求管理环境最低配置要求托管环境已轮询接口数1分钟采集接口性能指标数CPU （64-bit）IPF/x86-64/AMD64内存应用程序安装所需的磁盘空间执行过程中数据库和数据所需的磁盘空间小最多600最多5K4 CPU（2.5GHz for x64 or 1.8GH for RISC）8GB5GB50 GB1 SCSI orSATA disk drive中最多1K最多10K4 CPU（2.5GHz for x64or 1.8GH for RISC）16GB5GB100 GBRAID 1+0 或 5/6建议带写缓存大最多10K最多60K8 CPU（2.5GHz for x64or 1.8GH for RISC）16GB5GB400 GBRAID 1+0 或 5/6建议带写缓存2 功能实现和产品说明2.1 HP NNMi产品说明HP Network Node Manager i-series （NNMi） 软件可提供强大的开箱即用功能，帮助您的网络运行团队高效管理任意规模的网络。HP NNMi-series Smart Plug-in for Performance （iSPI forPerformance） 软件附加模块可启用统一的故障、可用性和性能管理，以提高效率和生产率。在互联网时代，IP 网络已成为重要的业务引擎。例如，除了产生收益的交易，当今网络还支持最终用户通信服务，包括电子邮件和IP 通信。由于对网络的战略性依赖，公司无法承担网络停机造成的后果。企业也必须在智能网络管理方面进行投资（例如自动化），进而保持竞争优势。但是即使利用自动化，许多关键业务要求仍然难以掌握。要找到一款集高度可扩展性、较低成本和智能自动化于一体的解决方案，对于网络运行团队来说是一个难题。许多工具只具备其中一项或两项功能，但是无法涵盖全部三方面的要求。这一问题现在已成为历史。HP NNMi 可提供优秀的企业级网络管理解决方案，将可扩展性、低成本及智能自动化独特地结合起来。这一组合可帮助所有规模的企业以较低成本实现高网络可用性。HP NNMi 包括创新技术和功能，可实现独一无二的价值。2.1.1 创新技术全新架构可实现高度可扩展性HP NNMi 主要包含创新型多级架构，该架构由业界领先的技术构成，例如Asynchronous JavaScript 和XML （AJAX）、Web Service、Java 2 Platform、Enterprise Edition （J2EE） 以及嵌入式行业标准关系型数据库（RDBMS）。HP NNMi 作为多线程应用程序可充分利用多个多核集中处理单元（CPU）。它可提供胖客户端性能以及网站应用程序的通用优势。螺旋式检测可实现精确监控HP NNMi 可集成先进的近乎持续性螺旋式检测流程。该流程使用快速节点查找和交互式多线程处理，以对设备的当前配置和连接性进行深入检查。该检测流程可增强性能并对其它HP NNMi 管理组件进行精确监控。事件渠道和因果引擎可提供确定性的根本原因分析HP NNMi 包含用于自动化事件关联和根本原因分析（RCA） 的新模块。用于事件关联的模块称为事件管道。事件管道包含多个高效流程，这些流程可影响事件流，以对用于因果引擎的事件进行关联并设定条件。因果引擎是一种虚拟机，它可对受监控对象提供近乎连续的条件分析。它依靠持续螺旋式检测流程，因而可适应拓扑变更。从根本上讲，因果引擎可提供自动化及确定性的根本原因分析（对照几率 RCA），从而缩短维修平均时间（MT T R） 并提高操作员效率。2.1.2 创新功能基于异常管理可提高管理效率HP NNMi 专为提高网络操作员的管理效率而量身打造。HP NNMi GUI 围绕异常管理模式而设计，可帮助您快速处理优先级高的事件。HP NNMi 异常管理模式的功能包括：l 用户角色和节点/接口分组功能可令HP NNMi 视图专注于特定管理领域以及这些领域中的节点/接口l 现成的关键接口和节点分组可对优先异常进行即时审查l 事件生命周期管理可帮助您专心处理指定的未解决事件全新的网络GUI 可提高效率从安装到运行，HP NNMi 始终方便易用。例如，HP NNMi 快速启动配置向导的指导性多步骤配置流程可帮助多数网络缩短价值实现时间。从运行角度看，HP NNMi 集中GUI 使用可折叠工作区、美观的表格视图以及鼠标操作窗口，可进行高效直观的导航。2.1.3 集成解决方案HP NNMi 采用基于SOA 的网络服务集成接口。可灵活集成多种功能。另外，HP NNMi 还可与其它HP 软件产品（例如HP Net work Aut omat ion 软件和HP NNM iSPI for Per formance）轻松集成，从而实现无缝工作流以提高管理效率。功能和优势l 降低实现最大网络可用性的成本l 整合网络管理基础架构（例如降低管理服务器数量）l 利用向导和持续螺旋式检测流程（例如无需常规安排间断式检测流程）等功能，降低总体拥有成本l 利用智能自动化、异常管理模式和全新GUI，提高员工生产率和效率l 利用确定性的可调式因果引擎和其它智能自动化功能降低MTTR2.1.4 HP NNM iSPI for Performance附加模块当前的故障和可用性管理无法满足如今IP 网络的弹性需求。网络性能问题可能对业务造成影响。因此，有效的管理解决方案需要结合网络性能管理。除此以外，如何将其融合到您的解决方案中也同样重要。管理解决方案必须提高管理效率。分散的故障和性能解决方案或松散集成的点工具需要操作员在独立的系统间来回切换。HP NNM iSPI for Performance 附加模块可扩展HP NNMi，以进行统一的故障、可用性和性能管理。进而提高操作员效率和生产率。例如，HP NNM iSPI for Performance 可帮助HP NNMi 在单一视图中立体确定并显示网络接口的状态。另外，您可通过统一的工作流控制进度，并深入具体环境查看现成的性能报告。2.1.5 iPath 性能报告iPath 性能报告可说明统一的故障和性能管理这一强大功能。HP NNMi 可计算并清晰呈现网络中任意两个端点的L2 L3 路径。与此同时，HP NNM iSPI for Performance 可沿相同路径产生所有设备和接口的iPat h 性能报告。从而形成统一工作流，解决端点、站点和应用程序对之间的性能问题。功能和优势l 通过赋予操作员接近实时的和历史性能管理功能，来降低MTTRl 可提高操作员效率和生产率。通过统一的故障、可用性和性能管理更快解决问题l 凭借统一的性能轮询（相对于分散集合流程）降低网络和设备负载。HP NNMi 可通过相同的轮询流程收集故障、可用性和性能数据l 凭借统一的状态计算和可视化建立网络设备和接口的状态。HP NNMi 因果引擎使用故障、可用性和性能状态信息l 使用报告和丰富的交互报告配置功能之间的上下文导航形成高效工作流l 开发全面的报告类型，其中包括主页、标题、面板、热点图、日历以及 TOP N 报告l 使用Data Explorer 进行灵活、自定义的数据采集l 通过将数据流集成到HP Performance Insight 软件，实现长期性能报告和容量规划2.2 HP NNMi软件概览2.2.1 设计目标设计伊始，我们便认为，确定HP Network Node Manager i-series要为客户提供什么价值，是十分重要的。通过与经验最为丰富的用户合作，我们确定了五个核心价值来指导我们的设计。精确的网络拓扑和配置信息发现 第一版HP NNM 为自动化网络检测和拓扑表示设立了行业标准。HP NNMi必须继续提供最精确的拓扑和配置信息发现。它必须与网络变更保持同步，并且，必须要适应网络技术的发展。异常管理 最初，网络操作员倾向于自上而下地查看网络，检查异常情况，然后深入调查。而现在，网络规模过于庞大繁杂，上述方法已经行不通了。别担心，HP NNMi将为您提供具备网络故障根源定位的高水平视图，致力于为网络操作员发现问题根源所在。扩展 我们希望HP NNMi能够在对轮询间隔要求高的环境中实现更大规模的网络。如此一来，多数用户都可省下购买和维护多个服务器的成本。对于需要分布式方法或更大规模的客户，今后也将支持分布式管理系统之间的互联。轻松部署和维护 HP NNMi应当快速提供开箱即用的价值，且应随着工作量的增加而创造出更多的价值。此外，应当尽力降低系统的维护和管理成本。集成式解决方案 与HP NNM的早期版本一样，HP NNMi提供与其它HP管理软件产品集成，以便于IT运营部门查看所有支持IT服务的基础架构，并了解基础架构或网络故障对服务的影响。并且为解决方案供应商预留集成点和应用程序编程接口，并将是更新、更灵活的标准技术。图1. HP Network Manaqer Series Node 架构2.2.2 主要功能模块总体来看，HP NNMi包含多个呈多级架构的功能模块，以JavaTM EE应用程序服务器为基础而构建。这些模块围绕中央通知总线进行组织，模块之间、以及将来的管理平台之间均通过通信总线进行通信。现在来详细介绍几个重要的子系统。1) 拓扑发现HP NNMi采用一种称作连续螺旋式发现技术。包含以下四方面：l 自动对现有网络设备进行持续性发现。l 收集每个设备的详细信息，并在数据库中维护网络库存信息。l 确定在网络拓扑环境中（如虚拟专用网络（VPN）、虚拟LAN （VLAN）等）中，设备之间相互关联的程度。l 操作员及因果引擎（Causal Engine）可通过拓扑视图查看拓扑和配置信息，并可采用最新拓扑分析根本原因。在螺旋式检测中，检测和库存数据收集将会分阶段进行，前一个阶段将为后一个阶段提供信息。（如图2所示）确定设备后，螺旋式检测将会收集基本信息，以了解设备类型。通过这些信息，就可以判断哪些其它的设备库存信息可用，并应进行收集。一个专门用于专有MIB建模的新型系统可帮助我们定义设备特定的收集，并能轻松集成到螺旋式检测中，因此我们可捕获专有库存信息，并将设备同时在OSI第二层和OSI第三层拓扑中正确地表示出来。并且，如果该设备支持虚拟网络服务（如VPN. VLAN）、路由系统（如多协议标记交换机（MPLS）等，在我们为其提供支持时，HP NNMi将开发并维护逻辑网络覆盖的拓扑，并借此将其描述给操作员用于根本原因分析。螺旋式检测是动态进行的，因而可快速检测到网络更改并集成到拓扑中。螺旋式检测还可以进行扩展，因此我们可以更加轻松地支持网络中新添加的设备。图2.持续螺旋式检测2) 网络状态轮询通过用于收集网络故障和性能信息的新功能模块，可在HP NNMi中进行网络轮询。随着网络越来越冗余，硬件故障越来越特殊，性能信息对于解决问题来说变得越来越重要。HP NNMi可统一故障和性能管理，因此，操作员可发现网络中，或沿故障应用程序所用网络路径的性能瓶颈。检测到设备时，HP NNMi会将其分配到网络管理员所创建的类别中。例如，HP NNMi可能将设备归入边缘路由器或骨干路由器，而不会简单地将设备确定为路由器。或者，将一个接口确定为ISDN接口，并分配到该类别中。使用这样的分类系统，网络管理员可为设备类别建立监控政策，从而确定需要轮询的MIB对象以及相应的处理方式。轮询引擎的吞吐量很大，测试显示它可在短的轮询间隔内有效处理庞大的网络系统。如果（因果引擎）Causal Engine需要进行根本原因分析或用户强制要求更新，它也可以根据相应需求启动轮询，收集具体数据。轮询引擎经过优化，可高效发送SNMP流量，并在所有可能范围内使用GET-BULK。此外，还有一个简易机制来控制轮询和监控活动的范围。3) 事件管道事件管道（Event Pipeline）会接收并处理来自网络、其它应用程序以及HP NNM早期版本的SNMP陷阱。其目的是调节事件流以消除噪音，使用事件流中的可用信息使事件相互关联，储存事件并提供给因果引擎（Causal Engine），以进行根本原因分析。Event Pipeline的吞吐量很大，且仅为需要的事件元素分配内存（存储功能除外）。因此，它可处理如今庞大网络中的事件流。Event Pipeline由能够以即插即用方式插入到系统中的独立功能块组成。参照图3，类型执行功能验证处理中的陷阱是是否是系统已知（已配置）的类型。解决方案将陷阱与具体托管对象结合起来。几率计算可确定陷阱几率以及任意特殊类型陷阱的几率，因为几率信息对于了解网络中发生的情况十分重要，而剔除重复项可以分析重复事件的数量。（集成的配置界面允许用户调整几率和剔除重复项分析功能，借以满足本地需求。）存储器会根据系统内置的问题情境选择事件，将其传输至通知总线，并由此路由到数据库中。应用简单规则以确定陷阱之间的成对关联，例如将链路启动事件和相应的链路宕事件相结合。最终，管理员为该类型事件指定的脚本将会启动。Causal Engine会记录和分析根本原因分析所需要的事件。如同HP NNMi的其它功能一样，Event Pipeline的即插即用组件可帮助我们保持它的灵活性，并可随网络的变化进行调整。图3. Event Pipeline4) 因果引擎（Causal Engine）随着网络规模、复杂性和活动性的日益增加，对于我们的客户来说，确定问题的根本原因已经成为首要难题。许多系统便应运而生，它们会处理事件流，并从中得出问题的根本原因。经验告诉我们：此类系统若要真正获得成功，就需要几大关键元素，而这恰恰是当今市场上多数解决方案所不具备的。要真正发挥效用，根本原因确定系统必须作到以下几点：l 获得精准的、最新的网络拓扑和可用的配置信息。出现问题时，需要定期重建信息的系统往往缺乏执行该操作所需的信息。尤其是因为许多问题与最新的网络变更或新增设备相关。l 可主动查询网络，获取更多信息。事件流分析通常可表明可能已经发生了哪些事情。有效的根本原因确定系统必须能够采取进一步措施，收集所需的附加信息，对假设原因进行确认或排除。l 确定网络在事故后的运行状况。即使系统正确找到了问题的原因，网络操作员也无法知道真正需要了解的内容：现在的状态如何?如果不能获得该信息，操作员必须进一步调查以找出答案。并且，系统应当自动清除已解决或可自动解决的问题。HP NNMi Causal Engine集成了以上所有功能来创建新功能，可显著缩短发现和解决问题的时间。图4. Causal Engine因果引擎（Causal Engine）理论基础HP NNMi Causal Engine以贝尔实验室（目前为Alcatel-Lucent一部分）所做的研究为基础。这项重要研究建立了称为“原因事件结构”的原因确定框架，并提供了算法，借以使用这一结构确定问题的原因。图5中的因果关系图展示的就是原因事件结构。网络根本原因分析中的基本问题是：故障（由图5中的Fl表示）所引起的事件可能只是表面现象，而非问题的真正根本原因。例如，如果路由器接口出现故障，路由器可能会发出接口故障陷阱。但是，当其感应到连接失败时也会发出掉线陷阱。并且，远端路由器也将感应到连接失败并发出掉线陷阱。这样一来，又会影响其它系统（例如路由协议），这些系统会根据自身感应发出各自的事件，报告相应的问题。部分事件会报告为SMNP陷阱。而那些包括真正根本问题在内的其它事件，可能根本不会被报告。（如果设备完全瘫痪，当然不会报告任何事件。）根本原因分析系统的任务是查看大量网络事件报告，必要时收集缺少信息，并确定是否已报告了根本原因。不是简单罗列大量的详细信息，研究人员开发并提供了确定性算法，以通过因果关系图确定所观察到的任意事件的原因。“确定性”是指对于我们可以构建的任意图表，只要我们可以明确先前事件，算法就可保证找到其根本原因。图5.因果关系图HP NNMi中的实施在实施中，要开发一种既能产生精确答案、又便于实施和维护的完整性因果关系描述方法十分困难。我们不希望为每个网络拓扑实例都生成因果关系图，因为网络拓扑时刻都在发生变化。因此，我们开发出一种语言，帮助我们定义一般网络问题的因果关系图，以及持续应用拓扑和配置信息的运行时引擎，借以确定根本原因和网络状态。（因果引擎）Causal Engine具有以下特点：l 具备高水准，可帮助我们用十分简单并可轻松扩展的方法描述复杂的关系。l 由可编程语言文件驱动，可轻松设置和更改。l 根据对象类型描述因果关系，在运行的同时应用实例和关系信息。l 可根据需求获得由检测系统提供拓扑和配置信息，并能在发生变更时即时访问更新信息。无需为Causal Engine重新生成拓扑信息。l 可启动主动轮询获取所需附加信息，借以确认或排除因果假设。l 在事故发生后计算网络的状态，如有必要，启动重新检测获取当前配置。确定已报告事件的根本原因后，Causal Engine将为操作员提供一份事故报告，包括以下三方面：l 事故描述l 受分析影响的网络对象的当前状况l 在结论中说明最可能的原因HP NNMi 8.0中的Causal Engine包含多个最普遍的因果关系情境。并且，系统的固有灵活性和可扩展性有助于随网络的变化而扩充，从而得以继续精确确定问题的根本原因。5) 集成管理界面服务NNMi的服务器端GUI基于异步JavaScriptTM和XML（AJAX）进行远程访问。AJAX可为用户提供更具交互性的体验，同时保留可在任意地点操作这一网络功能。用户界面的设计重点支持异常管理使用模型，以帮助操作员专注于解决最重要的事件。用户界面可创建用户登录，并将其分配给用户角色。操作员可定制自身界面，以访问最重要的视图和信息。此外，拓扑视图阵列仍然可以使用，以深挖网络的问题区域，但是，我们希望多数操作员在新型事件管理屏幕上进行操作，这里会突出显示尚未解决的事故。管理界面还提供一系列网络服务，包括对拓扑、配置和事件的访问。这为连接到外部应用程序（例如网络配置工具、帮助台以及其它应用程序）提供了标准方法。附件一HP Software在中国目前在中国HP software为越来越多的企业用户所采用，下面是一些重要用户的名单：中国人民银行全国三级网管中国工商银行全国三级网管中国建设银行（湖北分行、湖南分行）网络系统管理中国农业银行（山东分行、山西分行、厦门分行、青岛分行、安徽分行、江西分行、山西分行）网络系统管理中国银行（甘肃分行、新疆分行、贵州分行）网络系统管理中国邮政（国家局、北京邮政、河北邮政、天津邮政、山东邮政、江西邮政）中国石油化工集团全国网络系统管理上海证券交易所网络与系统管理深圳平安保险公司系统综合管理国家统计局网络系统管理中国国家金融数椐通信网（China FINET） 系统管理中保财险北京系统与网络管理大连商品交易所网络与系统管理郑州商品交易所网络与系统管理国家信息系统及部分省市信息系统网络与系统管理绿卡全国中心及20+个省中心网络与系统管理中国移动总部及部分省网络与系统管理中国联通总部及部分省网络与系统管理中国铁通总部及部分省网络与系统管理中国电信长途电话局网络与系统管理北京电信网管中心网络与系统管理北京长途电话局网络与系统管理北京无线通信局网络与系统管理北京电信电报局网络与系统管理北京电信市话局网络与系统管理北京电信郊区电话局网络与系统管理首都在线网络与系统管理上海热线网络与系统管理浙江移动通信局网络与系统管理江苏数据通信局网络与系统管理电力部信息系统一汽集团上海大众广州市电信局北京无线局首都在线