Vunetrix Network Monitor vCloud

Vunetrix Manual: Object Hierarchy

All objects in a Vunetrix monitoring configuration are arranged in a tree-like hierarchy to create an easy to navigate list and to give the user the possibility to arrange them in groups that monitor similar devices, services, or same locations. The hierarchical order described is also used to define common settings for larger groups of objects, for example, settings of the Root group apply by default to all other objects underneath (see section Inheritance of Settings).

Object Hierarchy in Vunetrix

Object Hierarchy in Vunetrix

The figure shows the object hierarchy in Vunetrix:

  • Root group contains all objects in your setup; all probes are directly under the root node.
  • A Probe contains one or more groups.
  • A Group contains one or more devices.
  • A Device represents one component in your network which is reachable via an IP address. On a device are several sensors.
  • A Sensor monitors one single aspect of a device and has at least one channel.
  • A Channel receives the monitoring results and is part of a sensor.

Root Group

The Root group is the topmost instance in Vunetrix. It contains all other objects in your setup. Using the inheritance mechanism, we recommend adjusting the default settings for the Root group. This makes configuration easier later on, because all other objects inherit these standard settings by default and, thus, you will not have to set up the same configuration for each object anew.

Probe

Each group (except the Root group) is part of a Probe. This is the platform on which the monitoring takes place. All objects configured below a probe will be monitored via that probe. Every Vunetrix core installation automatically installs a Local Probe service. You can add additional probes and remote probes to your configuration to include remote devices from outside your network into the monitoring (see section Multiple Probes and Remote Probes). In a cluster, there is an additional Cluster Probe running on all nodes. Devices on the cluster probe are monitored by all nodes of the cluster, so data from a different perspective is available and monitoring for these devices will always continue, even if one of the nodes fails.

Group

On each probe, there are one or more Groups, which serve merely structural purposes. Use groups to arrange similar objects in order to inherit same settings to them. To a group, you add the devices. You can arrange your devices in different nested groups to reflect the structure of your network.

Find below a sample configuration: A device tree with local probe, several groups, devices and their sensors.

Vunetrix Device Tree View

Vunetrix Device Tree View

Device

To each probe or group, you can add Devices that you want to monitor. Each device in your Vunetrix configuration represents a real hardware or virtual device in your network. These can be, for example:

  • Web or file server
  • Client computer (Windows, Linux, or Mac OS)
  • Router or network switch
  • Almost every device in your network that has its own IP address
     

Note: Sometimes you may want to add the same device in Vunetrix several times, in order to get a better overview when using many sensors for a very detailed monitoring, or to use different device settings for different groups of sensors. In Vunetrix you can simply add multiple devices with the same IP address or DNS name. The sensors on all of these Vunetrix devices will then query the same real hardware device in your network.

Vunetrix additionally adds a so called Probe Device to the local probe. This is an internal system device. It has access to the computer on which the probe is running on and monitors its health parameters with several sensors running on it.

Sensor

On each device you can create a number of Sensors. Every sensor monitors one single aspect of a device. This can be, for example:

  • One network service like SMTP, FTP, HTTP, etc.
  • One network switch port's traffic
  • CPU load of a device
  • Memory load of a device
  • Traffic on one network card
  • One NetFlow device
  • System health of a device
  • Other content (for example, of databases, mails, HTTP, XML, files, etc.)
  • etc.
     

Channel

Every sensor has a number of Channels through which it receives the different data streams. The available channels depend on the type of sensor. One sensor channel can contain, for example:

  • Downtime and uptime of a device
  • Traffic in of a bandwidth device (for example, a router)
  • Traffic out of a bandwidth device (for example, a router)
  • Traffic sum of a bandwidth device (for example, a router)
  • WWW traffic of a NetFlow device
  • Mail traffic of a NetFlow device
  • Other traffic of a NetFlow device
  • CPU load of a device
  • Loading time of a web page
  • Download bandwidth of a web page
  • Time to first byte of a web page
  • Response time of a Ping request to a device
  • Response time of a Remote Desktop service

 

 

Next Topic

Keywords: Object Hierarchy