OpenNMS架构介绍

1、OpenNMS简介

OpenNMS的开发基于TMN及FCAPS这两个模型。

电信管理网络（TMN）是由 ITU-T 推荐 M.3000于1985年提出做为一种应用于电信服务供应商所持有的运营支持系统（OSS）的参考模型。就概念而言，TMN 是一种相互链接不一样类型OSS 组成部分和网络元素的结构体系。同时 TMN 也包含标准化接口和协议，用于交换 OSS 组成部分和网络单元间的信息，以及网络管理所需的所有功能。

TMN 模型组成主要包括如下四层：

（1）商业管理层（Business Management Layer）：执行商业方面的相关功能，分析发展趋势如质量问题，提供记账基础和其它财务报告。

（2）服务管理层（Service Management Layer）：执行网络服务处理功能：定义、管理和服务控制。

（3）网络管理层（Network Management Layer）：执行网络资源分配功能：配置、控制和网络监督。

（4）单元管理层（Element Management Layer）：包含我的网络单元的处理功能。即：警报管理、信息处理、文件备份、日志、硬件和软件的维护等。

在 TMN 模型的每一层，对应五大功能区域（简称为 FCAPS）定义以下：

（1）故障管理（Fault Management）：故障识别、隔离、报告和记录。

（2）计费管理（Accounting Management）：收集、缓冲、付款传送和计费信息。

（3）性能管理（Performance Management）：收集、缓冲、有关网络最优化的运行统计传送、以及容量编制（Capacity Planning）

（4）配置管理（Configuration Management）：网络设备安装、状态和参数设置、网络容量配置。

（5）安全管理（Security Management）：认证功能管理：OSS 的同时使用处理，阻止非法用户的入侵。

首先OpenNMS提供了较为全面的故障管理(Fault Management)，在OpenNMS中，有三种不一样且互相独立的方式来发现故障：

（1）服务按期查询（周期性检查服务运行状况）

（2）收到自动发送的通知消息（如SNMP trap）

（3）性能数据的阈值检查

此外OpenNMS也提供了较为完善的性能管理(Performance Management)，在OpenNMS中是经过称之为数据收集器提供的数据收集接口来按期收集性能数据，目前的实现中，包括诸如SNMP，JMX，HTTP及NSClient，对于收集的性能数据能够用于显示性能图表，阈值检查，TopN分析等。

 

那么对于FCAPS剩下的三项即配置管理、计费管理、安全管理，OpenNMS只在某种程度上实现了其部分功能。例如对于计费功能，OpenNMS只提供了对于网络的使用状况的数据、系统资源诸如带宽、CPU、磁盘空间等的使用状况。

 

对于配置管理，OpenNMS提供了资产管理，另外还能够经过UI开启/关闭设备接口，也只仅限于这些功能。

 

对于安全管理，提供了对于SNMPv3的支持，另外还提供了基于用户的访问控制及LDAP安全模型。

 

从TMN的四层模型来看，OpenNMS主要提供了服务管理层(SM)及网络管理层（NM）的功能。

 

OpenNMS概念解释：

 

接口(Interface) ：任何被指定给网络设备, 能响应网络要求的IP地址, 或者, 任何透过SNMP协议回报自称是接口者.

 

服务(Service) ：任何单一, 预先定义指定给一个接口的网络服务.

 

节点(Node) ：任何拥有一个以上接口的实体设备. 一个节点可能有数个接口, 每一个接口可能有数个服务. (某一特定 的接口是否"属于"某个节点能够用几种不一样的方式来决定, 例如SNMP或NetBIOS名称. 然而, 若是某个特定接口并无归属于任何节点的信息, 就会被表示为一个独立的节点. )

 

事件(Event) ：任何重大发生或发现.

 

故障(Outage) ：一个暂时性的运做停摆, 其特征为没法和一个监控的服务沟通.(没法轮询)

 

告警(Notice) ：当特定事件产生的时候, 系统能够发出告警. 发出告警意味着用电邮或传呼(pagers)或其它方式, 告知使用者或一群使用者, 所发生的事件; 某些情形下可能会触发修正动做.

 

2、OpenNMS架构设计

 

   流程说明：

首先经过Ping用户配置的网络IP地址范围进行节点发现，对应于图中的Discovery及ICMPD，当发现到新的IP地址后（即可以Ping成功），经过事件机制（对应Eventd），通知Capsd进行服务扫描，以发现该IP上所运行的服务。服务发现完成后，则由Poller开始按期对这些IP上的服务进行按期检查，一旦发现服务不能访问，则经过事件机制产生故障信息。对于支持SNMP的设备，则经过SNMP按期收集性能数据，并将结果保存在RRD文件中，以供GUI显示。

 

 

OpenNMS 是一个“以用户为中心”的 NMS，它将典型的网络管理员（或网络管理团队）做为本身惟一关注的焦点，以此来决定所须要的功能。最初，团队中一些成员来自网络管理顾问，他们把本身的知识很好地付诸于实践 ― 围绕网络管理员一般所关注的对象、任务和工做流来定义其运做模型。这与一些商业 NMS 产品（这些产品因其厂商的沿袭性而一般以设备、网络或软件服务为中心）造成了对比。

 

若是不考虑其具体应用的领域、代码沿袭或厂商，许多 NMS 产品在层次组成上都有相似的概念。下图显示了这种常见的组成。

 

 

 

这个组成一般有三层。前端这一层与管理的设备和服务的网络、使用该系统的用户和外部系统链接在一块儿。中间这一层包含大量逻辑，这些逻辑提供了 NMS 各类特性。后端这一层负责保存和操做数据。

 

因为要动态（但还要健壮）地跟踪复杂的相互关系和大量信息，NMS 在后端这一层不可避免地部署了商业级关系数据库管理系统（RDBMS）。

 

在第一层内，监控、管理和控制组件一般包含许多必须在 NMS 操做期间执行的并发任务。第一层负责发现活动网络，轮询服务和设备是否出故障，以及截获或处理来自设备、服务或更高层分布式代理的异步事件。这个组件还能够执行由 NMS 中间层中的配置逻辑、供应逻辑、工做流执行器或其它定制逻辑所驱动的操做。

在前端这一层还有用户界面组件。NMS 能够有“胖客户机 GUI”界面，以及易于定制的基于 Web 的用户界面。报表工具驻留在这一层，它能够与 UI 交互以提供实时的软拷贝报表和批处理形式的硬拷贝报表。

 

第一层中的外部接口组件能够处理给用户和／或外部系统的通知。这能够采起寻呼、电子邮件、电话或发给外部管理系统的特定事件等形式。API 和扩展插件基础结构使得能够定制 NMS，以及将 NMS 与其它系统链接在一块儿，或者将 NMS 与其它系统集成。

 

中间层是 NMS 逻辑所在之处。它向 NMS 提供个性化以及不同凡响的特性集合。还提供一些常见的特性，譬如，库存或资产管理、数据收集和分析、用户或角色管理以及工做流管理／执行。

 

库存（或资产）管理是大多数 NMS 产品的主要功能。但其中所跟踪的项目随不一样的 NMS 而各不相同，譬如设备、线路、服务器、安装的软件服务和应用程序等。该组件的用户界面和应用程序逻辑必须能灵活地适应可能要管理的各类项。

 

数据收集和分析特性能够提供有关所管理设备和服务的当前和历史统计。它还能够提供统计分析，从而揭示网络和子网的性能以及设备／服务的可用性等。该组件还能够与工做流执行逻辑交互以处理定制的工做流。

 

用户和角色管理组件提供对 NMS 不一样级别的访问。大多数大型网络是由一个团队或多个团队的人员来管理的。分配给用户的角色能够用在定制安全策略的设计和实现中，以及定制的工做流和事件升级流中。

 

工做流管理和执行是针对短时间和长期管理任务的管理和自动执行而提供的。为了使 NMS 适应不一样组织对各类业务的需求，定制自动化工做流是有必要的。

 

虽然并非每一个 NMS 都会具有全部这些组件 ― 甚至有些可能会有其它更专门化的变体 ― 但这里所提到的组件已足够用来概述 NMS 的组成部分。

 

 

下图显示了OpenNMS的组件图：

 

 

 

 

在后端这一层，OpenNMS 使用 PostgreSQL做为它的 RDBMS。在前端这一层，它使用 Apache Jakarta Tomcat免费的 JSP 和 servlet 技术来提供灵活的可定制的用户界面。也可用之前基于 Perl 的用户界面。有几个管理实用程序是用 UNIX shell 脚本和 Perl 编写的。OpenNMS 使用一套与中的监控、管理和控制组件相对应的并发 Java 任务来提供该功能。在上图中用圆圈表示的就是这些并发任务。

 

OpenNMS使用的端口

httpAdaptor     8180

rtc             5817

jetty           8980

jetty / https   8443

jetty / ajp     8981

syslogd         514 or 1514

snmp trap       162

(vulnscan        1241)

 

3、OenNMS并发任务

OpenNMS 的监控、控制和数据收集特性是由一组称为守护程序（BSD UNIX 约定）的并发任务来处理的。下表统计了这些并发管理任务。

 

并发任务	守护程序名称	描述
操做守护程序	actiond	自动操做执行工具，用于根据入站事件自动操做（工做流）。
收集守护程序	collectd	从受管节点收集数据。
功能守护程序	capsd	对所发现的节点执行功能检查。它一般检查某个接口的端口，看它是否支持已知的服务协议。
DHCP 守护程序	dhcpd	为 OpenNMS 提供 DHCP 客户机功能。
发现守护程序	discovery	对受管网络节点进行初始的发现以及持续进行按期发现。
事件管理器守护程序	eventd	管理来自其它并发任务的事件，并将它们存储到 RDBMS
通知守护程序	notifd	向用户执行外部通知。
故障管理器守护程序	outaged	合并事件，觉得每一个受管节点／服务提供持续的历史故障视图。
轮询器守护程序	pollerd	按期轮询受管节点／服务，以决定操做状态。
RTC 管理器守护程序	rtcd	实时收集数据，为用户定义的各种受管节点／服务提供可用性信息。
SNMP 陷阱守护程序	trapd	处理 SNMP 陷阱（事件）。
阈值服务守护程序	threshd	根据属性值是否达到指定的阈值来监控受管节点／服务。

 

4、OpenNMS的扩展

OpenNMS 带有健壮的、用于受管设备／服务的 SNMP 支持。SNMP 是目前业界用于可管理设备／服务事实上的标准。该标准使 OpenNMS 能够管理大量在 TCP/IP 网络上存在的设备。

在 SNMP 以外，OpenNMS 还能够检测和管理如今流行的软件服务（FTP、文件服务器和数据库服务器等）。它提供了一套特定于服务的插件（用于协议扫描）和监控程序（用于轮询）来完成这些任务。经过建立新的插件和监控程序，能够扩展 OpenNMS 以检测和监控任何新的设备或服务 ― 包括支持 JMX 的 ClickMeter 应用程序。

OpenNMS 的发现守护程序（ discovery ）负责在初始以及之后的执行过程当中发现受管网络。一旦 discovery 发现一个节点（一般经过 ICMP ping），它会请功能守护程序（ capsd ）来肯定该节点支持什么服务。经过对指定的协议插件集合进行循环处理，该功能守护程序检查所支持的服务。编写一个定制的协议插件使它适合 OpenNMS 的任何新服务很是简单。

 

5、OpenNMS数据库设计

 

 

• 大小: 69.3 KB

• 大小: 21.4 KB

• 大小: 14.8 KB

• 大小: 249.3 KB

• 查看图片附件