Skip to end of banner
Go to start of banner

NMIS8 Key Performance Indicators - KPI's

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

NMIS has a history of being a Network Management System, the generation of the Metrics and now KPI's is something which makes NMIS more than a Network Monitoring System and helps IT professionals with better information about their environment on which to base decisions.  In NMIS 8.5, Key Performance Indicators (KPI's) were added to help see how the health metrics are comparing over time.

Overview of KPI's in NMIS

KPI's were introduced into NMIS to provide insight as to why the health of a node was getting better or worse.  As discussed in the article on NMIS Metrics, Reachability, Availability and Health, NMIS is tracking the health of a node and providing a single number which indicates what the health of a node is, this is called the Health Metric.  To make up the Health Metric, NMIS is tracking many aspects of a nodes health including:

  • Reachability - Node availability or pingability
  • Availability - Interface availability
  • Response time
  • CPU Utilisation
  • Memory Utilisation
  • Interface Utilisation
  • Disk Utilisation
  • Swap Utilisation

NOTE: Not all nodes have disk and swap, so for some nodes these values are blank, e.g. a Cisco Router will have no value for disk and swap KPI's.

When a node is polled the current values for the above are calculated and given a score or index and each of these scores is weighted as described in NMIS Metrics, Reachability, Availability and Health to result in the Health Metric.  

In NMIS 8.5G we started storing the individual KPI scores so that it was possible to see the health metric break down over time.  This is now shown at the top of a node view panel in NMIS8 and looks like this:

KPI Scores

You can think of the KPI Scores like a report card, the student (node) has received 10/10 for English (reachability), 10/10 for Maths (availability) and so on.  The KPI Scores in the screenshot above come from the polled data and are scored out of the weighted value, this weighted value is a percentage, so in the configuration file it is 0.1 which means it is 10% or a maximum possible KPI score of 10/10.  The table below shows the configuration value and the resulting KPI Score value.

KPI ItemConfiguration ItemConfigured WeightingMaximum KPI Score
Reachabilityweight_reachability0.110 (10%)
Availabilityweight_availability0.110 (10%)
Responseweight_response0.220 (20%)
CPUweight_cpu0.220 (20%)
Memoryweight_mem0.110 (10%)
Interfaceweight_int0.330 (30%)

Because they are not present in all node types, there are two additional KPI values which overload onto the Memory and Interface KPI values these are, Swap and Disk, these split the weighting of each into half and track that seperately, e.g. Interface KPI by default is 30%, so when the Disk KPI is present the Interface KPI gets a value of 15% and the Disk KPI gets a value of 15%.  So the table would like like this when all 8 KPI's are present, as they are for Linux Servers.

KPI ItemConfiguration ItemConfigured WeightingMaximum KPI Score
Reachabilityweight_reachability0.110 (10%)
Availabilityweight_availability0.110 (10%)
Responseweight_response0.220 (20%)
CPUweight_cpu0.220 (20%)
Memoryweight_mem0.1 x 50%5 (5%)
Swapweight_mem0.1 x 50%5 (5%)
Interfaceweight_int0.3 x 50%15 (15%)
Diskweight_int0.3 x 50%15 (15%)

The result is that all the maximum KPI Score for a node will be 100 or 100%.

Interpreting Health and KPI Values

So you are looking at the main NMIS dashboard and you see that a node has a Health score of 92.2% as the example below, there is also a red arrow beside that, which is the result of the longstanding NMIS feature for auto baselining, this red arrow is point down, meaning that the health now is lower than the last period, you can read more about NMIS Auto Baselining.

So WHY is this node less health now than it was before, clicking on the node will reveal the KPI scores and we can start looking at what is changing.

So now we see this KPI summary again, we can see the overall breakdown of the health metric represented in the KPI values and we can see that the MEM KPI has a red arrow pointing down, the auto baselining is showing us that the Memory score is lower than previously with a score of 2.04 out of a possible score of 5.  If we look at the graph of the last 2 days, we can see that the average value for the MEM KPI is 2.28%, showing us that the memory has changed a little. 

If we want to know WHY the health is 92.2% we can look at all the KPI values, like the Disk KPI of 10.50/15, CPU KPI is 19.98/20 and SWAP KPI is 4.75/5, we can take 100% and subtract the remainders so,

KPI ItemConfiguration ItemConfigured WeightingMaximum KPI Score
Reachabilityweight_reachability0.110 (10%)
Availabilityweight_availability0.110 (10%)
Responseweight_response0.220 (20%)
CPUweight_cpu0.220 (20%)
Memoryweight_mem0.1 x 50%5 (5%)
Swapweight_mem0.1 x 50%5 (5%)
Interfaceweight_int0.3 x 50%15 (15%)
Diskweight_int0.3 x 50%15 (15%)

 

 

 

  • No labels