Installing SQL Monitor with High Availability
Published 07 October 2020
Having multiple components which span different technologies, there are several options when implementing SQL Monitor as a High Availability solution.
This page describes:
- SQL Monitor components and popular High Availability options.
- How to install SQL Monitor with High Availability.
- Upgrading a SQL Monitor High Availability installation.
SQL Monitor components and popular High Availability options
Data repository
Making a SQL Server database highly available is common and the same techniques can be used for the SQL Monitor database, the most popular being:
- Availability Group.
- SQL Server Failover Cluster instance.
Web Server
When choosing a Web Server to use with SQL Monitor, there are two installation options: default SQL Monitor Web Server (IIS Express) and your own IIS Server.
Users choosing their own IIS Server can use existing techniques to make that IIS Server highly available.
If using the default SQL Monitor Web Server, this can be configured as a Windows Failover Cluster Resource (see below).
Monitoring service
This can be configured as a Windows Failover Cluster Resource (see below).
Installation guide
The steps required to configure SQL Monitor as a High Availability solution.
This example uses the following methods:
- Data repository – Availability Group database.
- Web server – Windows Failover Cluster resource.
- Monitoring service – Windows Failover Cluster resource.
This guide requires a Windows Failover Cluster to have been pre-configured and SQL Server instances available to be part of an Availability Group, as well as prior knowledge of configuring Availability Groups.
Installation steps
- To use an Availability Group database as part of the solution, create an empty database, Availability Group and Availability Group listener using your preferred method.
- Copy the SQL Monitor installer to all nodes on your Windows Failover Cluster.
Follow the instructions on Configuring Top Query Search to allow all nodes to share the search index data.
Improving the performance of SQL Monitor when the base monitor is clustered across multiple subnets
If an alternative approach is taken to make the website part of SQL Monitor highly available, the SQL Monitor website can be configured to access the base monitor service through the network address corresponding to the clustered base monitor service. When Windows Server Failover Cluster that runs in multiple subnets, for example because they are in different datacenters,the standard way that the network resource is presented may, depending on DNS configuration, result in the website being unable to communicate with the base monitor service for a long period of time.
To address this, SQL Monitor can take advantage of multiple IP addresses being associated with the cluster resource to avoid this delay. This is analogous to the way that an availability group / FCI listener registers multiple IP addresses to support the MultiSubnetFailover connection string parameter. To register multiple IP addresses for the base monitor network address:
Upgrade guide
When configuring SQL Monitor in this way, extra steps are needed to successfully upgrade the Web Server and Monitoring service.