【新炬网络名师大讲堂】RUEI工作原理简述

RUEI的全称是Real User Experience Insight，真实用户体验洞察软件，是Oracle由2007年12月并购荷兰公司Moniforce的产品——UXInsight，在使用RUEI时可以发现moniforce就是RUEI的用户名，算是对原公司的一种保留吧。RUEI有一个非常好听的中文名字——如意，表达使用RUEI就能达称心如意期望。

RUEI使用的是非侵入(嗅探sniffer)式监视，实施起来非常简单，对生产环境是没有任何影响。只需把所有需要监控的流量通过镜像端口复制交换机的镜像端口，再把镜像端口与RUEI收集器的网卡连接，就可以把所有的流量镜像给RUEI服务器。RUEI再通过内部的一些处理进程对报文进行解析，就可以通过面板从不同的维度展示数据。一个简单的结构图如下：

 

上面讲的是RUEI的内部结构，下面来讲一下RUEI的内部结构。如下面所示，数据收集器（Data Collection）从网卡上把复制过来的原始数据传送给数据处理进程（Data Processing），数据处理进程再把原始数据转换成OLAP数据集存入数据库，报告器（Data Presentation）就从数据库中对获取数据进行解析，能过浏览器页板把解析的数据进行展示。

收集器收集到的数据保存在以下目录：

/var/opt/ruei/collector/data/wg/http/20140729/283

每天一个文件夹，根据保留策略自动清理，283表示所配置的一个应用系统，与这个应用系统相关的数据都会保存在这个文件夹里，这个目录下都是类似http-20140729-*.gz的文件，使用zcat http-20140729-*.gz|tail|lfm命令可以打开文件。

文件内容如下：

timestamp               : 2014/07/23:18:08:59:492 seq                     : 0 client-mac              : - client-ip               : 10.19.85.249 client-port             : - server-mac              : - server-ip               : 10.19.85.162 server-port             : 80 method                  : POST url                     : /Inventory/parameter.do?actionCase=getVerCharSetInfo&chartId=IM_INVOICE_NO_LENGTH version                 : - authorization           : - cookie                  : Zap3JKgC6s=512b9076bdea73f6;JSESSIONMGR=7e0839b7a9f25e28 host                    : 10.19.203.90 proxy-authorization     : - referer                 : http://10.19.203.90/Inventory/InventoryCreInvoiceAction.do?actionCase=init user-agent              : Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0) request-header-size     : 551 request-body-size       : 9 conn-duration           : 0 conn-size               : 0 completion-status       : 1 (Normal completion) response-code           : 200 server-content-type     : text/html;charset=GBK proxy-authenticate      : - server                  : - set-cookie              : - response-header-size    : 181 response-body-size      : 0 network-time            : 11 server-time             : 2 end-to-end-time         : - adaptor-id              : 3 client-field-1 (unused) : - client-field-2 (unused) : - server-field-1 (unused) : - server-field-2 (unused) : - extracted-content       : - ssl-cert-info           : - client-browser-time     : 0 request-transmission-tim: 0 replay-dump-id          : - x-moz-header (unused)   : - accept-language         : zh-cn cust-request-headers    : - cust-reply-headers      : - html-form               : - charsets                : &cl_enc=D-US-ASCII&url_enc=GBK client-forms            : - server-forms            : - eng-reserved            : - replay-status           : headers-only hit-type                : other application             : 0 caching-status          : dynamic cached-dump-id          : - logical client-ip       : 10.19.85.249 proxied port            : -

对比收集器和报告器我们可以看到，两个主机下都有相同路径的文件夹。这两个文件夹通过两台主机建立了ssh之后，使用rsync进程进行同步传输。查看这两个文件夹下的文件有没有更新，时间是不是一样的，对RUEI出现异常的时候非常有帮助。

通过这两个文件夹我们可以知道，对一个RUEI系统来说，一个报告器，一个收集器是必须的，报告器和收集器可以在同一台主机上安装，也可以在不同的主机上安装，使用不同的主机安装的时候需要建立ssh关系。报告器只有一个，但收集器可以是多个，以适应应用系统通过不同的交换机的情况。只要所有的收集器把收集到的数据传给报告器，就可以做数据分析。在下图中我们可以看到，在收集器没有连接交换机的情况下要把他禁用（Disabled）。

下图就是怎么把一个远程的收集器注册到一个报告器上，前提是主机层建立了ssh关系。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29960155/viewspace-1377557/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29960155/viewspace-1377557/