这是一个针对服务器性能的典型案例研究。
数据源结构如下所示:
|
指示 |
服务器 |
度量 |
时间戳 |
|---|---|---|---|
|
可用性 |
Appserv01 |
1 |
03/01/2001 07:44 |
|
响应时间 |
Appserv01 |
354.6 |
03/01/2001 09:58 |
|
CPU 负载 |
Dbserv02 |
83% |
03/01/2001 12:12 |
|
可用性 |
Appserv01 |
0 |
03/01/2001 14:26 |
|
CPU 负载 |
Dbserv02 |
94.30% |
03/01/2001 16:40 |
|
容量 |
Firewall01 |
10% |
03/01/2001 18:54 |
|
响应时间 |
Dbserv02 |
476.89 |
03/01/2001 21:08 |
|
可用性 |
Appserv02 |
1 |
03/01/2001 21:24 |
|
响应时间 |
Appserv01 |
774.4 |
03/01/2001 21:48 |
|
CPU 负载 |
Dbserv01 |
83% |
03/01/2001 21:52 |
除上述内容外,还存在以下计算要求:
计算每台应用程序服务器的可用性百分比。
应该单独计算每台服务器的可用性。 因此,为了计算单台服务器的可用性,就必须仅接收此特定服务器的事件。 此外,数据源包含一些与可用性计算无关的其他性能指标(响应时间、容量等),因此需要对可用性指示器以及相关服务器进行筛选。
由于 CA Business Service Insight 中的筛选条件是事件类型和资源,因此需将数据源值的筛选条件转换为资源和事件类型的定义。
在本案例中,由于指标从逻辑上描述了事件的类型,因此它是要转换为 CA Business Service Insight 中事件类型的理想值。 存在有限数目的类型,如可用性、响应时间、容量以及 CPU 负载。 这意味着,对于计算服务器可用性的度量标准,需要针对可用性事件类型进行注册。
在本案例中,当存在大量服务器而且需要计算每台服务器的可用性时,每台服务器就不得不定义为资源。 然后,需要在资源组内分组,且度量标准将在该资源组上组群。
建议的建模:
|
事件名称 |
可用性事件。 |
|
行为 |
报告为 0 或 1 状态的更改。 |
|
“时间戳”字段 |
时间戳(数据源中的唯一时间字段)。 |
|
“资源”字段 |
服务器(数据源中显示的每台服务器都将转换为 CA Business Service Insight 资源)。 |
|
“事件类型”字段 |
指标(该字段中的每个值都将转换为 CA Business Service Insight 中的事件类型。 有四个事件类型)。 |
|
“数据”字段 |
度量为 0 或 1(仅用于可用性记录)。 |
应定义以下资源分配:
|
资源类型属性 |
应用程序服务器 |
|
分配到合同方 |
每台应用程序服务器都会分配给合同方,相关服务器会在其上运行应用程序。 这样,就可以按合同方进行注册,从而相应地检索所有服务器。 |
|
分配到服务 |
同上。 |
|
分配到资源组 |
可选。 如果需要组群,通常都有必要对资源进行分组。 |
最后,基于上述所有定义;
|
注册依据 |
对于单独计算每台服务器可用性的组群的度量标准,按资源进行注册。 |
为了符合以上要求,需添加以下条件:
分别针对每个合同方计算应用程序服务器的平均响应时间。
针对该要求,必须接收属于运行特定合同方的应用程序的服务器组的所有应用程序服务器的响应时间事件。 通过注册根据值为“响应时间”的指标字段创建的事件类型,可以接收响应时间事件。 这可以确保仅接收报告有关服务器的响应时间的事件。
为了仅接收报告有关特定合同方的相关服务器的事件,需要通过合同方分配注册资源。
一个资源可以分配给多个合同方、服务或组。 因此,针对合同方 A 的合同进行的响应时间计算所发送的事件也可能属于针对合同方 B 进行的计算。

| 版权所有 © 2012 CA。 保留所有权利。 | 就该主题发送电子邮件至 CA Technologies |