找回密码
 骑士注册

QQ登录

微博登录

搜索
❏ 站外平台:

Linux中国开源社区 技术 查看内容

四大顶级开源网络管理工具详解

| 2013-07-11 06:54   收藏: 2    

  随着网络方案的不断扩展与多元化走势,大量有线及无线设备开始成为网络体系不可或缺的组成部分,用户对网络监控工具的需求也随之持续走高。虽然功能丰富的商业产品比比皆是,但来自开源社区的强大方案仍然对监控工具市场的发展起到巨大的推动作用。

  在本系列文章中,我们将一同剖析四款高人气开源产品--Nagios Core 3.5、NetXMS 1.2.7、OpenNMS 1.10.9以及Zenoss Core 4.2.四款产品都已经相当成熟,足以提供与其它企业级同类方案相媲美的综合性监控能力,同时拥有良好的社区支持体系。

  四款产品都提供管理、性能监控以及网络设备警示与报告功能,其作用范围涵盖服务器、路由器、交换机、打印机、UPS、网络站点、业务应用程序以及移动设备等等。监控功能可以简单起效,用户可以像使用PING请求那样利用SNMP(即简单网络管理协议)或者本地代理对单一设备进行全面管理。

  此次参与评述的四款产品经实测全部支持SNMP及其它通用型协议,包括WMI、HTTP、SMTP、SSH以及XML。尽管其中两款产品只能用于特定操作系统,但四者全部可以实现跨平台IT基础设施监控(本质上说可作用于任何拥有IP地址的设备)。它们支持的功能包括自动识别、SNMP、可阅读系统日志、触发器/警报设置、Web应用程序、分布式监控(即负载平衡)、映射、IPv6(只有NetXMS不支持IPv6)以及库存追踪。

  四款产品还提供基本而全面的基础设施监控功能,而且很少甚至完全不需要额外硬件、内存以及存储机制作为监控环境的支持基础。在本次评述中,我们将从安装便捷性、配置便捷性、管理能力、多平台支持能力、报告机制及总体可用性等几个角度做出横向比较。

第一位竞争者:Zenoss

  Zenoss堪称我们的首选方案,这主要是由于其直观且专业的管理界面对于用户极具吸引力。另外,其环境配置与报告运作机制也非常简便;当需要帮助时,我们找到的用户指导文档非常翔实清晰--出色的说明资料在开源领域极为难得。但完美永远只是目标却无法真正达成,我们发现Zenoss对资源要求较高,即使只管理少数几台设备、它也需要消耗大量硬件及内存等附加资源。

  Zenoss Core是一款开源网络管理工具,可以运行在红帽企业Linux(简称RHEL)或者社区企业操作系统(简称CentOS)两大Linux版本当中。另有一套虚拟设备版本,能够利用VMware Player运行在最小安装配置下的CentOS当中.zenoss Core基于Gnu GPL2许可。除了开源版本之外,Zenoss还提供多套商业监控解决方案。

  Zenoss不需要搭配代理,且使用SNMP、SSH、Telnet以及WMI等现有协议。在识别过程中,Zenoss会收集个别设备的组件信息并归纳其潜在运行依赖关系,通过这种方式创建出的基础架构清单被称为“配置模型”、这也正是Zenoss网络管理方案的核心所在。

  除了使用自动识别功能之外,管理员还可以手动输入信息并将监控的ZenPack数量调整至200以上,从而拓展单一或多台设备所搭配的配置模型.zenPack从使用层面看类似于开源免费社区所开发的功能性插件.core ZenPack被打包在Zenoss Core版本当中,而商业版ZenPack则只会出现在商业版本中。

  在解决了一系列硬件需求与依赖关系问题后,我们最终成功在运行着CentOS 6.4最小化版本(无图形用户界面)的虚拟机中安装了Zenoss 4.2.我们发现Zenoss在设计思路上并没有考虑轻量级基础设施的配置现状--事实上最少要6GB内存才能让一台仅安装了操作系统和Zenoss的设备进入正常运行状态.zenoss资源密集型方案的头衔可谓实至名归,它能够监控多达一千台设备,且建议配置为最少16GB内存与八个CPU核心,存储空间和传输速度也是越强越好。

  Zenoss能够监控多种操作系统平台,其中包括网络设备(例如路由器与交换机)、服务器以及特定应用程序。它采用分层式架构:用户层、数据层、处理层与采集层。用户层基本负责提供用户界面,数据层则负责从三个不同的数据库中收集数据,处理层管理采集层与数据层之间的通信工作,采集层利用一系列服务向数据层提供收集到的数据。

  可用性监控的实现依赖于一系列手段,例如利用ICMP或者SNMP响应对TCP/IP端口及服务进行测试及查询.zenoss还能够对Windows及Linux流程及服务进行可用性检测。

  Zenoss通过收集SNMP OID值的方式实现性能监控。整个过程需要借助预加载MIB(即管理信息基础)、新的本地MIB以及对定制性能插件的内置支持等机制。

  安装完成之后,Zenoss就能像物理设备那样接受来自不同设备(包括台式机、笔记本及移动设备)浏览器的访问。其用户界面高效而直观,在默认情况下会显示警示信息以及基础设施地理位置。用户还可以通过配置在浏览器中查看任何URL、内部或外部页面。仪表板中显示的信息可以通过开发者提供的所谓“门户组件”进行调整,各项目的对应显示窗口也可随时添加、删除并在仪表板内部任意拖拽及调整窗口尺寸。这样的开放性让我们能够随心所欲定制出符合需要的选项。“守护进程关闭”、“消息”与“生产状态”等功能也拥有对应的门户组件。

  在向监控工具中添加设备时,大家可以使用自动识别功能或者手动输入设备的IP地址或主机名称。在设备添加完成之后,具体项目会显示在“基础设施”选项卡中、并附带状态基础信息与彩色编码提示。

  除了“基础设施”之外、“事件”选项卡中显示的基本属于同类信息,但只按事件进行排序。事件与基础设施两种标签使管理员能够通过输入数列标题对大部分数列加以分类。对于每个事件,大家可以执行不同的处理操作,包括“只应答事件但不实际执行”及向设备发出“手动ping”或者“snmpwalk”指令以检索更多信息等。事件一旦处理完成,Zenoss会将其关闭并进行归档。

  Zenoss Core提供强大的报告功能,从基础的准备就绪报告到定制报告功能应有尽有。除了标准的事件、设备及性能报告之外,Zenoss还还提供完善的图形化报告,包括在同一份报告中包含多份汇总自多台设备的图形化报告。这些报告可在屏幕中显示、打印在纸面上或者被保存为PDF文件。

  目前已经有大量第三方ZenPack可供下载,其中一些甚至允许用户实现Zenoss与移动Android设备间的交互需求,我们也可以利用由Zenoss提供的API说明文档创建属于自己的ZenPack。

  虽然Zenoss Core对于系统配置的要求颇为严苛,但这也使得整套监控环境在性能上极为强大、足以处理规模化设备与数据流量.zenoss的用户界面灵活而富于现代气息,丰富的选项与定制化仪表板令人印象深刻。无论是显示在屏幕上还是打印成PDF形式,其统计报告都极具综合性且信息排布井井有条。另外,我们还要再次掌握Zenoss那超过两百页的PDF用户手册,面面俱到的内容与清晰明了的指导在开源领域极为难得。

第二位竞争者:OpenNMS

  OpenNMS是一款强大的网络管理工具,能够运行在大多数平台之上且足以应对大规模数据的管理工作,其定制仪表板功能尤其令人赞叹。由于已经得到广泛普及,目前已经有超过一万五千款插件可供用户选择。

  作为一款基于Java的跨平台产品,OpenNMS能够运行在任何支持Java SDK 1.6及更新版本的平台上.openNMS基于GNU GPL许可,开发团队还提供商业许可及相关技术支持.openNMS的核心功能包括二层及三层连接自动识别、网络自动识别、自动配置以及服务识别等。在最新版本中,这款工具还添加了对IPv6的支持能力.openNMS拥有一套内置网络服务器系统,用户通过内置用户列表、LDAP或者RADIUS协议实现身份验证。

  除了创建自有事件,OpenNMS还可以从SNMP、HTTP、WMI、XML、JMX以及系统日志等外部协议中接收性能数据。从服务监控方面来看,它能够与一系列常用协议及服务进行通信,包括DNS、Windows服务状态、BGP会话、思杰、邮件协议等等,这还只是其通信对象中的一小部分。目前已经有一百多家厂商为其开发出超过一万五千款trap,其中SNMP trap接收器能够在设备启动后为其提供大量实用功能。

  我们可以通过多种方式实现通知推送目的,包括利用标准页面调度程序、邮件通知机制以及更具定制特色的微博(例如Twitter)与命令行呼叫等方式。在整合性方面,它能够与DNS交互、接收并上传节点信息,还可与Hyperic HQ、RANCID以及Asterisk电话平台等第三方产品进行交互。

  最后,OpenNMS还提供多种报告选择,用户可以通过预先配置调整报告机制或添加以日期范围为基础的筛选方案。报告可以在指定时间运行,其结果会被保存到文件系统中或通过电子邮件发送至特定收件人。生成的文件格式分为PDF与CSV两种。

  OpenNMS的最低系统要求非常亲民,只需要512MB内存。但如果要让整套系统有能力应对任何数据采集任务,那么用户仍然需要在处理器、内存以及存储配置方面进行大幅强化。

  由于该工具图形用户界面所采用的JSP页面属于动态编译,因此除JRE之外、OpenNMS还必须配合完整的Java SDK才能正常运行。再有,PostgreSQL也必须提前安装就绪。

  我们将OpenNMS作为独立服务器安装在Windows系统当中,并利用Web图形用户界面在浏览器中进行管理操作。在登录之后,主页面会显示关于基础设施的一些基本信息,例如各节点在过去24小时中的停机或者可用状态,并额外提供专门的区域用于访问与报告功能。大家在屏幕上方的水平链接栏中还能找到其它导航机制。

  OpenNMS主要利用两种特定配置方式向监控体系中添加新功能,即自动识别与定向识别。我们先通过一系列参数设定让OpenNMS了解如何根据需求识别基础设施,大家可以在“识别配置”中输入URL、特定的IP及IP地址范围并设定例外情况的方式调整其识别机制。值得一提的是,大部分OpenNMS配置信息都被以XML格式保存在文件中,熟悉XML的用户可以直接在对应文件中进行修改、而不必使用图形用户界面。

  在配置过程中,我们发现用户需要经常查阅在线说明文档(好在指导材料还算全面),否则很多任务根本无法完成。之所以面临诸多挑战,是因为我们对于OpenNMS所使用的基础设施技术术语不够熟悉。从理论角度讲,节点应该会被自动识别并添加到监控体系当中,但由于我们的测试实验室拥有许多故意隔离出来的节点,因此这部分配置工作只能通过手动方式完成。

  全局导航对于我们来说不太符合逻辑,不过我们认为各个环节与屏幕信息在整合之后会使其得到改善。也许这只是由配置引起的小问题,但我们发现在打开警报、事件或者通知选项卡后,屏幕上确实不会显示任何内容--除非大家进行搜索或者点击查看全局链接。

  不过我们清楚,对于大型基础设施来说除非与筛选工具配合使用、否则屏幕上直接显示出的基础信息几乎没什么实际价值。我们在登录后只能看到采用仪表板风格的屏幕, 而且需要点击OpenNMS以返回管理面板。我们还可以点击链接激活另一个仪表板界面,其中提供一部分关于基础设施的简要信息,但通过横向比较、我们发现这套方案效果平平。

  我们对于搜索功能非常赞赏,而OpenNMS也确实在搜索功能的可用性方面下足了功夫。我们尤其喜爱以节点为单位搜索DNS或者POP3等特定服务这一功能。另一项实用功能在于对与资产(包括位置、操作系统及运行状态)相关的数据字段进行搜索。

  OpenNMS的报告功能非常全面,其中包含大量预创建模板并能够运行临时报告。报告可被输入到屏幕中或者以PDF及/或CSV格式汇总成文件。

  我们发现OpenNMS的用户界面需要经过一定调整才能满足大部分使用者对直观性的需求,但随着对界面的愈发熟悉、我们的注意力更多集中在了这款产品出色的功能身上。管理员界面提供大量实用信息,相信能很快得到大家的肯定。我们也喜欢它带来的创建只读仪表板的功能。搜索功能非常强大,彩色编码警报也效果显着。总体来看,OpenNMS确实是一款能够支持多种平台的出色管理工具。

 已同步至 linux的微博
12下一页
查看其它分页:

最新评论

我也要发表评论

返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。