Monitoring Maps to Support Your IT Incident Management
Within NetEye our users often make use of NagVis for creating static visualizations of monitored devices using geographical maps or floor plans. NagVis lets you create maps, including relations to other maps, and create navigation paths to highlight problems on a generic main map of your country or region. You can then use links to drill down into more detailed maps of your campus, building or floor plan. This works well since NagVis projects the worst state of any device or service from an underlying map onto the top-level map.
So far so good, as long as we are analyzing the worst state in maps and operating only within NagVis. The limitations arise when users treat the monitoring front-end as a central monitoring overview and then navigate into the various modules for advanced troubleshooting, e.g., Analytics Dashboards, NeDi or Asset Management. It is even more important when using a central problem view as a starting point to arrive at multiple points of information with minimal effort.
To enable this I took advantage of the possibilities to extend our NetEye 3 Thruk monitoring frontend, creating action menu items. Here I’ve integrated a dynamic link into Asset Management or NeDi with minimal effort (The section “Setup and Configuration” below indicates the steps and the published resources providing the sample configuration).
Highlight Monitoring Maps for a Desired Host
One particular use case required me to extend the currently available logic: Information about devices’ locations had already been arranged on various floor plans. Those maps are used to guide a technician to a remote building to identify the various network devices or access points in case of an incident. Now I needed to link the “red” host or service from the monitoring view towards the map(s) where either this device or its related hostgroup is registered.
The solution consisted of the implementation of script logic that fetches all hostgroups a device is assigned to into a list, and searches within all NagVis maps for elements of either the host itself or one of the related hostgroups. The result is an overview page presenting the matches along with a small preview of the map and a link to easily reach this map.
Back up or diff your original thruk_local.conf first
Install the provided thruk_local.conf. This configuration sample provides the additional action links to the NagVis maps related to a host. In addition it provides also a link to the AssetManagement and Network Discovery module.
Install the discovery script for monitoring maps. Default paths for NagVis and Livestatus are defined within a .cgi script. Adapt this if you port it to non-NetEye environments.
Reload apache (service apache reload)
cp thruk_local.conf /var/lib/neteye/thruk/thruk_local.conf
cp monitoring2maps_link.cgi /usr/lib/nagios/cgi/monitoring2maps_link.cgi
service apache reload
Outlook for NetEye 4
Porting this feature to NetEye 4 might be done by substituting the Livestatus queries (which are event supported today by Icinga2) with native queries on the Icinga2 API (the preferred way to communicate with Icinga2). Stay tuned for updates on the integration of NagVis Maps with NetEye4 / Icinga2 or comment on this blog to notify us a different usecase for this topic.
After my graduation in Applied Computer Science at the Free University of Bolzano I decided to start my professional career outside the province. With a bit of good timing and good luck I went into the booming IT-Dept. of Geox in the shoe district of Montebelluna, where I realized how a big IT infrastructure has to grow and adapt to quickly changing requirements. During this experience I had also the nice possibility to travel the world, while setting up the various production and retail areas of this company. Arrived at Würth Phoenix I started developing on our monitoring solution NetEye. Today, in my position as Consulting an Project Manager I am continuously heading to implement our solutions to meet the expectation of your enterprise customers.
Author
Patrick Zambelli
After my graduation in Applied Computer Science at the Free University of Bolzano I decided to start my professional career outside the province. With a bit of good timing and good luck I went into the booming IT-Dept. of Geox in the shoe district of Montebelluna, where I realized how a big IT infrastructure has to grow and adapt to quickly changing requirements. During this experience I had also the nice possibility to travel the world, while setting up the various production and retail areas of this company. Arrived at Würth Phoenix I started developing on our monitoring solution NetEye. Today, in my position as Consulting an Project Manager I am continuously heading to implement our solutions to meet the expectation of your enterprise customers.
NagVis, which in NetEye 4 is called the "Maps" Application, is a visualization add-on for the well-known network management system Nagios® and Icinga. NagVis can visualize monitoring status data as objects overlaid on maps to display them in different layouts: Read More
Alerts are critical signals that demand immediate attention to minimize disruptions and maintain smooth operations. Proactively managing alerts throughout their lifecycle is key to effective event-driven workflows, incident response, and business continuity. By leveraging alerting tools within Jira Service Management Read More
This article stems from a project on the remote control of devices using NagVis maps. The main purpose is to find an easy way to actuate a remote device through a click on an interface. To do this, we implemented Read More
NagVis is a visualization add-on for NetEye, and can be used to show NetEye monitoring data, over for example, a Network Schema as the use case below will show you. Thanks to NagVis, you can import a previously created network Read More
Hi everyone, in this article I want to tell you about the NagVis module and how we're going to customize a template so that it can allow us to modify the information displayed during mouse-over (hover). Basically, what we'll try Read More