Sistema de control y penalización por exceso de activos a monitorizar
Contexto
WOCU-Monitoring permite la monitorización y administración de redes de distinta magnitud y complejidad. Esto requiere un mantenimiento y una depuración constante de la planta, para garantizar el control y la conexión estable entre todos los dispositivos y servicios de red útiles.
Ignorar esta buena práctica puede derivar a un exceso de carga del sistema y en consecuencia, afectar al rendimiento de la herramienta.
Como medida de control, se ha desarrollado un Sistema basado en Créditos, que consiste en la asignación de puntos a los activos que están siendo monitorizados, en función del peso o carga que conlleve su ejecución en el sistema (coste computacional). Se penalizará al operario en caso de superar el límite establecido.
Funcionamiento
✓ Cada Reino dispone de un número inicial de puntos, en adelante, créditos.
✓ Se define un valor límite o umbral máximo de créditos a consumir.
✓ Cada tipo de activo (
Hosts
,BP Hosts
yBP Services
) tiene asociado uno o más créditos que pueden variar según varios factores. Más información en: Cálculo y control de activos a monitorizar.✓ Al exceder el límite establecido se bloquearán automáticamente distintas acciones de agregación y configuración de activos.
✓ Para volver a operar con normalidad, será necesario reducir el número de créditos utilizados.
✓ Se dispondrá de una bolsa de créditos extra para Reinos con ciertas particularidades y que requieran de un mayor volumen de créditos.
Cálculo y control de activos a monitorizar
El resultado de bajas no actualizadas en la herramienta, configuraciones masivas erróneas o chequeos congelados, generan importantes volúmenes de alarmas e incidencias «basura», que provocan una carga de trabajo extra e innecesaria al Reino correspondiente.
Cuestiones previas a tener en cuenta sobre la asignación de créditos:
Cada alarma tendrá asignada una penalización.
Se recomienda un máximo de 1000 chequeos por satélite.
Cada Pack de monitorización tiene asociado un peso en función de la carga que conlleva su ejecución (Números de parámetros obtenidos, accesos a BBDD, accesos a disco, etc.).
Se dispondrá de una bolsa de créditos extra para Reinos con ciertas particularidades que requieren de un mayor volumen de créditos. Por defecto, el valor de los Créditos Extra (CEX) será
0
.Todas las variables y penalizaciones presentadas a continuación vienen configuradas como parámetros en un archivo de configuración editable.
Con esto tendremos los siguientes parámetros:
Créditos disponibles (CD)
Num satélites del centro x Créditos por Satélite (CS) + Créditos Extra (CEX)
Créditos consumidos (CC)
Num equipos configurados * Coste Equipo (CE) + Num Servicios Simples * Coste Chequeo Servicio (CSS) / Check_interval_servicio + Num Servicios 1m * Coste Servicios 1M (CSS1M) + Num Chequeos BP Host * Coste Chequeo BP Host (CCBPH) + Num Chequeos BP Services * Coste Chequeo BP Service (CCBPS) + Penalizaciones (PEN)
Importante
El coste de servicio es inversamente proporcional al tiempo de comprobación de cada servicio. O lo que es lo mismo, a menor Check_interval, mayor coste de créditos. A mayor Check_interval, menor coste de créditos.
Los servicios con Check_interval de 1 minuto, utilizan la variable
CCS1M
. El resto de servicios con Check_interval diferente de 1 minuto, utilizan la variableCSS
.
Descripción |
Variable |
Valor por Defecto |
---|---|---|
Créditos por Satélite |
CS |
1000 |
Créditos Extras |
CEX |
0 |
Coste Chequeo Host |
CCH |
1 |
Coste Chequeo Servicio |
CCS |
1 |
Coste Chequeo Servicio 1m |
CCS1M |
3 |
Coste Chequeo BP Host |
CCBPH |
1 |
Coste Chequeo BP Service |
CCBPS |
1 |
Time Period Servicio |
CTP |
1 |
Penalizaciones |
Variable |
Valor por Defecto |
---|---|---|
Coste Penalización alarma de Host |
CPH |
1 |
Coste Penalización Alarma de Servicio CRITICAL |
CPSC |
1 |
Coste Penalización Alarma de Servicio WARNING |
CPSW |
1 |
Coste Penalización Alarma de Servicio UNKOWN |
CBSU |
4 |
Coste Penalización Alarma de BP Host |
CPBPH |
1 |
Coste Penalización Alarma de BP Services |
CPBPS |
1 |
Coste Penalización Alarma de Host Deshabilitado |
CPHD |
1 |
Coste Penalización Alarma de Servicio Deshabilitado |
CPSD |
1 |
Importante
Si CD
>
CC+
PEN -> No se aplican restricciones.Si CD
<
CC+
PEN -> Se aplican restricciones.
Más información: Medidas de penalización por tipo de activos.
Puede conocer en todo momento el consumo de créditos actual mediante la siguiente etiqueta informativa (Créditos consumidos / Créditos disponibles):
Se incluye también una nueva columna llamada Credits, para especificar por cada activo de la tabla, el número de créditos que consume. Esta información está disponible en las siguientes secciones:
Por último, en el informe de cambios de configuración de activos que el sistema muestra previa ejecución de la acción Check, se incluye una nueva tabla resumen con los siguientes datos:
Desglose de créditos gastados por tipo de activos.
Desglose de créditos gastados como coste por cada una de las penalizaciones definidas.
Sumatoria de créditos extra gastados.
Estados o niveles posibles
En función del gasto o consumo de créditos por Reino, la herramienta puede experimentar tres escenarios posibles. Por su trascendencia, cada uno de los niveles son detallados a continuación.
Nivel óptimo (OK)
Se alcanza cuando el uso de créditos está muy por debajo del límite establecido. Este es el estado recomendable o ideal para que la herramienta funcione eficientemente y con una cargabilidad controlable.
No se aplica ninguna medida de penalización (bloqueo de determinadas acciones) y en consecuencia la herramienta presta servicio con normalidad.
El sistema asocia el color verde a este nivel.
Ejemplo: Se han consumido 66 de los 1000 disponibles.
Nivel de advertencia (Warning)
Cuando el gasto de créditos supere el 70% del total disponible, el sistema cambiará de nivel como señal de riesgo y alerta de un posible funcionamiento anómalo. Si bien, la herramienta aún presta servicio con normalidad, por lo que su gravedad es menor que el siguiente escenario.
El intervalo de créditos oscila entre el gasto de más del 70% de créditos disponibles y el umbral máximo definido.
El sistema asocia el color naranja a este nivel.
Ejemplo: Se han consumido 50 de los 60 disponibles, sobrepasando el 70% del total.
Nivel crítico (Critical)
Si finalmente se sobrepasa el límite o umbral máximo de créditos estipulado, el sistema automáticamente procederá a restringir y bloquear distintas funciones de administración y configuración de activos.
Este panorama evidencia un nivel de gravedad máximo, poniendo en riesgo la cargabilidad y rendimiento de la herramienta.
Importante
Las medidas de penalización quedarán conmutadas cuando se efectúen bajas y borrado de activos, con el fin de poder recuperar créditos y ajustarse al intervalo recomendado.
El sistema asocia el color rojo a este nivel.
Ejemplo: Se ha sobrepasado los 40 créditos asignados para el Reino en cuestión.
Medidas de penalización por tipo de activos
✓ En Dispositivos (Hosts) en Activos:
Bloqueo de la Configuración masiva de Packs de Monitorización (Massive configure packs). Tampoco se podrán añadir packs de forma manual e indivual, solo editar los que ya están siendo aplicados.
Bloqueo del alta de nuevos Dispositivos.
✓ En Dispositivos de Proceso de Negocio (Hosts Business Processes) en Activos:
Bloqueo del alta de nuevos Dispositivos de Procesos de Negocio.
✓ En Servicios de Proceso de Negocio (Services Business Processes) en Activos:
Bloqueo del alta de nuevos Servicios de Procesos de Negocio.
✓ En Dispositivos (Hosts) en Pendientes:
Bloqueo de la configuración masiva de packs de monitorización. Tampoco se podrán añadir packs de forma manual e indivual, solo editar los que ya están siendo aplicados.
Bloqueo del envío de un Host pendiente, a la planta de monitorización activa mediante el selector Monitorize.
✓ En Dispositivos de Procesos de Negocio (Hosts Business Processes) en Pendientes:
Bloqueo de todas las opciones posibles de envío de un Host Business Processes pendiente, a la planta de monitorización activa de la infraestructura agregada.
✓ En Servicios de Proceso de Negocio (Services Business Processes) en Pendientes:
Bloqueo de todas las opciones posibles de envío de un Service Business Processes pendiente, a la planta de monitorización activa de la infraestructura agregada.
Por último, tampoco se podrá ejecutar WOCU-Check para la actualización de la base de datos. Un mensaje (destacado en color rojo) informará de esta anomalía. El botón de confirmación Restart WOCU estará inhabilitado.