Description / Installation |
This page contains the complete set of instructions required for a customer to download and install a virtual machine (VM) containing the Vocera application.
Overview
In addition to the set of instructions on this page, Vocera will provide the FTP site and login credentials to access the appliance. The virtual machine (VM) is provided as an .ovf file containing the entire VM and application.
Requirements
A virtual machine host is required. This document contains instructions for installing the Vocera VM on a host system running VMWare using the vSphere client program. Please refer to the instructions for your facility's VM host program.
Browser Requirements
Network Requirements
All network segments from the monitor to the fixed or mobile communication device should have a network latency for an 8000 byte packet of no more than 70 milliseconds, or an end-to-end latency of no more than 500 milliseconds.
The following table describes the firewall requirements which should be configured in order to successfully install, update, and support the Vocera Engage application and its operating system.
Port | Destination | Purpose |
---|---|---|
22 | svc.ext-inc.com (199.180.201.227) | Remote Support (SSH) |
443 | svc.ext-inc.com (199.180.201.227) |
Initial Server Provisioning Port must be left open for Remote Support |
443 | yum.ext-inc.com (199.180.201.238) | Upgrade repository for OS & Application |
VM Requirements
The Vocera VM requires the following resources.
Component | Specification |
---|---|
Network Addresses | 1 – Static IP address with network connectivity to required data sources |
Remote Connectivity | Remote connectivity via VPN client from Vocera Engage |
Operating System | Support for Linux 64-bit operating system |
The allocation of resources for the Vocera VM server (i.e., processor, memory, etc.) for optimal performance will depend on factors such as the volume of inbound data, processing overhead of the data type, and the complexity of the solution implemented. It is not always practical to conduct a detailed analysis at the start of every project to determine the correct hardware selection. The table below provides recommendations for the VM resource allocation. It uses two factors as criteria for the resource allocation based on information that must be known at the time the customer quote is completed:
1. Number of Beds – As an indicator of the volume of inbound data to be processed
2. Number of PS Days for Implementation – As an indicator of the complexity of the implemented solution, (i.e., number of workflows, number of integrations, etc.)
Using the Number of Beds and Number of PS Days information for a project, find the server type recommendation in the able below. The server types will be defined in another table further below.
Hospital Size / Solution Complexity | 100 Beds Or Less | 100 To 500 Beds | 500 Beds Or Larger |
---|---|---|---|
30 Days Implementation Or Less (Low Complexity Integration) | Small Server | Medium Server | Medium Server |
30 To 50 Days Implementation (Medium Complexity Integration) | Medium Server | Large Server | Large Server |
50 Days Implementation Or More (High Complexity Integration) | Large Server | Large Server | Large Server |
When a deployment is expected to have multiple phases, the VM selection generally should allow for the computing requirements in all phases, not just the requirements expected in the first phase.
The ideal target for resource utilization when the server is running in steady state should be the CPU load at one or below, and the disk input/output average wait time per transaction should be less than 100 milliseconds. When the CPU load number approaches or exceeds the number of cores allocated to the server, it is an indication of an overloaded condition; possible overload causes can be either too low disk input/output throughput or under-powered CPUs for the given workload.
Resource Specifications
The following table of information is provided as a recommendation based on observations of existing customer installations. The installed hardware infrastructure in a customer's data center may not allow for an exact match to the specification below. When an exact match is not possible, the selected hardware should approach the performance of the recommended setup. The website http://www.cpubenchmark.net provides performance information on a wide span of processors, making it possible to compare a given customer's hardware against the recommendations listed below.
For photo storage information and resource specifications on the Media appliance, see the Media appliance and adapter documentation.
Server Size | CPU | Memory | Storage | CPU Benchmark |
---|---|---|---|---|
Small | Four Cores, Intel Xeon E3-1225 V2 @ 3.20GHz | 8GBytes RAM | 100GBytes HDD | http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E3-1225+V2+%40+3.20GHz |
Medium | Four Cores, Intel Xeon E5-2640 @ 2.50GHz | 16GBytes RAM | 300GBytes HDD | http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E5-2640+%40+2.50GHz |
Large | Eight Cores, Intel Xeon E5-2690 @ 2.90GHz | 16GBytes RAM | 500GBytes HDD | http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E5-2690+%40+2.90GHz |
Appliance Sizing Calculation
Active customer sites may want to calculate the database size that will work best for them, given their space and time parameters. The following information is provided to calculate High Availability (HA) capacity of the appliance's database size per active bed per unit time, and historical archive appliance needs.
Step | Process | Calculation |
---|---|---|
1. | Count the number of locations that alerts are delivered to | Locations = Beds + Tele-pack locations + Other (or, Locations = Beds * 130%) |
2. | Determine how long data will stay on the primary appliance | Assume 1 year's worth of data |
3. | Determine how long data will stay in long term storage on the reporting server or archive appliance | Assume 20 years' worth of data |
Total | Number of HA Appliances * Appliance Storage + Long Term Storage |
Downloading the VM
Using a web browser, navigate to the FTP site and log in with the provided credentials.
Download the VM files to a location that can later be accessed by your VMWare vSphere client.
Installing the VM
Install the Vocera VM via the virtual machine host program supported by your facility. The following steps describe importing the VM using VMWare's vSphere client.
Conclusion
The appliance is now ready for configuration by the Vocera Implementation Engineer (IE). Please reach out to your designated IE who will set the static IP address of the VM and enable your administrator login capabilities.