论文部分内容阅读
随着网络不断扩展、呈现多样化，并覆盖越来越多的有线和无线设备，用户对网络监控工具的需求逐渐增加。虽然功能丰富的商用产品比比皆是，但日益壮大的监控工具市场对来自开源社区的可靠产品也起到了推动作用。
本文对比测试了两款目前主流的开源产品：OpenNMS 1.10.9和Zenoss Core 4.2。这两款产品都很成熟，拥有类似企业级同类产品的全面监控能力，并拥有良好的社区支持。
他们都能支持SNMP及其他常见协议，比如WMI、HTTP、SMTP、SSH和XML。同时，OpenNMS和Zenoss Core都能够跨各种平台（实际上是拥有IP地址的任何设备）监控IT基础设施。支持的功能包括：自动发现、能够阅读系统日志、能够设置触发器/警报、Web应用程序、分布式监控（负载均衡）等。
Zenoss在评测中得到了好评，这主要是由于其直观的专业级管理界面。当需要帮助时，我们发觉其提供的用户指南是很出色的向导。要知道，用户指南在开源领域可不多见。Zenoss的问题主要在于，即便你仅仅管理几个设备，也需要大量的硬件和内存资源才能上手。
OpenNMS是另一款功能强大的网络管理工具，其能够在大多数平台上运行，还能管理大量数据。我们特别喜欢自定义仪表板。由于它有庞大的用户群，因此可供使用的插件数量超过15000个。
Zenoss——功能强大但耗费资源
Zenoss Core是一款开源网络管理工具，运行在红帽企业级Linux（RHEL）或社区企业级操作系统（CentOS）这两大Linux版本上。其还有一个虚拟设备版本，可以使用VMware Player，在最小化安装的CentOS上运行。Zenoss Core采用Gnu GPL2许可证发布。除了Zenoss Core开源版本外，Zenoss还提供多款商用监控解决方案。
Zenoss无需代理，使用SNMP、SSH、Telnet和WMI等现有协议。在发现过程中，Zenoss能够查询单个设备，获得关于部件和潜在依赖关系的信息。随之获得的基础设施库存清单被称为“配置模型”（configuration model），这也是Zenoss网络管理方案的核心部分。
除了使用自动发现功能外，管理员还可以手动输入信息，借助200多个ZenPack插件为一个或多个设备扩展配置模型，增加监控功能。ZenPack为开源免费社区开发的附件。Core ZenPack与Zenoss Core版本打包在一起，而商用版本中含有商用ZenPack。
在满足一些硬件需求、解决一些依赖关系问题后，我们终于把Zenoss版本4.2成功地安装到了运行CentOS 6.4最小化版本（无GUI）的虚拟机上。在测试中我们发现，Zenoss并不是为轻型基础设施设计的。实际上，除非为其添加6GB内存，否则无法让机器运行起来。Zenoss要耗用大量资源；如果想监控多达1000个设备，建议配备至少16GB内存、8个CPU核心以及大量（最好是高速）的存储系统。
Zenoss能够跨多个操作系统平台进行监控，包括网络设备（路由器和交换机）、服务器以及某些应用程序。它使用了分层架构：用户层、数据层、处理层和采集层。用户层基本上是用户界面，数据层将数据收集到三个不同的数据库，处理层管理收集层与数据层之间的联系，收集层则使用众多服务收集数据，并将数据馈送到数据层。
安装完毕后，Zenoss可以从不同设备（台式机、笔记本电脑和移动设备）上的浏览器来访问，且界面简洁直观。默认情况下，它会显示警告信息、基础设施地理图，还会显示一个浏览器窗口，经配置后，可以显示内部或外部的任何URL。仪表板上显示的信息可通过开发商所说的“门户容器”（portlet）进行配置，这些门户容器可以添加和删除，也可以在仪表板里面随意拖放、调整大小。这有助于带来一些出色的定制选项。“Daemon Process Down”（守护进程关闭）、“Messages”（消息）和“Production States”（生产状态）这几项也有相应的门户容器。
添加所要监控的设备时，你可以使用自动发现功能，或者手动输入设备的IP地址或主机名称。设备添加完毕后，它们会显示在“基础设施”选项卡上，并附有设备状态和色标警告方面的一些基本信息。
除了“基础设施”选项卡外，还有一个“事件”选项卡，它显示了基本上同样的信息，但完全按事件排序。事件选项卡和基础设施选项卡针对大多数列都有使用方便的提前键入（type-ahead）排序功能，因而只要往列标题里面键入关键字，就很容易排序。针对每个事件，你可以执行各种不同的操作，可以“只应答事件而不采取动作”，也可以发出“手动ping”或“snmpwalk”命令，从设备获取额外信息。一旦事件处理完毕，可以关闭事件并加以归档。
Zenoss Core包含强大的报告功能，从随时可用的基本报告到自定义报告功能，不一而足。除了标准的事件、设备和性能报告外，Zenoss还有出色的图形类报告，包括能够在一份报告中运行所含数据来自多个设备的多图报告。报告可以在屏幕上查看，也可以保存为PDF格式而输出。
Zenoss Core有无数的第三方ZenPack插件可供下载，包括让你可以从安卓移动设备与Zenoss进行交互的几个插件，你也可以使用Zenoss提供的API说明文档自行构建ZenPack插件。
虽然Zenoss Core对系统的要求相当高，但其会让用户获得功能非常强大的监控环境，能够处理数量众多的设备和流量。Zenoss灵活而新颖的用户界面也给人留下了深刻印象，包括定制仪表板的几个选项。无论是屏幕上显示报告，还是随时可以打印的PDF报告，都事无巨细、井井有条。此外，我们很喜欢200多页的PDF用户手册，内容井然有序、面面俱到，这在开源社区并不多见。 OpenNMS——系统要求不高
OpenNMS是一款基于Java的跨平台产品，其可以在支持Java SDK 1.6及更新版本的任何平台上运行，它采用GNU GPL许可证发布，可从OpenNMS Group获得商用许可和支持服务。OpenNMS的部分核心功能包括：第2层和第3层自动发现、网络自动发现、自动配置以及服务发现。最新版本提供了IPv6支持。OpenNMS拥有内置的网站服务器系统；可以通过内置的用户列表，或者通过LDAP或RADIUS协议，验证用户的身份。
除了自行创建事件外，OpenNMS还能接收来自SNMP、HTTP、WMI、XML、JMX和系统日志等外部协议的性能数据。在服务保障监控方面，它能够与一大批常见协议和服务进行联系，比如DNS、Windows服务状态、BGP会话、思杰、邮件协议等。借助来自100多家厂商的1.5万多个trap，SNMP trap接收器在默认情况下就提供了大量功能。
OpenNMS可以通过多种方式来处理通知，包括标准的传呼机和电子邮件通知，以及通过社交化媒体和命令行调用定制化通知。在整合方面，它可与DNS进行联系，以便接收和更新节点信息，它还能与Hyperic HQ、RANCID和Asterisk电话平台等第三方产品进行整合。
OpenNMS对系统的要求极低（512MB内存），不过与任何数据收集应用软件一样，如果安装在大型环境下，处理器、内存和存储资源方面的要求可能都大幅提升。
由于GUI所用的JSP页面是动态编译的，所以除了JRE外，OpenNMS还需要整套的Java SDK。此外，想安装OpenNMS，PostgreSQL也必不可少。
我们将OpenNMS作为独立服务器安装到Windows上，使用可用的Web GUI，从浏览器端执行管理任务。登录后，主页会显示相关内容，并附有关于基础设施的一些基本信息，比如停用的节点、过去24小时可用性方面的统计数字，以及便于进行搜索和报告的一个区域。可以从屏幕上方的水平链接栏实现进一步的导航。
OpenNMS使用配置（provisioning）这个术语来添加所要监控的新实体。基本上有两种配置方式：自动发现和引导发现。我们先设好了一些参数，限定希望OpenNMS如何发现我们的基础设施，这可以通过Configure Discovery（配置发现）区域来完成。在该区域中，可以输入所要添加的URL，以及所要添加及/或排除的特定的IP和IP地址范围。另外值得一提的是，OpenNMS的许多配置信息以XML格式存起来，熟悉XML的用户可以直接更改该XML文件，因而不需要GUI。
在配置过程中，我们发现，为了完成一些任务，经常需要查阅在线说明文档（幸好文档内容齐全）。我们面临的一个困难是，要熟悉如何将OpenNMS术语与我们的基础设施关联起来。从理论上讲，节点在自动发现期间应该会添加进去；但由于我们的测试实验室有好多故意隔离开来的节点，所以到头来我们手动配置了大多数节点。
总体导航在我们看来并不完全合理；我们认为，要是合并各个链接和屏幕，情况也许会好些。这可能是个配置问题。但打开警报、事件或通知选项卡后，并不显示任何项，除非你执行搜索或者点击另一个链接，才能查看一切。
我们确实喜欢搜索功能，OpenNMS的可用性似乎主要体现在搜索功能上。我们尤其喜欢按提供DNS或POP3等某些服务的节点进行搜索这项功能。另一项有用的功能是，能够按众多与资产有关的数据字段（位置、操作系统和运行状态）进行搜索。
虽然我们发觉OpenNMS的用户界面需要一番重新设计才会更直观，但随着日渐熟悉其布局，你就会越来越喜欢该产品及其功能。一旦你稍稍深入钻研，就会发现其实管理界面提供了大量信息。我们喜欢创建只读仪表板的功能。搜索功能很给力，色标警报很有帮助。总的来说，这是一款可在大多数平台上运行的功能强大的管理工具。
本文对比测试了两款目前主流的开源产品：OpenNMS 1.10.9和Zenoss Core 4.2。这两款产品都很成熟，拥有类似企业级同类产品的全面监控能力，并拥有良好的社区支持。
他们都能支持SNMP及其他常见协议，比如WMI、HTTP、SMTP、SSH和XML。同时，OpenNMS和Zenoss Core都能够跨各种平台（实际上是拥有IP地址的任何设备）监控IT基础设施。支持的功能包括：自动发现、能够阅读系统日志、能够设置触发器/警报、Web应用程序、分布式监控（负载均衡）等。
Zenoss在评测中得到了好评，这主要是由于其直观的专业级管理界面。当需要帮助时，我们发觉其提供的用户指南是很出色的向导。要知道，用户指南在开源领域可不多见。Zenoss的问题主要在于，即便你仅仅管理几个设备，也需要大量的硬件和内存资源才能上手。
OpenNMS是另一款功能强大的网络管理工具，其能够在大多数平台上运行，还能管理大量数据。我们特别喜欢自定义仪表板。由于它有庞大的用户群，因此可供使用的插件数量超过15000个。
Zenoss——功能强大但耗费资源
Zenoss Core是一款开源网络管理工具，运行在红帽企业级Linux（RHEL）或社区企业级操作系统（CentOS）这两大Linux版本上。其还有一个虚拟设备版本，可以使用VMware Player，在最小化安装的CentOS上运行。Zenoss Core采用Gnu GPL2许可证发布。除了Zenoss Core开源版本外，Zenoss还提供多款商用监控解决方案。
Zenoss无需代理，使用SNMP、SSH、Telnet和WMI等现有协议。在发现过程中，Zenoss能够查询单个设备，获得关于部件和潜在依赖关系的信息。随之获得的基础设施库存清单被称为“配置模型”（configuration model），这也是Zenoss网络管理方案的核心部分。
除了使用自动发现功能外，管理员还可以手动输入信息，借助200多个ZenPack插件为一个或多个设备扩展配置模型，增加监控功能。ZenPack为开源免费社区开发的附件。Core ZenPack与Zenoss Core版本打包在一起，而商用版本中含有商用ZenPack。
在满足一些硬件需求、解决一些依赖关系问题后，我们终于把Zenoss版本4.2成功地安装到了运行CentOS 6.4最小化版本（无GUI）的虚拟机上。在测试中我们发现，Zenoss并不是为轻型基础设施设计的。实际上，除非为其添加6GB内存，否则无法让机器运行起来。Zenoss要耗用大量资源；如果想监控多达1000个设备，建议配备至少16GB内存、8个CPU核心以及大量（最好是高速）的存储系统。
Zenoss能够跨多个操作系统平台进行监控，包括网络设备（路由器和交换机）、服务器以及某些应用程序。它使用了分层架构：用户层、数据层、处理层和采集层。用户层基本上是用户界面，数据层将数据收集到三个不同的数据库，处理层管理收集层与数据层之间的联系，收集层则使用众多服务收集数据，并将数据馈送到数据层。
安装完毕后，Zenoss可以从不同设备（台式机、笔记本电脑和移动设备）上的浏览器来访问，且界面简洁直观。默认情况下，它会显示警告信息、基础设施地理图，还会显示一个浏览器窗口，经配置后，可以显示内部或外部的任何URL。仪表板上显示的信息可通过开发商所说的“门户容器”（portlet）进行配置，这些门户容器可以添加和删除，也可以在仪表板里面随意拖放、调整大小。这有助于带来一些出色的定制选项。“Daemon Process Down”（守护进程关闭）、“Messages”（消息）和“Production States”（生产状态）这几项也有相应的门户容器。
添加所要监控的设备时，你可以使用自动发现功能，或者手动输入设备的IP地址或主机名称。设备添加完毕后，它们会显示在“基础设施”选项卡上，并附有设备状态和色标警告方面的一些基本信息。
除了“基础设施”选项卡外，还有一个“事件”选项卡，它显示了基本上同样的信息，但完全按事件排序。事件选项卡和基础设施选项卡针对大多数列都有使用方便的提前键入（type-ahead）排序功能，因而只要往列标题里面键入关键字，就很容易排序。针对每个事件，你可以执行各种不同的操作，可以“只应答事件而不采取动作”，也可以发出“手动ping”或“snmpwalk”命令，从设备获取额外信息。一旦事件处理完毕，可以关闭事件并加以归档。
Zenoss Core包含强大的报告功能，从随时可用的基本报告到自定义报告功能，不一而足。除了标准的事件、设备和性能报告外，Zenoss还有出色的图形类报告，包括能够在一份报告中运行所含数据来自多个设备的多图报告。报告可以在屏幕上查看，也可以保存为PDF格式而输出。
Zenoss Core有无数的第三方ZenPack插件可供下载，包括让你可以从安卓移动设备与Zenoss进行交互的几个插件，你也可以使用Zenoss提供的API说明文档自行构建ZenPack插件。
虽然Zenoss Core对系统的要求相当高，但其会让用户获得功能非常强大的监控环境，能够处理数量众多的设备和流量。Zenoss灵活而新颖的用户界面也给人留下了深刻印象，包括定制仪表板的几个选项。无论是屏幕上显示报告，还是随时可以打印的PDF报告，都事无巨细、井井有条。此外，我们很喜欢200多页的PDF用户手册，内容井然有序、面面俱到，这在开源社区并不多见。 OpenNMS——系统要求不高
OpenNMS是一款基于Java的跨平台产品，其可以在支持Java SDK 1.6及更新版本的任何平台上运行，它采用GNU GPL许可证发布，可从OpenNMS Group获得商用许可和支持服务。OpenNMS的部分核心功能包括：第2层和第3层自动发现、网络自动发现、自动配置以及服务发现。最新版本提供了IPv6支持。OpenNMS拥有内置的网站服务器系统；可以通过内置的用户列表，或者通过LDAP或RADIUS协议，验证用户的身份。
除了自行创建事件外，OpenNMS还能接收来自SNMP、HTTP、WMI、XML、JMX和系统日志等外部协议的性能数据。在服务保障监控方面，它能够与一大批常见协议和服务进行联系，比如DNS、Windows服务状态、BGP会话、思杰、邮件协议等。借助来自100多家厂商的1.5万多个trap，SNMP trap接收器在默认情况下就提供了大量功能。
OpenNMS可以通过多种方式来处理通知，包括标准的传呼机和电子邮件通知，以及通过社交化媒体和命令行调用定制化通知。在整合方面，它可与DNS进行联系，以便接收和更新节点信息，它还能与Hyperic HQ、RANCID和Asterisk电话平台等第三方产品进行整合。
OpenNMS对系统的要求极低（512MB内存），不过与任何数据收集应用软件一样，如果安装在大型环境下，处理器、内存和存储资源方面的要求可能都大幅提升。
由于GUI所用的JSP页面是动态编译的，所以除了JRE外，OpenNMS还需要整套的Java SDK。此外，想安装OpenNMS，PostgreSQL也必不可少。
我们将OpenNMS作为独立服务器安装到Windows上，使用可用的Web GUI，从浏览器端执行管理任务。登录后，主页会显示相关内容，并附有关于基础设施的一些基本信息，比如停用的节点、过去24小时可用性方面的统计数字，以及便于进行搜索和报告的一个区域。可以从屏幕上方的水平链接栏实现进一步的导航。
OpenNMS使用配置（provisioning）这个术语来添加所要监控的新实体。基本上有两种配置方式：自动发现和引导发现。我们先设好了一些参数，限定希望OpenNMS如何发现我们的基础设施，这可以通过Configure Discovery（配置发现）区域来完成。在该区域中，可以输入所要添加的URL，以及所要添加及/或排除的特定的IP和IP地址范围。另外值得一提的是，OpenNMS的许多配置信息以XML格式存起来，熟悉XML的用户可以直接更改该XML文件，因而不需要GUI。
在配置过程中，我们发现，为了完成一些任务，经常需要查阅在线说明文档（幸好文档内容齐全）。我们面临的一个困难是，要熟悉如何将OpenNMS术语与我们的基础设施关联起来。从理论上讲，节点在自动发现期间应该会添加进去；但由于我们的测试实验室有好多故意隔离开来的节点，所以到头来我们手动配置了大多数节点。
总体导航在我们看来并不完全合理；我们认为，要是合并各个链接和屏幕，情况也许会好些。这可能是个配置问题。但打开警报、事件或通知选项卡后，并不显示任何项，除非你执行搜索或者点击另一个链接，才能查看一切。
我们确实喜欢搜索功能，OpenNMS的可用性似乎主要体现在搜索功能上。我们尤其喜欢按提供DNS或POP3等某些服务的节点进行搜索这项功能。另一项有用的功能是，能够按众多与资产有关的数据字段（位置、操作系统和运行状态）进行搜索。
虽然我们发觉OpenNMS的用户界面需要一番重新设计才会更直观，但随着日渐熟悉其布局，你就会越来越喜欢该产品及其功能。一旦你稍稍深入钻研，就会发现其实管理界面提供了大量信息。我们喜欢创建只读仪表板的功能。搜索功能很给力，色标警报很有帮助。总的来说，这是一款可在大多数平台上运行的功能强大的管理工具。