Appliance System Requirements and Guidance
Review the following before you begin.
Download a PDF of this guide.
To deploy an Imprivata G4 (fourth generation) appliance on Microsoft Azure, skip this topic and instead see Deploy G4 Appliances on Azure for appliance guidance.
System Requirements
System requirements vary by the appliance generation. For appliance system requirements, see the Supported Components in the Imprivata Environment Reference.
Unsupported
The following virtual appliance configurations are not supported:
-
The cloning of appliance virtual machines is not supported.
-
Infrastructure-level snapshots of appliance virtual machines are not supported.
Considerations for Storage Level RAID Protection
While most customers will want to use RAID 5, Imprivata recommends RAID 1+0 or RAID 10 for any appliances that are experiencing a challenge with throughput, especially G4 database appliances.
Number of Appliances to Deploy
For specific questions about enterprise configuration or additional guidance, contact Imprivata services or support.
G4 Appliances
The number of appliances appropriate for a G4 enterprise depends on many factors, including user counts, authentication methods, and other issues.
First, consider the two G4 appliance types and the limits on their numbers per enterprise:
-
Database appliances host the databases, perform database replication, service endpoint agent requests, and contain all audit data.
-
Enforced maximum of two database appliances per enterprise.
-
The first two appliances configured are always database appliances.
-
-
Service appliances exclusively service endpoint agent requests.
-
Recommended maximum of four service appliances per enterprise.
-
-
Recommended maximum of six total appliances per enterprise. Adding more appliances beyond six typically does not yield performance improvements.
-
No audit appliances.
For G4 appliances, Imprivata recommends three standard deployment options: two-, four-, and six-appliance enterprises. The two-appliance enterprise offers three different CPU and RAM configuration options for scale.
Recommended Options | 2 Appliance Enterprise | 4 Appliance Enterprise | 6 Appliance Enterprise | ||
---|---|---|---|---|---|
Database appliances | 2 | 2 | 2 | 2 | 2 |
CPUs per appliance | 4 | 8 | 8 | 8 | 8 |
RAM (GB) per appliance | 8 | 16 | 32 | 16 | 16 |
Service appliances | 2 | 4 | |||
CPUs per appliance | 2 | 2 | |||
RAM (GB) per appliance | 8 | 8 | |||
Total appliance CPUs in enterprise | 8 | 16 | 16 | 20 | 24 |
Total appliance RAM in enterprise | 16 | 32 | 64 | 48 | 64 |
Number of user sessions supported (in optimal conditions) | 22,000 to 28,000 | 28,000 to 36,500 | 36,500 to 47,500 | 47,500 to 62,000 | 62,000 to 80,000+ |
Regarding the last row of the table above: If many or most users use Virtual Desktop Infrastructure (VDI) applications and/or desktops, then the number of user sessions can be double or triple the number of online users for the enterprise.
If you change the amount of RAM per appliance, it increases the storage required in your hypervisor environment for the virtual memory swap file for powering on the virtual appliance. Ensure that you have allocated enough storage to accommodate the change. Otherwise, powering on the virtual appliance will fail.
G4 appliances ship with four CPUs by default. When deploying new G4 service appliances, manually remove two CPUs. These defaults and requirements do not apply to G4 appliances on Azure. For information on G4 appliances on Azure, see Deploy G4 Appliances on Azure.
-
The base two-appliance G4 enterprise, having 4 CPUs and 8 GB RAM per appliance, totaling 8 CPUs and 16 GB RAM for the enterprise, can be equated to a base two-appliance G3 enterprise that can accommodate 22,000 to 28,000 user sessions.
Each additional column or step in the G4 table above yields approximately a 30% improvement in throughput.
-
Odd numbers of appliances are recommended only when migrating from a G3 or G2 enterprise to a G4 enterprise, when the original enterprise has an odd number of appliances.
-
Migrations require the same number of G4 appliances in your new G4 enterprise as you have in your existing G3 or G2 enterprise, to support the enterprise export from G3 or G2 and import into G4.
-
For a migration with an odd number of appliances, after you transition your G4 enterprise to production, Imprivata recommends that you transition to a standard deployment configuration.
-
-
Selecting an optimal enterprise configuration depends on knowing your total number of users and endpoints in your environment, usage patterns to identify peak activity periods, and disaster recovery needs that may stretch the topologies and halve the resources for active/active type setups.
There are many factors that affect performance including authentication types, multi-factor authentication methods, EPCS (electronic prescription of controlled substances) workflows, underlying hardware options for hosting the virtual machines that host the appliances, underlying network topology, and more.
Newer high performing systems may yield better throughputs, and conversely older systems may yield poorer performance.
-
For customers with active G3 enterprises larger than two appliances, the rule of thumb is to first count the total number of CPUs in your current deployment. Then in the G4 table above, in row Total appliance CPUs in enterprise, find a G4 configuration with a matching CPU count.
Network Services Configuration
The Imprivata appliance supports the initial assignment of the following:
-
IP address, subnet mask, and default gateway.
- DNS servers.
-
NTP servers from the NTP Pool Project.
IP Address and Default Gateway Configuration
As part of the initialization process, an IP address, subnet, and default gateway are initially assigned.
This is achieved using either DHCP, if enabled in your environment, or later using the Imprivata Appliance Console when adding the appliance to a network. If required, you can change the settings using one of the following:
-
The Imprivata Appliance Console before running the Imprivata appliance configuration (setup) wizard.
-
The Imprivata Appliance Console (https://<appliance IP address>:81/) after completing the appliance configuration (setup) wizard.
NOTE: If DHCP is used to assign these values, be sure to take the necessary steps to prevent duplicate IP address conflicts on the DHCP network. The Imprivata appliance requires a static IP address.
DNS Server Configuration
As part of the initialization process, up to three DNS servers are initially assigned.
-
This is achieved using either DHCP, if enabled in your environment, or using the Imprivata Appliance Console.
-
If required, the appliance configuration (setup) wizard lets you change these settings as part of the initial setup of the network services. Additionally, after the appliance has been added to the enterprise, you can use the Imprivata Appliance Console (Network > Name Resolution) to update them.
NTP Server Configuration
As part of the initialization process, the following servers from the North American pool are configured by default:
-
0.north-america.pool.ntp.org
-
1.north-america.pool.ntp.org
-
2.north-america.pool.ntp.org
If required, the appliance configuration wizard lets you change these settings as part of the initial setup of the network services. Additionally, after the appliance has been added to the enterprise, you can use the Imprivata Appliance Console (Network > NTP) to update them.
NOTE: If you choose to change the defaults, configure at least two external internet-based NTP servers for redundancy. Internal NTP servers are not recommended.
Using an internal NTP server or a Windows Server as an NTP source is not recommended. Windows does not correct any offset that may occur. Windows will keep adding to the offset and eventually an error will occur.