AixBOMS Business Service Management: Integration of NSM Monitoring Systems

The range of NSM systems in use at companies and authorities is diverse – from open source to major manufacturers, from isolated to fully integrated. With the AixBOMS-BSM application, we have already created a powerful environment for service modelling and structural analysis. By integrating NSM systems or scripts, the goal of a continuous and overarching BSM console can be achieved, namely a connection of service, configuration, and monitoring.

Following service planning and modelling (catalogue), the Configuration Items associated with the service must be integrated into system monitoring. Difficulties arise here due to system media breaks. The AixBOMS BSM.NSM module supports your technicians in configuring and creating monitoring elements, scenarios, and commands, and rolls these out to the NMS system (provisioning).

Service catalogue, NMS elements and condition chart

Service catalogues and elements or Configuration Items can be graphically mapped to NMS elements, thereby being embedded in the monitoring. The Condition Chart graphically evaluates incidents (alarms). Pre-configured atomic commands can be grouped into templates to form specific system groups or incident groups (e.g. „Windows Server – Criticality Level 1“). Rollout (activation) then takes place automatically.

Provisioning: Assignment of Monitoring Criteria

Incidents (alarms) that occur are pre-filtered according to specifications and can be displayed graphically and alphanumerically, or stored separately as a logbook entry (basic protection or emergency manual). A notification or escalation mechanism governs further distribution or dispatch (e.g. email, SMS).

Alarming and Impact Analysis

It is important when single alerts occur from monitoring consoles to be able to determine and recognise the impact on involved services and business services. Graphical analyses (Impact) help to show system-side effects and thus, in critical cases, to identify redundancies or bottlenecks, or to reconfigure affected and disrupted services.

Highlights

• Establishing a central network and system management console
• Integration of Services, CMS (Configuration) and NSM (Monitoring)
• Simple access from external systems, e.g. via REST commands
• Graphical representation of monitoring parameters, alarms and their dependencies
• Pre-configured command library for Nagios / Icinga2