How to make sure that your critical Operations Bridge integrations are always up and running

Micro Focus Expert
Micro Focus Expert
1 3 3,419

Many organizations find it difficult to consolidate events from increasingly complex IT infrastructures into a single event stream. They have many best-of-breed tools but lack the overall visibility to triage events and prioritize responses based on common information.

Operations Bridge and its powerful Operations Connector (OpsCx, previously known as BSM Connector) solves this challenge. With OpsCx it’s very easy to consolidate IT events from all of your domains into Operations Bridge. There the consolidated view, shared across multiple domain “towers,” helps your IT operators quickly identify the causes of IT incidents.

Because of the business critical function that the Operations Bridge provides it is typically deployed as a high-availablity solution. The OMi high availability concept consists of a load balancer, two or more gateway servers and a primary and backup data processing server. This HA concept assures high availability for your Operations Bridge.

Integrations to domain managers such as Microsoft System Center Operations Manager (SCOM) or Zenoss are implemented using an Operations Connector system that can gather and receive data using a variety of technologies. For example, an Operations Connector can query databases and read data from logfiles and it can also receive data from domain managers via SNMP traps or a REST web service.

Two Operations Connector systems with two integration packagesTwo Operations Connector systems with two integration packages

These Integrations are often business critical as well. If an integration is not working for an extended period, operators of the Operations Bridge lose their overall visibility and can no longer identify the true cause of IT incidents.

Therefore it’s very important to assure high-availability for integrations as well.

The new OMi 10.11 Operations Connector cluster concept provides that!

With this new cluster concept it’s now possible to group two or even more OpsCx systems together into a logical cluster – no special hardware required - and to deploy several integration packages to this cluster. The cluster nodes then distribute the integration packages to all nodes and decide among themselves where an integration is started:

In a setup with two nodes and two integration packages each cluster node handles one integration package:

Operations Connector cluster with two nodesOperations Connector cluster with two nodes

Metrics collected by one Operations Connector as well as important state information (when did the last data retrieval occur) are synchronized to all other Operations Connector systems.

If one cluster node goes down or can’t be reached anymore because of network problems, then another node takes over the integration package automatically:

A fail-over occured: OpsCx2 takes over integration packageA fail-over occured: OpsCx2 takes over integration package

For an Operations Bridge user this failover is transparent. The integration of topology, metrics and events continues and as all metric data is kept on all nodes, an operator is able to query all collected metrics using OMi’s Performance Dashboard at any time, without having to know where an integration package is currently running.

Once the OpsCx1 system is available again, the package distribution mechanism will make sure that integration packages are distributed equally again among the nodes.

To learn more about this Operations Connector cluster concept, check out the help topic “Configuring Operations Connector High Availability Policies” in the OMi 10.11 online help or in the OMi Administration Guide.

OMi 10.11 comes pre-loaded with a number of Management Packs that you can try out without the hassle of getting management pack software or evaluation license.

Read more:

Operations Bridge



Not applicable

Not related to my work but nice explaination.

Honored Contributor.
Honored Contributor.

Good thinking, usually we only relay on 1 integration path and hope everything goes well

Not applicable

When an ops bridge relies on the tools being available this type of thinking becomes game changing.

As there is no ops bridge to monitor the ops bride, this is the next best thing.



The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.