The UIM High Availability feature is not officially supported by Idera. Use at your own risk.
This documentation may be inaccurate and scripts identified may be missing or out-of-date. The Idera support team is unable to provide missing information, documentation, or scripts. Documentation and scripts are not updated or tested.
Idera cannot guarantee that future product changes or database updates won't break working HA instances.
The purpose of this article is to outline a few implementation options that provide high availability to an Uptime Infrastructure Monitor environment. The options shown are sample configurations that customers have deployed and are not the only options available. Which option to choose will largely depend on the desired level of availability and redundancy.
Each option has a UIM instance called Self Monitor. The sole purpose of Self Monitor is to monitor vital health and performance information of UIM and execute any self-healing actions if needed. It is tuned to consume very little resources.
UIM Overseer
The goal of this option is to ensure the availability of the production UIM instance by configuring a Self Monitor instance. Alerts will be sent out when the production instance is down or degraded. Moreover, self-healing actions can be performed to minimize downtime of the production instance. This option will ensure the production instance does not silently become unavailable.
The advantage of this option is it's simple to setup and it's cost-effective. The downside is it does not offer any redundancy. However, it does provide alerts and self-healing capabilities that would increase Uptime Infrastructure Monitor availability.
Partial redundancy
In addition to Self Monitor monitoring the production instance of Uptime Infrastructure Monitor, this option consists of a passive instance on standby. The active and passive instances share a single database so that the configuration and historical data will be consistent. Self Monitor monitors whether the active instance is available and when it's unavailable, Self Monitor will execute actions to failover to the passive instance by starting the UIM services. Self Monitor also monitors the database so alerts will be sent when it's unavailable and self-healing actions can be executed.
This option is in the middle of the pack in terms of availability, simplicity and budget-friendly. It offers redundancy by having a passive instance of UIM on standby. When needed, UIM can failover to the passive instance. The single point of failure is the database in this option. One needs to be cautious and make certain the database is backed up regularly.
Full redundancy
This option not only has redundant instances of Uptime Infrastructure Monitor, it also utilizes redundant databases. Similar to the previous option, Self Monitor monitors the active and passive instances of UIM and the databases. The Master database is connected to the active instance and the data is replicated to the slave database. A few failover scenarios can occur:
- If the active instance is down, the passive one can be started
- If the master database is down, the active instance can connect to the slave database
- When the passive instance is connected to the slave database, if the slave database goes down, the passive instance can connect to the master database
As with the other options, alerts are sent out if any of the components are down or degraded and self-healing actions can be executed to attempt to recover prior to failover.
This option offers the most redundancy due to the pair of UIM instances and the pair of databases. However, with redundancy comes complexity and cost. There is more to configure and one will need more servers to implement such a configuration.
Summary
The above chart summarizes how each of the options compares to each other. Any of the options can be used and/or customized to meet the requirements.