星期五, 六月 15, 2007
星期一, 三月 05, 2007
OpenNMS击败IBM Tivoli和HP OpenView获得金奖
这个消息来自：http://searchnetworking.techtarget.com/productsOfTheYearCategory/0,294802,sid7_tax306257_ayr2007,00.html这真是一个让我无法相信而且兴奋的新闻。这简直是不可相信，一个基于社区的开源软件居然能有机会超过想Hp和IBM这样的商业巨头。
OpenNMS开发团队的Tarus说：
It's the community that made this possible. This is what open sourceis all about. You *are* the community, so pat yourselves on the back.Since this was based on 1.2, think of what 2.0 will mean. It'll knockpeoples socks off. (grin)
OpenNMS是一个集成的网络管理平台，它能实现的功能有：可用性管理，性能管理，故障管理。使用界面和配置都非常简洁。
星期一, 一月 29, 2007
转：整合OpenNMS和OpenManage Server Agent以管理运行Linux操作系统
FROM：http://www1.ap.dell.com/content/topics/topic.aspx/ap/topics/power/zhcn/ps1q03_giles?c=cn&l=zh&s=bsd采用 Red Hat Linux 操作系统（OS）并在 Dell PowerEdge 服务器上运行此操作系统的企业需要一种管理这些环境的方法。 OpenNMS(Open Network Management System)是一种开放资源网络管理平台。此平台管理Linux环境运行很好。OpenNMS通过使用简单网络管理协议(SNMP)能够监控网络上节点的性能。本文阐述了如何配置简单网络管理协议(SNMP)和Dell OpenManage Server Administrator与OpenNMS一起工作。
IT企业部门正快速地从UNIX?操作系统(OS) 向 Linux® 操作系统（OS）移植。作为一种开放源代码方式，Linux提供了一种稳定的，免费获得的，易于修改的操作系统（OS）。与 DellTM PowerEdgeTM 服务器整合在一起， Red Hat® Linux 正在成为企业的高性能计算丛集领域选择的操作系统。这种环境下的网络管理员需要一种补充Linux操作系统特殊性质的企业系统管理工具，同时提供一种有效的管理网络服务器的方法。
防止服务器停止和硬件失败引起的低性能对维护低的总拥有成本（TCO）是至关重要的。使用Dell OpenManageTM Server Administrator的Server Agent组件和企业级的OpenNMS通过更好的管理使用了戴尔服务器的Linux网络可以降低停机时间和提高性能。OpenManage Server Agent居留在个别服务器上以实现系统功能性，比如检测问题和事件通知。在开放源码论坛SourceForge上维护的OpenNMS是一种免费的，被广泛接受的，成熟的软件工程。OpenNMS使用简单网络管理协议(SNMP)收集性能的数据用以分析包含许多不同平台包括Linux服务器在内的网络。安装有简单网络管理协议(SNMP)代理的任何服务器能发送硬件信息，比如人所共知的陷阱，到OpenNMS。
本文阐述了在运行Linux操作系统的先前的服务器的网络上如何安装和配置简单网络管理协议(SNMP)和OpenManage Server Agent。把运行简单网络管理协议(SNMP)和OpenManage Server Agent的服务器称为管理节点。OpenNMS居留在网络的某个中央服务器上，大家所共知的网络管理工作站，这个工作站也运行Linux操作系统。另外，网络管理员安装和配置OpenNMS同OpenManage Server Agent共同提供事件通告和问题检测。
测试网络配置
为企业系统管理配置的环境通常包括由一个或多个网络管理站或主机节点组成的内部网络，致力于控制剩余的网络管理节点（见图1 ）。本文的假定方案，每个管理节点通过以太网接口和Class C 192.168.0.0/24子网络相连。每个管理节点由一个运行Red Hat Linux 版本 7.3 的Dell PowerEdge 1650服务器组成。服务器上安装有简单网络管理协议和Dell OpenManage Server Agent。网络管理站具有和管理节点相同的配置。同样也安装了OpenNMS。在示例中，网络管理站中的以太网设备IP地址为192.168.0.2。
图1：网络管理站上安装有OpenNMS的网络
安装简单网络管理协议，OpenManage Server Agent和OpenNMS
OpenManage Server Agent采用简单网络管理协议以简单网络管理协议陷阱的方式发送数据到网络管理站。OpenNMS运行在网络管理站上收集数据。OpenManage Server Agent包含一个嵌入式系统管理驱动器(esm.o)，此驱动器与嵌入式系统管理硬件接受各种PowerEdge服务器硬件组件的状态信息。管理节点以简单网络管理协议陷阱的方式发送此服务器硬件信息到网络管理站。
安装简单网络管理协议和OpenManageServer Agent
为启用简单网络管理协议，网络管理员必须在网络上所有的管理节点上安装NET-SNMP Red Hat Package Manager (RPMTM )文件存档程序或程序包。RPM包包含简单网络管理协议主机代理和基本的NET-SNMP命令工具集。尽管这些RPM包在第一张Red Hat Linux 7.3 CD上从Red Hat/RPMS/目录下恢复，而位于www.redhat.com/errata的最近的勘误表RPM包被代替使用。
使用rpm指令安装RPM软件包
rpm -Uvh snmp_package_name.rpm snmp_utility_package_name.rpm
例如：
rpm -Uvh net-snmp-5.0.6-6.rpm net-snmp-utils-5.0.6-6.rpm
安装RPM软件包后，网络管理员应在如下所示的所有的管理节点上安装OpenManageServer Agent
解包DOMN32A00.tar文件，解压包内的文件到目录DOMN32A00:
tar -xvf DOMN32A00.tar
改变解包目录的根目录
cd DOMN32A00
使用下面的无响应安装的脚本文件安装所有节点上的OpenManage Server Agent
./start_text.sh
网络管理员能够从http://support.dell.com处重新获得OpenManage Server Agent1.2版本的tar文件并使tar文件用于被管理的所有节点。OpenManage Server Agent无响应安装的shell命令脚本文件。文件：start_text.sh 安装必须的组件管理PowerEdge服务器节点。OpenManage联机文件或CD文件详细阐述了在Red Hat Linux 7.3系统上安装 OpenManage Server Agent 必要步骤。
配置简单网络管理协议和OpenManageServer Agent
安装OpenManage Server Agent后，网络管理员必须配置简单网络管理协议。为完成这项工作，网络管理员通过设置下面的搜索路径编辑文件/etc/snmp/snmp.conf，此路径允许简单网络管理协议发送所有的陷阱到网络管理站。
trapsink 192.168.0.2 public
本文的假定方案，192.168.0.2是位于网络管理站的以太网装置的IP地址，"public"是有权访问系统上所有的简单网络管理协议管理信息库数据的简单网络管理协议共同体名称。
必须启动snmpd 和 dellomsa服务以初始化简单网络管理协议陷阱以便使陷阱发送到网络管理站。
重新启动简单网络管理协议daemon:
service snmpd restart
重新启动dellomsa daemon:dellomsa restart
安装OpenNMS
OpenNMS包含管理Web控制台的系统，由此系统网络管理员可以查看管理节点发送的硬件产生的陷阱。最低限度的安装OpenNMS的需求见图2 。
图2：最低安装OpenNMS需求
OpenNMS使用JavaTM 开发基于Web的控制台。在用来作为网络管理站的PowerEdge服务器上，网络管理员应安装Java 2软件开发包(SDK) RPM,从http://java.sun.com上可获得。
rpm -ivh j2sdk-1_4_0_01-fcs-linux-i386.rpm
如果Postgres数据库已经安装在网络管理站上，还需其他的步骤用于安装和正确运行OpenNMS。这些步骤可以在位于http://www.opennms.org.的安装指南中备有证明。另外，安装步骤使用从OpenNMSWeb站点得到的Postgres RPM包。
用于最低安装OpenNMS需求的所有的RPM包的列表列在图3 和http://www.opennms.org
图 3. 最小安装OpenNMS所需的RPM包
网络管理员应在使用RPM工具的网络管理站上安装包：
rpm -ivh list of all RPM packages separated by space
For example:
rpm -ivh opennms-1.0.1-1.i386.rpm opennms-webapp-1.0.1-1.i386.rpm perl-DBD...
通过转换管理信息库为XML配置OpenNMS
安装完成后，配置OpenNMS以接收来自网络上简单网络管理协议客户端的信息。网络管理员通过填加包含管理简单网络管理协议接口的机器地址的IP地址范围定义来编辑snmp-config.xml文件。Figure 4 表明了定义如何查找本文中的解决方案。
图4. 开放式网络管理系统简单网络管理协议（SNMP）客户端的IP 地址范围定义
< version="v1">
< begin="192.168.0.1" end="192.168.0.254">
为了理解事件和通过OpenNMS正确地显示可读性，使用mib2opennms程序管理信息库陷阱必须转为可扩展的标记语言（XML）事件。这个程序使用一套基于管理信息结构规格的代码转换陷阱为XML。
安装最新的libsmi RPM包，可从http://rpmfind.net处得到。
rpm -ivh libsmi-0.2.16-1.i386.rpm
编写mib2opennms程序，使用libsmi库执行trap到XML的事件转变。
cd /opt/OpenNMS/contrib/mib2opennms-0.2.2/
sh configure
make install
此程序在/usr/local/bin目录下安装。
使用mib2opennms程序转变位于DOMN32A00/dcpemibs/ 目录的10892.mib文件为一个名为eventconf.txt XML文件：
/usr/local/bin/mib2opennms -f
/tmp/eventconf.txt 10892.mib
使用文件编辑器，插入eventconf.txt文件的已转变的事件，在文件开头可以找到，到"global" 定义标签之后的eventd-configuration.xml文件中。
标识所有新创立的陷阱为"enterprise generic,"
在eventconf.txt文件中更换mevalue标签的值为0到6。这里所示的sed命令，全面更改并保存已更改的文件到一个临时文件中：
sed -e 's/0<\ /mevalue>/ 6<\ /mevalue>/' /tmp/eventconf.xml' >
/tmp/eventconf.xml.tmp
检查临时文件后证实确实已更改，重新命名临时文件为eventconf.xml文件。
mv -f /tmp/eventconf.xml.tmp eventconf.xml
完成程序的最后一步后，管理信息库陷阱转变为XML。网络管理员应启动OpenNMS和Tomcat服务，此服务必须在尝试登录OpenNMS Web控制台之前初始化。
/sbin/service opennms start/sbin/service tomcat4 start
为登录本文解决方案中的OpenNMS Web控制台，网络管理员从任何一个浏览器上有权访问URL http://192.168.0.2:8080/并以"admin"的用户名和密码进入。
理解企业系统管理环境
安装完成本文提到的程序后，OpenNMS Web控制台准备接收来自网络上所有的Red Hat Linux PowerEdge服务器上的简单网络管理协议陷阱。
网络管理站和管理节点之间的通信涉及到硬件，操作系统标准驱动程序，客户端软件。如果位于管理PowerEdge服务器上的硬件设备失效或超过了它的极限，嵌入式系统管理系统就会发现问题。Dell OpenManage Server Agent通过装载有Linux操作系统的嵌入式系统管理程序接收到通知。然后代理就会发送通知到NET-SNMP主机代理。主机代理发送网络上的陷阱到配置有/etc/snmp/snmpd.conf file中的陷阱下沉选择的目标文件。当一个陷阱到达OpenNMS，有代表性的包含详细说明陷阱的发生的信息。在网络管理站，陷阱转变为事件然后发送到事件子系统（见图5 ）。
图 5. OpenNMS接收来自网络上被管理的PowerEdge服务器的简单网络管理协议（SNMP）陷阱
eventconf.xml文件中的事件掩码介绍陷阱和其他相似的XML格式的事件的有关的信息。这一点从Web浏览器上可以看到：
从OpenNMSWeb控制台，点击"事件"然后点击"查看事件"
点击第一个硬件产生的陷阱事件查看事件的描述
整合OpenNMS有效管理Linux环境
成功地整合OpenNMS和Dell OpenManage Server Agent软件以接收来自Dell PowerEdge服务器的事件使管理员能够有效地管理硬件。除了提供网络原理的信息比如交换机和路由器的接口，OpenNMS也专注于网络资源提供的服务，比如Web页，数据库访问，域名系统(DNS)和动态主机配置协议(DHCP)。
OpenNMS通过网络收集数据的方式和显示这些数据可以修改，所有OpenNMS管理特征都是独立于平台的。由于OpenNMS是一种开放源代码方式，所以所有的源代码都能得到并且有经验的网络管理员可以修改源代码使之适应任何一个组织机构的需要。因此，OpenNMS允许网络扩展和设计使用不成熟的系统管理规程。当OpenNMS和OpenManage Server Agent一起使用时，就会提供一种强大的企业系统管理解决方案允许IT业灵活的修改未来的网络和系统架构开发。
Joshua Giles (joshua_giles@dell.com) 是Linux系统管理软件工程师。他的研究领域包括操作系统，文法和基于自动控制编程，存储虚拟管理器（机器改进）。他还获得了新墨西哥矿业及科技学院的学士学位。
安装简单网络管理协议，OpenManage Server Agent和OpenNMS
OpenManage Server Agent采用简单网络管理协议以简单网络管理协议陷阱的方式发送数据到网络管理站。OpenNMS运行在网络管理站上收集数据。OpenManage Server Agent包含一个嵌入式系统管理驱动器(esm.o)，此驱动器与嵌入式系统管理硬件接受各种PowerEdge服务器硬件组件的状态信息。管理节点以简单网络管理协议陷阱的方式发送此服务器硬件信息到网络管理站。
安装简单网络管理协议和OpenManageServer Agent
为启用简单网络管理协议，网络管理员必须在网络上所有的管理节点上安装NET-SNMP Red Hat Package Manager (RPMTM )文件存档程序或程序包。RPM包包含简单网络管理协议主机代理和基本的NET-SNMP命令工具集。尽管这些RPM包在第一张Red Hat Linux 7.3 CD上从Red Hat/RPMS/目录下恢复，而位于www.redhat.com/errata的最近的勘误表RPM包被代替使用。
使用rpm指令安装RPM软件包
rpm -Uvh snmp_package_name.rpm snmp_utility_package_name.rpm
例如：
rpm -Uvh net-snmp-5.0.6-6.rpm net-snmp-utils-5.0.6-6.rpm
安装RPM软件包后，网络管理员应在如下所示的所有的管理节点上安装OpenManageServer Agent
解包DOMN32A00.tar文件，解压包内的文件到目录DOMN32A00:
tar -xvf DOMN32A00.tar
改变解包目录的根目录
cd DOMN32A00
使用下面的无响应安装的脚本文件安装所有节点上的OpenManage Server Agent
./start_text.sh
网络管理员能够从http://support.dell.com处重新获得OpenManage Server Agent1.2版本的tar文件并使tar文件用于被管理的所有节点。OpenManage Server Agent无响应安装的shell命令脚本文件。文件：start_text.sh 安装必须的组件管理PowerEdge服务器节点。OpenManage联机文件或CD文件详细阐述了在Red Hat Linux 7.3系统上安装 OpenManage Server Agent 必要步骤。
配置简单网络管理协议和OpenManageServer Agent
安装OpenManage Server Agent后，网络管理员必须配置简单网络管理协议。为完成这项工作，网络管理员通过设置下面的搜索路径编辑文件/etc/snmp/snmp.conf，此路径允许简单网络管理协议发送所有的陷阱到网络管理站。
trapsink 192.168.0.2 public
本文的假定方案，192.168.0.2是位于网络管理站的以太网装置的IP地址，"public"是有权访问系统上所有的简单网络管理协议管理信息库数据的简单网络管理协议共同体名称。
必须启动snmpd 和 dellomsa服务以初始化简单网络管理协议陷阱以便使陷阱发送到网络管理站。
重新启动简单网络管理协议daemon:
service snmpd restart
重新启动dellomsa daemon:dellomsa restart
安装OpenNMS
OpenNMS包含管理Web控制台的系统，由此系统网络管理员可以查看管理节点发送的硬件产生的陷阱。最低限度的安装OpenNMS的需求见图2 。
图2：最低安装OpenNMS需求
OpenNMS使用JavaTM 开发基于Web的控制台。在用来作为网络管理站的PowerEdge服务器上，网络管理员应安装Java 2软件开发包(SDK) RPM,从http://java.sun.com上可获得。
rpm -ivh j2sdk-1_4_0_01-fcs-linux-i386.rpm
如果Postgres数据库已经安装在网络管理站上，还需其他的步骤用于安装和正确运行OpenNMS。这些步骤可以在位于http://www.opennms.org.的安装指南中备有证明。另外，安装步骤使用从OpenNMSWeb站点得到的Postgres RPM包。
用于最低安装OpenNMS需求的所有的RPM包的列表列在图3 和http://www.opennms.org
图 3. 最小安装OpenNMS所需的RPM包
网络管理员应在使用RPM工具的网络管理站上安装包：
rpm -ivh list of all RPM packages separated by space
For example:
rpm -ivh opennms-1.0.1-1.i386.rpm opennms-webapp-1.0.1-1.i386.rpm perl-DBD...
通过转换管理信息库为XML配置OpenNMS
安装完成后，配置OpenNMS以接收来自网络上简单网络管理协议客户端的信息。网络管理员通过填加包含管理简单网络管理协议接口的机器地址的IP地址范围定义来编辑snmp-config.xml文件。Figure 4 表明了定义如何查找本文中的解决方案。
图4. 开放式网络管理系统简单网络管理协议（SNMP）客户端的IP 地址范围定义
< version="v1">
< begin="192.168.0.1" end="192.168.0.254">
为了理解事件和通过OpenNMS正确地显示可读性，使用mib2opennms程序管理信息库陷阱必须转为可扩展的标记语言（XML）事件。这个程序使用一套基于管理信息结构规格的代码转换陷阱为XML。
安装最新的libsmi RPM包，可从http://rpmfind.net处得到。
rpm -ivh libsmi-0.2.16-1.i386.rpm
编写mib2opennms程序，使用libsmi库执行trap到XML的事件转变。
cd /opt/OpenNMS/contrib/mib2opennms-0.2.2/
sh configure
make install
此程序在/usr/local/bin目录下安装。
使用mib2opennms程序转变位于DOMN32A00/dcpemibs/ 目录的10892.mib文件为一个名为eventconf.txt XML文件：
/usr/local/bin/mib2opennms -f
/tmp/eventconf.txt 10892.mib
使用文件编辑器，插入eventconf.txt文件的已转变的事件，在文件开头可以找到，到"global" 定义标签之后的eventd-configuration.xml文件中。
标识所有新创立的陷阱为"enterprise generic,"
在eventconf.txt文件中更换mevalue标签的值为0到6。这里所示的sed命令，全面更改并保存已更改的文件到一个临时文件中：
sed -e 's/0<\ /mevalue>/ 6<\ /mevalue>/' /tmp/eventconf.xml' >
/tmp/eventconf.xml.tmp
检查临时文件后证实确实已更改，重新命名临时文件为eventconf.xml文件。
mv -f /tmp/eventconf.xml.tmp eventconf.xml
完成程序的最后一步后，管理信息库陷阱转变为XML。网络管理员应启动OpenNMS和Tomcat服务，此服务必须在尝试登录OpenNMS Web控制台之前初始化。
/sbin/service opennms start/sbin/service tomcat4 start
为登录本文解决方案中的OpenNMS Web控制台，网络管理员从任何一个浏览器上有权访问URL http://192.168.0.2:8080/并以"admin"的用户名和密码进入。
理解企业系统管理环境
安装完成本文提到的程序后，OpenNMS Web控制台准备接收来自网络上所有的Red Hat Linux PowerEdge服务器上的简单网络管理协议陷阱。
网络管理站和管理节点之间的通信涉及到硬件，操作系统标准驱动程序，客户端软件。如果位于管理PowerEdge服务器上的硬件设备失效或超过了它的极限，嵌入式系统管理系统就会发现问题。Dell OpenManage Server Agent通过装载有Linux操作系统的嵌入式系统管理程序接收到通知。然后代理就会发送通知到NET-SNMP主机代理。主机代理发送网络上的陷阱到配置有/etc/snmp/snmpd.conf file中的陷阱下沉选择的目标文件。当一个陷阱到达OpenNMS，有代表性的包含详细说明陷阱的发生的信息。在网络管理站，陷阱转变为事件然后发送到事件子系统（见图5 ）。
图 5. OpenNMS接收来自网络上被管理的PowerEdge服务器的简单网络管理协议（SNMP）陷阱
eventconf.xml文件中的事件掩码介绍陷阱和其他相似的XML格式的事件的有关的信息。这一点从Web浏览器上可以看到：
从OpenNMSWeb控制台，点击"事件"然后点击"查看事件"
点击第一个硬件产生的陷阱事件查看事件的描述
整合OpenNMS有效管理Linux环境
成功地整合OpenNMS和Dell OpenManage Server Agent软件以接收来自Dell PowerEdge服务器的事件使管理员能够有效地管理硬件。除了提供网络原理的信息比如交换机和路由器的接口，OpenNMS也专注于网络资源提供的服务，比如Web页，数据库访问，域名系统(DNS)和动态主机配置协议(DHCP)。
OpenNMS通过网络收集数据的方式和显示这些数据可以修改，所有OpenNMS管理特征都是独立于平台的。由于OpenNMS是一种开放源代码方式，所以所有的源代码都能得到并且有经验的网络管理员可以修改源代码使之适应任何一个组织机构的需要。因此，OpenNMS允许网络扩展和设计使用不成熟的系统管理规程。当OpenNMS和OpenManage Server Agent一起使用时，就会提供一种强大的企业系统管理解决方案允许IT业灵活的修改未来的网络和系统架构开发。
Joshua Giles (joshua_giles@dell.com) 是Linux系统管理软件工程师。他的研究领域包括操作系统，文法和基于自动控制编程，存储虚拟管理器（机器改进）。他还获得了新墨西哥矿业及科技学院的学士学位。
转：2006年幸存者手册－网络和系统管理
在您计划下一步的管理方针之前，请先认真的考虑一下：什么技术和工具是你可用的。很多的相互竞争的产品和技术，从价格昂贵的到免费的，从私有的工具到基于某种标准的，浮现在您的视野中。
Apr. 16, 2005 - By Bruce Boardman
对于中型或者稍大一些的企业来说，有更多用的起的解决方案。我们在赞颂Ipswitch, Netcordia, Neon Software 和 SolarWinds的监控功能是多么的好用。2006年SolarWinds 和 Netcordia 会增加网络配置管理在它们的产品中。
免费的网络管理产品在2006年也将被人们认为是一种选择。尽管，Big Brother被Quest收购了；Nagios和其他的一些自由软件部落依然在提供一些有价的服务，freeware管理软件依然存在。
特别的是，freeware软件有很好的可用性监控、性能和配置管理的功能。其他的一些功能，除了OpenNMS GNU project之外，像支持transaction applications、服务管理、中央集中的统一数据存储和分布式计算等功能是不存在的。OpenNMS已经追上了一些庞大的商用企业管理套件。但是，在2006年它做为管理软件市场中的一个严肃的竞争者可能只是表现。
Bruce Boardman, executive editor of Network Computing, tests and writes about network and systems management. Write to him at bboardman@nwc.com.
注：本文版权由‘中国OpenNMS用户组’所有；转载请注明出处。
原文：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
Survivor's Guide to 2006: Network and Systems ManagementBefore you plan your next management step, consider carefully what's available. A wealth of products and technology--from expensive to free, from proprietary to standards based--is out there vying for your attention.
Introduction Before You Buy Don't Forget Freeware Monday Morning Quarterback
A? 16, 2005 - By Bruce Boardman
-->
For the midtier enterprise, there are more affordable solutions. We've sung the praises of Ipswitch, Netcordia, Neon Software and SolarWinds for ease of use and monitoring functionality. Next year, SolarWinds and Netcordia will add network configuration to their products.
Freeware management products should be considered a viable option in 2006. Although Big Brother, for instance, was purchased by Quest, and Nagios and other freeware folks are offering support for a price, freeware management software is still free.
As for features, freeware has good availability monitoring, performance and configuration functionality. Other functions, such as support for transaction applications and service management, centralized common data stores and distributed computing, are nonexistent, with the exception of the OpenNMS GNU project. OpenNMS has yet to catch up to the large enterprise management suites, but it just might surface in 2006 as a serious contender in the management market.
Hot
Easy answers to difficult management problems
Well-integrated products
Management services
Flexible products
Not
Quick but difficult to implement solutions
Professional services
New management technology
Big, rigid products
High- and low-end enterprise-management products both have the same basic monitoring functionality.
Enterprise management suites drive standards.
Most organizations still lack mature management strategies to improve IT service delivery.
Freeware enterprise management has improved, but it's not a strategic management choice ... yet. -->
Bruce Boardman, executive editor of Network Computing, tests and writes about network and systems management. Write to him at bboardman@nwc.com.
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
出处：http://www.networkcomputing.com/showitem.jhtml?articleID=175001226&pgno=3
Apr. 16, 2005 - By Bruce Boardman
对于中型或者稍大一些的企业来说，有更多用的起的解决方案。我们在赞颂Ipswitch, Netcordia, Neon Software 和 SolarWinds的监控功能是多么的好用。2006年SolarWinds 和 Netcordia 会增加网络配置管理在它们的产品中。
免费的网络管理产品在2006年也将被人们认为是一种选择。尽管，Big Brother被Quest收购了；Nagios和其他的一些自由软件部落依然在提供一些有价的服务，freeware管理软件依然存在。
特别的是，freeware软件有很好的可用性监控、性能和配置管理的功能。其他的一些功能，除了OpenNMS GNU project之外，像支持transaction applications、服务管理、中央集中的统一数据存储和分布式计算等功能是不存在的。OpenNMS已经追上了一些庞大的商用企业管理套件。但是，在2006年它做为管理软件市场中的一个严肃的竞争者可能只是表现。
Bruce Boardman, executive editor of Network Computing, tests and writes about network and systems management. Write to him at bboardman@nwc.com.
注：本文版权由‘中国OpenNMS用户组’所有；转载请注明出处。
原文：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
Survivor's Guide to 2006: Network and Systems ManagementBefore you plan your next management step, consider carefully what's available. A wealth of products and technology--from expensive to free, from proprietary to standards based--is out there vying for your attention.
Introduction Before You Buy Don't Forget Freeware Monday Morning Quarterback
A? 16, 2005 - By Bruce Boardman
-->
For the midtier enterprise, there are more affordable solutions. We've sung the praises of Ipswitch, Netcordia, Neon Software and SolarWinds for ease of use and monitoring functionality. Next year, SolarWinds and Netcordia will add network configuration to their products.
Freeware management products should be considered a viable option in 2006. Although Big Brother, for instance, was purchased by Quest, and Nagios and other freeware folks are offering support for a price, freeware management software is still free.
As for features, freeware has good availability monitoring, performance and configuration functionality. Other functions, such as support for transaction applications and service management, centralized common data stores and distributed computing, are nonexistent, with the exception of the OpenNMS GNU project. OpenNMS has yet to catch up to the large enterprise management suites, but it just might surface in 2006 as a serious contender in the management market.
Hot
Easy answers to difficult management problems
Well-integrated products
Management services
Flexible products
Not
Quick but difficult to implement solutions
Professional services
New management technology
Big, rigid products
High- and low-end enterprise-management products both have the same basic monitoring functionality.
Enterprise management suites drive standards.
Most organizations still lack mature management strategies to improve IT service delivery.
Freeware enterprise management has improved, but it's not a strategic management choice ... yet. -->
Bruce Boardman, executive editor of Network Computing, tests and writes about network and systems management. Write to him at bboardman@nwc.com.
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
出处：http://www.networkcomputing.com/showitem.jhtml?articleID=175001226&pgno=3
星期六, 一月 27, 2007
转贴一个：OpenNMS邮件组中的一个讨论话题
[opennms-discuss] nagios conversion
We have nagios implemented in a medium sized environment containing a bunch of cisco switches, routers, firewalls, and then a mixed environment of servers including windows, linux, and unix. Nagios is working pretty well for us. I am looking at ONMS due to its nice GUI and integrated resource graphs for every service. I like nagios due to its modularity. I can easily write a plugin to do just about anything.
I see that onms has nrpe and nsclient capabilities, but due to another email, resource graphing isn't quite there. Is anyone else using onms as a nagios replacement or in a similar environment? I am sure the answer is yes but I would like to hear some success stories or struggles with these configurations. I am using 1.3.2 for my testing.
Thanks!
Jon Christensen
--------------------------------------------
We have a similar environment to you (routers, switches, mixed servers)with at the moment about 250 nodes.
Using a CentOS 4 box, we have ONMS 1.2.9 installed along with Syslog-NG,Swatch, logtool (http://xjack.org/logtool/), and the Informant MIBs (forWindows, NET-SNMP is standard on most Linux/Unix) along with a varietyof custom scripts on the clients, most of them using or based off ofsend-event.pl.
Using all that, we've been able to fully replace HP OpenView, althoughwith one side effect: the architecture is so modular that we now can domore than we were doing with OV, for a variety of reasons.
Tim Selivanow
NOC Technician
EasyStreet Online Services, Inc.
-----------------------------------
Thank you for your email.
Why do people use the nsclient/nrpe client with ONMS with these Informant MIBS available?
Jon Christensen
-------------------------------------
Why do people use the nsclient/nrpe client with ONMS with these Informant MIBS available?Good question!
-David
-------------------------------------
I am just starting to use OpenNMS and would lke to find a good poller for a MS Exchange 2003 server. Any suggestions?
Mark Molzahn
--------------------------------------
I second that question, and will go out on a limb saying that Snmp in the Windows world is one of the most misunderstood things ever invented.
Johan Edstrom
--------------------------------------
Is there a place to find this information? Is there any reason to useInformant vsnative Windows SNMP on win2k/2003 servers?
Les Mikesell
---------------------------------------
http://www.wtcs.org/informant/
Johan Edstrom
--------------------------------------
FWIW, Net-SNMP is available for Windows and works very well.
http://net-snmp.sourceforge.net/
daniel.schrock.
senior.network.engineer.
sparkplug,inc.
--------------------------------------
Because you have to get a paid version of SNMP Informant to get accessto the really interesting data (app specific, e.g. Exchange, SQL,Biztalk etc). NSClient is free.
Craig
--------------------------------------
Agreed.I do find the free Informant agent a fantastic value (grin) and whencomparing the data it supports with the same data from NSClient, I'llstick with SNMP, thank you very much. That really interesting datain the "paid-for" client, as you reference, is still a great valuedue to its extremely low cost, ability, and, of course, theenterprise scalability of SNMP.
I'm even more of an SNMP zealot than I am open source zealot. But,what I like about what has been done with OpenNMS, all zealots arewelcome!
David Hustace
We have nagios implemented in a medium sized environment containing a bunch of cisco switches, routers, firewalls, and then a mixed environment of servers including windows, linux, and unix. Nagios is working pretty well for us. I am looking at ONMS due to its nice GUI and integrated resource graphs for every service. I like nagios due to its modularity. I can easily write a plugin to do just about anything.
I see that onms has nrpe and nsclient capabilities, but due to another email, resource graphing isn't quite there. Is anyone else using onms as a nagios replacement or in a similar environment? I am sure the answer is yes but I would like to hear some success stories or struggles with these configurations. I am using 1.3.2 for my testing.
Thanks!
Jon Christensen
--------------------------------------------
We have a similar environment to you (routers, switches, mixed servers)with at the moment about 250 nodes.
Using a CentOS 4 box, we have ONMS 1.2.9 installed along with Syslog-NG,Swatch, logtool (http://xjack.org/logtool/), and the Informant MIBs (forWindows, NET-SNMP is standard on most Linux/Unix) along with a varietyof custom scripts on the clients, most of them using or based off ofsend-event.pl.
Using all that, we've been able to fully replace HP OpenView, althoughwith one side effect: the architecture is so modular that we now can domore than we were doing with OV, for a variety of reasons.
Tim Selivanow
NOC Technician
EasyStreet Online Services, Inc.
-----------------------------------
Thank you for your email.
Why do people use the nsclient/nrpe client with ONMS with these Informant MIBS available?
Jon Christensen
-------------------------------------
Why do people use the nsclient/nrpe client with ONMS with these Informant MIBS available?Good question!
-David
-------------------------------------
I am just starting to use OpenNMS and would lke to find a good poller for a MS Exchange 2003 server. Any suggestions?
Mark Molzahn
--------------------------------------
I second that question, and will go out on a limb saying that Snmp in the Windows world is one of the most misunderstood things ever invented.
Johan Edstrom
--------------------------------------
Is there a place to find this information? Is there any reason to useInformant vsnative Windows SNMP on win2k/2003 servers?
Les Mikesell
---------------------------------------
http://www.wtcs.org/informant/
Johan Edstrom
--------------------------------------
FWIW, Net-SNMP is available for Windows and works very well.
http://net-snmp.sourceforge.net/
daniel.schrock.
senior.network.engineer.
sparkplug,inc.
--------------------------------------
Because you have to get a paid version of SNMP Informant to get accessto the really interesting data (app specific, e.g. Exchange, SQL,Biztalk etc). NSClient is free.
Craig
--------------------------------------
Agreed.I do find the free Informant agent a fantastic value (grin) and whencomparing the data it supports with the same data from NSClient, I'llstick with SNMP, thank you very much. That really interesting datain the "paid-for" client, as you reference, is still a great valuedue to its extremely low cost, ability, and, of course, theenterprise scalability of SNMP.
I'm even more of an SNMP zealot than I am open source zealot. But,what I like about what has been done with OpenNMS, all zealots arewelcome!
David Hustace
星期四, 九月 28, 2006
UCD-SNMP和NET-SNMP之间的区别是什么？
实际上是一回事，NET-SNMP是现在的版本。请参看下文。
Not a great deal, really. Although the project originally started at UC Davis (hence the name), and it has always been based there, most of the contributors have had little or no connection with this institution. The move to SourceForge was intended to provide a more flexible environment for the project, and to distribute the administrative workload more evenly. The change of name simply reflects this move, which was the last remaining link with UC Davis. The 4.2.x line is the last release line that uses the ucd-snmp name, and all releases under this banner will be bug-fixes only. Release 5.0 is the first version using the net-snmp name, and all new features and significant development will be released under this name. (Though the dividing line between a bug-fix and a new feature is something of a vague one, so some changes in the 4.2.x line may be relatively non-trivial!) Starting with the 5.0 release, we are also trying to review and rework the underlying code base to improve the readability and maintainability of the package. The 5.0 changes have mostly concentrated on the agent architecture, though there have been some significant changes to the library as well. Future releases may include further restructuring of the library. This process will probably result in some changes to the API, though we will attempt to retain some form of backwards compatibility as far as possible, and clearly mark anything that has changed. The most significant change with the 5.0 release is a restructuring of the header file organisation - not least a change fromto .
Not a great deal, really. Although the project originally started at UC Davis (hence the name), and it has always been based there, most of the contributors have had little or no connection with this institution. The move to SourceForge was intended to provide a more flexible environment for the project, and to distribute the administrative workload more evenly. The change of name simply reflects this move, which was the last remaining link with UC Davis. The 4.2.x line is the last release line that uses the ucd-snmp name, and all releases under this banner will be bug-fixes only. Release 5.0 is the first version using the net-snmp name, and all new features and significant development will be released under this name. (Though the dividing line between a bug-fix and a new feature is something of a vague one, so some changes in the 4.2.x line may be relatively non-trivial!) Starting with the 5.0 release, we are also trying to review and rework the underlying code base to improve the readability and maintainability of the package. The 5.0 changes have mostly concentrated on the agent architecture, though there have been some significant changes to the library as well. Future releases may include further restructuring of the library. This process will probably result in some changes to the API, though we will attempt to retain some form of backwards compatibility as far as possible, and clearly mark anything that has changed. The most significant change with the 5.0 release is a restructuring of the header file organisation - not least a change from
星期一, 九月 25, 2006
OpenNMS网络和系统管理简介
1.1 概述
OpenNMS能够帮助IT管理部门持续的监控分布式的异构系统和网络设备的运行状态，它可以支持SNMP网络管理协议确保管理的扩展性，并且提供非常灵活的定制功能从而有利于管理范围的伸缩。它内置的故障事件管理以提供故障事件的记录和分析的能力，快速隔离非根源事件并迅速发现故障原因。OpenNMS良好的设计可以快速部署实施，简单友好的图形界面能够使得用户迅速掌握，从而降低操作的复杂度，提高IT管理效率。
1.2 体系架构
作为一个通用的网络系统故障监控平台，其体系架构应如下图所示：
附图1. OpenNMS体系架构
我们从下至上对OpenNMS体系架构作一一的介绍：
u 被管理对象层，SNMP代理程序是数据采集和动作执行层。对应网络设备来讲，该层对应与网络设备本身的网络管理功能，不需要在设备上单独部署功能模块；对计算机来讲，该层是运行在目标计算机上的SNMP服务，负责采集该系统运行状况、性能等数据，并向管理层汇报。
u OpenNMS监控引擎是实现网络和系统可用性、故障管理的业务逻辑和策略的处理层。他利用特定的轮询策略：从代理程序层收集数据、更新和维护被管理对象状态、执行相关的报警事件通知。
u 管理对象数据库是网络和系统管理的数据存储层。其中以面向对象的方式保存着网络和系统资源的模型，记录着他们的配置、描述和状态等信息。这些模型和信息是通过OpenNMS网络扫描模块自动建立起来的，并由管理者层自动维护。
u 图形用户界面是网络和系统管理的数据表示层。他以各种直观、生动的用户界面向用户展示网络和系统中各种对象的关系、配置、状态和故障情况，是优秀的用户接口。
针对企业的环境，其IT故障监控子系统的管理框架为：
u 被管理对象层——启动核心路由器和交换机的SNMP网管协议，作为网络设备故障的数据提供源；在所有需要管理的服务器上运行SNMP服务，作为监控操作系统故障的数据提供源。
u OpenNMS网络监控服务器——新增一台服务器，部署OpenNMS的监控引擎模块，由该模块对被管理对象层的数据源进行自动的数据采集和翻译采集的结果。并实时发送报警信息。
u 对象存储库——在和OpenNMS监控引擎安装的机器上安装PostgreSQL，作为OpenNMS监控模块的对象存储库。
u 图形用户界面——企业管理员可使用任何的WWW浏览器连接OpenNMS网络监控服务器的用户界面，使用合适的用户名，在某种适当的权限下查看和浏览网络监控信息、状态信息、可用性报表和性能报表。
1.3 功能介绍
1.3.1 网络节点自动发现
对象存储库中的信息并不是靠管理员手工输入和维护的，而是由OpenNMS网络监控引擎－自动扫描模块自动从用户的计算机系统中搜索发现出来的。
附图2. 网络节点自动发现
1.3.2 图形用户管理界面
在一个这样的网络和系统中，需要一些友好的监控视图。目的是使得管理员能够通过直观的界面，迅速发现故障，从而在最短的时间内解决故障。该用户界面视图可使得管理员通过管理工具看到现实世界对象的真实反映，而不是抽象的符号。使用户能够监控整个系统的概貌，系统的大体分布和总体运行状况等。并且决策适当的故障排除方案，各种界面视图可通过Intranet进行浏览查看。
附图3. 网络管理员管理主页
该用户界面的最左边是：Nodes with Outages，表格中列出了最近发生故障状况的12个节点，这些节点可能是网络故障，或者是某些网络服务出错等。
用户界面的中间是：各种网络服务的服务水平报告。它列出了最近24小时之内各种网络服务的服务质量水平；其中的网络服务可能包括：网络接口的UP时间、Web服务、DNS和DHCP服务和数据库服务等。
最右侧的是一些比较常用的功能选项：报警提示信息、节点的性能报表、节点网络服务相应时间报表和自定义的性能报表。
1.3.3 故障监控
被管理对象的数据采集和状态维护是由OpenNMS的监控引擎模块实现的。每个所管理的所有对象存储在数据库中。可以管理的对象包括：
u 支持SNMP网管的网络设备
u 部署了SNMP服务的服务器上的操作系统
OpenNMS采取统一的通讯方式从这些管理对象上采集可用性和故障信息，信息的采集有两种方式：
u OpenNMS主动地通过SNMP协议定期查询被管理对象状态
u OpenNMS被动接收被管理对象发来的SNMP Trap
OpenNMS得到被管理对象的轮询或Trap信息后，根据收到的信息类型、对象原来的状态和网络系统管理的策略和逻辑判断对象的状态是否发生变化。如果发生了变化，则可以按照管理策略采取若干更新操作。
1.3.4 故障事件管理
当被管理对象的运行状态发生变化时，就会产生事件。如果该事件是由正常变为故障，则会产生故障报警。事件管理是通过收集、确认事件，对事件进行分类和过滤，关联不同来源的事件完成对事件的处理和响应。通过事件管理，系统管理人员可以方便、迅速、及时掌握系统运行的故障和警报，及时进行处理，保障系统的正常、稳定运行。
IT系统管理人员所关注的问题，如系统资源出现短缺、数据库连接失败、网络通信中断、主机文件系统溢出等等都会以事件的形式表现出来。
附图4. 事件管理控制台
1.3.5 操作系统监控
OpenNMS对各种计算机操作系统的可用性、运行状况和故障的集中监控是通过本身的SNMP服务程序完成的。这些SNMP代理程序是SNMP服务的组成部分。在本次建议的方案中，在所有的被监控服务器上其监控的主要内容包括：
u CPU利用率，显示系统、用户、空闲时间的百分比；
u 虚拟内存(Virtual memory)利用率；
u 文件系统使用情况，显示磁盘空间使用情况；
u 监视文件系统的使用率，当使用率超过特定阈值时向系统管理员报警；
u 监控网络端口的输入、输出、错包，以及端口是否被停用或者删除；
u UNIX系统还可以监控
² Load Average：服务器平均处理量
² 共享内存
1.3.6 网络节点配置信息管理
被监控对象节点在数据中的配置信息是IT设备的资产信息，每个网络节点都是一个特定的IT资产设备。每个节点在数据库中有很多属性字段供选择填写，主要有三类属性信息：
1. 配置种类信息：配置分类、告警分类、轮询属性和阈值分类。
2. 标识信息：资产描述、厂商、型号、资产编号、操作系统等
3. 位置信息：负责人、部门、楼层、房间、机架编号等
附图5. 节点资产信息
1.3.7 全面的节点监控
每个被监控的节点都能被细致的记录和监控。当查看某节点的信息时，有这样几类信息：状态信息、各种网络服务总的可用性、SNMP属性、各个接口熟悉、最近发生的5个事件和最近的故障事件。
附图6. 节点监控视图
在查看某个节点是，界面上的信息分为三类：网络服务可用性报表、当前状态和监控事件信息。在菜单栏还能有很多功能选项：查看故障事件、资产信息、响应时间报表、SNMP性能报表、重新扫描、节点管理和更新SNMP信息。
1.4 特点和优势
OpenNMS在网络和系统管理方面，有非常广泛的用户，特别是中小企业用户，OpenNMS具有很多极好的特点：
u 方便易用的用户管理界面——OpenNMS可以提供故障事件视图、节点视图、相应时间视图、性能视图等各种管理视图。
u 基于Open Source协议开发——用户可以按照自己的需求，通过修改软件本身或者软件的源代码来定制。
u 跨平台管理——OpenNMS支持任何能运行标准SNMP协议服务的操作系统系统，并且可以从一个单一的用户界面分别管理其局域网（LAN）。
u 切实可行的事件管理系统——OpenNMS通过方便易用的交互式控制台，为IT管理员显示关键事件，提供自动的事件响应，可以以电子邮件方式发出事件通知。
u 方便的集成——OpenNMS可以与第三方产品集成。例如OpenNMS可以方便的与Dell、HP、IBM等厂商的服务器自带的SNMP故障管理软件集成。
u 2005 Linux World推荐管理产品 ——OpenNMS获得2005年Linux世界大会的“最佳网络系统管理软件”的荣誉。已经被认定开源软件世界中的最佳网络系统管理软件。
文章中所提到的图片请参阅我的相册。
注：本文版权由‘中国OpenNMS用户组’所有；转载请注明出处。
曾被www.vshj.com转载：http://www.vshj.com/Article/2006/200607/Article_97842.htm
OpenNMS能够帮助IT管理部门持续的监控分布式的异构系统和网络设备的运行状态，它可以支持SNMP网络管理协议确保管理的扩展性，并且提供非常灵活的定制功能从而有利于管理范围的伸缩。它内置的故障事件管理以提供故障事件的记录和分析的能力，快速隔离非根源事件并迅速发现故障原因。OpenNMS良好的设计可以快速部署实施，简单友好的图形界面能够使得用户迅速掌握，从而降低操作的复杂度，提高IT管理效率。
1.2 体系架构
作为一个通用的网络系统故障监控平台，其体系架构应如下图所示：
附图1. OpenNMS体系架构
我们从下至上对OpenNMS体系架构作一一的介绍：
u 被管理对象层，SNMP代理程序是数据采集和动作执行层。对应网络设备来讲，该层对应与网络设备本身的网络管理功能，不需要在设备上单独部署功能模块；对计算机来讲，该层是运行在目标计算机上的SNMP服务，负责采集该系统运行状况、性能等数据，并向管理层汇报。
u OpenNMS监控引擎是实现网络和系统可用性、故障管理的业务逻辑和策略的处理层。他利用特定的轮询策略：从代理程序层收集数据、更新和维护被管理对象状态、执行相关的报警事件通知。
u 管理对象数据库是网络和系统管理的数据存储层。其中以面向对象的方式保存着网络和系统资源的模型，记录着他们的配置、描述和状态等信息。这些模型和信息是通过OpenNMS网络扫描模块自动建立起来的，并由管理者层自动维护。
u 图形用户界面是网络和系统管理的数据表示层。他以各种直观、生动的用户界面向用户展示网络和系统中各种对象的关系、配置、状态和故障情况，是优秀的用户接口。
针对企业的环境，其IT故障监控子系统的管理框架为：
u 被管理对象层——启动核心路由器和交换机的SNMP网管协议，作为网络设备故障的数据提供源；在所有需要管理的服务器上运行SNMP服务，作为监控操作系统故障的数据提供源。
u OpenNMS网络监控服务器——新增一台服务器，部署OpenNMS的监控引擎模块，由该模块对被管理对象层的数据源进行自动的数据采集和翻译采集的结果。并实时发送报警信息。
u 对象存储库——在和OpenNMS监控引擎安装的机器上安装PostgreSQL，作为OpenNMS监控模块的对象存储库。
u 图形用户界面——企业管理员可使用任何的WWW浏览器连接OpenNMS网络监控服务器的用户界面，使用合适的用户名，在某种适当的权限下查看和浏览网络监控信息、状态信息、可用性报表和性能报表。
1.3 功能介绍
1.3.1 网络节点自动发现
对象存储库中的信息并不是靠管理员手工输入和维护的，而是由OpenNMS网络监控引擎－自动扫描模块自动从用户的计算机系统中搜索发现出来的。
附图2. 网络节点自动发现
1.3.2 图形用户管理界面
在一个这样的网络和系统中，需要一些友好的监控视图。目的是使得管理员能够通过直观的界面，迅速发现故障，从而在最短的时间内解决故障。该用户界面视图可使得管理员通过管理工具看到现实世界对象的真实反映，而不是抽象的符号。使用户能够监控整个系统的概貌，系统的大体分布和总体运行状况等。并且决策适当的故障排除方案，各种界面视图可通过Intranet进行浏览查看。
附图3. 网络管理员管理主页
该用户界面的最左边是：Nodes with Outages，表格中列出了最近发生故障状况的12个节点，这些节点可能是网络故障，或者是某些网络服务出错等。
用户界面的中间是：各种网络服务的服务水平报告。它列出了最近24小时之内各种网络服务的服务质量水平；其中的网络服务可能包括：网络接口的UP时间、Web服务、DNS和DHCP服务和数据库服务等。
最右侧的是一些比较常用的功能选项：报警提示信息、节点的性能报表、节点网络服务相应时间报表和自定义的性能报表。
1.3.3 故障监控
被管理对象的数据采集和状态维护是由OpenNMS的监控引擎模块实现的。每个所管理的所有对象存储在数据库中。可以管理的对象包括：
u 支持SNMP网管的网络设备
u 部署了SNMP服务的服务器上的操作系统
OpenNMS采取统一的通讯方式从这些管理对象上采集可用性和故障信息，信息的采集有两种方式：
u OpenNMS主动地通过SNMP协议定期查询被管理对象状态
u OpenNMS被动接收被管理对象发来的SNMP Trap
OpenNMS得到被管理对象的轮询或Trap信息后，根据收到的信息类型、对象原来的状态和网络系统管理的策略和逻辑判断对象的状态是否发生变化。如果发生了变化，则可以按照管理策略采取若干更新操作。
1.3.4 故障事件管理
当被管理对象的运行状态发生变化时，就会产生事件。如果该事件是由正常变为故障，则会产生故障报警。事件管理是通过收集、确认事件，对事件进行分类和过滤，关联不同来源的事件完成对事件的处理和响应。通过事件管理，系统管理人员可以方便、迅速、及时掌握系统运行的故障和警报，及时进行处理，保障系统的正常、稳定运行。
IT系统管理人员所关注的问题，如系统资源出现短缺、数据库连接失败、网络通信中断、主机文件系统溢出等等都会以事件的形式表现出来。
附图4. 事件管理控制台
1.3.5 操作系统监控
OpenNMS对各种计算机操作系统的可用性、运行状况和故障的集中监控是通过本身的SNMP服务程序完成的。这些SNMP代理程序是SNMP服务的组成部分。在本次建议的方案中，在所有的被监控服务器上其监控的主要内容包括：
u CPU利用率，显示系统、用户、空闲时间的百分比；
u 虚拟内存(Virtual memory)利用率；
u 文件系统使用情况，显示磁盘空间使用情况；
u 监视文件系统的使用率，当使用率超过特定阈值时向系统管理员报警；
u 监控网络端口的输入、输出、错包，以及端口是否被停用或者删除；
u UNIX系统还可以监控
² Load Average：服务器平均处理量
² 共享内存
1.3.6 网络节点配置信息管理
被监控对象节点在数据中的配置信息是IT设备的资产信息，每个网络节点都是一个特定的IT资产设备。每个节点在数据库中有很多属性字段供选择填写，主要有三类属性信息：
1. 配置种类信息：配置分类、告警分类、轮询属性和阈值分类。
2. 标识信息：资产描述、厂商、型号、资产编号、操作系统等
3. 位置信息：负责人、部门、楼层、房间、机架编号等
附图5. 节点资产信息
1.3.7 全面的节点监控
每个被监控的节点都能被细致的记录和监控。当查看某节点的信息时，有这样几类信息：状态信息、各种网络服务总的可用性、SNMP属性、各个接口熟悉、最近发生的5个事件和最近的故障事件。
附图6. 节点监控视图
在查看某个节点是，界面上的信息分为三类：网络服务可用性报表、当前状态和监控事件信息。在菜单栏还能有很多功能选项：查看故障事件、资产信息、响应时间报表、SNMP性能报表、重新扫描、节点管理和更新SNMP信息。
1.4 特点和优势
OpenNMS在网络和系统管理方面，有非常广泛的用户，特别是中小企业用户，OpenNMS具有很多极好的特点：
u 方便易用的用户管理界面——OpenNMS可以提供故障事件视图、节点视图、相应时间视图、性能视图等各种管理视图。
u 基于Open Source协议开发——用户可以按照自己的需求，通过修改软件本身或者软件的源代码来定制。
u 跨平台管理——OpenNMS支持任何能运行标准SNMP协议服务的操作系统系统，并且可以从一个单一的用户界面分别管理其局域网（LAN）。
u 切实可行的事件管理系统——OpenNMS通过方便易用的交互式控制台，为IT管理员显示关键事件，提供自动的事件响应，可以以电子邮件方式发出事件通知。
u 方便的集成——OpenNMS可以与第三方产品集成。例如OpenNMS可以方便的与Dell、HP、IBM等厂商的服务器自带的SNMP故障管理软件集成。
u 2005 Linux World推荐管理产品 ——OpenNMS获得2005年Linux世界大会的“最佳网络系统管理软件”的荣誉。已经被认定开源软件世界中的最佳网络系统管理软件。
文章中所提到的图片请参阅我的相册。
注：本文版权由‘中国OpenNMS用户组’所有；转载请注明出处。
曾被www.vshj.com转载：http://www.vshj.com/Article/2006/200607/Article_97842.htm
为什么要使用OpenNMS－IT监控管理需求定义
OpenNMS是什么？
http://www.opennms.com/
为什么选择OpenNMS？
OpenNMS is the World's First Enterprise-grade Network Management Platform Developed Under the Open-Source Model。
对于现在的任何一个企业，就其IT环境简单分析来看，企业的IT环境还是是比较复杂的，一方面，表现为需要管理监控的设备众多，应用比较复杂；另一方面表现为：应用系统所涉及的环节较多，一个表面的应用问题可能涉及到的故障层次也比较多。要确保整个应用系统正常运行，必须保证系统所涉及的每个环节都正常工作。这就要求建立一套IT监控系统，该系统能对其关键设备进行实时监控，及时发现问题，向管理员发出警告信息，以便迅速解决问题。对包括线路、网络设备、服务器、客户机、数据库、应用软件在内的各种IT资源进行有地效管理，是确保整个信息系统高效、安全运作的关键。这些系统管理工作单靠系统维护人员的手工操作是远远不够的，需要一整套系统管理软件帮助系统管理人员监视和维护IT系统。我们常说的“网管系统”，应该理解为保障整个IT系统顺利运作的管理系统。
所谓的“网络和系统管理”，究竟应该管理哪些内容呢？对于不同的人，网络和系统管理有着不同的含义。可能是用过时的网络分析工具监控一个孤立的网络；也可能是涉及分布式数据库、网络设备的自动轮询、网络拓扑管理的大型分布式系统。我们认为，网络和系统管理就是利用各种手段帮助管理人员监控和维护所有的IT资源，包括网络设备、服务器等。
那么，建立一套完整的IT监控系统，其意义何在呢，我们认为其意义表现为如下几个方面：
u 端到端的系统监控管理
u 减少故障时间
u 使系统发挥最大的性能
u 实现最大程度的自动化操作
u 保障业务系统平滑地运行
u IT系统更好地为客户服务
按照用户的实际需要和我们的经验，我们认为企业在建设IT监控中心时应考虑如下几个方面，分步骤、有阶段地进行系统建设：
u 全面的网络和系统故障管理
u 网络和服务器操作系统的性能管理
u 桌面机管理
u 系统容灾以及存储管理
现在市面上流行着很多商业软件，用于IT管理；例如：CA，IBM Tivoli，HP OpenView，BMC，MicroMouse。这些软件对于中小用户来说存在的主要问题是：
这些商业网络管理软件系统我们称之为FrameWork类软件。它提供了一个广阔的IT管理支持平台。用户的管理需求往往是从低到高的，按阶段递进的；用户不得不在IT管理系统建设初期就购买大约80％以上未来才会使用到的功能。
商业管理软件需要强大的来自厂商的售后服务支持；由于用户和厂商的相关的技术人员都存在着一定的不稳定性。我们可以想象一个用户买了一堆的商业管理软件之后的两三年，往往那些软件早就从生产机上删除，只留下几百万的软件包装盒还有介质被塑之高阁。
商业管理软件的功能太复杂，往往抱着自己学一学就学会了能用的用户，在真真够买了产品之后，只能在痛苦的使用过程当中后悔。学费还是需要交的，很多用户不愿意交这高额的学费。
注：本文版权由‘中国OpenNMS用户组’所有；转载请注明出处。
OpenNMS常问问题All-in-One
本Blog已经搬家到这里 --> Liu Zheng's OSS Blog
问：OpenNMS是什么？答：OpenNMS是第一个开发在开源模式下的企业级网络管理平台应用。OpenNMS的目标是成为一个真真的分布式、可升级的网络管理平台，尽管它看似一个FCAPS网络管理模型，使之可用于开放源码和商业领域。目前：OpenNMS专注与以下三个方面：服务轮询 － 检查应用服务的可用性，产生可用性报表。数据收集 － 收集、保存和报表网络信息数据，并设定和触发门限值。事件和提示管理 － 接受事件系统内部的和外部的事件，将源事件提供给强大的故障告警和故障升级系统。OpenNMS Group是开发和支持OpenNMS应用的一个商业性的实体。
问：为什么要开源？答：我们坚信真真的创新不会来自规模巨大的企业。我们还相信网络管理软件领域比Linux操作系统更适合开源模式。不像Linux，网络管理要去监视和控制来自不同厂商的很多的技术。考虑到每年都有很多新的网络设备面世。商业软件公司并不希望追赶这种更新产品的工作负荷，相反它们只能依赖与它们的通用管理技术（最小化的通用性）。相反，对于一个开源项目中的每一个人－－厂商、用户或者技术顾问－－都能对项目做出自己的共享，从而保障了这个项目成功的几率。
问：OpenNMS是用什么语言写的？答：OpenNMS主要是用Java语言写的。OpenNMS2.0的目标是：让它成为一个以一堆.jar文件形式来安装的产品。还有一些非Java的部分：icmpd-Java1.4 API不能理解ICMP。因为ICMP回答请求（ping）是一个最简单的来测试基于Ip的网络设备是否可以服务的方法，没有那个网络管理应用程序不用的它的。将ICMP功能分离为一个独立的守护进程的目标是，如果系统中有ICMP的功能那么OpenNMS就用，如果没有OpenNMS就率略它。OpenNMS不需要ICMP来监控网络设备。数据库－OpenNMS现在使用PostgreSQL作为它的地层数据库，PostgreSQL 是用C写的。OpenNMS2.0会使用几个能通过Hibernate适配器访问到的数据库。rrdtool－OpenNMS当前的版本实时的选择使用RRDtool或jRobin（Java会使用RRDtool）。最终这个选项的默认使用jRobin，也可以选择使用RRDtool。
问：OpenNMS有图形的显示么？答：这可能是一个对于OpenNMS新人来说最常问的问题：OpenNMS的图形监控界面在那？简单的问答是我们没有一个这样的地图，如果你想听听我们的解释请继续往下看。OpenNMS是被一些经验丰富的网络管理技术顾问开发出来的。HP的Openvew NNM是一个很流行的商业软件，它能生产一个可定制化的网络监控图形。
问：OpenNMS的最新版本信息在那里？答：可以在OpenNMS的网站上找到最新的版本信息和最新的RPM包的信息。可能会找到在你所使用的Linux上的安装信息，或者其他进入这个版本的最新更新情况。在您有什么问题前，请先查看版本说明文件中和FAQ中相关的信息。
问：OpenNMS能支持那些系统平台？答：由于OpenNMS主要是由Java编写的，理论上它能运行在任何1.4 SDK支持的平台上。下面是最新的操作系统平台支持列表：
问：OpenNMS是什么？答：OpenNMS是第一个开发在开源模式下的企业级网络管理平台应用。OpenNMS的目标是成为一个真真的分布式、可升级的网络管理平台，尽管它看似一个FCAPS网络管理模型，使之可用于开放源码和商业领域。目前：OpenNMS专注与以下三个方面：服务轮询 － 检查应用服务的可用性，产生可用性报表。数据收集 － 收集、保存和报表网络信息数据，并设定和触发门限值。事件和提示管理 － 接受事件系统内部的和外部的事件，将源事件提供给强大的故障告警和故障升级系统。OpenNMS Group是开发和支持OpenNMS应用的一个商业性的实体。
问：为什么要开源？答：我们坚信真真的创新不会来自规模巨大的企业。我们还相信网络管理软件领域比Linux操作系统更适合开源模式。不像Linux，网络管理要去监视和控制来自不同厂商的很多的技术。考虑到每年都有很多新的网络设备面世。商业软件公司并不希望追赶这种更新产品的工作负荷，相反它们只能依赖与它们的通用管理技术（最小化的通用性）。相反，对于一个开源项目中的每一个人－－厂商、用户或者技术顾问－－都能对项目做出自己的共享，从而保障了这个项目成功的几率。
问：OpenNMS是用什么语言写的？答：OpenNMS主要是用Java语言写的。OpenNMS2.0的目标是：让它成为一个以一堆.jar文件形式来安装的产品。还有一些非Java的部分：icmpd-Java1.4 API不能理解ICMP。因为ICMP回答请求（ping）是一个最简单的来测试基于Ip的网络设备是否可以服务的方法，没有那个网络管理应用程序不用的它的。将ICMP功能分离为一个独立的守护进程的目标是，如果系统中有ICMP的功能那么OpenNMS就用，如果没有OpenNMS就率略它。OpenNMS不需要ICMP来监控网络设备。数据库－OpenNMS现在使用PostgreSQL作为它的地层数据库，PostgreSQL 是用C写的。OpenNMS2.0会使用几个能通过Hibernate适配器访问到的数据库。rrdtool－OpenNMS当前的版本实时的选择使用RRDtool或jRobin（Java会使用RRDtool）。最终这个选项的默认使用jRobin，也可以选择使用RRDtool。
问：OpenNMS有图形的显示么？答：这可能是一个对于OpenNMS新人来说最常问的问题：OpenNMS的图形监控界面在那？简单的问答是我们没有一个这样的地图，如果你想听听我们的解释请继续往下看。OpenNMS是被一些经验丰富的网络管理技术顾问开发出来的。HP的Openvew NNM是一个很流行的商业软件，它能生产一个可定制化的网络监控图形。
问：OpenNMS的最新版本信息在那里？答：可以在OpenNMS的网站上找到最新的版本信息和最新的RPM包的信息。可能会找到在你所使用的Linux上的安装信息，或者其他进入这个版本的最新更新情况。在您有什么问题前，请先查看版本说明文件中和FAQ中相关的信息。
问：OpenNMS能支持那些系统平台？答：由于OpenNMS主要是由Java编写的，理论上它能运行在任何1.4 SDK支持的平台上。下面是最新的操作系统平台支持列表：
- Linux
RHEL/CentOS (3 and 4)
Debian Sarge
Fedora Core (2, 3, 4 and 5)
Mandrake 9.2 and 10
SuSE (9 and 10)
Red Hat Linux (7, 8 and 9) - Solaris 8 and Solaris 9 (SPARC)
- Solaris 8 and Solaris 9 (x86)
- Mac OS X (Panther)
- 不支持Windows系统，OpenNMS 2.0 应该加入对Windows的支持。
问：我如何订阅和退定OpenNMS的邮件列表？答：在SourceForge上有所有的邮件列表。
问：OpenNMS和Nagios的区别是什么？答：除了Nagios之外，OpenNMS常常同Big Brouther一起被归类为大型非商业的网络管理项目。谈到Big Brother，他们的"Better than Free" 许可证并不是象OpenNMS和Nagios一样完全符合Gnu GPL许可证；所以其实没有可比性。真正的基于开源社区的软件和freeware/shareware是完全不同的。同Nagios主要的区别在于：OpenNMS是作为一个企业级管理平台，来管理无限数量设备来开发的。这和在Nagios的SNMP数据收集文档中恰好提到了：Nagios没有被设计成HP OpenView和OpenNMS的完全替代的应用。有时候OpenNMS与Nagios相比较，但它并不是敌人。我们去看这个项目为了来改进OpenNMS。希望您所用到的能满足你的需要。有些人用OpenNMS来监控25个或者更少的设备，正是因为人们喜欢它；有些人监控80000个设备，这对于其他的一些产品来说也是比较困难的。
注：本文是翻译的OpenNMS FAQ，版权由‘中国OpenNMS用户组’所有；转载请注明出处。
订阅：
博文 (Atom)
OpenNMS Screenshots
集中监控系统
