构架设计

图1 Cloud Action云决策平台

　　如图1所示，Cloud Action云决策平台利用Hyperic HQ采集的数据，进行数据分析和挖掘后供故障检测、监控和系统管理等上层应用程序使用。

　　Hyperic HQ屏蔽了底层软、硬件的异构性，并可以将采集的各种系统数据传送给Cloud Action，从而Cloud Action能够很方便地进行集成和部署。Cloud Action通过对由系统数据封装成的事件进行检测或处理，发现其中用户关心的有意义的事件，传递给上层应用程序。Cloud Action采用了诸如结合许多事件的复杂模式检测等技术，并通过事件层次结构、事件之间的关系使用规则处理算法进行事件关联和抽象。事件之间的关系包括因果关系、成员关系和时间序列关系等。这些事件关系以及时间窗口限制被用于确定哪些事件具有意义。

　　Cloud Action的系统结构如图2所示。

图2 Cloud Action系统结构

　　Hyperic HQ Adapter模块主要负责调用Hyperic HQ的API，获取HQ的监控数据，将数据按照不同的时间与数据项，封装成不同类型的事件，发送给事件流引擎。UserPortal模块负责提供给应用程序定制事件查询规则。CEP Grammar Adapter模块将用户制定的规则转换为事件描述语言(EQL)描述的查询规则给CEP Engine。CEP Engine是Cloud Action的核心，它接收用户定制的规则和Hyperic HQ采集的事件，获取满足规则的事件返回给UserPortal模块。

　　而针对于底层的硬件资源监控模块，为了适应于大规模场景，同时提供三个级别的数据信息：虚拟主机( V i r t u a l H o s t )、虚拟主机集群(VirtualCluster)、虚拟主机结点(Node)。

　　结点下可以区分多个集群，而虚拟主机集群可以将多个虚拟主机结合在一起进行管理，使得层次结构更为清晰。同时最后可以通过分析不同层次的数据，更好地进行管理。而且可以在上面配置更高层的整体的分析。

（文章来源：《中国教育网络》杂志2011年1月刊）