Once you know
the physical/virtual Hosts are up, you’ll next want to monitor items on
each of them. These items could include:
Linux servers: Swap space, CPU Usage, file system
usage, Service running, etc.
Windows servers: Pagefile size, memory usage, CPU Usage,
C:/ space, processes, etc.
Network device: throughput on interfaces, CPU load,
VMware/Virtualization: Datastore free, temperature checks,
number of VM’s, CPU, etc.
We refer to
these items as Service Checks and
they run against the aforementioned hosts that you configured and specified in
the Foundation layer. A common scenario is:
“I’ve added my Windows Server,
‘windows001.domain.com’, as a Host and I can see that it is up (step 1). I
want to monitor some items on it, so I’ll add a ‘C:/ Drive’ check, a ‘CPU
Check’, and a ‘Memory Check’, along with a few others. Now I can not only see
that my host is up, but I’m also monitoring performance items on that server,
giving me a better view into its operational performance”.
This is great,
and gives a good insight into server health and performance. However, the issue
you may have now is that to manually add 100 Hosts
(e.g. Windows servers) and then six Service Checks to each of those Hosts, could take a long time.
Therefore to save you time, Opsview Monitor has the concept of
grouping these Service Checks together into a Host template (named for example "Windows Servers"), into which we can
add lots of Service Checks. This template can then be applied en-masse to
all the Windows servers, reducing the time-to-value significantly.
So now that we have
templates to reduce our time-to-value, our only time-consuming task is adding
these Hosts “hostname by hostname”. Again, innovation in monitoring has made
this an unnecessary evil through the creation of auto discovery.
Auto discovery, in its most simplistic form, allows
a monitoring system to “go out” and scan a predefined subnet or network and
find devices on that network. In the Windows example, you can scan the subnet
and discover all Hostson that
network and import them into the Opsview Monitor software, ready to be modified
and associated with host templates.
Monitor, we can even determine the Operating System and apply templates
automatically based on the results, meaning the time-to-value is extremely low.
This is the beauty of our software – we can go out onto a network, find all the Hosts, detect what that Host is, and then apply a number of Service Checksin the form of a Host