High Availability Support

This topic describes how to configure a sample load balancing configuration and failover support for many of the Imprivata PatientSecure services.

Download a PDF of the guide.

In this configuration, the load balancer server serves two purposes:

  • Directing incoming PatientSecure requests to a server farm, which allows Imprivata PatientSecure to handle a greater volume of requests by balancing the load.

  • Ensuring higher PatientSecure service uptime with failover clusters.

Imprivata PatientSecure supports high availability configurations using the following technologies:

  • Application Request Routing (ARR) on Microsoft’s IIS web server

  • Citrix ADC (formerly Netscaler) appliance with the ADC management GUI

  • F5 BIG-IP GTM/LTM load balancers and their management UI

IMPORTANT:

Imprivata has tested the high availability configurations documented in the procedures below. Use them as guidance when configuring high availability, adjusting as necessary to meet your organization's high availability strategies and policies.

For detailed information, see your load balancer vendor's documentation.

Architecture

The following diagram represents the Imprivata PatientSecure service components deployed in a load-balanced configuration, with one Load Balancer server, two application servers and one database server.

Terminology

In this guide, the following terms are used, especially in the configuration steps and examples:

  • Load Balancer server - the server runs the PatientSecure Server Console component and one of the supported load balancer technologies:

    • Microsoft Internet Information Services (IIS) with Application Request Routing (ARR).

    • Citrix ADC (formerly Netscaler) appliance

    • F5 BIG-IP GTM/LTM - F5's GTM (global traffic managers) provide load balancing services between two or more sites. F5's LTM (local traffic managers) provide load balancing services between two or more servers/applications in the event of a local system failure.

  • Application Server 1 - the server running the PatientSecure service components as the first application server in the configuration.

  • Application Server 2 - the server running the PatientSecure service components as the second application server in the configuration.

PatientSecure Services Supported for High Availability

Imprivata PatientSecure supports the deployment of the following components in a load-balancing configuration:

  • PatientSecure Identity Server

  • PatientSecure Web Services

  • PatientSecure Reporting Service

  • PatientSecure User Interface

  • PatientSecure Admin Console

  • PatientSecure Emergency Search & Palm Vein Authentication Service

  • PatientSecure System Health Service

  • PatientSecure HL7 Services (HL7 Listener, HL7 Processor, and HL7 Sender) keep the patient data in your Imprivata PatientSecure database in sync with the data in your EMR application.

    The HL7 services are designed for failover support. They are not designed for the load balancing of connections. The HL7 services use TCP/IP protocols for communication.

    • HL7 Sender and Processor services.

      The services automatically pick an application server to be their active server, and switch to another healthy server when they detect that the current active server has stopped sending messages.

    • HL7 Listener service.

      The Listener service should only be actively managing traffic on one application server at a time. When the HL7 Listener service fails on Application server 1, you must re-route traffic to Application server 2.

Depending on your environment needs, the optional PatientSecure components can be deployed in a load-balancing configuration:

  • PatientSecure EMPI Service. Allows PatientSecure to integrate with EMPIs such as Verato MPI or IBM Initiate.

  • PatientSecure FHIR Service.

Before You Begin

Before you begin, consider the following items:

Installation Sequence

Configure the Load Balancer Server

The steps for configuring the load balancer server depend on the technology, as each have different interfaces.

Select the load balancer server technology you are configuring:

Connect Clients to a High Availability Environment

Install the PatientSecure client software on the endpoints that will connect to the High Availability environment.

For clients in high availability environments secured with third-party certificates:

  1. On the client endpoints, deploy or install the third-party certificate to the local machine's truststore. For more information on installing certificates, see the Windows documentation for your version of Windows.

  2. Install the PatientSecure client software by using either the installation program or by installing by command line.

    For more information, see Installing the PatientSecure Client.

NOTE:

When connecting your PatientSecure Clients to the High Availability environment, use the same FQDN and Port from the PatientSecure Web Services URL defined in the procedure High Availability Support.

For example: myLoadBalancer.mydomain.com and 7002.

Update Connection Strings

You can update all connection strings for components installed on an application server.

This is especially helpful when migrating a PatientSecure environment from a single application server to a multiple-server High Availability environment.

To update the connections strings to pick up a URL change:

  1. From the PatientSecure Server Dashboard, click the server row for Application Server 1 to open its Server Details page.

  2. In the Server Info section, click Update Service Connection Strings. Enter your Windows credentials for the server.

  3. Repeat the steps for Application Server 2.