Caso práctico 7: Rendimiento del servidor

Guía de implementación › Ejemplos de casos prácticos › Ejemplos de modelado de datos › Caso práctico 7: Rendimiento del servidor

Caso práctico 7: Rendimiento del servidor

Es un caso práctico típico sobre el rendimiento del servidor.

Tenemos la estructura de origen de datos siguiente:

Indicación	Servidor	Medida	Marca de tiempo
disponibilidad	Appserv01	1	03/01/2001 07:44
tiempo de respuesta	Appserv01	354.6	03/01/2001 09:58
carga de la CPU	Dbserv02	83 %	03/01/2001 12:12
disponibilidad	Appserv01	0	03/01/2001 14:26
carga de la CPU	Dbserv02	94,30 %	03/01/2001 16:40
capacidad	Firewall01	10 %	03/01/2001 18:54
tiempo de respuesta	Dbserv02	476,89	03/01/2001 21:08
disponibilidad	Appserv02	1	03/01/2001 21:24
tiempo de respuesta	Appserv01	774,4	03/01/2001 21:48
carga de la CPU	Dbserv01	83 %	03/01/2001 21:52

Además de lo anterior, tenemos los requisitos de cálculo siguientes:

Calcule el % de disponibilidad de cada servidor de aplicaciones.

La disponibilidad de cada servidor se debe calcular por separado. Por lo tanto, para calcular la disponibilidad de un único servidor es necesario recibir eventos solamente para ese servidor específico. Además, los orígenes de datos contienen otros indicadores de rendimiento que no son relevantes para los cálculos de disponibilidad (tiempo de respuesta, capacidad, entre otros); de esta manera, los indicadores de disponibilidad y el servidor que son relevantes deben filtrarse.

Como los criterios de filtrado de CA Business Service Insight son tipo de evento y recursos, traduzca los criterios de filtrado de los valores de origen de datos a una definición de recurso y tipo de evento.

En este caso, el indicador es un valor ideal para la traducción como un tipo de evento de CA Business Service Insight, pues describe lógicamente el tipo de evento. Hay un número limitado de tipos, como, disponibilidad, tiempo de respuesta, capacidad y carga de la CPU. Esto significa que para la métrica que calcula la disponibilidad del servidor, el registro es para el tipo de evento de disponibilidad.

En este caso, cuando hay un gran número de servidores y es necesario calcular la disponibilidad de cada servidor, cada servidor debe definirse como un recurso. A continuación tiene que agruparse dentro de un grupo de recursos y la métrica se agrupará en ese grupo de recursos.

Modelado sugerido:

Nombre del evento	Evento de disponibilidad.
Comportamiento	Comunicado como cambio de estado de 0 o 1.
Campo Marca de tiempo	Marca de tiempo (el único campo de hora en el origen de datos).
Campo Recurso	Servidor (todos los servidores que aparecen en el origen de datos se traducen a un recurso de CA Business Service Insight).
Campo Tipo de evento	Indicador (cada uno de los valores de este campo se traducen en un tipo de evento de CA Business Service Insight. Hay cuatro tipos de eventos).
Campos de datos	La medida es 0 o 1 (solamente para registros de disponibilidad).

Se deben definir las asignaciones de recursos siguientes:

Atributo Tipo de recurso	Servidor de aplicaciones
Asignación a parte contratante	Cada servidor de aplicaciones se asigna a la parte contratante, donde el servidor relevante ejecuta su aplicación. Esto permite el registro por la parte contratante que recupera todos los servidores correspondientemente.
Asignación a servidor	Igual que la anterior.
Asignación a grupo de recursos	Opcional. Normalmente es necesario agrupar los recursos cuando se requiere el agrupamiento en clúster.

Y por último, en función de todas las definiciones anteriores:

Registro de

Para la métrica en clúster, que calcula la disponibilidad de cada servidor individualmente, el registro se realiza por recurso.

Para poder cumplir el requisito anterior, se agrega el siguiente criterio:

Calcule el tiempo de respuesta medio de los servidores de la aplicación para cada parte contratante de forma separada.

Para este requisito, es necesario recibir eventos de tiempos de respuesta para todos los servidores de aplicaciones que forman parte del grupo de servidores que ejecutan aplicaciones para la parte contratante específica. La recepción de los eventos de tiempo de respuesta se lleva a cabo registrando el tipo de evento creado a partir del campo de indicación con el valor "tiempo de respuesta". Esto garantiza que se reciban solamente los eventos que informan sobre los tiempos de respuesta de los servidores.

Para recibir solamente los eventos que informan de los servidores relevantes para una parte contratante específica, los recursos tienen que registrarse a través de la asignación de la parte contratante.

Un recurso se puede asignar a más de una sola parte contratante, servicio o grupo. Por lo tanto, puede suceder que un evento que se envió para el cálculo de tiempo de respuesta como parte del contrato de la parte contratante A sea también una parte de los cálculos de la parte contratante B.