|
|
|
Este é um estudo de caso típico de desempenho do servidor.
Dada a seguinte estrutura da fonte de dados:
|
Indicação |
Servidor |
Medida |
Carimbo de data/hora |
|---|---|---|---|
|
disponibilidade |
Appserv01 |
1 |
03/01/2001 07:44 |
|
tempo de resposta |
Appserv01 |
354.6 |
03/01/2001 09:58 |
|
Carga da CPU |
Dbserv02 |
83% |
03/01/2001 12:12 |
|
disponibilidade |
Appserv01 |
0 |
03/01/2001 14:26 |
|
Carga da CPU |
Dbserv02 |
94.30% |
03/01/2001 16:40 |
|
capacidade |
Firewall01 |
10% |
03/01/2001 18:54 |
|
tempo de resposta |
Dbserv02 |
476.89 |
03/01/2001 21:08 |
|
disponibilidade |
Appserv02 |
1 |
03/01/2001 21:24 |
|
tempo de resposta |
Appserv01 |
774.4 |
03/01/2001 21:48 |
|
Carga da CPU |
Dbserv01 |
83% |
03/01/2001 21:52 |
Além dos itens mencionados acima, os requisitos de cálculo são:
Calcular o percentual de disponibilidade de cada servidor de aplicativos.
A disponibilidade de cada servidor deve ser calculada separadamente. Portanto, para calcular a disponibilidade de um único servidor, é necessário receber eventos somente para este servidor específico. Além disso, as fontes de dados contêm outros indicadores de desempenho que não são relevantes para os cálculos de disponibilidade (tempo de resposta, capacidade, e assim por diante). Assim, os indicadores de disponibilidade e o servidor relevante devem ser filtrados.
Como os critérios de filtragem no CA Business Service Insight são evento e recursos, converta o critério de filtragem a partir dos valores da fonte de dados em uma definição de recurso e evento.
Nesse caso, o indicador é um valor ideal para converter um evento no CA Business Service Insight uma vez que descreve logicamente o tipo de evento. Há um número limitado de tipos, como tempo de resposta, disponibilidade, capacidade e carga da CPU. Isso significa que para as métricas que calculam a disponibilidade do servidor, o registro deve ser o evento de disponibilidade.
Nesse caso, quando houver um grande número de servidores e for necessário calcular a disponibilidade de cada um, cada servidor deve ser definido como um recurso. Ele precisa ser agrupado em um grupo de recursos e a métrica será agrupada naquele grupo de recursos.
Sugestão de modelagem:
|
Nome do evento |
Disponibilidade do evento. |
|
Comportamento |
Relatado como a alteração de status de 0 ou 1. |
|
Campo Data e hora |
Data e hora (somente o campo na origem de dados). |
|
Campo Recurso |
Servidor (cada servidor que é exibido na fonte de dados é convertido em um recurso do CA Business Service Insight). |
|
Campo Evento |
Indicador (cada um desses valores desse campo são convertidos em um evento no CA Business Service Insight. Há quatro tipos de evento). |
|
Campos de dados |
A medida é 0 ou 1 (somente para registros de disponibilidade). |
As alocações de recursos a seguir devem ser definidas:
|
Atributo do tipo de recurso |
Servidor de aplicativos |
|
Alocação para parte contratual |
Cada servidor de aplicativo está alocado à parte contratual, em que o servidor relevante executa o aplicativo. Isso permite o registro pela parte contratual que recupera, de modo adequado, todos os servidores. |
|
Alocação para serviço |
Igual à anterior. |
|
Alocação para grupo de serviços |
Opcional. Geralmente, é necessário agrupar recursos em que o agrupamento é necessário. |
E por fim, com base em todas as definições acima:
|
Registro por |
Para a métrica agrupada, calcular a disponibilidade de cada servidor individualmente, o registro é feito por recurso. |
Para que seja possível cumprir o requisito acima, os seguintes critérios foram adicionados:
Calcular o tempo médio de resposta médio dos servidores de aplicativos para cada parte contratual separadamente.
Para esse requisito, é necessário receber eventos de tempos de resposta para todos os servidores de aplicativos que são parte do grupo de servidores que executam aplicativos da parte contratual específica. O recebimento do tempo de resposta dos eventos é feito ao registrar o evento criado no campo de indicação com o valor de tempo da resposta. Isso garante o recebimento somente de eventos que informam os tempos de resposta de servidores.
Para receber apenas os eventos que informam sobre os servidores relevantes de uma parte contratual específica, os recursos precisam ser registrados por meio da alocação da parte contratual.
Um recurso pode ser alocado a mais de uma única parte contratual, serviço ou grupo. Assim, pode ocorrer de um evento enviado para o cálculo de tempo de resposta como parte do contrato do contrato da parte contratual A também seja parte dos cálculos da parte contratual B.
| Copyright © 2012 CA. Todos os direitos reservados. | Enviar email à CA Technologies sobre este tópico |