Deploy a Nutanix Appliance

System requirements vary by the appliance generation. For appliance system requirements, see Imprivata OneSign Supported Components in the Imprivata Environment Reference.

The release introduction history of supported appliances is: 

• Imprivata OneSign 7.11 and later releases require G4 (fourth generation) appliances.

• Imprivata OneSign 7.10 introduced the General Availability (GA) release of the G4 appliance to all customers, including for G3 or G2 enterprise migrations to G4.

  Imprivata OneSign 7.10, 7.9, and 7.8 support either G3 or G4 appliances, but not both G3 and G4 appliances on the same enterprise.

• Imprivata OneSign 7.8 introduced the Controlled Availability (CA) release of the G4 appliance to select customers or on request. 

• All maintained releases of Imprivata OneSign, up to 7.10, require G3 appliances.

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.

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+

• 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.

G3 Appliances

The number of appliances appropriate for a G3 (third generation) enterprise depends on numerous factors, including user session counts, authentication methods, network topology, site configuration, and failover requirements.

• In general, using the fewest appliances necessary to meet these requirements is optimal.

• Only add appliances for redundancy or disaster recovery.

• Before adding appliances to the enterprise, consider scaling up by adding cores to the appliance beyond the preset two cores.

• The maximum number of cores per appliance is eight (8).

• Include audit appliances in the active mix of appliances servicing authentication requests.

• Approximately 11,000 to 14,000 user sessions can be supported per appliance, depending on workflows.

Examples

• For 22,000 to 28,000 user sessions, use an enterprise of two appliances, with two cores each.

• For 28,000 to 48,000 user sessions, use an enterprise of two to three appliance, with four cores each.

• For 48,000 to 100,000 user sessions, use an enterprise with three appliances, with four to eight cores each.

Beginning with Imprivata OneSign 7.2 SP1, the Imprivata appliance now supports the initial assignment of the following:

• IP address, subnet mask, and default gateway.

• DNS servers.

• NTP servers from the NTP Pool Project.

You upload the Imprivata VMDK file (system-disk1) to create the appliance image.

To create the image:

1. From your fulfillment letter, download and extract the Imprivata Virtual Appliance RAR file.

2. In the Prism UI, select Settings from the main menu.

   

3. On the Settings page, click Image Configuration, and then click Upload Image.

4. Enter a name for the image.

5. From the Image Type list, select Disk.

6. Select a storage container, specify the image source location, and then click Save.

To deploy the appliance:

1. In Prism UI, select VM from the main menu, and then click Create VM.

   

2. On the Create VM dialog:

   1. Enter a name and select a timezone.

   2. Under Compute Details, allocate the minimum required RAM and CPU, and then click Add New Disk.

      See "Imprivata OneSign Supported Components" in the Imprivata Environment Reference for the minimum requirements.

3. On the Add Disk dialog:

   1. From the Operation list, select Clone from Image Service .

   2. From the Image list, select the appliance image that was created using the Imprivata VMDK file, and click Add.

4. On the Create VM dialog:

   1. Under Disks, select Disk as the boot device.

      NOTE:

      Under Boot Configuration, the default value is Legacy BIOS. Leave the default value.

   2. Under Network Adapters (NIC), click Add New NIC.

5. On the Create NIC dialog:

   1. From the VLAN list, select the target virtual LAN.

   2. Deploy the NIC in a Connected state, and then click Add.

6. On the Create VM dialog, click Save.

The following procedures detail how to add the appliance to the network.

Verify that the files were not corrupted during download.

1. In the Imprivata Virtual Appliance RAR file, there should be three files:

   • .mf - a manifest files, containing checksums for the OVF and VMDK files.

   • .ovf - the virtual machine template file, containing a description of the virtual machine.

   • .vmdk - the virtual machine hard disk file.

2. Open the .mf file in a text editor. It is formatted similar to the following example:

   SHA1(imprivata6.2.ovf)= a956be53480a2d6f4ca43a9c6ef46fba2e326150
   SHA1(system-disk1.vmdk)= a2bedcb3bfb14e7bbbf5ad481d58104aa1ec79ba

3. Run a hash of each of these two files to verify the resulting checksums against the contents of the manifest file.

   Use the following PowerShell command to get the file hash and convert it to lower case for easy comparison:

   $(Get-FileHash .\imprivata6.2.ovf -Algorithm SHA1 | Select -ExpandProperty Hash).ToLower()

4. Compare the output of the PowerShell command with the checksum in the manifest file.

   • If the checksums match, it confirms that the download is good and that the extracted files are good.

   • If the checksums do not match, it indicates that the files may be corrupted and may indicate a problem with either the extraction or download process.