1. Shine J2EE Framework 开发框架
http://j2sos.org/
http://sourceforge.net/projects/shine-app
Shine is a Java-J2EE Application Framework/JWMS(Java Web Model
Service)Framework/MVC Framework/Service Oriented Framework. Shine Includes Ajax Lib/Server API/J2EE Architecture. Shine Supported JSF/Spring/AspectJ/Struts/Hibernate/ZK-Ajax/… www.J2SOS.org

Related posts:

1. best of open source software [InfoWold OSS AWARRDS]
2. [转]10大优秀开源网络管理工具
3. MDTM：淺談FTP協定如何保留下載檔案的日期 / 時間

开源的IT管理软件中有非常多的种类，就拿网管软件来说吧。我的blog上介绍了很多，其中很多的软件都是功能非常重复，而各有千秋的。要想组合一个纯开源的整体IT管理解决方案不是不可能的，需要的是对一些比较精华的软件系统有所了解，并且了解他们之间集成的方式和实现功能。在此基础上做出合理的组合，方能搭建出一个整体的方案。

由于现在ITIL已经成为了大家耳熟能详的“GOOD PRACTICE”，这是08年V3之后的一个转变，V3提出之后，它就以一种亲民的身份，自称自己不再是“BEST PRACTICE”了。既然是要攒一个“开源IT管理整体解决方案”，同时为了保持本方案具有一定的理论高度 ;) 选择ITIL作为理论依据当然是不会错了呵呵～～ 不好意思今天心情比较好，废话实在太多，抱歉，下面将开始方案书写了。

本方案将兼顾ITIL中的两大块：IT交付和IT支持。我所选取的是OpenNMS, Hyperic HQ 和 OTRS来分别支撑IT交付和IT支持者两个部分。OpenNMS和Hyperic HQ组合来完成网络和系统监控，它们为可用性管理、性能（容量）管理和服务水平管理提供支持和实现，注意这里说的是为这几个流程提供支持的工具，这些工具本身并不是流程工具。OTRS完成事件管理、问题管理、配置管理和服务水平管理等流程，OTRS本身是一个工单跟踪管理系统，他现在的ITSM模块以及发展到1.1的版本了，同时自称是ITIL兼容的软件。

IT Delivery

OpenNMS和Hyperic HQ的功能定位有所不同，在这里选择他们俩来作为监控网络和系统的平台由一下的一些理由。OpenNMS是agentless的监控软件，它的网络自动发现功能非常好使，而且现在能支持越来越多的网络设备，对于国内的华为等厂商的设备需要做一些定制后才能监控，否则只能看到标准的mib2的信息。最新的版本也能支持分布式的管理功能，也就是remote monitor的模块。我没有让Zenoss入选网络监控的一个重要原因是，OpenNMS是纯开源软件项目，它的所有功能都是可用的，而且它是Java程序，配置文件大多是xml文件。对支持非常大量的网络设备和端口，你需要有的是对Tomcat和Java应用的调优能力，和通过OpenNMS的邮件组来解决bug的能力。OpenNMS里面有非常好的告警事件管理功能，它本身是一个非常好的事件平台，事件升级、报警、过滤等功能都有。而且现在OpenNMS已经能和Hyperic HQ做事件集成，Hyperic HQ的报警事件能传递到OpenNMS中，这就意味着OpenNMS可以作为一个统一集成的事件管理平台，在这里对集中管理所有类型的告警事件。HQ是一种Agent based的监控软件，对于系统监控而言，很多商业厂商的软件功能都无法很好的做到单一代理的技术，当然我认为BMC的Patrol是例外，它的单一代理技术是我见到最好的。HQ的单一代理技术意味着，通过在一台服务器上部署一次代理程序后，其他的工作就都转到web console上了，在那里，你可以配置代理对各种资源的管理，它的代理能发现非常广泛的基础架构应用：Web， midtier, DB等。由于HQ是一个商业开源的软件，所以它对商业基础架构软件的平台支持的非常好，能支持目前流行的所有基础架构软件包括各种商业的操作系统、数据库、中间件；当然它对开源的软件也能够监控。监控参数很多，配置容易，有开放的接口提供功能扩展开发。从OpenNMS和HQ的各种图形上可以很好的评价和监控和各种IT服务的质量。OpenNMS中的界面中最多的就是对某个节点或者上面的某个服务可用性的计算。

OpenNMS和HQ实现和完成的功能能为IT交付中的：可用性管理、性能管理和服务水平管理提供实时的数据支持，OpenNMS作为总的事件平台，同时它还监控所有的网络设备。HQ用来监控所有重要业务服务器，那些边缘的非重要的业务服务器或者是客户端设备也可以交给OpenNMS来管理，它的无代理监控，对这些设备也能管理的不错。

IT Support

OTRS本身是一个非常不错的工单跟踪系统，它在加载了ITSM模块之后，就把ITIL的很多精髓理论做了很好的诠释和实现。对于很多大型企业用户而言可能会笑话OTRS的简陋，不过实施ITIL的过程，我觉得应该是：把当前的繁杂工作，按照ITIL的几个流程简化梳理的过程，每个流程完成比较单一而纯粹的目标；流程之间又能有一定的集成就可以了。对于OTRS的研究，我目前也处于安装和读管理员手册阶段，没时间细看。选择OTRS的一个最重要原因是，今年也开发了一个事件集成模块，它能通过这个模块与Nagios，openNMS，OpenView，Tivoli等监控产品做事件集成，也就是说告警事件能自动在OTRS中生成事件单，而OTRS的事件管理模块就负责吧入站的事件单自动化的分配给相关的技术支持人员受理解决。详情请参考Automated System Monitoring with OTRS Download这个白皮书是在OTRS.com的网站上下载的，我当初怀疑这个事件集成模块是否是开源的软件，所以在Christopher T. Kuhn 的Blog上问他了一下，他向我确认该模块是开源的，并提供了下载地址。从技术路线上来说OTRS是实现了服务台的功能，并且实现事件、问题、配置和SLA管理；从界面上看它对这些流程的支持是比较简洁的实现，你完全不能把它和商业的服务台软件来比较。不过实施ITIL的道路，我觉得应该是丰俭由人的，我相信一定会有人走简洁路线的。想想Apple的产品，它的设计无比的简洁，它简洁并不丑陋，而且还很cool，很流行。

由于这个方案攒的还是比较匆忙，而且技术上没有实际测试和验证，本文旨抛砖引玉的提出一些思路和想法，未经详细推敲，欢迎提出您的建议。

Related posts:

1. Open Source Ticket Request System – OTRS 2.2.6
2. How do you know who uses open source?
3. Hyperic HQ 3.2 new features

I had a quick install on RHEL 5. For some features what I saw, I took some screenshots as bellowing. I hope this helps you to understand what’s new in 3.2 and save a little bit time for you if you do not wants to install it. I will describe in Chinese.

New Nav menu 新导航菜单

导航菜单的名称变成了：Dashboard — Resources — Analyze — Administration 菜单的风格稍微有一点变化。Analyze下面可以进入Alert Center去查看报警信息。我觉得3.2毕竟是一个小的功能增进板，添加了支持MY SQL的支持。增强了对Nagios的集成。对Nagios的集成对它还是很有好处的，由于它自己是Agent Based的监控方法，而Nagios是Agentless的监控方法；集成之后通过它的web界面能统一管理，还是挺好的。不过和Nagios具体能集成到什么程度，我还没有试过。

Currently Down Resources当前宕机资源

如果所示：各种有问题的资源安装各种分类都显示出来，同实现时什么时间出的问题，持续了多久，点击放大镜后查看相关的报警信息。上图显示的是：HQ Agent在w2k3vm这一Windows服务器上没有启动的情况，它报告了包括hq agent自身以及所有相关资源的都宕机的情形。同时作为一个监控系统来说，管理员最需要看到的信息可能主要包括两种：1）有那些资源出了问题；2）当前有什么样的告警事件。这里对这两类信息提供了一个非常不错的访问入口。

Live Exec Data实时数据获取

HQ-agent本身只能周期性的采集matrix，在汇报给管理服务器。实时的数据采集对排错还是非常有帮助的。此功能我觉得是3.2版中的最好的增强。它应该是远程的让agent去执行一下命令在把最终结果返回到页面上：

• Cpuinfo CPU信息
• Cpuperc CPU利用率
• Df 磁盘利用率
• Ifconfig 网卡ip信息
• Netstat 网络端口信息
• Top
• Who

这些信息的获取通过agent完成所以和平台无关，即使是Window平台也能收到相同的信息。

HQ Health Check 管理服务器自身检查

一个真正的自监控功能最好能做到对相关指标的报警处理。能设置一些条件，在不正常情况发生的时候报告管理员说出管理服务器那里有问题了。上图可以看出，hq已经做出了第一步，能采集并且显示很多HQ服务器运行的状态信息。

Summary：

在3.2的发布说明中还提到它自身的扩展性也很大的增强，这一点对hq来说尤为重要。由于它的结构是基于代理的，当监控的设备和资源都非常多时，hq管理服务器自身的处理能理将会成为瓶颈，如果它的处理，存储和网络上的任何一个环节出现了问题，整个监控系统就失效了。由于事件有限，目前还留下了一些问题：

• Global Alert Disable是在那里设置的？
• 报警阀值的设置是否有全局设置的地方？（例如：对所有windows机器都设置一个CPU>80％的阀值）

如果您对以上两个问题有些答案请回复告诉我。关于HQ的其它文章，清在本blog中搜索。

Related posts:

1. How to install hyperic-hq on openSuse 10.2
2. Hyperic HQ小测手记
3. Hyperic HQ Engerprise 3.1.4 测试报告

如下图所示，我安装了并运行了四个代理程序。HQ的服务器是安装在我的笔记本上的是Windows XP平台的。HQ管理服务器在windows下的安装是非常简单的，两分钟就能完成。安装包中包括了Jboss和PostgreSQL。其它三个测试的代理程序分别安装在OpenSUSE Linux 10.3 （VM），AIX 5.3 和 Solaris 10 （5.10），代理程序的安装过程非常简单，需要注意的是保证代理和管理服务器的时钟同步。否则数据收集和显示的时间会错位。

对不同平台的数据采集是不同的，代理能根据操作系统而已采集不同的数据指标；比如CPU的监控指标windows、linux，Aix和Sun都有细微差别。

Dashboard首页－－仪表盘

HQ登陆后的首页，第一个感觉是－专业。算是一个Portal门户界面。页面顶端是最新的两个报警信息，和水平导航条。右边的模块有：资源搜索、保存的资源图、可用性图和最近增加的平台等。右边的模块有：自动发现、最爱资源，最近报警、控制动作问题资源和监控指标视图等。整体来看：所有的模块都可以配置、拖拽、添加和删除；您可以按照自己的喜好设置布局。对于网管来说：最近报警、和问题资源和监控指标视图应该是非常重要的；通过这些内容可以立刻了解到所关心的资源和服务的整体状况。

浏览资源

Platforms平台－－四个监控对象：所显示的是所有被监控对象，HQ主要是Agent based的监控方式，当然也可以通过snmp方式监控网络设备，不过这个我没测过它监控网络设备的能力。我安装测试的是HQ企业版，所以我只能监控到4个被监控对象；当然如果是付费用户的话就可以增加被管理目标的数量了，多话钱是肯定的了；好像HQ是按照被监控节点的数量收钱的。测试这个企业版的目的是，浏览一下它所有的功能，下面所说的有些功能是企业版才有的开源版本是没有的。

Servers服务器－－21被管理服务器：HQ的自动发现功能不仅能发现到服务器上的基础资源（CPU、文件系统和网络）；还能自动发现被监控平台上的数据库、web和App服务等。这些服务有的是需要一些配置才能采集到数据的，例如对数据库的监控，MySQL需要在HQ服务器上输入一个MySQL的用户名和密码（密码不能为空），这个用户需要有能运行status命令的权限。Oracle数据库需要按照HQ页面上的提示在数据库实例上，用DBA的权限运行一个命令，也建立一个用户。代理程序是通过这个用户通过JDBC链接到数据库上采集监控指标的。对于Apache来说，是需要配置Status模块的。HQ也算得上是单一代理的监控方式了，这一个特性是非常重要的；和BMC公司的Patrol产品有些相似。单一代理能很好的降低被监控服务器的额外负担。

告警事件规则

默认情况下所有HQ里没有任何一个报警规则的。不过你可在它的问题资源模块上看到OOB次数。OOB是Out Of Bound的简称，意思是超出边界，那么边界在那？边界在Baseline上，baseline会在每几天算一次，它并不是平均值，某个监控资源的实际忙闲程度水平的参考面。例如如果你的CPU平时都不超过30％的话，它的基线可能是20％，如果某次采样数据是24％了，OOB的数量就被加一；它表明该资源的使用异常了，需要引起你的注意了。HQ企版可以设定固定fix阀值，也可以设定动态阀值。所谓让很多企业级用户梦寐以求的动态阀值，其实就是比对BaseLine来报警的机制。HQ的报警规则可以是：例如CPU使用率超出Baseline的15％；那么这样CPU使用率的报警范围就是动态的了。报警规则的设置可以根据不同的platform而定，可以给某了platform定义一套默认的规则级应用到所有监控对象上。还能在某个监控对象上设置特殊的报警规则。报警条件可以是多条件的逻辑判断。报警事件可以每次触发时都发出，也可以在某个时间段上持续到达多少次才发出，发出的告警信息可以发给某个人或者某组人，还能在时间内升级等。显然这就是某些用户梦想中的事件压缩、峰值抑制、事件升级等功能。HQ的企业版还能从事件上触发Action。

报表中心

默认的报表好像是有7个，可以输出成PDF，excel，csv和html格式。不得不说的是HQ的数据采集方式应该是从HQ服务器上向Agent发起的，取得了数据后，保存在Postgresql数据库中。HQ服务器端保存了所有数据，不过如果在某个时间端，HQ服务器不能和agent通信的话，这段数据就是空白的。这一点可呢功能和所有其它开源软件都一样。而CA的UDPM和BMC的Patrol是不同的，Agent采集到的数据可以短期的保存在被管服务器端；采集数据的连续性不受网络影响。

总结

HQ企业版的功能太强大了，可以与商业软件媲美；单基于Baseline的动态阀值报警就是Big four所不能提供的。不过企业版是不能用的：虽然能使用到所有功能，不过只能监控4个服务器。在浏览HQ网站文档的时候，某个功能如果后面有一个红色的星号，那么它就是企业版的功能，需要付费使用了。不过它开源版的功能已经非常不错了，而且有这么优秀的一个框架使用；能支持二次开发和扩展。下次在提供一个开源版的测试报告。

Related posts:

1. How to install hyperic-hq on openSuse 10.2
2. Hyperic HQ小测手记
3. Hyperic HQ 3.2 new features

groupadd hq useradd -c ‘hyperic hq’ -d /home/hq -g hq -s /bin/bash hq mkdir /home/hq chown -R hq.hq /home/hq

• Untar installer package and install

cd /home/hq tar zxf hyperic-hq-installer-3.0.4-389-x86-linux.tgz chown -R hq.hq . su hq hq@Suse:~> cd hyperic-hq-installer/ hq@Suse:~/hyperic-hq-installer> ls LICENSES.txt agent-3.0.4.tgz installer-3.0.4 server-3.0.4.tgz setup.bat setup.sh shell-3.0.4.tgz hq@Suse:~/hyperic-hq-installer> ./setup.sh Unpacking JRE to temporary directory /tmp/jre Initializing Hyperic HQ 3.0.4 Installation… Loading taskdefs… Taskdefs loaded Choose which software to install: 1: Hyperic HQ Server 2: Hyperic HQ Shell 3: Hyperic HQ Agent You may enter multiple choices, separated by commas. 1,2,3 HQ server installation path [default '/home/hyperic']: /home/hq HQ shell installation path [default '/home/hq']: HQ agent installation path [default '/home/hq']: Loading install configuration… Install configuration loaded. Preparing to install… Validating agent install configuration… Validating shell install configuration… Validating server install configuration… Checking server webapp port… Checking server secure webapp port… Checking server JRMP port… Checking server JNP port… Verifying admin user properties Validating server DB configuration… Installing the agent… Looking for previous installation Unpacking agent to: /home/hq/agent-3.0.4… Installing the JRE … Unpacking JRE x86-linux-glibc2-jre.tar.gz to: /home/hq/agent-3.0.4… Setting permissions on agent binaries… Fixing line endings on text files… ——————————————————————————– Installation Complete: Agent successfully installed to: /home/hq/agent-3.0.4 ——————————————————————————– You can now start your HQ agent by running this command: /home/hq/agent-3.0.4/hq-agent.sh start Installing the shell… Unpacking shell to: /home/hq/shell-3.0.4… Installing the JRE … Unpacking JRE x86-linux-glibc2-jre.tar.gz to: /home/hq/shell-3.0.4… Setting permissions on shell binaries… Fixing line endings on text files… ——————————————————————————– Installation Complete: Command shell successfully installed to: /home/hq/shell-3.0.4 ——————————————————————————– You can now start the HQ shell by running this command: /home/hq/shell-3.0.4/hq-shell.sh Installing the server… Unpacking server to: /home/hq/server-3.0.4… Creating server configuration files… Copying binaries and libraries to server installation… Copying server configuration file… Copying server control file… Copying server binaries… Copying server libs… Setting up server database… Now login to another terminal as root and execute this script: /home/hq/hyperic-hq-installer/installer-3.0.4/data/hqdb/tune-os.sh This script sets up the proper shared memory settings to run the built-in database. Press Enter after you run the script to continue this installation. Setting up JDBC driver… Copying database files… Configuring database… Starting repopulation of configuration table… Waiting for built-in database to start (on port 9432)… Starting built-in database… Preparing database… Vacuuming database… Waiting for server to stop… Stopping built-in database… Built-in database stopped. Installing the JRE … Unpacking JRE x86-linux-glibc2-jre.tar.gz to: /home/hq/server-3.0.4… Setting permissions on server binaries… Fixing line endings on text files… ——————————————————————————– Installation Complete: Server successfully installed to: /home/hq/server-3.0.4 ——————————————————————————– You can now start your HQ server by running this command: /home/hq/server-3.0.4/bin/hq-server.sh start Note that the first time the HQ server starts up it may take several minutes to initialize. Subsequent startups will be much faster. Once the HQ server reports that it has successfully started, you can log in to your HQ server at: http://Suse.opensource.org:7080/ username: hqadmin password: hqadmin To change your password, log in to the HQ server, click the “Administration” link, choose “List Users”, then click on the “hqadmin” user. Setup completed. A copy of the output shown above has been saved to: /home/hq/hyperic-hq-installer/installer-3.0.4/hq-install.log Deleting temporary JRE hq@Suse:~/hyperic-hq-installer> hq@Suse:~/hyperic-hq-installer> /home/hq/server-3.0.4/bin/hq-server.sh start Starting HQ server… Initializing HQ server configuration… Checking jboss jndi port… Checking jboss mbean port… Starting HQ built-in database… HQ built-in database started. Booting the HQ server… HQ server booted. Login to HQ at: http://127.0.0.1:7080/ hq@Suse:~/hyperic-hq-installer>

• Startup a Linux agent

login as: hq Using keyboard-interactive authentication. Password: Have a lot of fun… hq@Suse:~> pwd /home/hq hq@Suse:~> ls agent-3.0.4 hyperic-hq-installer-3.0.4-389-x86-linux.tgz shell-3.0.4 hyperic-hq-installer server-3.0.4 hq@Suse:~> cd agent-3.0.4/ hq@Suse:~/agent-3.0.4> ls agent.properties hq-agent.exe jre pdk README.txt background.bat hq-agent.sh lib product_connectors tmp background.sh jaas.config log rcfiles hq@Suse:~/agent-3.0.4> ./hq-agent.sh Syntax: ./hq-agent.sh hq@Suse:~/agent-3.0.4> ./hq-agent.sh start Starting agent – Unable to load agent token file. Generating a new one … Done – Invoking agent – Starting agent process Agent successfully started [ Running agent setup ] What is the HQ server IP address: 127.0.0.1 Should Agent communications to HQ always be secure [default=no]: What is the HQ server port [default=7080]: – Testing insecure connection … Success What is your HQ login [default=hqadmin]: What is your HQ password: What IP should HQ use to contact the agent [default=127.0.0.2]: What port should HQ use to contact the agent [default=2144]: – Received temporary auth token from agent – Registering agent with HQ – HQ gave us the following agent token 1182416897800-4295885070579017509-616515886345923858 – Informing agent of new HQ server – Validating – Successfully setup agent hq@Suse:~/agent-3.0.4> Note: this agent and server are same machine.

• Access to Web console

http://Ip_address:7080/ default username and password [hqadmin/hqadmin]

Related posts:

1. How to install OCSNG 1.0.1 on OpenSuse 10.2
2. Install Oracle 10.2.01 on OpenSuSE 10.3
3. How to install Cacti on OpenSuse 10.2

“最高评分的管理管理工具不会使人不得不花未来的钱。来考虑一下这些自由且低成本的开源软件吧。”
Leslie T. O’Neill May 24th, 2007

如果您的公司排名在Fortune 1000强和中小企业之间，那么您网络管理的选择形势看似比较严酷。你既不能在小市场上收集一堆拙劣的玩意来组成一个解决方案；你也不能花很多钱买一些真正不需要的高科技产品。这里有一个很好的选择：试用可一个开源的网络管理方案，加专业服务，包括开发和技术支持。

Open Source = Flexible 开源＝灵活性

一个开源的解决方案对厂商来说也是非常灵活性的，他们很快地增加新技术的支持，比改进一个私有系统更快。例如：当Ubuntu 7.04 “Fiesty Fawn”四月份发布之后, Hyperic HQ在发布的第二天就宣布了对其提供技术支持。

当谈到开源的网络管理方案时，公司最需要也用的最多的技术莫过与监控功能。不过监控技术在很大程度上已经变成了日用品。

通常的，专业化版本的开源IT管理软件平台集成多个其他开源项目在一个框架中，象Nagios网络监控等；并且加入统一的网络界面；并且提供技术支持服务。另外，他们都想通过强大的社区来提高和改进代码，跟踪bug等。

六个企业级平台

下面的六个开源IT管理都可能用作HP, IBM, CA 和 BMC大型管理套件的替代品。每一个都能提供低价的专业服务和免费软件下载。它们的不同支持在与所提供的功能和支持的操作系统

Quest Big Brother

这个Web-based系统和网络监控产品能支持 Windows, Unix 和Linux等操系统, 还有一个通过用户投稿形成的脚本知识库，利用它能容易地定制Big Brother取管理你的网络。它的GUI是一个不错的特色，使用相同的颜色代码；红色代表不好，绿色代表好。

GroundWork Open Source Monitor Professional

2004年发布，它是最早的企业级网络管理产品之一。它集成了超过100种最好的开源项目，包括Nagios, Apache 和 NMap, 在这个框架之上有添加了很多特有功能，例如Web-based用户界面等。Monitor提供了集中化的监控和管理，管理和监控你的企业网络，包括Linux, Unix 和Windows 服务器, 应用, 数据库和网络设备。

Hyperic HQ Enterprise

瞄准的是一个数据中心，Hyperic被设计为去监控和管理Web应用的所有层次， 包括硬件、中间件、虚拟化、Web和开放式应用。它还提供基线和趋势分析。它支持 Apache, JBoss, Linux和更多应用。

OpenNMS

这个 Java-based 网络管理工具专注于网络服务轮询，数据采集和事件/告警管理。它目前支持多种开放式操作系统，包括Linux, Mandrake 和Solaris,还有Mac OS X; Windows 系统的支持计划在OpenNMS 2.0中实现。

OpenQRM

也瞄准了数据中心的管理，OpenQRM不仅能管理数以千计的Linux和Windows服务器，还能跟踪计量你的数据中心的使用率和效率。 他还能做自动化基于策略的provisioning。它也集成了Nagios作为监控功能。

Zenoss Core

基本上都是Python写的，这个管理平台提供了服务器、网络设备、OS和应用的事件管理、可用管理、和性能管理。Zenoss 能运行于Linux, FreeBSD 和 Mac OS X；它也可以作为一个Zenoss 虚拟应用运行在VMplayer 里。

四个无支持的项目

这四个项目位于TOP10 开源网络管理工具中。不象那六个产品，它们不提供商业的服务和企业级的增强功能。但是它们是绝对的free，而且你可以拥有所有需要的网络健康性检查功能。

Nagios

这是一个开源的运行在Linux操作系统上的主机、服务和网络监控程序。

Just For Fun Network Management System (JFFNMS)

JFFNMS能监控标准的SNMP (Simple Network Management Protocol) 网络设备，服务器、路由器和TCP端口。它工作在Linux, FreeBSD 和Windows 2000/XP。

Big Sister System and Network Monitor

这个项目包括了real-time system 和network health monitor, 一个Web 应用框架和一个系统管理应用。

Netdisco

这个Web-based应用被设计为管理中道大型网络和其中的SNMP网络设备。

相关文章:

· Interview with Hyperic

· Top 5 Upstart Monitoring Companies

· The Advantages of Open Source Management

· 10 Simple Steps to a Green Datacenter

Related posts:

1. Systems Monitoring Shootout
2. Some old stuff for sharing
3. [发布说明] OpenNMS 1.6.0 (Stable) Released

如何安装
下载HQ\hyperic-hq-installer-3.0.4-389-x86-linux从HQ的网站。这个压缩文件包含：安装程序，服务器端程序（好像包括一个内嵌的PostgreSQL数据库），代理程序，服务期端shell程序，JRE。
BTW:服务器端和代理都是Java程序，如果自己配置好JRE的话可以下载不包含JRE的安装包。Windows上的代理包是一个zip文件，为了方便我都下载的含有JRE的安装包。

由于是纯Java的应用所以服务器端和代理端看似好像都没有任何依赖性要求，只是需要在服务器端安装xorg-x11-libs包，否则不能正常绘图，看不到图形。
在Linux下的安装过程大致如下。
mkdir /opt/hq
useradd hq -G root -d /opt/hq
su hq
tar zxvf hq.tgz
cd hyperic-hq-installer/
./setup.sh
/opt/hq/server-3.0.4/bin/hq-server.sh start
注意最好建立一个新的用户为HQ，服务期端本身需要被非root用户安装和启动。另外代理和服务器端都需要特殊的两个端口通信，所以安装完之后必须停止或者配置防火墙；否则不能访问服务器，服务器也不能和代理通信。启动代理之前需要配置好防火墙。

试用：
总体说HQ的安装和配置都是非常简单的，不过他的Web界面更是简洁。当代理启动了之后，会自动出现在Auto-Discovery下面，点击Add Resource按钮将它变成一个正式的监控对象。默认的情况下，代理会收集一定数量的监控指标；大概是可收集数量的20%左右。当在某个监控对象上（例如Memory Used）设置了收集间隔之后，服务器端就开始了定时的数据收集，所收集的数据默认情况下用折线图的形式展示。可以根据某个指标建立一个告警，告警的逻辑也相当的完整：逻辑判断，巅峰判断，升级处理；看似能想到的都有了。由于是第一次使用展示没有看的如何建立一个告警规则应用于所有监控对象的。我用HQ对我的一个服务器（iis,MS Sql,.net）做了监控，从数据收集和展现效果上来说，真的堪称可与商业软件媲美。

使用结论：
安装简单方便，在Linux下代理端完全无需关照包依赖性。代理配置的安装配置需要一定量的工作，必须配置服务器地址，通信端口等。
代理程序对服务器的工作负担还是比较大的，特别是在启动的那几分钟内。代理进程对CPU的使用率可以达到50～80%，之后就比较低了。对内存的利用一般是30MB左右，当然这应该是可以通过降低收集数的数量和频率来降低的。
用户界面的使用还真的是很方便，还支持告警信息的RSS访问。总之HQ是一个开源软件中的重量级选手：功能强，复杂性高，代理程序负担较重。其他使用小结，待续。

Related posts:

1. How to install hyperic-hq on openSuse 10.2
2. Hyperic HQ 3.2 new features
3. Hyperic HQ Engerprise 3.1.4 测试报告