SimpliVity OmniCube for vSphere Client Administrator Guide

OmniCube™ for vSphere Client
Administrator Guide
OmniStack™ Software Version 2.1.6
OmniCube Administrator Guide for vSphere Client
SimpliVity, the SimpliVity logo, OmniCube, OmniStack, OmniCube Accelerator, CN-2000, CN-2200,
CN-3000, CN-5000 and Data Virtualization Platform are trademarks or registered trademarks of
SimpliVity Corporation in the United States and certain other countries. All other trademarks are the
property of their respective owners.
Information in this document is subject to change without notification.
Reproduction in any manner whatsoever without the written permission of SimpliVity Corporation is
strictly forbidden.
© SimpliVity Corporation 2015
Publication Date: 1/23/2015
Part Number: 760-000002 Rev H
2
Table of Contents
Preface
Documentation and Customer Support
Technical Support
1 - Introduction to OmniCube
Converged Server and Storage Solution
OmniCube Features
Federation Hardware and Software
OmniCube System Architecture
Integration with vCenter Server
Non-SimpliVity ESXi Host Access to Datastores in a Federation
SimpliVity VAAI NAS Plug-in
OmniCube Deployment Preparation
OmniCube User Accounts and Single Sign-On
OmniCube User Accounts
SimpliVity User Account
Changing the SimpliVity User Password
Running Linked Mode Using vCenter V5.1 or Later
VMware Environment
Network Address and vSphere Inventory Requirements
Networks and Other Considerations and Requirements
Network Configuration Worksheet
Ports Required for Network Communication
2 - Deploying OmniCube
Tasks for OmniCube Deployment
Task 1—Installing the SimpliVity vSphere Extension
Task 2—Installing the SimpliVity Arbiter on the vCenter Server
Task 3—Performing the Initial ESXi Host Configuration
Task 4—Configuring the OmniCube Systems in vCenter Server
Adding the OmniCube Systems as ESXi Hosts
Virtual Switches for the OmniCube Systems
Configuring NTP on the OmniCube Systems
Task 5—Using the Pre-deployment Wizard
Pre-deployment Wizard Worksheet
Starting the Pre-deployment Wizard after Adding an OmniCube
Starting the Pre-deployment Wizard from the vSphere Home Screen
Creating a Pre-deployment Configuration File
Specifying OmniCube Systems to be Deployed
Specifying Management Network Information
Specifying Storage and Federation Network Information
Specifying NTP Server Information
Exporting and Validating the Configuration File
3
9
9
9
10
10
11
12
12
14
16
16
17
17
17
19
21
21
22
24
24
26
27
28
28
29
30
31
32
32
32
38
38
39
40
41
41
41
42
42
43
43
OmniCube Administrator Guide for vSphere Client
Table of Contents
Pre-deployment Results Screen Checks
Validation Warnings and Errors
Pre-deployment XML Configuration File
Using an Existing Pre-deployment Configuration File
Using a Pre-deployment Configuration File to Deploy an OmniCube
Task 6—Deploying OmniCube and Configuring a Federation
Selecting the Deployment Method
Deploying OmniCube Without Using A Pre-deployment Configuration File
Deployment Checking Host Screen
Post-Deployment Tasks for a Federation
Retrying a Failed OmniCube Deployment
Setting the Datacenter Time Zone
Supported Time Zones
Configuring the SimpliVity VAAI NAS Plug-In
Prerequisites for Installing the SimpliVity VAAI NAS Plug-in
Installing the SimpliVity VAAI NAS Plug-in
Installing on OmniCube
Installing on Non-SimpliVity ESXi Hosts
Sample VAAI NAS Plug-in Installation
Uninstalling the SimpliVity VAAI NAS Plug-in
Sample VAAI NAS Plug-In Removal
Installation Verification for the VAAI NAS Plug-in Using the vSphere GUI
Installation Verification for the VAAI NAS Plug-in Using esxcli
Sample Verification Session
3 - Starting Up and Shutting Down an OmniCube
Setting the Virtual Machine Startup and Shutdown Sequence
4 - Adding OmniCube Systems to a Federation
Considerations When Adding OmniCube Systems to an Existing Federation
Pre-Deployment State and Software Compatibility Levels
Adding OmniCube Systems
Removing OmniCube Systems from a Federation
Replacing an OmniCube in a Federation
5 - Federation Management
Displaying Information About a Federation OmniCube
Federation Security
Ensuring Consistent Time in a Federation
Federations in Linked Mode vCenter Servers
Configuring and Testing Phone Home
Configuring Phone Home
Testing the Phone Home Configuration
Removing a Datacenter
Procedure for Removing a Datacenter from a Federation
Federation Management User Interfaces
Displaying an Overview of the Federation
4
44
45
46
46
47
48
48
49
52
53
53
54
54
64
65
66
66
67
68
68
69
69
70
70
71
72
74
74
75
76
77
78
79
79
82
83
83
84
85
86
87
87
87
88
OmniCube Administrator Guide for vSphere Client
Table of Contents
Datacenters Panel
Policies Panel
Throughput Panel
Managing a Federation with vSphere Client
Requirements for Using vSphere Client to Manage a Federation
Managing Data in the SimpliVity Graphical User Interface
Selecting, Sorting, and Filtering SimpliVity GUI Data
Organizing SimpliVity GUI Data in Tables
Filtering SimpliVity GUI Data by Columns
Using the OmniCube Command Line Interface
Displaying Information About a Federation Datacenter
Virtual Machines Panel
Performance Panel
Datastores Panel
OmniCube Systems Panel
Storage Space Consumption and Reporting
Storage Space Reporting
Displaying Storage Space Use for a Federation Datacenter
Graphical Representation of Logical Space Consumption
Physical Space in a Federation Datacenter
Active Data Usage in a Federation
Storage Space Used for Data Security
Effective Logical Usage
Storage Efficiency and Space Savings
Storage Capacity Input Values and Reporting
Calculating Unique Data in Backups to Reclaim Physical Storage Space
Alternate Methods of Reclaiming Physical Storage Space
Calculating the Unique Data in Backups
Changing the Network Configuration for a Federation
Overview of OmniCube IP Address Changes
Changing the IP Address on a Non-SimpliVity ESXi Host
6 - Identifying and Solving Problems in a Federation
Federation Troubleshooting - Using Support Capture Archives
Preparing Support Capture Resources
Monitoring Federation Events and Alarms
Monitoring Federation Tasks
Determine Whether VMs are in Storage HA Compliance
OmniCube and Federation Heartbeats
Troubleshooting Datastores
Incomplete Datastore Creation
Restarting the SimpliVity Arbiter
Identifying Software Revisions
7 - OmniCube Cloud Datacenter
OmniCube Cloud Datacenter Features
5
88
90
90
90
93
93
94
95
95
96
96
97
98
99
100
100
101
101
103
104
104
105
105
106
107
107
108
108
110
110
110
112
112
112
113
113
113
114
115
115
116
116
117
117
OmniCube Administrator Guide for vSphere Client
Table of Contents
Cloud Terminology
Amazon Web Services Requirements
OmniCube Cloud Datacenter—Configuration Overview
Configure Amazon Web Services Users
Create OmniCube Cloud Datacenter Groups, Users and Credentials
Create the OmniCube Admin Group and OmniCube Admin
Create the OmniCube User Group and OmniCube User
Configuring Your Cloud Network
Virtual Private Network and Virtual Private Cloud Concepts
Prerequisite Tasks for VPN/VPC
Configuring Virtual Private Cloud (VPC) and Virtual Private Network (VPN)
Configure a VPC with Public and Private Subnets
Add Subnets to your VPC
Create Security Groups for the VPC
Enable Inbound Traffic
Configuring the Amazon Elastic Compute Cloud (EC2)
Obtain the Elastic Network Interface (ENI) from the EC2 Instance
Configure or Change EC2 Security Groups
Deploying an OmniCube Cloud Datacenter
Prerequisites for Deploying an OmniCube Cloud Datacenter
Procedure for Deploying an OmniCube Cloud Datacenter
Preserving Your Private Key File (PEM)
Using OmniCube Cloud Datacenter Features
Datacenters Panel
Throughput Panel
Space Reporting for an OmniCube Cloud Datacenter
Backups in an OmniCube Cloud Datacenter
OmniCube Cloud Datacenter Summary Panel
Remove OmniCube Cloud Datacenters
Before You Begin
Removing an OmniCube Cloud Datacenter
Removing the S3 Bucket
Generating Replacement AWS Access Keys
Using the OmniCube Cloud Datacenter VPC Template
Prerequisites for Using the VPC Template
Procedure for Using the VPC Template
Modifying your VPN to use a Static IP
Adding a Static Route on a Switch
8 - Provisioning Federation Resources
Federation Datastores
Creating a Datastore in a Federation
Displaying Information About a Federation Datastore
Summary Panel
Logical Capacity Panel
6
118
119
120
120
121
122
122
124
124
125
125
126
126
126
127
127
127
128
128
129
130
131
131
132
133
134
135
136
136
137
137
137
138
138
138
139
140
140
142
142
143
144
145
145
OmniCube Administrator Guide for vSphere Client
Table of Contents
Virtual Machines Panel
Changing the Backup Policy for a Federation Datastore
Resizing a Federation Datastore
Deleting a Federation Datastore
Allowing Datastore Access to Non-Federation ESXi Hosts
Federation Virtual Machines
Creating a Virtual Machine in a Federation Datastore
Prerequisites for Federation VMs
Creating Federation VMs
Displaying Information About a Federation Virtual Machine
Cloning a Federation Virtual Machine
Moving a Federation Virtual Machine
Deleting a Federation Virtual Machine
9 - Data Protection and Recovery
How to Protect Data in a Federation
Federation Virtual Object Names
Backup and Restore Options for Federation Virtual Machines
Limits on VM Backups
Application Consistent Backups
Disaster Protected Backups
Manual Backups of Federation Virtual Machines
Creating a Manual Backup of a VM
Policies for Scheduled Backup Operations
Creating a Backup Policy
About Backup Policy Rules
Prerequisites for Backup Policy Rules
Adding or Deleting Backup Policy Rules
Automatic Adjustment of Policy Rules
Displaying Backup Policies and Rules
Deleting a Backup Policy
Renaming a Backup Policy
Changing the Backup Policy for a Federation Virtual Machine
About Backup Filtering
Maximum Number of Matching Backups
Sorting the Outcome of a Filter or Query
Specifying Filters and Queries
Character Matching in Filters
Running a Filter Query
Using the Filter Panel
Adding a New Filter or Query
Removing a Filter
Editing a Filter or Query
Exporting Lists of Backups
Troubleshooting Filters and Queries
7
145
146
147
147
148
151
151
152
152
152
156
156
158
159
159
160
160
161
162
162
163
163
164
165
167
167
168
169
170
171
171
172
173
173
174
174
176
176
177
177
178
178
178
178
OmniCube Administrator Guide for vSphere Client
Table of Contents
Incorrect Filter Values
Duplicate Filters
Filtering In Virtual Machine View
Backup Filtering Search and Refresh Options
Displaying Backups for a Federation Virtual Machine
Display All Backups in a Federation vCenter
Display all Backups in a Datacenter
Backup Tasks
Canceling a Backup of a Federation Virtual Machine
Copying a Backup of a Federation Virtual Machine
Copying a Backup from the VM View
Deleting Backups of a Federation Virtual Machine
Deleting a Backup from the VM View
Deleting a Backup from the Datacenters Panel
Deleting a Backup from the Datacenter
Locking a Backup of a Federation Virtual Machine
Renaming a Backup of a Federation Virtual Machine
Recovering Federation Virtual Machine Data
10 - Upgrading Software and Hardware
OmniStack Software Upgrade
Overview of the OmniStack Software Upgrade Process
Preparing for Software Upgrades
Before Upgrading the Software
Using the Upgrade Procedures
Obtaining the Software Upgrade Package
Upgrading the SimpliVity vSphere Extension
Upgrading the SimpliVity Arbiter
Uploading an OmniStack Software Upgrade Package to a Federation
Upgrading the OmniStack Software in Datacenter
Post Upgrade Tasks
Upgrading an Individual OmniCube
Rolling Back an OmniStack Software Upgrade
Upgrade a Federation that Includes OmniCube Cloud Datacenter
Before You Begin
Upgrading an OmniCube Cloud Datacenter
Committing an OmniStack Software Upgrade
Upgrade Commit by Datacenter
Upgrade Commit by OmniCube
Upgrading or Replacing OmniCube Hardware
Index
8
178
179
179
180
180
180
183
184
185
186
186
187
187
187
188
188
189
190
192
192
194
194
196
196
197
198
198
199
199
201
202
203
204
204
205
205
206
206
207
208
Preface
This manual introduces OmniCube and its functions and describes how to configure and manage a Federation by using the SimpliVity vSphere™ Extension (plug-in).
Documentation and Customer Support
Documentation in PDF format is located on the distribution USB flash drive.
OmniCube documentation includes the following:
• OmniCube Release Notes—Provides the latest information about OmniCube.
• SimpliVity QuickStart - Hardware Installation—Provides condensed instructions for installing the
hardware. You should also read the instructions in the Rail Kit when installing and cabling the system in a rack.
• SimpliVity QuickStart - Software Configuration—Provides condensed instructions for setting up the
system and creating a Federation. • Hardware Installation and Maintenance Guide—Provides detailed information about installing and
maintaining the hardware for your platform.
• OmniCube for vSphere Client Help—Describes how to deploy OmniCube and create and manage
a Federation.
• OmniCube Command Reference—Describes how to use the OmniCube command line interface
(CLI) to manage a Federation.
In addition, you should read the VMware documentation, including the VMware Release Notes. See:
• http://www.vmware.com/support/pubs/.
• vCenter Best Practices.
Technical Support
To contact SimpliVity support, visit the SimpliVity Web site at www.SimpliVity.com/company/support.
In addition, SimpliVity recommends that you configure Phone Home to automatically send messages to
specific administrators about significant OmniCube system events that may help you diagnose and correct issues.
9
1 - Introduction to OmniCube
This section introduces OmniCube and describes its features and architecture.
Converged Server and Storage Solution
SimpliVity OmniCube is a converged server and storage solution that is optimized for the VMware
environment and provides:
• High availability
• Scalability
• Efficient disaster protection
• Global unified management
An OmniCube system consists of the OmniStack software running on the SimpliVity OmniCube
hardware platform. To enable key functionality such as high availability, dynamic resource sharing, and
efficient data movement, OmniCube systems are deployed in sets of two units (Figure-1) within vCenter
Server. The network of OmniCube systems is called an OmniCube Federation.
As capacity and performance needs increase, you can add more OmniCube systems to the Federation for
on-demand scalability, with no disruption to users.
Figure-1: OmniCube Systems
10
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
OmniCube Features
OmniCube includes the following features:
• Pre-deployment wizard for efficient installation and configuration.
• Efficient data storage through automatic, granular deduplication and compression throughout the
data life-cycle, with no impact on performance.
• Globally-unified, VM-centric management:
◦ Seamless integration with vSphere Client for a single point of management of all OmniCube
systems throughout a Federation.
◦ Integration with VMware vCenter access control system.
◦ Intelligent, automated operations for easy management.
◦ Fast VM provisioning and rapid clone functionality with VAAI support.
◦ Detailed VM performance statistics and analysis.
• Simplified scale-out capabilities. Add more OmniCube systems to expand capacity and
performance with no disruption to users and service levels.
• Native data protection and disaster recovery:
◦ VM backups to the local data center, remote data centers and OmniCube Cloud Datacenter for
disaster protection.
◦ Enhanced backup management through filtering, sorting, and queries.
◦ Customized policies for automated VM backups with local timezone support.
◦ Support for application consistent backups.
◦ Fast VM recovery from backups.
◦ VM clones that support VAAI.
• Fault tolerance:
◦ Highly-available hardware with no single points of failure and hot-swappable components.
◦ Highly-available shared storage. Because data in a Federation datastore is accessible by more
than one OmniCube in a Federation, if an OmniCube hosting a VM fails, you can start the VM
on a different OmniCube in the datacenter.
• Dynamic resource sharing across the Federation.
• Command line interface (CLI) for scripting operations.
• Non-SimpliVity ESXi hosts can access SimpliVity datastores.
• Serviceability features:
◦ Automatic support notification through the SimpliVity Support Agent for fast service response.
◦ Software upgrades with no disruption to users and service levels.
11
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Federation Hardware and Software
Each OmniCube system consists of the OmniStack software running on a SimpliVity OmniCube system.
See the Hardware Installation and Maintenance Guide for specific model details and information about
hardware installation and configuration.
The OmniCube system contains the following pre-installed software:
• OmniStack Software
• VMware ESXi
In addition, the following software is used in a Federation:
• SimpliVity vSphere™ Extension (plug-in) customer-installed on each computer running vCenter
Client.
• SimpliVity Arbiter customer-installed on the computer running vCenter Server. The SimpliVity
Arbiter agent:
◦ Facilitates communication between the OmniCube systems in the Federation.
◦ Enables failover and recovery operations.
OmniCube System Architecture
You create a Federation by adding two OmniCube systems to a vCenter Server datacenter as ESXi hosts
and then deploying them as a Federation. Each OmniCube system provides computing, storage, and other
resources to the Federation.
A Federation uses these networks:
• Storage network—For data storage traffic.
• Federation network—For Virtual Controller communication within a Federation datacenter.
• Management network—For management access to the Federation.
Other networks might also be available based on VMware best practices.
After configuring the Federation, you create datastores in the Federation. These datastores are shared by
and accessible to all OmniCube systems in the datacenter. You then create VMs in a Federation
datastore. The VM data is deduplicated and compressed throughout its life-cycle.
For an example of a two-OmniCube Federation, see Figure-2.
12
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Figure-2: Two-OmniCube Federation
To achieve high availability for the VMs in a Federation, all data for a VM is simultaneously written to
its local OmniCube system in addition to another OmniCube system within the datacenter. If an
OmniCube hosting a VM fails, you can restart the VM on a functioning OmniCube in the Federation or
use VMware HA to automate the VM failover.
If you need more capacity or performance, you can add more OmniCube systems, with no disruption to
users. You can add the OmniCube systems to the same datacenter to increase the capacity of the
datacenter, or you can add the OmniCube systems to a different datacenter. Using two datacenters in a
Federation enables you to back up VMs to a remote datacenter location for disaster tolerance.
For an example of a four-OmniCube, single-datacenter configuration, see Figure-3. For an example of a
four-OmniCube, two-datacenter configuration, see Figure-4.
Note: Access to the Federation datastores you create in a datacenter is limited to the Federation
OmniCube systems in the datacenter.
13
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Figure-3: Four-OmniCube, One-Datacenter Federation
Figure-4: Four-OmniCube, Two-Datacenter Federation
Integration with vCenter Server
OmniCube is integrated with vCenter Server through the SimpliVity vSphere™ Extension (plug-in). You
deploy OmniCube and manage the Federation through vSphere Client. Federation security is based on
the access control system for the vCenter Server.
Each Federation OmniCube appears as an ESXi host, and SimpliVity tabs, menus, and other information
specific to the Federation appear in vSphere Client. Federation status and troubleshooting information
appear in the vSphere Client Tasks & Events tab and in the Alarms tab.
Note: You can use the SimpliVity command line interface (CLI) to manage a Federation, instead of
vSphere Client. Any changes you make in the CLI appear in vSphere Client.
14
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
In most cases, you manage the objects associated with a Federation, including datacenters, OmniCube
systems (ESXi hosts), datastores, and VMs in the same way that you manage similar objects in vCenter
Server. For example, to create a Federation VM, right-click an OmniCube and select New Virtual
Machine. To back up a Federation VM, right-click a Federation VM, select Backup Virtual Machine,
and choose a datastore you created in the Federation. In other cases, you manage objects by clicking the
SimpliVity tab in vSphere Client.
The following objects in the vSphere Client inventory panel have a SimpliVity tab:
• vCenter Server (top-level entry).
• Datacenters that contain OmniCube systems.
• OmniCube systems (appearing as ESXi hosts).
• Datastore created in a Federation.
• VM created in a Federation datastore and hosted by an OmniCube system.
You perform the following general management tasks within the SimpliVity tabs:
• Deploy OmniCube.
• Create a Federation datastore.
• Display the capacity of the Federation datacenters and datastores.
• Display VM performance information.
• Create a clone of a VM.
• Manage the automatic notification (Phone Home) configuration.
You perform the following tasks related to VM backups within the SimpliVity tabs:
• Create a backup of a VM at the current time.
• Create and edit backup policies that enable you to schedule VM backup operations.
• Assign a default backup policy for VMs created in a datastore.
• Assign a backup policy to a VM for scheduled backup operations.
• Rename and copy backups.
• Restore a VM from a backup.
See Federation Management User Interfaces on page 87 for more information about managing a
Federation.
15
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Non-SimpliVity ESXi Host Access to Datastores in a
Federation
A Non-SimpliVity ESXi host can exist in your vCenter Server environment in addition to OmniCube
systems that are part of a Federation. If your vCenter contains such ESXi hosts, you can enable them to
access the Federation datastores.
This allows you to use vMotion™ and Storage vMotion™ to migrate VMs running on a Non-SimpliVity
ESXi host to a Federation, with no disruption to users, if the VM guest operating system is supported on
SimpliVity.
See Allowing Datastore Access to Non-Federation ESXi Hosts on page 148 for more information.
SimpliVity VAAI NAS Plug-in
SimpliVity provides a VAAI (vStorage APIs for Array Integration) NAS plug-in, which improves the
performance of cloning operations. The SimpliVity VAAI NAS plug-in handles these operations more
efficiently and more quickly by offloading storage operations from VMware to the OmniCube Virtual
Controller. You can also clone VMs between datastores.
The plug-in supports only SimpliVity datastores accessed by both OmniCube ESXi Hosts and supported
non-SimpliVity ESXi hosts. The source and destination of the clone operation must be SimpliVity
datastores.
Non-SimpliVity ESXi hosts might contain plug-ins from vendors other than SimpliVity. In such cases,
the execution priority of plug-ins is indeterminate and there is no guarantee that the SimpliVity plug-in
will execute first, causing the operation to revert to a native clone. To make sure that the SimpliVity
VAAI NAS plug-in always operates on SimpliVity datastores, you must uninstall competing VAAI NAS
plug-ins from any non-SimpliVity ESXi hosts that share SimpliVity datastores. (SimpliVity ESXi Hosts
will not contain competing plug-ins, and you should never install a third-party plug-in on an OmniCube
unless SimpliVity advises you to do so.
The following SimpliVity OmniCube constraints apply in this release:
• SimpliVity Federations support only thin provisioned storage. If you select thick allocation when
cloning a VM it results in a thin clone in a SimpliVity datastore.
• The SimpliVity VAAI NAS plug-in supports only SimpliVity datastores. Clone operations
involving a non-SimpliVity datastore always default to VMware cloning.
• If the target VM contains disks located in two different SimpliVity datastores, the VAAI NAS
plug-in defaults to VMware cloning.
• SimpliVity Cloud datacenters are not supported in this release.
The following are VMware known constraints:
• The VAAI NAS Plug-in is used only when:
◦ The source VM is powered off, such as powered-off VM templates.
16
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
◦ The source VM has no snapshots.
• Linked clones from VDI/VMware View are not supported.
OmniCube Deployment Preparation
The network of OmniCube systems that you deploy in a datacenter is called an OmniCube Federation.
As capacity and performance needs increase, you can add more OmniCube systems to the Federation for
on-demand scalability.
Each OmniCube system hosts a Virtual Controller, which is a dedicated virtual machine running the
OmniStack software. OmniCube systems appear as ESXi hosts in vSphere Client and may be identified
as nodes in dialogs and command output.
To deploy an OmniCube, you install the following SimpliVity software which is located on the USB
flash drive shipped with the OmniCube:
•
SimpliVity vSphere Extension—Runs on the vSphere Client computer that you use to deploy
OmniCube and manage an OmniCube Federation.
•
SimpliVity Arbiter—Runs on the vCenter Server computer where the OmniCube Federation resides.
Table-1 OmniStack Software Components
Component
Description
SimpliVity vSphere Extension
Runs on the vSphere Client computer that you use to
deploy OmniCube and manage a Federation
OmniCube.
SimpliVity Arbiter
Runs on the vCenter Server computer where the
Federation resides.
OmniStack Software
Runs on a dedicated virtual machine called the
OmniCube Virtual Controller. This software is preinstalled.
SimpliVity VAAI NAS Plug-in
SimpliVity provides a VAAI (vStorage APIs for Array
Integration) NAS plug-in, which improves the
performance of cloning operations. The plug-in is
installed on the OmniCube ESXi host image.
OmniCube User Accounts and Single Sign-On
This section describes the various user accounts that you might use when deploying and managing a
Federation, including using single sign-on with VMware VCenter Server accounts.
OmniCube User Accounts
There are a number of user accounts that you use when creating and managing a Federation:
17
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
• SimpliVity user (svtuser)—This is a non-login, privileged, vCenter Server (Active Directory
supported) Windows account that you specify during deployment. OmniCube uses this account to
execute privileged tasks in the background. You must create this account before you deploy
OmniCube. See SimpliVity User Account on page 19.
Warning:
Never change the required permissions used by the svtuser account or your Federation
might stop operating correctly. Contact SimpliVity Technical support or your designated
support provider if you inadvertently change svtuser permissions.
• svtcli user—The svtcli user account is intended as an emergency access account, and you set its
password when you deploy OmniCube to create a Federation. This is a limited log in shell,
enabling you to run OmniCube CLI commands if your VMware accounts (single sign-on) become
unavailable. When the OmniCube is deployed, you must set a password for this account. Features
of the svtcli account are:
◦ The account is limited to running the svt-* CLI commands, including a support capture.
◦ For authorization to run certain svt-* commands, you must also specify an appropriate vCenter
Server account using svt-session-start or set an environment variable.
◦ Using svtcli, you can SSH to other Federation OmniCube systems.
◦ Supports operations on the OmniCube console, where you cannot use single sign-on accounts.
(Some operations require a console log-in.)
◦ Does not automatically log in to vCenter Server and might not have the necessary permissions
for all operations that require vCenter access. Use an appropriate single sign-on account.
• Single Sign-On (SSO)— (Using VMware vCenter Server accounts) These accounts are
controlled-privilege, vCenter Server (Active Directory is supported), pre-existing or created
specifically by you for Federation management. Features of single sign-on accounts are:
◦ These accounts might be a vCenter Server administrator account or one or more dedicated
vCenter Server accounts of equal or lesser privilege that you intend to use for SimpliVity
management.
◦ The account should have the appropriate vCenter level role permissions to function in linked
mode vCenter Servers, if your Federation is in a linked mode environment.
◦ No sudo privilege.
◦ Automatically starts a user session, no need to specify svt-session-start or set an
environment variable.
◦ The account is limited to running only the svt-* CLI commands.
◦ Can SSH to other Federation OmniCube systems.
◦ Cannot be used for a console log in. Some operations require access through the OmniCube
console and you must use the svtcli account.
◦ Automatically logs in to vCenter Server.
• ESXi root user—ESXi host account, used mostly during configuration. This account ships with
default password set to simplicity which you should change for security.
18
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
• OmniCube root user —(Virtual Controller log in) You log in as root only under the direction of
SimpliVity Technical Support and use this account with caution. The procedure might require a
remote log in by SimpliVity Technical Support personnel.
The root account:
◦ Might not be able to see all SimpliVity virtual objects (such as VM backups).
◦ Must not run a support capture. This can change the account permissions in linked mode vCenter
Server
◦ Does not provide vCenter Server access.
Warning:
Changing the configuration of the Virtual Controller can cause your OmniCube system
to stop working properly, might make VM data unavailable, and can cause data loss.
SimpliVity User Account
You must create this vCenter Server Windows account before you deploy the first OmniCube when
creating a Federation. SimpliVity recommends that you create a strong password, and then disable
password expiration so that the password is permanent.
If you are using vCenter Server in linked mode, you require a windows domain user account that has
appropriate user rights and privileges to function for all linked mode vCenter Servers containing
Federation OmniCube systems. See Federations in Linked Mode vCenter Servers on page 83.
The SimpliVity User account is a non-login, privileged, vCenter Server account that you specify during
deployment. OmniCube uses this account to execute privileged tasks. This account requires the
following VMware vSphere defined privileges, which are listed by their name and VMware identifier:
• Create Alarm (Alarm.Create).
• Disable alarm action (Alarm.DisableActions).
• Modify Alarm (Alarm.Edit).
• Set alarm Status (Alarm.SetStatus).
• Remove alarm (Alarm.Delete).
• Register Extension (Extension.Register).
• Update Extension (Extension.Update).
• Unregister Extension (Extension.Unregister).
• Global - health (Global.Health).
• Global - log event (Global.LogEvent).
• Global - manage custom attributes (Global.ManageCustomFields).
• Global - set custom attribute (Global.SetCustomAttribute).
• Global - diagnostics (Global.Diagnostics).
• Host CIM - CIM- interaction (Host.Cim.CimInteraction).
19
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
• Create task (Task.Create).
• Update task (Task.Update).
• vApp - Assign a Vapp (VApp.Assign VApp).
• vApp - Unregister (VApp.Unregister).
• vApp - Application configuration (vApp.vApp application configuration).
• Virtual machine - Configuration - Configure ManagedBy (Virtual machine.Config.managedBy).
• Virtual machine – Configuration – Settings (Virtual machine.Config.settings).
• Virtual machine - State - Remove Snapshot (Virtual machine.State.RemoveSnapshot).
• Virtual machine - State - Create Snapshot (Virtual machine.State.CreateSnapshot).
In vCenter V5.1, the name of the Virtual machine - State permission group has changed to Snapshot
management. When you create the SimpliVity User account, enable both Create snapshot and
Remove Snapshot under Snapshot management.
Creating the SimpliVity User Role
1.
Create or use an existing non-administrative account in your vCenter Server domain. An Active
Directory account is supported.
Warning:
Make sure the account password never expires.
2.
Use vSphere Client to Log in to the vCenter Server, using the Administrator account.
3.
Click the View menu, then Home.
4.
Click Roles.
5.
Click the account that you want be SimpliVity User, then in the toolbar click Add Role to open the
add New Role dialog.
6.
Enter the account user name in the Name field.
7.
Assign the privileges specified in the preceding section, such as Create Alarm (Alarm.Create).
8.
Click OK. The new role now appears under the list of Roles. Next, add the role. See Adding the
User Role Permission.
Adding the User Role Permission
1.
Use vSphere Client to log in to the vCenter Server that will contain a Federation, using the admin
account.
2.
Click the vCenter in the inventory.
3.
Right-click the vCenter and then click Add Permission to open the Assign Permissions dialog.
20
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
4.
Click Add to open the Select Users and Groups dialog and select a user group.
5.
Select the user role that you created to be the SimpliVity user.
6.
Click Add, then OK to return to the Assign Permissions dialog.
7.
Check the box labeled Propagate to Child Objects.
8.
Click OK to exit.
Note: If using linked mode vCenter Server, repeat this procedure on every top level vCenter Server
folder.
Changing the SimpliVity User Password
If you change the password, use the following procedure to update the credential store:
1.
Log in to the OmniCube Virtual Controller using the svtcli account and start a session using the
vCenter Server administrator credentials.
2.
Run the following command:
$ svt-credstore-update
Enter current administrator password: xxxxxxxxxxxxx
Enter new administrator password: xxxxxxxxxxxxx
Confirm new administrator password: xxxxxxxxxxxxx
Running Linked Mode Using vCenter V5.1 or Later
To support a Federation in Linked Mode using vCenter 5.1 or later, install single sign-on (SSO) using
Multi-site mode. Multi-site mode requires an Active Directory (AD) server for authentication. In such
environments, you must include the AD domain in the log in credentials.
Consider an environment where the AD server name is MyLab51 and the administrative account is
Fedadmin:
• When logging into the vCenter using vSphere, you must specify the AD domain as part of the user
name:
◦ MyLab51\Fedadmin password
◦ Fedadmin@MyLab51 password
• Using OVF Tool, specify credentials using the format:
vi://MyLab51%5cFedadmin:password
21
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
• When deploying OmniCube using the vSphere Extension, specify the vCenter credentials as:
MyLab51\Fedadmin password
• When logging into the OmniCube Virtual Controller using SSH to access the svtcli account,
specify the domain:
◦ MyLab51\Fedadmin password
◦ Fedadmin@MyLab51 password
• When using the svt-session-start CLI command, use only:
◦ Fedadmin@MyLab51 password
VMware Environment
Before you begin the OmniCube deployment, make sure you satisfy the VMware and network
environment requirements and gather the resources specified in the following sections.
VMware Software Requirements
Table-2 describes the VMware Software Requirements. See the OmniCube Release Notes for
information about software versions.
Table-2 VMware Software Requirements
Requirement
VMware vCenter
Server
Description
Reference or Data
Install or upgrade the vCenter Server
environment where you will deploy
OmniCube.
vimsh -n -e 'hostsvc/hostsummary' |
grep fullName
Make sure that your vCenter Server has
the recommended amount of memory
(8GB), particularly if it is running in a
VM.
VMware vSphere
Client
Install or upgrade VMware vSphere
Client on all clients that you use to
deploy OmniCube and manage the
Federation.
VMware customer
account credentials
Credentials for your VMware user
Account:
account. (Potentially required to
download VMware software tools and
updates). See also OmniCube User
Accounts and Single Sign-On on page
17.
22
Help > About VMware vSphere.
Note: In a deployment where your vSphere
client is running on the vCenter managing the
Federation, you cannot connect the vSphere
Client to the vCenter by using localhost,
127.0.0.1, or the FQDN. You must use the IP
address to connect.
OmniCube for vSphere Client Administrator Guide
Requirement
1 - Introduction to OmniCube
Description
Reference or Data
VMware OVF Tool
Install OVF Tool in its default location http://www.vmware.com/support/developer/ovf/
on the vSphere Client computer that
you will use for the OmniCube
deployment.
SimpliVity User
account
Create a SimpliVity user account in
Account:
your vCenter Server domain as
described in: OmniCube User
Accounts and Single Sign-On on page
17.
vCenter Server
credentials
Obtain the vCenter Server
administrator credentials (user name
and password).
Note: You can use these account
credentials instead of the SimpliVity
User account, although this is not
recommended by SimpliVity.
23
Account:
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Network Address and vSphere Inventory Requirements
Table-3 describes the network address requirements and the objects required in the vSphere inventory to
contain the Federation OmniCube systems.
Table-3 Network Address and vSphere Inventory Requirements
Requirement
NTP
Description
NTP is pre-configured in an OmniCube using US
internet time servers. Record the names or IP
addresses of your preferred internal or external NTP
servers.
Note:
DNS IPs
Data
If you do not have an NTP server or relay,
use *.*.pool.ntp.org. In addition,
you might need to modify your corporate
firewall to allow NTP to work.
During ESXi configuration, you must supply the IP
address of your primary and secondary DNS server.
___.___.___.___
___.___.___.___
Example: 1.us.pool.ntp.org
DNS IPs:
___.___.___.___
___.___.___.___
DNS Name
During ESXi configuration, you will assign DNS
names to each OmniCube and enter a DNS suffix.
DNS names:
DNS suffix:
vCenter Server IP Obtain the vCenter Server IP address for the vCenter ___.___.___.___
address
that will contain the Federation.
Datacenter
Obtain the name of the datacenter (or create a
datacenter) to contain the Federation OmniCube
Systems.
Name:
Cluster
Obtain the name of the vCenter Server cluster (or
create a cluster) to contain the Federation
OmniCube systems.
Name:
ESXi Console
Connection
Set up a console connection to ESXi from a local
Name:
KVM or a remote client using the IPMI port. You
require this only for initial ESXi host configuration.
Networks and Other Considerations and
Requirements
The minimum networking requirement for an OmniCube in a Federation is three separate networks and
five static IP addresses. SimpliVity recommends that you maintain a separate network for 10GbE
storage data traffic between OmniCube systems in a Federation. You can use existing networks (such as
a dedicated virtualization management network) if you have appropriate networks in your VMware
environment.
To deploy an OmniCube you specify IP addresses on different subnets. Optionally, you can also specify
VLANs if you use VLANs in your network. The ESXi Host and OmniCube Management Network must
be on the same network and, if used, share a common VLAN ID.
24
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
This subnet and optional VLAN must be different from the subnets and VLAN IDs used for the
OmniCube Storage and OmniCube Federation Networks.
A sixth address is optional, and you use it only to configure and access the IPMI port remotely using a
Web browser. Alternatively, you can use a local KVM console connected directly to the OmniCube
system’s console port. This network is used for ESXi host configuration, which is explained in the
Hardware Installation and Maintenance Guide for your platform.
Table-4 shows the assignment of the IP addresses in order of use during the installation.
Table-4 OmniCube Network Address Assignments
Where Used
Configuring the ESXi
Host
Setting up the Virtual
Switches
Network
IP
Static IPMI (optional remote console access). Alternatively, use DHCP.
1
IP for the ESXi Host running on the OmniCube.
2
Management Network 1GbE vSwitch0 VMKernel Port.
Storage Network 10GbE vSwitch1 VMKernel Port.
Deploying OmniCube Management Network (OmniCube Virtual Controller). VM Port Group.
3
4
Storage Network. VM Port Group.
5
Federation Network. VM Port Group.
6
25
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Network Configuration Worksheet
Before you begin OmniCube configuration, satisfy the requirements and gather the resources specified in
Table-5 and Table-6.
Table-5 lists the IP address information that you specify during deployment. Some of this information is
automatically populated into the deployment configuration screens.
Table-5 Deployment IP Addresses
Requirement
ESXi host IP
Storage Network IP
VMkernel
Description
Obtain a static IP address for each OmniCube system
ESXi host. (This address is also used for the
Management Network vSwitch VMKernel). If using
VLANs, the Management Network IP and the ESXi
must share a common VLAN.
This network address must be on a different subnet
than the Storage and Federation networks but on the
same subnet (and VLAN, if used) as the OmniCube
ESXi Host.
Federation Network IP
___.___.___.___
VLAN ID:
For each OmniCube system, obtain a static IP address
___.___.___.___
for the Storage network vSwitch.
Management Network IP For each OmniCube system, obtain an IP address for
the management network. (Used by the OmniCube
Virtual Controller.)
Storage Network IP
Reference
___.___.___.___
VLAN ID:
For each OmniCube system, obtain an address on the
10GbE storage network.
___.___.___.___
This network address must be on a different subnet
than the Management and Federation networks.
VLAN ID:
For each OmniCube system, obtain a network address
___.___.___.___
for the Federation network.
This network address must be on a different subnet
than the Management and Storage networks.
VLAN ID:
IPMI Network [optional] IP Address used as the URL of the IPMI remote access
___.___.___.___
(configured during hardware installation).
Gateway and Netmask
You specify this information when you configure
vSwitches for the system during OmniCube
deployment.
___.___.___.___
You must specify only one gateway on at least one of ___.___.___.___
the Management, Storage, or Federation networks.
26
OmniCube for vSphere Client Administrator Guide
1 - Introduction to OmniCube
Table-6 lists the object names and account information that you specify during deployment. Some of this
information is automatically populated into the deployment configuration screens.
Table-6 Deployment Data—Names and Accounts
Requirement
Description
Reference
Storage Network Name
Assign a name for the storage network vSwitch. Use
the same name across all OmniCube systems in a
Federation.
Name:
Storage Network Port
Group Name
Assign a name for the Storage network Port Group.
Name:
Use the same name across all OmniCube systems in a
Federation.
Federation Network Port Assign a name for the Federation network port group. Name:
Group Name
Use the same name across all OmniCube systems in a
Federation.
ESXi user name
Pre-configured account used to log in to the
OmniCube system's ESXi host.
root
ESXi password
Default password used to log in to the OmniCube
system.
simplicity
Emergency Access
password
During deployment, you will change the password for
the svtcli (emergency access) account.
Company Name
The name of your company or entity, included in
support email.
SimpliVity User Account User name and password for the restricted-privileges
account used for background operations.
Name:
Name:
Ports Required for Network Communication
The following table describes the required bi-directional ports. These ports might need to be opened to
enable network communication.
Port
Network
Interface
22 TCP
All
25, 443
Phone Home
80 TCP
Management
443 TCP
IPMI
Used for remote system management.
623 UDP
CIMC
Used for remote system management.
5900, 5901
TCP
IPMI Virtual
Console
Virtual console used for accessing and configuring VMware
ESXi.
9090 TCP
Management
eth0
CLI or GUI access.
9190
Management
eth0
Control API, over SSL/TLS
22122 UDP
& TCP
Storage pref &
non-pref
eth0, eth1
Intra-Federation traffic. SimpliVity Arbiter. Backup to
remote datacenter.
eth2
Storage traffic between OmniCube systems and when
existing ESX hosts are configured to use SimpliVity
datastores.
111, with Port Storage
Mapper
enabled
*
Description
SSH - For remote access. Management interface.
SMTP - Phone Home. Management interface.
eth0
HTTP used for monitoring OmniCube deployment and for
Support Capture downloads.
27
2 - Deploying OmniCube
This section provides detailed, step-by-step information about deploying OmniCube and configuring two
OmniCube systems in a Federation in a vCenter Server environment.
The OmniCube QuickStart Poster provides basic instructions as a checklist for experienced installers.
Tasks for OmniCube Deployment
Before beginning the OmniCube deployment, make sure you meet these prerequisites:
• You have at least two OmniCube systems installed in a rack, connected to power and the required
networks, and powered on. See the Hardware Installation and Maintenance Guide for your
platform for more information.
• Your VMware environment meets the Federation configuration requirements. See VMware
Environment on page 22.
• You have the required data and resources for the Federation. See Networks and Other
Considerations and Requirements on page 24.
• To deploy OmniCube, you must log in to the vSphere Client using a vCenter Server account with
administrative privileges.
• Avoid running a deployment across a wide-area network (WAN) from a remote vSphere Client.
Instead, use remote desktop to run the deployment from the vCenter Server or a local client.
Network disruptions that cause the remote vSphere Client to close or hang might cause the
deployment to fail.
Perform these tasks to deploy OmniCube and configure a Federation:
Note: For software version information, see the OmniCube Release Notes.
1.
Install the SimpliVity vSphere Extension (plug-in)—Install the plug-in on the vSphere Client
computer from which you deploy OmniCube and manage the Federation. See Task 1—Installing the
SimpliVity vSphere Extension on page 29.
Note: You must install the supported version of VMware OVF Tool in its default location on
the vSphere Client computer from which you deploy OmniCube (if not already installed).
See http://www.vmware.com/support/developer/ovf/.
2.
Install the SimpliVity Arbiter—Install the SimpliVity Arbiter on the computer hosting the vCenter
Server where the Federation resides. See Task 2—Installing the SimpliVity Arbiter on the vCenter
Server on page 30.
28
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
3.
Perform the initial ESXi host configuration for each OmniCube system—This task includes using the
console to set the ESXi host management IP address, change the default password, and perform
other tasks. See Task 3—Performing the Initial ESXi Host Configuration on page 31.
4.
Configure the OmniCube systems in vCenter Server—Add both systems as ESXi hosts to the same
datacenter, configure virtual switches (vSwitches) for each host, and configure NTP for each host.
Configure the appropriate physical and virtual infrastructure based on VMware best practices. See
Task 4—Configuring the OmniCube Systems in vCenter Server on page 32.
5.
[Optional] Use the Pre-deployment Wizard to create a configuration file that you can then use to
more efficiently deploy multiple OmniCube systems. See Task 5—Using the Pre-deployment Wizard
on page 38.
6.
Deploy OmniCube and configure a Federation—Deploy OmniCube on the ESXi hosts you added in
Task 3. The deployment procedure prompts you for network information for each OmniCube. See
Task 6—Deploying OmniCube and Configuring a Federation on page 48.
After deploying OmniCube and configuring a Federation, see Post-Deployment Tasks for a Federation
on page 53.
Task 1—Installing the SimpliVity vSphere Extension
You must install the SimpliVity vSphere Extension (plug-in) on every vSphere Client computer that you
use to deploy OmniCube or manage the Federation.
Note: For first-time OmniCube deployment, the plug-in is located on the USB flash drive shipped with
the OmniCube system. Under certain circumstances, you might receive notification to download
(or receive via distribution media) an upgrade version from SimpliVity or your technical support
representative.
If you install a new version of the plug-in over a recent version, such as 2.1.4.180 over 2.1.4.177,
the installation might fail with the following message: Unable to install because a newer
version of this product is already installed. In this case, you must uninstall the older
version before you can install the newer version.
To install the plug-in on a vSphere Client computer, follow these steps:
1.
Close vSphere Client if it is open.
2.
Review the SimpliVity Interoperability Guides located on the SimpliVity Customer Support website
and verify that a supported version of the VMware OVF Tool is installed on the vSphere client
computer.
3.
If the OVF Tool is not installed, go to http://www.vmware.com/support/developer/ovf/ to download
and install a supported version in its default location.
4.
Copy the executable named simplivity-vsphere-plugin-n.n.n.nnn.msi from the distribution
media to the client computer and double-click its icon to open the setup wizard.
29
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
5.
Click Next in the Welcome dialog.
6.
Check I agree to accept the license and click Next.
7.
In the Installation Location dialog, select the default installation folder.
Note: Do not choose an alternate installation folder. Use only the default folder.
8.
Click Next to open the Confirm Installation dialog.
9.
Click Next to begin the installation. The Installing Plug-In dialog displays the progress of the task,
which should take no more than a few minutes to complete.
10.
Click Close in the Installation Complete dialog to complete the installation.
Verify the installation by opening vSphere Client and clicking the Plug-ins menu. Click About SimpliVity
to confirm that the plug-in installed correctly. You can access the Online Help from this menu.
If this is a first-time OmniCube deployment, the next step after you install the plug-in is to install the
SimpliVity Arbiter on the computer running vCenter Server.
See Task 2—Installing the SimpliVity Arbiter on the vCenter Server on page 30.
Task 2—Installing the SimpliVity Arbiter on the
vCenter Server
You install the SimpliVity Arbiter on the computer hosting the vCenter Server that manages the
Federation OmniCube systems.
• For first-time OmniCube deployments, the SimpliVity Arbiter is located on the USB flash drive
shipped with the OmniCube system. Under certain circumstances, you might receive notification to
download (or receive in the distribution media) an upgrade version from SimpliVity or your
technical support representative.
• Before installing a new version of the SimpliVity Arbiter, uninstall previous versions. See
Upgrading the SimpliVity Arbiter on page 198.
• You might require domain administrator rights to install software on the vCenter Server.
• Full details of your software license are included with the purchase agreement for your OmniCube
system.
On the computer running vCenter Server:
1.
Copy the executable named simplivity-arbiter-n.n.n.n.msi (where n.n.n.n is the release
version) from the distribution media to the vCenter Server computer.
2.
Double-click the installer icon to open the installer and click Next to begin.
3.
Check the license acceptance box and click Next to open the Setup Type dialog.
30
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
4.
Click Complete, then Install.
5.
Click Finish when the Completed screen opens.
After you deploy OmniCube, the Federation detects the Arbiter service on the vCenter Server. If the
Arbiter service fails, an alarm is generated in vCenter Server, and you must restart the Arbiter. See also
OmniCube and Federation Heartbeats on page 114.
See Task 3—Performing the Initial ESXi Host Configuration on page 31.
Task 3—Performing the Initial ESXi Host
Configuration
Boot each OmniCube system and perform the initial ESXi host configuration. The following procedures
are described in detail in the Hardware Installation and Maintenance Guide for your platform.
1.
Connect to the Console, which displays the VMware ESXi home screen. You can do this through a
KVM connection at the system’s console port. Alternatively, use the integrated IPMI to access the
ESXi console. For instructions, see the Hardware Installation and Maintenance Guide for your
platform.
2.
Press F2 to open the ESXi Customize System screen.
3.
Modify the default password. Each OmniCube system ships with the default ESXi password set to
simplicity.
4.
Select Configure Management Network.
5.
Assign the static ESXi Host Management IP address, subnet mask, and default gateway from
Network Configuration Worksheet on page 26.
6.
Select Network Adapters and enable only vmnic2 and vmnic3. These are the 1GbE networking
ports.
7.
Ensure that vmnic0 and vmnic1 are not selected for the host’s default management network.
8.
[Optional] If you use VLANs in your local network, select the appropriate VLAN configuration.
9.
Configure primary and alternate DNS servers and assign:
–
–
10.
DNS name for the OmniCube
DNS suffix
Under Troubleshooting Options in the ESXi Customize System screen verify that both ESXi
Shell and SSH are enabled.
31
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
After you perform the initial ESXi host configuration for both OmniCube systems, configure the
OmniCube systems in vCenter Server. See Task 4—Configuring the OmniCube Systems in vCenter
Server on page 32.
Task 4—Configuring the OmniCube Systems in
vCenter Server
Before you can deploy OmniCube and configure a Federation, you must configure both OmniCube
systems in vCenter Server by doing the tasks described in this section:
• Adding the OmniCube Systems as ESXi Hosts on page 32
• Virtual Switches for the OmniCube Systems on page 32
• Configuring NTP on the OmniCube Systems on page 38
Adding the OmniCube Systems as ESXi Hosts
You must have a newly-created datacenter and a cluster in your vCenter Server to contain the
Federation.
From the vSphere Client where you will deploy OmniCube, connect to the vCenter Server that you
identified in VMware Environment on page 22, and follow these steps for both OmniCube systems:
1.
Right-click the cluster that will contain the OmniCube systems and select Add Host.
Note: To create a Federation, you must add a minimum of two OmniCube systems to the same
datacenter and cluster.
2.
Enter the required information, specifying the host management IP address or DNS name described
in Table-5.
Note: If prompted for a license, enter an existing VMware license or use a trial license.
After you add an OmniCube system as an ESXi host, it appears in the vSphere Client inventory panel
under the datacenter. You can identify it by the IP address (or DNS name) you specified when adding
the ESXi host.
The next task is to configure two VMware virtual switches (vSwitches).
Virtual Switches for the OmniCube Systems
The OmniCube systems use virtual switches (vSwitches) to connect the physical network interfaces
(VMnics) to the ESXi port groups. The following considerations apply:
32
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
• There are many network configuration options in virtual environments, and this document describes
only one basic configuration that results in a functional Federation OmniCube that you can
reconfigure at a later time for optimum performance, data traffic management, and network
availability in your compute environment.
• SimpliVity recommends that you assign the management network its own VLAN to separate the
management network from the VM network, as well as other networks, such as vMotion and
datastore heartbeat.
For each OmniCube system that you added as an ESXi host, you must do the following:
• Have at least two vSwitches:
◦ A 1GbE vSwitch (vSwitch0) was created automatically during ESXi host setup, including a port
group for the VM network and the Management network. See Configuring the 1GbE VM
Network and Management Network Virtual Switch on page 33.
◦ One 10GbE vSwitch (you create this switch) and port group for the OmniCube storage network.
You must add the 10GbE adapters and configure this vSwitch and a storage port group. You also
create a Federation network port group. See Configuring the 10GbE Storage Network Virtual
Switch on page 35.
• Configure VMnics in active-active mode, using specific NIC Teaming policy exceptions, as
described in Configuring MTU and NIC Teaming on Both vSwitches on page 36.
Figure-5 shows an example of how the virtual switch configuration should appear before you have
completed configuration, showing the pre-configured 1GbE vSwitch0. If this vSwitch is missing or
wrongly configured, you must manually configure it as described in Configuring the 1GbE VM Network
and Management Network Virtual Switch on page 33.
Figure-5: Virtual Switches Before Configuration
Configuring the 1GbE VM Network and Management Network Virtual
Switch
Note: Follow these instructions only if you did not see the properly-configured 1GbE VM Network and
Management Network Virtual Switch described in Virtual Switches for the OmniCube Systems
33
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
on page 32. Otherwise, go straight to Configuring the 10GbE Storage Network Virtual Switch on
page 35.
If you correctly selected the 1GbE VMnics as described in Task 3—Performing the Initial ESXi Host
Configuration on page 31, the Management Network is already configured as shown in Figure-5. If not,
configure the vSwitch as described here.
From the vSphere Client where you will deploy OmniCube, connect to the vCenter Server that you
identified in Table-5 and follow these procedures for both OmniCube systems (only if required):
1.
Select an OmniCube system (ESXi host) in the vSphere Client inventory panel and click the
Configuration tab.
2.
Select Networking in the left panel to display the vSwitch configuration information. If no
management vSwitch0 exists, create a new standard vSwitch. Otherwise, go to the next step.
3.
Click the Properties link above the default standard 1GbE vSwitch, vSwitch0, to open the vSwitch0
Properties dialog.
4.
Click the Network Adapters tab and then click Add.
5.
In the Add Adapter wizard, check any unclaimed 1GbE adapters and click Next to open the
vmKernel - Connection Settings window. Do not select the 10GbE adapters.
6.
Click Next and Click Finish to save your changes and return to the Properties dialog.
7.
Click the Ports tab and then click Add.
8.
Check the Virtual Machine radio button and click Next.
9.
Type a name VM Network in the Network Label field.
10.
If you are using VLANs in your local network environment, select the VLAN identifier.
11.
Click Next to open the Ready to Complete window. You will see the virtual machine port group with
the name and number that you entered.
12.
Click Finish to return to the Properties dialog.
13.
Click Close and verify that the vSwitch looks like the switch shown in Figure-5.
34
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Configuring the 10GbE Storage Network Virtual Switch
You must create and configure a vSwitch for the 10GbE Storage network. In this procedure, you will:
• Step 1: Add both 10GbE VMnics to create a vSwitch.
• Step 2: Create a Storage Network port group.
• Step 3: Create a Federation Network port group.
From the vSphere Client where you will deploy OmniCube, connect to the vCenter Server that you
identified in Table-5 and follow these steps for both OmniCube systems. Use the information that you
gathered in Network Configuration Worksheet on page 26.
Step 1: Creating the VMKernel vSwitch
1.
Select an OmniCube system (ESXi host) in the vSphere Client inventory panel and click the
Configuration tab.
2.
Click Networking in the left panel and then click the Add Networking link at the top right corner of
the window.
3.
Check VMkernel in the Connection Types box and click Next.
4.
Check Create vSphere Standard Switch.
5.
Select both instances of BroadCom Corporation NetXtreme II 10 Gigabit Ethernet (vmnic0, vmnic1)
and click Next.
6.
In Port Group properties, enter Storage as the Network Label name.
7.
Check the box labeled “Use this port group for vMotion” and click Next.
8.
Enter or edit the following IP information from Table-5 and click Next:
–
–
–
9.
Storage network IP Address.
Storage network subnet mask.
Gateway. Enter a gateway here only if your local network configuration uses a gateway
on the private storage network. If you configure a gateway here, do not configure a
gateway on either the Management or the Federation network.
Click Finish to create the 10GbE vSwitch and return to the Networking Configuration view, where
you now see the new Standard Switch (vSwitch1), 10GbE VMkernel Port.
Step 2: Create a Storage Port Group
1.
Click Properties to open the vSwitch1 Properties dialog.
2.
Click the Ports tab and then click Add.
3.
In the Add Network wizard, check Virtual Machine and then click Next.
35
OmniCube for vSphere Client Administrator Guide
4.
2 - Deploying OmniCube
In the Connection Settings screen, enter a name such as StoragePortGrp, click Next, and then
click Finish to return to the Properties dialog.
Important: Use the same storage port group name for all OmniCube systems in a Federation.
5.
Click Close to exit from the Properties dialog.
Step 3: Create a Federation Port Group
1.
Click Properties to open the vSwitch1 Properties dialog.
2.
Click the Ports tab and then click Add.
3.
In the Add Network wizard, check Virtual Machine and then click Next.
4.
In the Connection Settings screen, enter a name such as FedPortGrp, click Next, and then click
Finish to return to the Properties dialog.
5.
Click Close to exit from the Properties dialog.
Figure-6 shows a typical virtual switch configuration.
Figure-6: Completed vSwitch Configuration
Configuring MTU and NIC Teaming on Both vSwitches
For both the 1GbE and 10GbE vSwitches, you must:
• Configure your network MTU value.
36
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
• Configure NIC teaming, verifying that both VMnics are set to active-active mode.
The exception is 2-OmniCube, direct-connect Federations, for which you configure NIC teaming
as active-standby. For an explanation of direct-connect, see the Hardware Installation and
Maintenance Guide for your platform.
Set the Value of MTU to Comply with Your Network Settings
Repeat the following procedure for both vSwitch0 and vSwitch1:
1.
Click the Ports tab, select Storage (vMotion and IP Storage Port), and then click Edit.
2.
Click the General tab, change the value of MTU under NIC Settings so that it complies with the
values used in your network.
3.
Click OK to return to the Properties dialog.
4.
Repeat Step 1 through Step 3 for each remaining port group.
5.
Click Close.
Configure NIC Failover
For both vSwitch0 and vSwitch1:
1.
Select the vSwitch and click the Properties link to open the vSwitchn Properties dialog.
2.
Click the Ports tab, if not already displayed.
3.
Click the VMKernel configuration.
4.
Click Edit to open the VM Network Properties dialog, and select the NIC Teaming tab.
5.
Verify that both VMnics are listed as Active Adapters (active-active mode).
Note: For direct-connect 10GbE configurations only, one 10GbE VMnic must be an Active
Adapter, while the other 10GbE VMnic is a Standby Adapter (active-standby mode).
6.
Configure the following Policy Exceptions:
–
–
–
–
Load Balancing: Enable and select "Route based on the originating virtual port ID"
Network Failover Detection: Enable and select "Link status only".
Notify Switches: Enable and select "Yes".
Failback: Enable and select "Yes".
7.
Repeat Step 2 through Step 6 for the Port Groups, making sure that the policy exceptions propagate
to all port groups in the vSwitch.
8.
Click OK to close the VM Network Properties dialog.
9.
Click Close to Close the vSwitchn Properties dialog.
37
OmniCube for vSphere Client Administrator Guide
10.
2 - Deploying OmniCube
Repeat Step 1 through Step 9 for the second vSwitch.
Configuring NTP on the OmniCube Systems
You must configure NTP on each OmniCube system that you added as an ESXi host. The NTP
configuration must match the NTP configuration that vCenter Server uses. By default, your ESXi host is
NTP-enabled and configured with 0.us.pool.ntp.org through 3.us.pool.ntp.org.
If you do not have an internal NTP server or relay, use the appropriate *.*.pool.ntp.org server, such
as 1.us.pool.ntp.org. In addition, you might need to modify your firewall to allow NTP to work. See
http://www.pool.ntp.org.
From the vSphere Client where you will deploy OmniCube, connect to the vCenter Server that you
identified in Table-5 and follow these steps for both OmniCube systems:
1.
Select an OmniCube system (ESXi host) in the vSphere Client inventory panel (hierarchy of virtual
objects on the left) and click the Configuration tab.
2.
Click Security Profile under Software to open the Services panel.
3.
Click Properties for Services and select NTP Daemon in the Service Properties dialog.
4.
Click Options to open the NTP Daemon (ntpd) dialog.
5.
Check Start and Stop with Host.
6.
Click NTP Settings to open the NTP Servers dialog.
7.
Add one or more NTP servers (depending on your local requirements for accuracy) or use regional
ntp.org servers such as 0.us.pool.ntp.org. (See http://www.pool.ntp.org.)
8.
Check Restart NTP service to apply changes and then click OK to close the NTP Daemon (ntpd)
dialog.
9.
Click OK to close the NTP Daemon in the Service Properties dialog.
Task 5—Using the Pre-deployment Wizard
The OmniCube pre-deployment wizard gives you the option of gathering configuration information in
advance of deployment to more efficiently deploy a number of OmniCube systems into a Federation
datacenter. The wizard can examine existing deployments and extract configuration information from the
environment. The deployment information is stored in an XML file See the sample Pre-deployment XML
Configuration File on page 46.
The wizard also attempts to validate the information in the configuration file before use, to make sure
that the information is valid and has remained current should you defer deployment to a later time.
38
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
You might choose not to use the pre-deployment wizard, in which case you must still complete the Predeployment Wizard Worksheet on page 39 and then proceed to deploying OmniCube as described in
Task 6—Deploying OmniCube and Configuring a Federation on page 48.
You must use vCenter Server administrator credentials to run the Pre-Deployment wizard.
Pre-deployment Wizard Worksheet
Use the following worksheet to gather information for the pre-deployment wizard. For detailed
information on gathering or assigning values, see: Networks and Other Considerations and Requirements
on page 24 and Network Configuration Worksheet on page 26.
Data Item
Network type
Description and Source
Your Data
Switched 1GbE and 10GbE.
Yes / No
10GbE switched for all networks.
Yes / No
10GbE direct connect.
Yes / No
Datacenter name
Name of the datacenter that you created in vCenter Server
to contain the Federation OmniCube systems.
Number of OmniCube
systems
Number of OmniCube Systems that you intend to deploy.
ESXi host IP or host name
IP address or host name of the OmniCube ESXi host.
ESXi host netmask
Network netmask for the subnet containing the ESXi host.
Management network IP
IP address assigned to the Management Network
(OmniCube Virtual Controller).
Gateway IP
IP address of the network gateway.
Management network
netmask
Network netmask for the subnet containing the Virtual
Controller.
Storage network IP
IP address assigned to the Storage Network.
Storage network Netmask
Network netmask for the subnet containing the Storage
Network.
Federation network IP
IP address assigned to the Federation Network.
Federation network netmask
Network netmask for the subnet containing the Federation
Network.
Storage network VLAN ID
[Optional] VLAN ID for the Storage Network.
Federation network VLAN
ID
[Optional] VLAN ID for the Federation Network.
vSwitch VMkernel IP
Address
IP address assigned to the Storage Network VMkernel
(vSwitch).
vSwitch VMkernel Netmask
Network netmask for the subnet containing the Storage
Network VMkernel IP.
MTU Value
The Storage Network MTU value. (Usually 9000.)
NTP servers
IP Addresses (or host names) of NTP servers. You can select 1.
the default *.us.pool.ntp.org IP addresses.
2.
3.
4.
39
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Starting the Pre-deployment Wizard after Adding an
OmniCube
You can start the pre-deployment wizard after you have added one or more OmniCube Systems to the
vCenter Server, (where they appear as ESXi hosts in vSphere client):
1.
Click an undeployed OmniCube in the vSphere Inventory to select it for deployment.
2.
Click the SimpliVity tab to open the OmniCube Virtual Controller Deployment screen.
3.
Click Next to open the Select Deployment Method screen, shown in Figure-7.
Figure-7: Select Deployment Method Screen
Use the Select Deployment Method screen to:
•
Deploy OmniCube without a pre-deployment configuration file. Task 6—Deploying OmniCube and
Configuring a Federation on page 48.
•
Create a new pre-deployment configuration file. Creating a Pre-deployment Configuration File on
page 41.
•
Use an existing pre-deployment configuration file (a file that you created in a previous session). You
can also use this option to load an existing file and optionally modify the data that it loads into dialog
fields. (The file remains unchanged, you modify only the run time data instance.) Using an Existing
Pre-deployment Configuration File on page 46.
40
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Starting the Pre-deployment Wizard from the vSphere
Home Screen
You can also start the pre-deployment wizard at any time from the vSphere Home screen and create or
modify a deployment configuration file:
1.
Click Home in the vSphere Navigation bar.
2.
Click SimpliVity Pre-deployment Wizard in the Solutions and Applications panel.
3.
Click Next in the Welcome screen to open the Import pre-deployment configuration screen, then
select one of the following options:
–
–
Create a new pre-deployment configuration file. See Creating a Pre-deployment Configuration
File on page 41.
Use or modify an existing pre-deployment configuration file that you created during a previous
session. See Using an Existing Pre-deployment Configuration File on page 46.
Note: These options differ slightly from the options presented when you start the wizard during a
deployment. See Figure-7.
Creating a Pre-deployment Configuration File
This procedure assumes that you have started the pre-deployment wizard as described in:
• Starting the Pre-deployment Wizard from the vSphere Home Screen on page 41
• Starting the Pre-deployment Wizard after Adding an OmniCube on page 40.
To create a new pre-deployment configuration file:
1.
Click Create a configuration to open the SimpliVity pre-deployment wizard .
2.
Click Next in the welcome screen to open the Import pre-deployment configuration screen.
3.
Check the option labeled Create a new pre-deployment configuration file.
4.
Click Next to open the OmniCube Systems to be deployed screen.
Specifying OmniCube Systems to be Deployed
Complete this screen as follows:
1.
Select the appropriate network topology for your environment:
–
–
1GbE switched Management network and 10GbE switched Storage and Federation networks.
10GbE switched for all OmniCube networks.
41
OmniCube for vSphere Client Administrator Guide
–
2 - Deploying OmniCube
10GbE direct connect Storage and Federation networks, and a 1GbE switched Management
network (supports 2-OmniCube Federations only).
2.
Select a VMware vSphere datacenter to contain the OmniCube systems.
3.
Enter the number of OmniCube systems that you intend to deploy.
4.
Click Next to open the Management Network Information screen.
Notes: You repeat the following steps for each additional OmniCube that you intend to deploy:
◦ Specifying Management Network Information
◦ Specifying Storage and Federation Network Information
If you use the Back button to return to the OmniCube Systems to be deployed screen, the
procedure removes all data that you entered into the Management Network information page.
Specifying Management Network Information
For each OmniCube that you intend to deploy, enter the following Management network information
from your worksheet (see Pre-deployment Wizard Worksheet on page 39).
1.
OmniCube ESXi Host Address.
2.
OmniCube ESXi Host Netmask.
3.
Virtual Controller Management Network Address.
4.
Gateway IP Address.
5.
Virtual Controller Management Network Netmask.
6.
Click Next to open the Storage and Federation Network Information screen.
Specifying Storage and Federation Network Information
For each OmniCube that you intend to deploy, enter the following Storage and Federation network
information:
1.
Storage Network IP Address.
2.
Storage Network Netmask.
3.
Federation Network IP Address.
4.
Federation Network Netmask.
5.
Storage Network VLAN ID [Optional].
42
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
6.
Federation network VLAN ID [Optional].
7.
vSwitch VMkernel IP Address.
8.
MTU Value.
9.
vSwitch VMkernel Netmask.
10.
Click Next to open the NTP Server Information screen.
Specifying NTP Server Information
You should specify at least three NTP servers. If you specify an NTP server that is within your
environment, make sure that it meets the minimum requirements for VMware vSphere. Your Federation
might not operate correctly if VMware environment time synchronization is not accurate.
1.
Do either of the following to configure NTP:
–
–
2.
Click one of the discovered NTP servers and press the + button. Repeat this until you have
selected at least three NTP servers.
Enter an alternate NTP server IP address (or DNS name) and press the + button. Repeat this
until you have entered at least three NTP servers.
Click Next to open the Location to Export the Configuration File screen.
Exporting and Validating the Configuration File
Export the completed configuration file to a folder on your local system, and validate it for deployment
use:
1.
Click Browse to open the Browse For Folder dialog.
2.
Browse to and select a folder, then click OK. (Alternatively, click Make New Folder and select the
newly-created folder). The file has the name format: ip_address_timestamp.xml or hostname_
timestamp.xml.
3.
Verify the Export Folder name and click Next to open the Summary screen.
4.
Verify the summary information. You can use the back button (top left of the screen) to return to a
previous screen and correct errors. Otherwise, click Next to open the Results screen.
5.
Wait for the validation checks to complete in the Results screen and do one of the following:
–
–
If a validation check fails, verify the data that you entered and use the back button to correct the
problem. See Validation Warnings and Errors on page 45.
When all items are validated, click Next to open the Success screen.
43
OmniCube for vSphere Client Administrator Guide
6.
2 - Deploying OmniCube
Click Finish to exit and close the pre-deployment wizard. (You return to the Select Deployment
Method screen if you started the procedure from the Deployment Wizard.)
If necessary, review any warnings occurred during the pre-deployment process. These warnings should
not prevent the OmniCube from deploying, but may affect performance or functionality after deployment.
Typcal warnings are:
• An IP that pings itself might show the IP as already assigned.
• If the OmniCube is already in the vCenter, a warning might occur.
See Pre-deployment Results Screen Checks on page 44.
You can modify an existing configuration file at any time by opening it for use. See Using an Existing
Pre-deployment Configuration File on page 46.
If you choose to proceed with the deployment, go to Task 6—Deploying OmniCube and Configuring a
Federation on page 48. When you do this, most of the deployment data fields are populated with data
from the configuration file.
Pre-deployment Results Screen Checks
The installation Pre-deployment results screen shows the configuration file verification checks described
in Table-7.
Table-7 Pre-deployment Results Screen Checks
Check
Description
Checking vCenter address
Verifies that the vCenter address is valid and reachable.
Checking vcenter address
Verifies the vCenter DNS name.
translation
Checking NTP servers
Verifies that NTP servers are specified.
Validating Storage address for Verifies the IP address for the Storage Network.
IP address
Validating Federation address
Verifies the IP address for the Federation Network.
for IP address
Checking addresses for
Verifies that there are no duplicate addresses specified.
duplicates for OmniCube IP
address
Checking Storage Network
Verifies that the MTU value for the Storage Network is correctly specified.
MTU value
Checking the network VLAN
Verifies that the OmniCube ESX host is in the correct VLAN.
44
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Check
Description
IDs for IP address
Checking Storage Network
Verifies that the Storage Network is in the correct VLAN.
VLAN settings for IP address
Checking Federation Network
Verifies that the Federation Network is in the correct VLAN.
VLAN settings for IP address
Checking ESXi host address
Verifies that the IP address for the ESXi host is available not used by any
availability
other device on the network.
Checking Virtual Controller IP Verifies that the IP address for the Virtual Controller is available and not used
address availability
by any other device on the network.
Exporting filename
Exports the configuration file information to an xml file. The file has the name
format: ip_address_timestamp.xml or hostname_timestamp.xml.
Validation Warnings and Errors
When you use the Pre-deployment Wizard to create a configuration file, the wizard attempts to validate
the data that you entered. You might see the warning and error states described in Table-8.
Table-8 Pre-Deployment Configuration File Validation
Icon
description
Warning—The validation procedure found data that might cause a problem when you attempt to
deploy this OmniCube, but does not mean that the data is invalid or the deployment will fail. Use the
back button to return to the relevant screen and verify the data.
Error—The validation procedure found data that is invalid and will cause a problem when you attempt
to deploy an OmniCube using this configuration file. Use the back button to return to the relevant
screen and correct the invalid data.
Examples of validation reports are:
For a complete list of checks and their descriptions, see Pre-deployment Results Screen Checks on page
44.
45
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Pre-deployment XML Configuration File
The following is a sample configuration file:
?xml version="1.0"?>
<PredeploymentConfiguration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<SchemaVersion>4</SchemaVersion>
<ConnectionType>0</ConnectionType>
<DataCenterID>datacenter-530</DataCenterID>
<VCenterID>0BD7263E-A923-4168-9D33-12B3BEB58E19</VCenterID>
<ManagementNetworkInformation>
<OmniCubeInformation>
<HostIPAddress>130.131.5.210</HostIPAddress>
<HostNetmask>255.255.0.0</HostNetmask>
</OmniCubeInformation>
<VirtualControllerManagementInformation>
<ManagementNetworkIPAddress>130.131.5.210</ManagementNetworkIPAddress>
<ManagementNetworkNetmask>255.255.0.0</ManagementNetworkNetmask>
<GatewayIPAddress>130.131.0.1</GatewayIPAddress>
</VirtualControllerManagementInformation>
</ManagementNetworkInformation>
<StorageNetworkInformation>
<NetworkIPAddress>130.205.0.141</NetworkIPAddress>
<NetworkNetmask>255.255.0.0</NetworkNetmask>
<NetworkvLANIdentifier>0</NetworkvLANIdentifier>
</StorageNetworkInformation>
<FederationNetworkInformation>
<NetworkIPAddress>130.200.0.66</NetworkIPAddress>
<NetworkNetmask>255.255.0.0</NetworkNetmask>
<NetworkvLANIdentifier>0</NetworkvLANIdentifier>
</FederationNetworkInformation>
<StorageNetworkVMKernel>
<IPAddress>130.205.0.140</IPAddress>
<MTUValue>9000</MTUValue>
<Netmask>255.255.0.0</Netmask>
</StorageNetworkVMKernel>
<NTPServers>
<NTPServer>0.us.pool.ntp.org</NTPServer>
<NTPServer>1.us.pool.ntp.org</NTPServer>
<NTPServer>2.us.pool.ntp.org</NTPServer>
<NTPServer>3.us.pool.ntp.org</NTPServer>
</NTPServers>
</PredeploymentConfiguration>
Using an Existing Pre-deployment Configuration File
When using the pre-deployment wizard, you can specify an existing configuration file and either edit it,
or use it as a model for a new file. The file has the name format: ip_address_timestamp.xml or
hostname_timestamp.xml.
This procedure assumes that you started the pre-deployment wizard as follows:
46
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
• Begin the procedure at Step 2 if you launched the wizard from the vSphere Home screen (see
Starting the Pre-deployment Wizard from the vSphere Home Screen on page 41).
• Begin the procedure at Step 1 if you launched the wizard during an OmniCube deployment (see
Starting the Pre-deployment Wizard after Adding an OmniCube on page 40).
Note: If you use the Back button to return to the OmniCube Systems to be deployed screen, the
procedure removes all data that you entered into the Management Network information page.
1.
Select Import a pre-deployment configuration file to assist with this deployment in the Select
Deployment Method screen.
2.
Click Next in the SimpliVity Pre-Deployment Wizard Welcome screen.
3.
Select Use an existing pre-deployment configuration file in the Import Pre-deployment
Configuration screen.
4.
Click Browse to open the Select a Pre-Deployment Configuration File dialog.
5.
Navigate to, and click to select an existing XML configuration file then click Open. The file path is
added to the Import Pre-deployment Configuration screen.
6.
Click Next to open the OmniCube Systems to be Deployed screen.
You can now reuse or modify the configuration file content, as described in the following sections:
• Specifying OmniCube Systems to be Deployed on page 41
• Specifying Management Network Information on page 42
• Specifying Storage and Federation Network Information on page 42
• Specifying NTP Server Information on page 43
• Exporting and Validating the Configuration File on page 43
Using a Pre-deployment Configuration File to Deploy
an OmniCube
When you have created and validated one or more configuration files, you can use them to deploy an
OmniCube systems rapidly, and create a Federation.
To deploy using a configuration file, you must complete Step 1 through Step 4 in Tasks for OmniCube
Deployment on page 28.
When you have added the OmniCube systems to a vCenter server as ESXi hosts, they are ready for
deployment as described in Task 6—Deploying OmniCube and Configuring a Federation on page 48.
47
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Task 6—Deploying OmniCube and Configuring a
Federation
Before you begin the OmniCube deployment:
• Make sure you install the SimpliVity vSphere Extension (plug-in) and supported version of
VMware OVF Tool (see the OmniCube Release Notes) on the vSphere Client computer from
which you will deploy OmniCube. Task 1—Installing the SimpliVity vSphere Extension on page
29.
• Make sure you install the SimpliVity Arbiter on the computer hosting vCenter Server. See Task
2—Installing the SimpliVity Arbiter on the vCenter Server on page 30.
• Be aware of the following:
◦ Some data fields in the deployment graphical interface might be pre-populated based on ESXi
host settings
◦ All data fields are automatically populated if you use a configuration file that you created by
using the pre-deployment wizard described Task 5—Using the Pre-deployment Wizard on page
38.
◦ The deployment involves automated operations such as configuring and starting the OmniCube
Virtual Controller. It might take several minutes for an operation to respond or for the GUI to
refresh during deployment.
• You can perform other VMware tasks (or set up ESXi on another OmniCube) while a deployment
is running in the background. However, you should wait for each OmniCube to fully deploy before
staging subsequent deployments.
Warning:
Do not close vSphere Client while a deployment is in progress. Doing so can cause the
deployment to fail. If this happens, see Retrying a Failed OmniCube Deployment on
page 53.
• Each OmniCube in the Federation takes 15 to 20 minutes to deploy. If the deployment fails, contact
your technical support representative.
• When an OmniCube is deployed, its associated Virtual Controller has a SimpliVity icon:
From the vSphere Client where you will deploy OmniCube, connect to vCenter Server and use the
following procedures.
Selecting the Deployment Method
You can deploy with or without a pre-deployment configuration file. If you have not previously created a
configuration file, you have the option to create one at this time:
1.
In the vSphere Client inventory panel, expand the datacenter where you added the OmniCube
systems as ESXi hosts, and select an undeployed OmniCube system.
48
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
2.
Click the SimpliVity tab, and then click Next to open the OmniCube Virtual Controller Deployment
window.
3.
Click Next to open the Select Deployment Method window. In this window you can:
a. Deploy OmniCube without using a pre-deployment configuration file (see Deploying OmniCube
Without Using A Pre-deployment Configuration File on page 49).
b. Import and use an existing pre-deployment configuration file that you created previously (see
Using an Existing Pre-deployment Configuration File on page 46).
c. Create and use a new pre-deployment configuration file (Creating a Pre-deployment
Configuration File on page 41).
Deploying OmniCube Without Using A Pre-deployment
Configuration File
If you are not using a Pre-deployment configuration file, deploy as follows:
1.
In the Checking Host IP window, wait for all checks to complete and click Next to open the
Credentials window. (Figure-8).
Note: If verification fails, correct any problems identified by error messages and restart the
deployment. See Appendix 2, Deployment Checking Host Screen for a list of checks
performed.
Figure-8: Credentials Window
In the Credentials window, enter the following information from your Table-2 worksheet:
–
–
–
2.
ESXi host root user name and password.
The emergency access password. This changes the password for the svtcli user.
See OmniCube User Accounts and Single Sign-On on page 17.
Your company name.
Click Next to open the SimpliVity User window (Figure-9).
49
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Figure-9: SimpliVity User Window
Enter the Username and Password of the user account that you created as the SimpliVity User. (See
OmniCube User Accounts and Single Sign-On on page 17).
3.
Click Next to open the Management Network window (Figure-10).
Figure-10: Management Network Window
Enter (or change as required, if auto-populated) the following information from your Table-5
worksheet:
Make sure you select the correct vSwitch and Port Group for the Connection:
–
–
The 1GbE vSwitch connected to the Management Network.
Management network port group.
Enter the following:
–
–
IP address for the Management Network.
Netmask for the Management Network.
50
OmniCube for vSphere Client Administrator Guide
–
Gateway
2 - Deploying OmniCube
for the Management Network, if you use a gateway (recommended).
Verify the DNS information, including the Domain and the Primary and Secondary DNS server.
4.
Click Next to open the Storage Network window (Figure-11).
Figure-11: Storage Network Window
Enter (or change as required, if auto-populated) the following information from your Table-5
worksheet:
Make sure that the following vSwitch and Port Group are selected as the Connection:
–
–
10GbE vSwitch connected to the Storage Network.
The Storage network port group.
Enter the following:
–
–
5.
IP address for the Storage Network. (Not on the same subnet as the Management
Network and Federation Network).
Netmask.
Click Next to open the Federation Network window (Figure-12).
Figure-12: Federation Network Window
51
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Enter (or change as required, if auto-populated) the following information from your Table-5
worksheet:
Make sure that the following vSwitch and Port Group are selected as the Connection:
–
–
10GbE vSwitch connected to the Storage Network.
The Federation Network port group.
Enter the following:
–
–
IP address for the Federation Network. (Not on the same subnet as the Management
Network and Storage Network).
Netmask.
6.
Click Next to open the Summary window and verify the configuration data. Click the back button to
go back and correct errors. (
).
7.
Click Deploy. In the Deploying to Host window, wait for the verification checks to complete and
click Next to open the Deployment—Successful window.
8.
Click Finish to complete the deployment. This can take from 15 to 20 minutes. Click Next when all
steps are complete and a Deployment Successful confirmation window opens.
9.
Repeat Step 1 through Step 8 on the second and subsequent OmniCube systems.
After you successfully deploy a second OmniCube system, you have created a Federation.
Next, consider the typical environment configuration tasks described in Post-Deployment Tasks for a
Federation on page 53.
Deployment Checking Host Screen
Table-9 describes the checks listed in the Checking Host screen.
Table-9 Checking Host Screen Data Description
Check
Description
Checking if a proxy server is
configured.
Verifies that your vSphere Client does not access the LAN through an
Internet Explorer HTTP proxy server.
Set your Web browser options to bypass the proxy server for local
addresses, or connect directly to the LAN at a point that avoids the proxy
server.
Checking for existing SimpliVity
deployment.
Verifies that the OmniCube contains an undeployed Virtual Controller.
Scanning for supported storage
adapters.
Verifies that the OmniCube contains a properly configured storage
adapter.
Scanning for SimpliVity
Accelerator.
Verifies that the OmniCube contains a supported OmniCube Accelerator.
52
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Check
Description
Checking host memory
requirements.
Make sure that the OmniCube contains adequate memory.
Checking NTP settings.
Verifies that the OmniCube is configured for NTP and lists the configured
NTP servers.
Checking for a running SimpliVity Verifies that the SimpliVity arbiter is installed and operating on the
arbiter on the vCenter (IP address). vCenter server that will contain the Federation.
Checking SSH settings.
Verifies that secure shell is configured on the ESXi host.
Checking DNS settings.
Verifies that DNS is properly configured on the ESXi host.
Post-Deployment Tasks for a Federation
After you deploy a Federation, complete the following post-deployment tasks:
• Set the time zone locale for all Federation datacenters. See Setting the Datacenter Time Zone on
page 54.
• Install the VAAI NAS plug-in to support hardware acceleration (off-loading clone operations to the
storage to improve efficiency). See Installing the SimpliVity VAAI NAS Plug-in on page 66.
• Set up automatic Email notification to specific administrators for significant OmniCube events. See
Configuring and Testing Phone Home on page 84.
• Create datastores. See Federation Datastores on page 142.
• Create backup polices. See Policies for Scheduled Backup Operations on page 164.
• Create or migrate VMs into your Federation. See Federation Virtual Machines on page 151.
• Apply backup policies to VMs and datastores. See:
◦ Changing the Backup Policy for a Federation Datastore on page 146.
◦ Changing the Backup Policy for a Federation Virtual Machine on page 172.
Retrying a Failed OmniCube Deployment
A deployment might fail if it is interrupted, for example:
• A temporary network failure occurred.
• You accidentally closed vSphere while a deployment was in progress.
If this happens, you can retry the OmniCube deployment as follows:
1.
Make sure you are logged in to a vSphere Client that is in the same local area network as the
OmniCube, or connect to a local vSphere Client through remote desktop. You must log in to the
vCenter with administrative role permissions.
53
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Note: Do not do this procedure using a remote vSphere Client. The OVF copy task is routed
through the client, and if the client is remote it will take a long time (an hour or more) to
complete.
2.
In vSphere, right-click the undeployed Virtual Controller in the inventory panel and select Delete
from Disk. This removes all the files associated with the Virtual Controller.
3.
Close and reopen vSphere and click the OmniCube.
4.
Click the SimpliVity tab and click Next in the deployment window.
5.
In the Checking Host IP window, a message indicates that the procedure will deploy a new Virtual
Controller. Wait for all checks to complete and click Next.
6.
Repeat the deployment procedure described in: Task 6—Deploying OmniCube and Configuring a
Federation on page 48.
See Deployment Checking Host Screen on page 52 for information about host checks.
If the deployment fails a second time, contact SimpliVity Technical Support, or your support provider.
Setting the Datacenter Time Zone
You can modify the time zone for individual Federation datacenters.
1.
Right click a datacenter in the vSphere Client inventory, then click SimpliVity - Set Time Zone to
open the Datacenter Time Zone dialog.
2.
Click the pull-down menu and scroll down to the required time zone, such as Europe/Berlin.
3.
Click Set Time Zone. The dialog closes automatically.
Supported Time Zones
This chart lists the supported time zones that you can specify for a datacenter.
Country Identifier
Code
Offset
Africa/Abidjan
GMT
0:00:00
Africa/Accra
GMT
0:00:00
Africa/Addis_Ababa
EAT
3:00:00
Africa/Algiers
CET
1:00:00
Africa/Asmera
EAT
3:00:00
54
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Africa/Bamako
GMT
0:00:00
Africa/Bangui
WAT
1:00:00
Africa/Banjul
GMT
0:00:00
Africa/Bissau
GMT
0:00:00
Africa/Blantyre
CAT
2:00:00
Africa/Brazzaville
WAT
1:00:00
Africa/Bujumbura
CAT
2:00:00
Africa/Cairo
EET
2:00:00
Africa/Casablanca
WET
0:00:00
Africa/Ceuta
CET
1:00:00
Africa/Conakry
GMT
0:00:00
Africa/Dakar
GMT
0:00:00
Africa/Dar_es_Salaam
EAT
3:00:00
Africa/Djibouti
EAT
3:00:00
Africa/Douala
WAT
1:00:00
Africa/El_Aaiun
WET
0:00:00
Africa/Freetown
GMT
0:00:00
Africa/Gaborone
CAT
2:00:00
Africa/Harare
CAT
2:00:00
Africa/Johannesburg
SAST
2:00:00
Africa/Kampala
EAT
3:00:00
Africa/Khartoum
EAT
3:00:00
Africa/Kigali
CAT
2:00:00
Africa/Kinshasa
WAT
1:00:00
Africa/Lagos
WAT
1:00:00
Africa/Libreville
WAT
1:00:00
Africa/Lome
GMT
0:00:00
Africa/Luanda
WAT
1:00:00
Africa/Lubumbashi
CAT
2:00:00
Africa/Lusaka
CAT
2:00:00
Africa/Malabo
WAT
1:00:00
Africa/Maputo
CAT
2:00:00
Africa/Maseru
SAST
2:00:00
Africa/Mbabane
SAST
2:00:00
Africa/Mogadishu
EAT
3:00:00
Africa/Monrovia
GMT
0:00:00
Africa/Nairobi
EAT
3:00:00
Africa/Ndjamena
WAT
1:00:00
Africa/Niamey
WAT
1:00:00
55
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Africa/Nouakchott
GMT
0:00:00
Africa/Ouagadougou
GMT
0:00:00
Africa/Porto-Novo
WAT
1:00:00
Africa/Sao_Tome
GMT
0:00:00
Africa/Timbuktu
GMT
0:00:00
Africa/Tripoli
EET
2:00:00
Africa/Tunis
CET
1:00:00
Africa/Windhoek
WAT
1:00:00
America/Adak
HAST
14:00:00
America/Anchorage
AKST
15:00:00
America/Anguilla
AST
20:00:00
America/Antigua
AST
20:00:00
America/Araguaina
BRT
21:00:00
America/Aruba
AST
20:00:00
America/Asuncion
PYT
20:00:00
America/Barbados
AST
20:00:00
America/Belem
BRT
21:00:00
America/Belize
CST
18:00:00
America/Boa_Vista
AMT
20:00:00
America/Bogota
COT
19:00:00
America/Boise
MST
17:00:00
America/Buenos_Aires
ART
21:00:00
America/Cambridge_Bay
MST
17:00:00
America/Cancun
CST
18:00:00
America/Caracas
VET
20:00:00
America/Catamarca
ART
21:00:00
America/Cayenne
GFT
21:00:00
America/Cayman
EST
19:00:00
America/Chicago
CST
18:00:00
America/Chihuahua
MST
17:00:00
America/Cordoba
ART
21:00:00
America/Costa_Rica
CST
18:00:00
America/Cuiaba
AMT
20:00:00
America/Curacao
AST
20:00:00
America/Danmarkshavn
GMT
0:00:00
America/Dawson
PST
16:00:00
America/Dawson_Creek
MST
17:00:00
America/Denver
MST
17:00:00
America/Detroit
EST
19:00:00
56
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
America/Dominica
AST
20:00:00
America/Edmonton
MST
17:00:00
America/Eirunepe
ACT
19:00:00
America/El_Salvador
CST
18:00:00
America/Fortaleza
BRT
21:00:00
America/Glace_Bay
AST
20:00:00
America/Godthab
WGT
21:00:00
America/Goose_Bay
AST
20:00:00
America/Grand_Turk
EST
19:00:00
America/Grenada
AST
20:00:00
America/Guadeloupe
AST
20:00:00
America/Guatemala
CST
18:00:00
America/Guayaquil
ECT
19:00:00
America/Guyana
GYT
20:00:00
America/Halifax
AST
20:00:00
America/Havana
CST
19:00:00
America/Hermosillo
MST
17:00:00
America/Indiana/Indianapolis
EST
19:00:00
America/Indiana/Knox
EST
19:00:00
America/Indiana/Marengo
EST
19:00:00
America/Indiana/Vevay
EST
19:00:00
America/Indianapolis
EST
19:00:00
America/Inuvik
MST
17:00:00
America/Iqaluit
EST
19:00:00
America/Jamaica
EST
19:00:00
America/Jujuy
ART
21:00:00
America/Juneau
AKST
15:00:00
America/Kentucky/Louisville
EST
19:00:00
America/Kentucky/Monticello
EST
19:00:00
America/La_Paz
BOT
20:00:00
America/Lima
PET
19:00:00
America/Los_Angeles
PST
16:00:00
America/Louisville
EST
19:00:00
America/Maceio
BRT
21:00:00
America/Managua
CST
18:00:00
America/Manaus
AMT
20:00:00
America/Martinique
AST
20:00:00
America/Mazatlan
MST
17:00:00
America/Mendoza
ART
21:00:00
57
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
America/Menominee
CST
18:00:00
America/Merida
CST
18:00:00
America/Mexico_City
CST
18:00:00
America/Miquelon
PMST
21:00:00
America/Monterrey
CST
18:00:00
America/Montevideo
UYT
21:00:00
America/Montreal
EST
19:00:00
America/Montserrat
AST
20:00:00
America/Nassau
EST
19:00:00
America/New_York
EST
19:00:00
America/Nipigon
EST
19:00:00
America/Nome
AKST
15:00:00
America/Noronha
FNT
22:00:00
America/North_Dakota/Center
CST
18:00:00
America/Panama
EST
19:00:00
America/Pangnirtung
EST
19:00:00
America/Paramaribo
SRT
21:00:00
America/Phoenix
MST
17:00:00
America/Port-au-Prince
EST
19:00:00
America/Port_of_Spain
AST
20:00:00
America/Porto_Velho
AMT
20:00:00
America/Puerto_Rico
AST
20:00:00
America/Rainy_River
CST
18:00:00
America/Rankin_Inlet
CST
18:00:00
America/Recife
BRT
21:00:00
America/Regina
CST
18:00:00
America/Rio_Branco
ACT
19:00:00
America/Rosario
ART
21:00:00
America/Santiago
CLT
20:00:00
America/Santo_Domingo
AST
20:00:00
America/Sao_Paulo
BRT
21:00:00
America/Scoresbysund
EGT
23:00:00
America/Shiprock
MST
17:00:00
America/St_Johns
NST
20:30:00
America/St_Kitts
AST
20:00:00
America/St_Lucia
AST
20:00:00
America/St_Thomas
AST
20:00:00
America/St_Vincent
AST
20:00:00
America/Swift_Current
CST
18:00:00
58
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
America/Tegucigalpa
CST
18:00:00
America/Thule
AST
20:00:00
America/Thunder_Bay
EST
19:00:00
America/Tijuana
PST
16:00:00
America/Tortola
AST
20:00:00
America/Vancouver
PST
16:00:00
America/Whitehorse
PST
16:00:00
America/Winnipeg
CST
18:00:00
America/Yakutat
AKST
15:00:00
America/Yellowknife
MST
17:00:00
Antarctica/Casey
WST
8:00:00
Antarctica/Davis
DAVT
7:00:00
Antarctica/DumontDUrville
DDUT
10:00:00
Antarctica/Mawson
MAWT
6:00:00
Antarctica/McMurdo
NZST
12:00:00
Antarctica/Palmer
CLT
20:00:00
Antarctica/South_Pole
NZST
12:00:00
Antarctica/Syowa
SYOT
3:00:00
Antarctica/Vostok
VOST
6:00:00
Arctic/Longyearbyen
CET
1:00:00
Asia/Aden
AST
3:00:00
Asia/Almaty
ALMT
6:00:00
Asia/Amman
EET
2:00:00
Asia/Anadyr
ANAT
12:00:00
Asia/Aqtau
AQTT
4:00:00
Asia/Aqtobe
AQTT
5:00:00
Asia/Ashgabat
TMT
5:00:00
Asia/Baghdad
AST
3:00:00
Asia/Bahrain
AST
3:00:00
Asia/Baku
AZT
4:00:00
Asia/Bangkok
ICT
7:00:00
Asia/Beirut
EET
2:00:00
Asia/Bishkek
KGT
5:00:00
Asia/Brunei
BNT
8:00:00
Asia/Calcutta
IST
5:30:00
Asia/Choibalsan
CHOT
9:00:00
Asia/Chongqing
CST
8:00:00
Asia/Colombo
LKT
6:00:00
Asia/Damascus
EET
2:00:00
59
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Asia/Dhaka
BDT
6:00:00
Asia/Dili
TPT
9:00:00
Asia/Dubai
GST
4:00:00
Asia/Dushanbe
TJT
5:00:00
Asia/Gaza
EET
2:00:00
Asia/Harbin
CST
8:00:00
Asia/Hong_Kong
HKT
8:00:00
Asia/Hovd
HOVT
7:00:00
Asia/Irkutsk
IRKT
8:00:00
Asia/Istanbul
EET
2:00:00
Asia/Jakarta
WIT
7:00:00
Asia/Jayapura
EIT
9:00:00
Asia/Jerusalem
IST
2:00:00
Asia/Kabul
AFT
4:30:00
Asia/Kamchatka
PETT
12:00:00
Asia/Karachi
PKT
5:00:00
Asia/Kashgar
CST
8:00:00
Asia/Katmandu
NPT
5:45:00
Asia/Krasnoyarsk
KRAT
7:00:00
Asia/Kuala_Lumpur
MYT
8:00:00
Asia/Kuching
MYT
8:00:00
Asia/Kuwait
AST
3:00:00
Asia/Macao
CST
8:00:00
Asia/Macau
CST
8:00:00
Asia/Magadan
MAGT
11:00:00
Asia/Makassar
CIT
8:00:00
Asia/Manila
PHT
8:00:00
Asia/Muscat
GST
4:00:00
Asia/Nicosia
EET
2:00:00
Asia/Novosibirsk
NOVT
6:00:00
Asia/Omsk
OMST
6:00:00
Asia/Oral
WST
5:00:00
Asia/Phnom_Penh
ICT
7:00:00
Asia/Pontianak
WIT
7:00:00
Asia/Pyongyang
KST
9:00:00
Asia/Qyzylorda
KST
6:00:00
Asia/Qatar
AST
3:00:00
Asia/Rangoon
MMT
6:30:00
Asia/Riyadh
AST
3:00:00
60
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Asia/Saigon
ICT
7:00:00
Asia/Sakhalin
SAKT
10:00:00
Asia/Samarkand
UZT
5:00:00
Asia/Seoul
KST
9:00:00
Asia/Shanghai
CST
8:00:00
Asia/Singapore
SGT
8:00:00
Asia/Taipei
CST
8:00:00
Asia/Tashkent
UZT
5:00:00
Asia/Tbilisi
GET
4:00:00
Asia/Tehran
IRT
3:30:00
Asia/Thimphu
BTT
6:00:00
Asia/Tokyo
JST
9:00:00
Asia/Ujung_Pandang
CIT
8:00:00
Asia/Ulaanbaatar
ULAT
8:00:00
Asia/Urumqi
CST
8:00:00
Asia/Vientiane
ICT
7:00:00
Asia/Vladivostok
VLAT
10:00:00
Asia/Yakutsk
YAKT
9:00:00
Asia/Yekaterinburg
YEKT
5:00:00
Asia/Yerevan
AMT
4:00:00
Atlantic/Azores
AZOT
23:00:00
Atlantic/Bermuda
AST
20:00:00
Atlantic/Canary
WET
0:00:00
Atlantic/Cape_Verde
CVT
23:00:00
Atlantic/Faeroe
WET
0:00:00
Atlantic/Jan_Mayen
CET
1:00:00
Atlantic/Madeira
WET
0:00:00
Atlantic/Reykjavik
GMT
0:00:00
Atlantic/South_Georgia
GST
22:00:00
Atlantic/St_Helena
GMT
0:00:00
Atlantic/Stanley
FKT
20:00:00
Australia/Adelaide
CST
9:30:00
Australia/Brisbane
EST
10:00:00
Australia/Broken_Hill
CST
9:30:00
Australia/Darwin
CST
9:30:00
Australia/Eucla
CWST
8:45:00
Australia/Hobart
EST
10:00:00
Australia/Lindeman
EST
10:00:00
Australia/Lord_Howe
LHST
10:30:00
61
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Australia/Melbourne
EST
10:00:00
Australia/Perth
WST
8:00:00
Australia/Sydney
EST
10:00:00
Europe/Amsterdam
CET
1:00:00
Europe/Andorra
CET
1:00:00
Europe/Athens
EET
2:00:00
Europe/Belfast
GMT
0:00:00
Europe/Belgrade
CET
1:00:00
Europe/Berlin
CET
1:00:00
Europe/Bratislava
CET
1:00:00
Europe/Brussels
CET
1:00:00
Europe/Bucharest
EET
2:00:00
Europe/Budapest
CET
1:00:00
Europe/Chisinau
EET
2:00:00
Europe/Copenhagen
CET
1:00:00
Europe/Dublin
GMT
0:00:00
Europe/Gibraltar
CET
1:00:00
Europe/Helsinki
EET
2:00:00
Europe/Istanbul
EET
2:00:00
Europe/Kaliningrad
EET
2:00:00
Europe/Kiev
EET
2:00:00
Europe/Lisbon
WET
0:00:00
Europe/Ljubljana
CET
1:00:00
Europe/London
GMT
0:00:00
Europe/Luxembourg
CET
1:00:00
Europe/Madrid
CET
1:00:00
Europe/Malta
CET
1:00:00
Europe/Minsk
EET
2:00:00
Europe/Monaco
CET
1:00:00
Europe/Moscow
MSK
3:00:00
Europe/Nicosia
EET
2:00:00
Europe/Oslo
CET
1:00:00
Europe/Paris
CET
1:00:00
Europe/Prague
CET
1:00:00
Europe/Riga
EET
2:00:00
Europe/Rome
CET
1:00:00
Europe/Samara
SAMT
4:00:00
Europe/San_Marino
CET
1:00:00
Europe/Sarajevo
CET
1:00:00
62
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Europe/Simferopol
EET
2:00:00
Europe/Skopje
CET
1:00:00
Europe/Sofia
EET
2:00:00
Europe/Stockholm
CET
1:00:00
Europe/Tallinn
EET
2:00:00
Europe/Tirane
CET
1:00:00
Europe/Uzhgorod
EET
2:00:00
Europe/Vaduz
CET
1:00:00
Europe/Vatican
CET
1:00:00
Europe/Vienna
CET
1:00:00
Europe/Vilnius
EET
2:00:00
Europe/Warsaw
CET
1:00:00
Europe/Zagreb
CET
1:00:00
Europe/Zaporozhye
EET
2:00:00
Europe/Zurich
CET
1:00:00
Indian/Antananarivo
EAT
3:00:00
Indian/Chagos
IOT
6:00:00
Indian/Christmas
CXT
7:00:00
Indian/Cocos
CCT
6:30:00
Indian/Comoro
EAT
3:00:00
Indian/Kerguelen
TFT
5:00:00
Indian/Mahe
SCT
4:00:00
Indian/Maldives
MVT
5:00:00
Indian/Mauritius
MUT
4:00:00
Indian/Mayotte
EAT
3:00:00
Indian/Reunion
RET
4:00:00
Pacific/Apia
WST
13:00:00
Pacific/Auckland
NZST
12:00:00
Pacific/Chatham
CHAST
12:45:00
Pacific/Easter
EAST
18:00:00
Pacific/Efate
VUT
11:00:00
Pacific/Enderbury
PHOT
13:00:00
Pacific/Fakaofo
TKT
14:00:00
Pacific/Fiji
FJT
12:00:00
Pacific/Funafuti
TVT
12:00:00
Pacific/Galapagos
GALT
18:00:00
Pacific/Gambier
GAMT
15:00:00
Pacific/Guadalcanal
SBT
11:00:00
Pacific/Guam
ChST
10:00:00
63
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Country Identifier
Code
Offset
Pacific/Honolulu
HST
14:00:00
Pacific/Johnston
HST
14:00:00
Pacific/Kiritimati
LINT
14:00:00
Pacific/Kosrae
KOST
11:00:00
Pacific/Kwajalein
MHT
12:00:00
Pacific/Majuro
MHT
12:00:00
Pacific/Marquesas
MART
14:30:00
Pacific/Midway
SST
13:00:00
Pacific/Nauru
NRT
12:00:00
Pacific/Niue
NUT
13:00:00
Pacific/Norfolk
NFT
11:30:00
Pacific/Noumea
NCT
11:00:00
Pacific/Pago_Pago
SST
13:00:00
Pacific/Palau
PWT
9:00:00
Pacific/Pitcairn
PST
16:00:00
Pacific/Ponape
PONT
11:00:00
Pacific/Port_Moresby
PGT
10:00:00
Pacific/Rarotonga
CKT
14:00:00
Pacific/Saipan
ChST
10:00:00
Pacific/Tahiti
TAHT
14:00:00
Pacific/Tarawa
GILT
12:00:00
Pacific/Tongatapu
TOT
13:00:00
Pacific/Truk
TRUT
10:00:00
Pacific/Wake
WAKT
12:00:00
Pacific/Wallis
WFT
12:00:00
Pacific/Yap
YAPT
10:00:00
Configuring the SimpliVity VAAI NAS Plug-In
Install the vSphere Installation Bundle (VIB) on Federation OmniCube systems and on non-SimpliVity
ESXi hosts that share Federation SimpliVity datastores.
During the installation of an OmniStack Software Upgrade package, updated VIBs are copied to the
OmniCube Virtual Controller’s Web server in the vaai folder:
(http://ip-address/vaai/simplivity-nas-plugin.n.n.n.nnn.vib), making the packages accessible
for installation. You must manually install the VIBs on all non-SimpliVity ESXi hosts that share
SimpliVity datastores.
Note: If the VAAI NAS VIB is delivered as a separate upgrade, you might need to install it manually
on your OmniCube systems. Typically, the VIB is preinstalled on factory-shipped OmniCube
64
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
systems, and you do not need to install it. See Installation Verification for the VAAI NAS Plugin Using the vSphere GUI on page 69 to find out whether the VIB is already installed.
The SimpliVity VAAI NAS plug-in distribution might include one or perhaps two ESXi-specific
packages, where n.n.n.nnn is replaced by a version string, such as 2.1.0.6. See the OmniCube Release
Notes for the current version string.
• svt-nas-plugin-n.n.n.nnn.vib for ESXi V5.0 Update 2, 32/64-bit
• svt-nas-plugin-n.n.n.nnn.vib for ESXi V5.1 Update 1, 32/64-bit
When installed, the files are located in the following ESXi system folders:
• /usr/lib/vmware/nas_plugins/lib32/libsvt-nas-vaai-plugin.so
• /usr/lib/vmware/nas_plugins/lib64/libsvt-nas-vaai-plugin.so
• /etc/vmware/firewall/svt-vaai-plugin-firewall.xml
Prerequisites for Installing the SimpliVity VAAI NAS
Plug-in
The following installation prerequisites and considerations apply for the SimpliVity VAAI NAS plug-in:
• You do not need to uninstall existing versions of the SimpliVity VAAI NAS plug-in before
installing an updated version.
• Enable SSH on OmniCube Systems and on Non-SimpliVity ESXi hosts that access SimpliVity
datastores.
• If not already installed, install the SimpliVity VAAI NAS plug-in on all OmniCube ESXi Hosts in
your Federation.
• If Non-SimpliVity ESXi hosts share the Federation datastores:
◦ Uninstall any VAAI NAS plug-ins from other vendors that might compete with the SimpliVity
plug-in.
◦ Install the VAAI NAS plug-in on all Non-SimpliVity ESXi hosts, using the appropriate VIB
version for the ESXi release installed on the Non-SimpliVity ESXi host.
• A post-installation reboot is required for every OmniCube ESXi host on which you install the
SimpliVity VAAI NAS plug-in. This reboot requires that you shut down or migrate any VMs
running on the OmniCube ESXi host.
◦ Consider shutting down VMs before you start the installation procedure.
◦ You can migrate VMs using vMotion before starting the installation on each ESXi Host.
◦ If an OmniCube is a standalone configuration (no Storage HA), migration is not an option - you
must shut down VMs.
65
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
See: Installing the SimpliVity VAAI NAS Plug-in on page 66.
Installing the SimpliVity VAAI NAS Plug-in
During the installation, the installation package moves from the Virtual Controller to its OmniCube ESXi
Host, so at least one Virtual Controller must remain available at all times. This procedure assumes that
you have shut down, or you will migrate, VMs.
Note: If you attempt to install the SimpliVity VAAI NAS plug-in and you see the following error:
[NoMatchError] No VIB matching VIB search specification 'simplivity-nas-plugin',
it
means that a reboot is pending. The plug-in was previously uninstalled, but the OmniCube ESXi
Host has not rebooted since the uninstallation. Reboot to correct the problem.
Install the SimpliVity VAAI NAS plug-in VMware Installation Bundle(VIB) as described in this section.
Installing on OmniCube
1.
In vSphere Client, verify that the Federation is in a healthy state and that all VMs are in Storage HA
Compliance.
2.
Using the terminal emulator, log on to the first OmniCube ESXi Host as root.
3.
Enter the following esxcli command:
# esxcli software vib install
--viburl=http://ip-address/vaai/simplivity-nas-plugin-n.n.n.nnn.vib
Where:
–
ip-address is the IP address of the Virtual Controller that is running on this ESXi
Host.
–
is the version string for the VAAI NAS plug-in. Use the correct revision for
the version of ESXi installed on the host.
n.n.n.nnn
4.
In vSphere Client Right-Click and Power off/Shut down the Virtual Controller.
5.
Right-Click and put the OmniCube ESXi Host into Maintenance Mode.
6.
Reboot the OmniCube ESXi Host.
7.
Right-Click and take the OmniCube ESXi Host out of Maintenance Mode.
8.
Restart the OmniCube Virtual Controller.
9.
Power up VMs or migrate VMs back from their temporary location.
10.
Wait for VMs to return to Storage HA compliance (synchronize).
66
OmniCube for vSphere Client Administrator Guide
11.
2 - Deploying OmniCube
Repeat Step 2 through Step 9 for the next OmniCube ESXi Host, until you have installed the VIB on
all OmniCube ESXi Hosts.
Installing on Non-SimpliVity ESXi Hosts
1.
Using vSphere Client, verify that the Federation is in a healthy state and that all VMs are in Storage
HA Compliance (synchronized).
2.
Using a terminal emulator, log on to the first Non-SimpliVity ESXi host as root.
3.
Enter the following esxcli command:
# esxcli software acceptance set --level=CommunitySupported
4.
Enter the following esxcli command:
# esxcli software vib install
--viburl=http://ip-address/vaai/simplivity-nas-plugin-x-x-x-x.vib
Where:
–
–
is the IP address of the OmniCube Virtual Controller where the VIB is located.
x-x-x-x is the version string for the VAAI NAS plug-in. Use the correct plug-in revision for the
version of ESXi installed on the host.
ip-address
5.
Using vSphere Client, right-click and put the Non-SimpliVity ESXi host into Maintenance Mode.
6.
Reboot the Non-SimpliVity ESXi host.
7.
Right-click and take the host out of Maintenance Mode.
8.
Repeat Step 2 through Step 7 for all non-SimpliVity ESXi Hosts that are sharing SimpliVity
datastores on the Federation. Make sure you use the appropriate VIB version, depending on the ESXi
version installed on the non-SimpliVity ESXi Host.
Follow any host-specific procedures for restarting VMs.
67
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Sample VAAI NAS Plug-in Installation
The following is a sample of an installation.
~ # esxcli software vib install --viburl=http://100.131.11.105/vaai/simplivity-nas-plugin.2.1.0.45.vib
Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be
effective.
Reboot Required: true
VIBs Installed: SimpliVity_bootbank_simplivity-nas-plugin_2.1.0.45
VIBs Removed:
VIBs Skipped:
To verify the installation, see: Installation Verification for the VAAI NAS Plug-in Using the vSphere
GUI on page 69, and Installation Verification for the VAAI NAS Plug-in Using esxcli on page 70.
Uninstalling the SimpliVity VAAI NAS Plug-in
Normally, you will not uninstall the SimpliVity VAAI NAS plug-in VIB unless instructed to do so by
SimpliVity Technical support. Upgrades do not require uninstallation.
As for VIB installation, a complete uninstallation requires that you reboot every OmniCube ESXi Host
and everyNon-SimpliVity ESXi host. This might take some time because you must migrate or shut down
active VMs.
Notes: If you attempt to uninstall the SimpliVity VAAI NAS plug-in and you see the following error:
[NoMatchError] No VIB matching VIB search specification 'simplivity-nas-plugin', it
means that a reboot is pending. The plug-in was previously uninstalled, but the OmniCube ESXi
Host has not rebooted since the uninstallation. Reboot to correct the problem.
You must remove the plug-in from all systems that access SimpliVity Federation datastores to
prevent errors and behavior inconsistencies when cloning VMs.
Uninstall the VIB as follows:
1.
Using a terminal emulator, log on to the first OmniCube ESXi Host as root.
2.
Determine the installed VIB version:
~ # esxcli software vib list | grep SimpliVity
omnicube
1.0.0-2OEM.500.1.11.623860 SimpliVity CommunitySupported 2013-04-01
simplivity-nas-plugin 2.1.0.45-1
SimpliVity CommunitySupported 2013-09-04
3.
Enter the following esxcli command:
# esxcli software vib remove --vibname=simplivity-nas-plugin
4.
In vSphere Client Right-Click and Power off/Shut down the Virtual Controller.
5.
Right-Click and put the OmniCube ESXi Host into Maintenance Mode.
68
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
6.
Reboot the OmniCube ESXi Host.
7.
Right-Click and take the OmniCube ESXi Host out of Maintenance Mode.
8.
Restart the OmniCube Virtual Controller.
9.
Power up VMs or migrate VMs back from their temporary location.
10.
Repeat Step 2 through Step 9 for the next OmniCube ESXi host, until you have uninstalled the VIB
from all OmniCube ESXi Hosts.
11.
Repeat Step 2 through Step 6 for all non-SimpliVity ESXi hosts, until you have uninstalled the VIB
from all non-SimpliVity ESXi Hosts. Follow any host-specific procedures for restarting VMs.
To verify the software removal:
• See Installation Verification for the VAAI NAS Plug-in Using the vSphere GUI on page 69.
Verify that the Hardware Acceleration column contains Not supported.
• See Installation Verification for the VAAI NAS Plug-in Using esxcli on page 70. In this case,
Hardware Acceleration is listed as "Not Supported".
Sample VAAI NAS Plug-In Removal
The following is a sample uninstallation:
~ # esxcli software vib remove --vibname=simplivity-nas-plugin.2.1.0.45
Removal Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to
be effective.
Reboot Required: true
VIBs Installed:
VIBs Removed: SimpliVity_bootbank_simplivity-nas-plugin_2.1.0.45
VIBs Skipped:
Installation Verification for the VAAI NAS Plug-in
Using the vSphere GUI
To verify that the SimpliVity VAAI NAS plug-in is installed and functioning for a SimpliVity datastore,
use the vSphere GUI as follows:
1.
Use vSphere Client to connect to your Federation.
2.
Select an OmniCube ESXi Host in the inventory.
3.
Click the Configuration tab in the main window.
4.
Click Storage, under Hardware.
5.
Click the Datastores button in the View toolbar, above the list as shown in Figure-13.
69
OmniCube for vSphere Client Administrator Guide
2 - Deploying OmniCube
Figure-13: Datastores List
6.
Look for active datastores where the root of the Device name is omni.cube.io.
7.
Verify that the Hardware Acceleration column contains Supported..
If the column contains Unknown or Not Supported, see Installing the SimpliVity VAAI NAS Plug-in on
page 66.
Installation Verification for the VAAI NAS Plug-in
Using esxcli
To verify that the SimpliVity VAAI NAS plug-in is installed and functioning for a SimpliVity datastore,
use esxcli as described in this procedure. The procedure assumes that SSH is enabled.
1.
In vSphere Client, confirm that a mounted and shared SimpliVity datastore exists.
2.
Using a terminal emulator, log in to an OmniCube ESXi host as root.
3.
Enter the following esxcli command:
# esxcli storage nfs list
4.
Look for active datastores where the root of the Device name is omni.cube.io.
5.
Verify in the output that the value of Hardware Acceleration is Supported.
If the value is Not Supported, then the SimpliVity VAAI NAS plug-in is not installed or not functioning
correctly. See Installing the SimpliVity VAAI NAS Plug-in on page 66.
Sample Verification Session
The following is a sample VAAI verification:
~ # esxcli storage nfs list
Volume Name Host
Share
----------- ------------ -----------------------100sml
omni.cube.io /mnt/svtfs/0/100sml
110-sml-hr omni.cube.io /mnt/svtfs/0/110-sml-hr
englab2
omni.cube.io /mnt/svtfs/0/wnglab2
70
Accessible
---------true
true
true
Mounted
------true
true
true
Hardware Acceleration
--------------------Supported
Supported
Supported
3 - Starting Up and Shutting Down an OmniCube
Before you power off an OmniCube (ESXi host), review these considerations:
• The OmniCube Virtual Controller must start up first and shut down last. (The Virtual Controller is
a dedicated virtual machine that runs the OmniStack software.) You can configure this sequence
through the Configuration tab options for an OmniCube system. For example, you can set the start
up and shut down order for the virtual machines on the host (including the OmniCube Virtual
Controller) and set delay times to ensure the proper sequence. For more information, see Setting
the Virtual Machine Startup and Shutdown Sequence on page 72.
• If an auto-start virtual machine migrates into your Federation from another source (for example,
from using vSphere vMotion), make sure that its start up order does not supersede the order set for
the Virtual Controller. For more information, see Setting the Virtual Machine Startup and
Shutdown Sequence on page 72.
• Unplanned shut down events such as power outages might cause site-wide system restarts to take
longer than normal. If this occurs, make sure the start up availability sequence is:
1.
vCenter Server, running the SimpliVity Arbiter
2.
OmniCube systems (ESXi hosts)
3.
Virtual Controller on the ESXi hosts
4.
Federation and datastores
5.
Virtual machines
If this sequence takes longer than 120 seconds, extend the start up delay accordingly.
• If you need to move a virtual machine from an OmniCube in a datacenter to another OmniCube in
the datacenter (or another datacenter) before shutting down the OmniCube system, use the
SimpliVity - Move Virtual Machine option.
• If you need to move a virtual machine in cluster to another OmniCube in a cluster, you can use the
automatic or manual vSphere Client options. But, the OmniCube you move the virtual machine to
must share at least one datastore with the original OmniCube. For more information on using the
vSphere options to move or migrate virtual machines, see the vSphere Client Help.
• If you want to manually shut down a virtual machine or the OmniCube Virtual Controller, you can
use the Shut Down Guest option. You can also cancel or force the shut down of an OmniCube
Virtual Controller through the SimpliVity - Manage Shut Down Guest option.
71
OmniCube for vSphere Client Administrator Guide
3 - Starting Up and Shutting Down an OmniCube
Setting the Virtual Machine Startup and Shutdown
Sequence
The Virtual Controller is a virtual machine dedicated to the OmniCube (ESXi host). It runs the
OmniStack software that optimizes data. It should always start up before the guest virtual machines and
shut down last. To ensure that the Virtual Controller automatically starts up first when you power on an
OmniCube and shuts down last when you shut it down, set (or check) the virtual machine startup and
shutdown delay times and define the order.
To set the virtual machines start up and shut down sequence:
1.
In vSphere Client, display the host objects in the inventory.
2.
Select the OmniCube (ESXi host) you want to set the virtual machine sequence for.
3.
Click the Configuration tab. Then click Virtual Machine Startup/Shutdown from the Software list.
The Virtual Machine Startup and Shutdown window opens.
4.
Click Properties from the upper-right corner of the tab.
5.
Select Allow virtual machines to start and stop automatically with the system.
6.
In the Default Startup Delay and the Default Shutdown Delay sections, set the delay startup for 120
seconds (two minutes) and the delay shutdown for 120 seconds, if not set already.
7.
In the Shutdown Action field, leave Guest Shutdown selected.
8.
In the Startup Order section, check that the OmniCube VC (Virtual Controller) is set at 1 to start up
first. If not, select the OmniCube Virtual Controller row, click Move Up or Move Down to move it to
the first order (Order 1). All other virtual machines can start up after it. (The shutdown reverses the
order.)
9.
Select the OmniCube Virtual Controller row and click Edit to open the Virtual Machine Autostart
Settings dialog box. In the Startup Settings section, select Use specified settings. In the Startup
Delay field, enter 720 seconds (for 12 minutes). In the Shutdown Settings section, leave the
Shutdown Delay field set to 120 and the Perform shutdown action field set to Guest Shutdown.
Click OK.
10.
Click OK to return to the Configuration tab and see your latest startup and shutdown settings.
11.
Repeat this procedure for any other OmniCube systems that need the delay times and order defined.
Performing a System Startup
If you previously shut down a system in a Federation system, make sure that the system is in the same
physical state and that no cables were disconnected or devices removed.
1.
Ensure that your vCenter Server and Federation Datacenter are fully available and healthy.
2.
Connect to vCenter using a vSphere client that includes the SimpliVity vSphere Extension Plug-in.
72
OmniCube for vSphere Client Administrator Guide
3.
3 - Starting Up and Shutting Down an OmniCube
If you previously shut down the ESXi host containing the vCenter Server, verify that the SimpliVity
Arbiter service is started.
See Restarting the SimpliVity Arbiter in the OmniCube for vSphere Client Help.
4.
Power on the systems.
5.
Boot the ESXi host.
6.
Wait for the Virtual Controller to power on.
See Startup and Shutdown Procedures in the OmniCube for vSphere Client Help.
7.
Wait for VMs to power on and boot if set to auto-boot. Otherwise, power on and boot the VMs
manually.
8.
Verify the Federation status. Do not proceed until all systems are responding and there are no
unacknowledged alarms or errors.
See Displaying Information About a Federation Datacenter in the OmniCube for vSphere Client
Help.
Performing a Planned System Shutdown
To perform a planned shutdown of a system in a Federation:
1.
Examine the task status of VMs to make sure that there are no unfinished tasks. You might also want
to defer any pending operations to ensure that tasks do not start up as you are preparing to shut down.
2.
Optionally, migrate required VMs to other systems in the Federation that you intend to keep running.
3.
Put the system (ESXi host) into maintenance mode.
4.
Shut down the ESXi host, which initiates an automated shutdown of the VMs and the Virtual
Controller.
5.
When ESXi shutdown is complete, power off the hardware by pushing the power button on the front
panel.
6.
Repeat Step 1 through Step 4 for all systems that you intend to shut down and power off. (Only
necessary for a complete Federation shutdown during operations such as data center relocation.)
7.
Verify that the remaining (powered on) systems are operating correctly.
73
4 - Adding OmniCube Systems to a Federation
You can add OmniCube systems to a Federation to increase the Federation resources available to virtual
machines (VMs), without disrupting VM availability or service levels.
If you join an OmniCube into a Federation that currently has unavailable OmniCube systems, and there
are VMs running on SimpliVity datastores, data might be unavailable for a short time. This is because
new OmniCube systems in a Federation require the creation of new mount points and NFS exports for all
existing SimpliVity datastores.
If any of the Federation OmniCube systems are unavailable at the time of joining (perhaps because of a
temporary network outage), the creation of mount points and NFS exports is delayed until the resources
hosted by the unavailable OmniCube have failed over. In a Federation with many SimpliVity datastores,
this delay could last for many seconds or even minutes.
Considerations When Adding OmniCube Systems to an
Existing Federation
Consider the following when adding OmniCube systems to a Federation:
• Review the OmniCube Release Notes for information about supported configurations.
• To avoid resource conflicts, choose the least busy work time to add an OmniCube.
• Make sure that the Federation is healthy, and the network is functioning correctly. See Displaying
Information About a Federation Datacenter on page 96.
• Know the vCenter Server account credentials to log in to the Virtual Controller. See OmniCube
User Accounts and Single Sign-On on page 17.
• Know how to restart the OmniCube. You might need to do a manual power-on of the OmniCube.
Setting the Virtual Machine Startup and Shutdown Sequence on page 72.
• The SimpliVity vSphere Extension and SimpliVity Arbiter should be at the latest appropriate
revision. While you are adding an OmniCube, the SimpliVity vSphere Extension might display a
message indicating that it is incompatible with the newly-added OmniCube. See Upgrading the
SimpliVity vSphere Extension on page 198 and Upgrading the SimpliVity Arbiter on page 198.
• If you are redeploying an OmniCube that you used previously in the same or a different Federation:
◦ Determine the OmniStack software revisions before you redeploy.
◦ Make sure that the vCenter Server is running a compatible revision of the SimpliVity Arbiter
74
OmniCube for vSphere Client Administrator Guide
4 - Adding OmniCube Systems to a Federation
Pre-Deployment State and Software Compatibility Levels
You can add OmniCube systems that are in the following state:
• New State—Newly-received from SimpliVity or its partners. You might need to upgrade the
software on the existing Federation OmniCube systems after you add the additional OmniCube.
See Upgrading Software and Hardware on page 192.
• Redeployed State—Removed from a previous Federation, and you can redeploy if the software is
at an appropriate compatibility level. You must:
◦ Delete all backup policies (datastores can exist). See Deleting a Backup Policy on page 171.
◦ Unconfigure Phone Home. See Configuring and Testing Phone Home on page 84.
◦ Delete the previously-used Virtual Controller from disk and then reconfigure networking and redeploy the OmniCube.
• Restored State—Restored to factory default settings.
To check for software compatibility:
1.
Log in to the Virtual Controller using an account with appropriate credentials.
2.
Run the svt-version-show command as follows:
$ svt-version-show --long
svtfs Version : develop 1.0.0.7 (release)
feature.version : 1
build.timestamp : 2012-11-08T23:01:05-0500
git.branch : develop
git.commit : 0b12db32c5e4afc86508ed32fe2070083840c0cb
platform : "SimpliVity SVA 0.147"
hardware:
PCB rev = C
tiadriver = 1.1.8
FW rev = 7.1.6
FPGA rev = 7.41.1017
CPLD rev = 30
3.
Record the svtfs Version. This must be compatible in a Federation and any mismatched versions
will require a software upgrade. Use the following command to check compatibility:
$ svt-federation-show --output xml
75
OmniCube for vSphere Client Administrator Guide
4 - Adding OmniCube Systems to a Federation
Look for the currentFeatureLevel. It must match the feature.version from the output in Step 2 for
the new OmniCube to be compatible with the Federation.
4.
Record the FW rev of the OmniCube Accelerator™. This can be incompatible pending an update.
The procedure detects incompatibilities and informs you if you must upgrade. Operations might be
blocked until the firmware upgrade is complete.
Adding OmniCube Systems
Follow these steps to add an OmniCube to an existing Federation.
Step 1—Gather the Network Information and IP Addresses.
Use the following network information and checklists to gather the information you need:
• VMware Environment on page 22
• Networks and Other Considerations and Requirements on page 24
• Network Configuration Worksheet on page 26
Step 2—Configure the ESXi Host
Depending on the previous state of the OmniCube, you might need to configure the ESXi Host:
• New State—Configure ESXi.
• Redeployed State—ESXi should be properly configured but you might need to change certain
network settings if you are relocating the OmniCube into a new network.
• Restored State—Contact SimpliVity Technical Support.
For instructions on configuring ESXi, see the Hardware Installation and Maintenance Guide for your
platform.
Step 3—Add The OmniCube to the vCenter
From the vSphere Client where you will deploy OmniCube, connect to the vCenter Server and add the
OmniCube as follows:
1.
Right-click the cluster containing the Federation and select Add Host.
2.
Enter the required information, specifying the host management IP address.
Note: If prompted for a license, enter an existing VMware license or use a trial license.
3.
Configure NTP as described in Configuring NTP on the OmniCube Systems on page 38.
76
OmniCube for vSphere Client Administrator Guide
4 - Adding OmniCube Systems to a Federation
After you add an OmniCube system as an ESXi host, it appears in the vSphere Client inventory panel
under the datacenter. You can identify it by the IP address you specified when adding the ESXi host.
Step 4—Configure vSwitches
See Virtual Switches for the OmniCube Systems on page 32.
Step 5—[Redeployed State Only] Remove the Existing Virtual Controller
If the OmniCube is in a Redeployed State, you must delete the previously-used Virtual Controller from
disk:
1.
Identify the Virtual Controller listed in the vSphere Inventory under the newly-added OmniCube. It
has a name in the format: OmniCube VC xx.xx.
2.
Right-click the virtual controller and click Delete from Disk.
3.
Confirm the deletion.
Step 6—Deploy the OmniCube into the Federation
Deploy the OmniCube as described in Task 6—Deploying OmniCube and Configuring a Federation on
page 48.
Removing OmniCube Systems from a Federation
You can remove an OmniCube from a Federation. This decreases the Federation resources available to
virtual machines (VMs). In a Two-OmniCube Federation, removing one OmniCube also reduces data
protection and resource redundancy, particularly if you are not able to create remote backups.
This option permanently removes an OmniCube from the Federation. If you remove an OmniCube from a
Federation, you cannot join it back into the Federation unless:
• The OmniCube is at an appropriate compatibility level. In this case, you can delete the Virtual
Controller from disk, reconfigure virtual switches, and redeploy the OmniCube.
(Before you remove the OmniCube, determine its current software revision. See Displaying
Information About a Federation Datacenter on page 96.)
• The OmniCube has been restored to factory defaults and re-deploy as a new Federation
OmniCube.
You can also use the svt-federation-remove CLI command to remove OmniCube systems from a
Federation. However, you must run this command from an OmniCube other than the one that you intend
to delete. You can also remove all OmniCube systems from a datacenter. This option might be useful if
none of the OmniCube systems is in a healthy state. See Removing a Datacenter on page 87.
Before you remove an OmniCube from a Federation:
77
OmniCube for vSphere Client Administrator Guide
4 - Adding OmniCube Systems to a Federation
• Make sure that no Non-SimpliVity ESXi hosts are sharing its datastores. If you want to keep
sharing the datastore, you must change the /etc/hosts file for every Non-SimpliVity ESXi host
host so that it references an alternate OmniCube in the same Federation datacenter. See Allowing
Datastore Access to Non-Federation ESXi Hosts on page 148.
• Make sure that all OmniCube systems in the Federation are in a healthy state, and all VMs are
Storage HA compliant (synchronized), if applicable.
Warning:
The procedure described here ignores active VMs when you specify the Force Removal
option. Any data associated with active VMs might be permanently lost when the
OmniCube is removed from the Federation.
To remove an OmniCube from a Federation:
1.
Connect to vSphere Client and identify the ESXi host that is the OmniCube that you intend to
remove.
2.
Right-click the ESXi host to open the context menu.
3.
Click SimpliVity - Remove from Federation.
4.
[Optional] Check the box labeled Force removal if you want to discard active VMs. (This might
cause data loss.)
5.
Click Remove. You are prompted to confirm the removal: Are you sure you want to remove this
OmniCube from the Federation?
6.
Click: Yes.
7.
Click the datacenter that contains the removed OmniCube and scroll down to the OmniCube Systems
panel, if it is not already visible.
The removed OmniCube is no longer listed as a Federation member.
Replacing an OmniCube in a Federation
You can replace an OmniCube in a Federation with a second OmniCube system (for example, if the
original failed or is temporarily swapped out for hardware upgrades).
You can perform this task without disrupting VM availability or service levels. To replace an OmniCube
in a Federation:
1.
Remove the OmniCube as described in Removing OmniCube Systems from a Federation on page 77.
2.
Add a replacement OmniCube as described in Adding OmniCube Systems to a Federation on page
74.
78
5 - Federation Management
This section describes how to manage a Federation.
Displaying Information About a Federation OmniCube
Federation OmniCube systems appear in vSphere Client as ESXi hosts.
When you deploy an OmniCube, an associated Virtual Controller VM appears under the OmniCube in
the vSphere Client inventory panel, identified by the SimpliVity icon: . The Virtual Controller has a
name in the format OmniCube VC NN.NN, where the numbers NN.NN are extracted from the Virtual
Controller's IP address.
Important:
Do not perform any VMware operations on the Virtual Controller unless instructed to do
so in this guide or by your support provider.
To display the hardware components and component status information for an OmniCube in a
Federation:
1.
In the vSphere Client inventory panel, expand the datacenter containing the OmniCube.
2.
Select the OmniCube ESXi host and click the SimpliVity tab to open the Federation Host window
(Figure-14).
79
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Figure-14: Model CN-5000 Host Information Panel
The Federation Host window shows you images of the front and back panels of the OmniCube and
provides information about the hardware configuration and hardware status of the OmniCube. This
information is useful when troubleshooting hardware problems and might be requested by your support
provider. The displayed information is different depending on your OmniCube platform.
The Host Information panel provides the following details, where appropriate for a specific component:
• Component name and slot ID number, or device attribute such as cache:
◦ Storage adapter.
◦ Storage adapter battery backup unit (BBU).
◦ Logical drive, SSD array.
◦ Physical drives in the SSD array.
◦ Logical drive in the rotational HDD array.
◦ Physical drives in the rotational HDD array.
◦ Drive Set—The related group of SSD or HDD physical drives included in a specific logical
drive.
• Vendor—Component manufacturer name or other data such as device protocol.
80
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
• Model—Name of the component.
• Serial Number—Identification number for the component.
• Version—OmniStack Software version
• Status—The operational status of a component, which might be:
◦ Degraded (Yellow)—The component is functioning, but at reduced capability. For example, a
recently-replaced drive might be rebuilding.
◦ Enabled—Component attribute status, such as enabled or disabled.
◦ Error (Red)—The component is absent or in a critical error state. Operations might have failed
over to a redundant device.
◦ FPGA Temp (Yellow/Red)—The temperature of the OmniCube Accelerator™ card.
◦ Healthy (Green)—The component is present and functioning correctly.
◦ Missing (Red)—The component is absent from the system. For example, a disk was removed.
◦ Offline (Red)—The Component is present, but unavailable for use, although not necessarily in a
degraded or error state.
◦ Rebuilding N% Completed (Yellow)—A storage component is undergoing rebuild after you
replace an SSD or HDD. Includes the progress of the rebuild.
◦ Warning (Yellow)—The component is present, but generating alarms or errors. Operations
might have failed over to a redundant device.
Figure-15 shows the Host Information panel for a CN-5000, which provides three Drive Sets, one for the
SSDs and two for the HDDs. The panel also shows status warning (yellow) information because of a
recent disk failure that was corrected. Physical HDD drive 18 in Drive Set 1 is rebuilding after
replacement. The displayed information is different depending on your OmniCube platform.
81
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Figure-15: Model CN-5000 Host Information Panel
Federation Security
Federation security is based on the access control system for the vCenter Server in which the Federation
resides. See the vSphere Datacenter Administration Guide for detailed information about vCenter Server
security.
For example, you set up users, groups, and roles (sets of privileges) to control access to resources in
vCenter Server. These access controls apply to the Federation objects, in addition to all other objects in
vCenter Server.
A user is an individual authorized to log in to a host or vCenter Server. The combination of user name
and password authenticates a user for access and the assigned privileges authorize the user to perform
specific tasks.
82
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Note: The privileges and roles assigned on an ESXi host are separate from the privileges and roles
assigned in vCenter Server. You cannot use the SimpliVity vSphere Extension to manage the
Federation if you are connected to an ESXi host.
Authorized users for vCenter Server can be users included in the Windows® domain list referenced by
vCenter Server or local Windows users on vCenter Server. The permissions defined for these users
apply whenever a user connects to vCenter Server.
To manually create, remove, or modify vCenter Server users, use the tools that manage your Windows
domain or Active Directory environment. Changes that you make to the Windows domain or Active
Directory are reflected in vCenter Server. See the vCenter Server and Host Management document for
more information.
The Federation requires specific VMware accounts with specific privileges, as described in OmniCube
User Accounts and Single Sign-On on page 17.
Ensuring Consistent Time in a Federation
To ensure consistent time in a Federation, you must configure NTP on each OmniCube system and make
sure it matches the NTP configuration that vCenter Server uses.
If the NTP configuration used by vCenter Server changes, you must update the NTP configuration for
each OmniCube system.
Note: It is important to maintain consistent time in a Federation so that intra-OmniCube communication
is properly synchronized. If NTP time drifts by several seconds, you might see OmniCube
storage capacity misreported.
If you decide use an internal NTP server, see: Synchronizing ESXi/ESX time with a Microsoft Domain
Controller (1035833). In particular, you must set the following:
• In /etc/ntp.conf, set maxdist 30
• In /etc/likewise/lsassd.conf make sure that sync-system-time = no
See Configuring NTP on the OmniCube Systems on page 38.
Federations in Linked Mode vCenter Servers
SimpliVity Federations support VMware Linked Mode vCenter Servers and enables access to
SimpliVity and VMware virtual objects across all OmniCube systems in linked mode vCenter Servers.
A linked mode environment can contain only a single federation.
This feature enables you to:
• Create remote a VM backup in a different vCenter Server.
83
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
• Restore a VM from a backup stored on an OmniCube in a different vCenter Server rather than the
VM’s host vCenter Server.
• Move VMs between datastores contained by an OmniCube in a different vCenter Server, but in the
same Federation.
To manage your Federation in Linked Mode, you need appropriate single sign-on accounts with
appropriate credentials for all vCenter Servers in linked mode. See OmniCube User Accounts and Single
Sign-On on page 17.
In linked-mode vCenter Server, VMware allows you to assign identical names to datacenters that are
contained by different vCenters. Because SimpliVity operations often require that you specify a
datacenter as a destination, there is a risk that you might specify the wrong datacenter when performing
operations such as creating manual backups, creating backup policy rules, or moving VMs.
Avoid using identical names for linked-mode datacenters, or if you must, be careful that you specify the
correct destination for operations that allow the specification of a destination datacenter.
Configuring and Testing Phone Home
SimpliVity recommends that you configure automatic support notification (Phone Home) to send
messages to specific administrators about events and issues that may help you diagnose and correct
issues. For example, if a significant event occurs in the Federation, Phone Home can send a message
with event details to the addresses you defined through Phone Home. The message is not encrypted.
Therefore you should make sure it stays within your secure enterprise intranet.
If you want to use Phone Home, configure it after you deploy your Federation. You need to configure it
for each datacenter in your Federation. Phone Home does not support OmniCube cloud datacenters. If
you want to configure Phone Home through the command line, see the OmniCube CLI Reference Guide.
Note: SimpliVity automatically receives messages about significant events and system status in your
Federation as part of an effort to provide you with enhanced support.
SimpliVity uses an agent to automatically receive messages about significant events. It also uses
a heartbeat file to collect details on the status of your device. The events and messages do not
contain user data from your Federation. For example, an event may notify Support that starting
automatic backups failed in your Federation. The heartbeat message lists details on the device
name, serial number, datastore name, physical capacity, freespace, and memory.
If you need to disable the SimpliVity support agent or heartbeat, see the OmniCube Command
Reference Guide. For more information, contact SimpliVity Customer Support.
Before You Begin
You need the following information to configure Phone Home:
• Sender email address (address you want for the From field).
• Email addresses of administrators who need to receive the Phone Home messages
• Sender email account credentials (user name and password). You can enter nothing, null (""), or
noauth depending on your server requirements.
84
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
• Mail Server name. Check if your mail server's protocol requires SSL/TLS.
Configuring Phone Home
You configure Phone Home through SimpliVity options in vSphere Client. SimpliVity recommends that
you keep Phone Home enabled because it can greatly reduce the time required to correct unexpected
system outages.
Note: If you want to configure Phone Home through the command line, see the OmniCube CLI
Reference Guide.
To configure Phone Home:
1.
Right-click a datacenter and select SimpliVity - Configure Phone Home from the menu to open the
Configure Phone Home dialog. (If Phone Home was previously configured, you see a message at the
bottom of the dialog.)
2.
In the State field, select Enabled . The Customer Name field appears empty and the Datacenter field
populates with the name of the datacenter you selected.
3.
In the From field, enter the sender's email address.
Note: If your mail server requires authentication, it might also require that the email address in the
From field matches the user account (in the Username field) that sends the email.
4.
In the To field, enter the email address of one or more users who need to receive event messages.
Separate addresses with a semi-colon (;).
5.
In the IP or Hostname field, enter the IP address or DNS name of your mail server.
Note: If the server uses Secure Sockets Layer (SSL) or Transport Layer Security (TLS), select
Use SSL/TLS to connect.
6.
In the Username field, enter the user name of the sender's account.
7.
In the Password field, enter the password for the sender's account. Enter it again in the Re-Enter
Password field to confirm it.
8.
Click Apply to start the configuration. When done, you see a "Phone Home is configured -- Sucess!"
message at the bottom of the dialog.
9.
Test the configuration using the procedure Testing the Phone Home Configuration on page 86 to
verify that Phone Home is working correctly.
10.
Click Close to exit.
To Disable Phone Home:
1.
Right-click a datacenter and select SimpliVity - Configure Phone Home from the menu to open the
Configure Phone Home dialog.
85
OmniCube for vSphere Client Administrator Guide
2.
In the State field, select Disabled .
3.
Click Apply.
5 - Federation Management
Note: Once a configuration is applied, the software expects to see that the required fields have
content, whether or not Phone Home is enabled. If you attempt to disable Phone Home, you
cannot leave the required fields blank or error icons will appear. In this situation, you can
enter a random string in the required fields, for example user@email.com for the From and
To email addresses and a non-valid IP Address such as 192.0.2.0.
4.
Click Close to exit.
Testing the Phone Home Configuration
After you configure Phone Home, you can test the configuration at any time.
To test the configuration:
1.
Right-click a datacenter and select SimpliVity - Configure Phone Home from the menu to open the
Configure Phone Home dialog.
2.
Make sure the following message appears at the bottom of the dialog:
Phone Home is configured
3.
Click Test. The Test Phone Home dialog appears.
4.
Modify the test message Email Subject field or use the default subject and click Test. A "Test
Succeeded" message should appear. If not, verify that your configuration information is correct and
that Phone Home is "Enabled" in the configuration dialog.
Note: A "Test Succeeded" message verifies that the required fields in the Configure Phone
Home dialog have content and that the Virtual Controller received the message. It does
not verify your configuration information, nor the network connectivity.
5.
Phone Home also sends the test message to the email address you entered in the To field. Verify the
test as follows:
• If the recipients do not receive the test message:
◦ Verify the Phone Home configuration by right-clicking the datacenter and selecting SimpliVity Configure Phone Home. Check the configuration message and field entries. Make changes if
necessary.
◦ Make sure the message was not filtered out of your email inbox. Check your Junk mailbox.
86
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Removing a Datacenter
If there are no healthy OmniCube systems in a datacenter, you can remove all unhealthy OmniCube
systems from that datacenter in a single operation by removing the datacenter.
Otherwise, you can remove individual OmniCube systems from a Federation as described in Removing
OmniCube Systems from a Federation on page 77. The svt-federation-remove CLI command also
removes individual OmniCube systems from a Federation, if there is at least one other healthy
OmniCube in the Federation.
The process of removing a datacenter does not check for active VMs and datastores because it is
assumed that you have decided to do a tear down of the datacenter. Any data associated with active
VMs is permanently deleted.
When you remove an OmniCube from a Federation, you cannot join it back into the same Federation
unless:
• The OmniCube is in a healthy state and at an appropriate compatibility level to rejoin the
Federation. In this case, you can delete the Virtual Controller from disk, make sure that the
network settings are appropriate, and deploy the OmniCube.
See Task 6—Deploying OmniCube and Configuring a Federation on page 48.
• The OmniCube was restored to factory defaults and re-deployed as a new Federation OmniCube.
Procedure for Removing a Datacenter from a Federation
To remove all OmniCube systems in a datacenter:
1.
Open vSphere Client and right-click the datacenter.
2.
Click SimpliVity - Remove Datacenter from Federation. The Remove Datacenter name dialog
opens.
3.
Click Remove. You are prompted to confirm the removal.
Federation Management User Interfaces
To manage a Federation, you can use:
• vSphere Client. The OmniCube GUI is integrated into vSphere Client.
Multiple users can access vCenter Server from different vSphere Client sessions at the same time.
vSphere does not explicitly restrict users with the same authentication credentials from accessing
and taking action within the vSphere environment simultaneously.
• OmniCube CLI. The CLI can be run interactively or in scripts to automate frequent or recurring
tasks. CLI commands appear as Federation tasks in vSphere Client.
87
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
See Managing a Federation with vSphere Client on page 90 and Using the OmniCube Command Line
Interface on page 96 for more information.
Displaying an Overview of the Federation
To display a Federation overview, select the top-level vCenter Server entry in the vSphere Client
inventory panel and then click the SimpliVity tab.
The Federation Overview window opens (Figure-16).
Figure-16: Federation Overview
In the Federation Overview window, you can view the following panels.
Datacenters Panel
You can view the following information for each datacenter in the Federation:
• Datacenter Name—The identifier for a datacenter. If prefixed by a cloud icon, the datacenter is a
SimpliVity cloud datacenter. See OmniCube Cloud Datacenter on page 117. The Datacenters panel
displays the following data for each datacenter:
◦ Free—The amount of free (unused) storage space for a datacenter.
◦ Used—The amount of used storage space for a datacenter.
◦ Capacity—The total storage capacity of a datacenter.
88
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
◦ Time zone—The time zone configured for this datacenter. See Setting the Datacenter Time
Zone on page 54.
◦ Version—The version of OmniStack software installed on the datacenter.
◦ Upgrade Status—The status of a software upgrade. See OmniStack Software Upgrade on page
192.
Click the datacenter name to open the Datacenter view and click the task icon (
panel to select the following:
) in the Datastore
• Create Datastore—Creates a datastore in the Federation. See Creating a Datastore in a Federation
on page 143.
• View Backups—Displays all the VM backups in the selected datacenter, including backups for
VMs that no longer exist, in the Backups dialog (Figure-48). You can click the task icon ( ) in the
Backups dialog and select the following:
◦ Delete Backup—Deletes a backup. See Deleting Backups of a Federation Virtual Machine on
page 187.
◦ Restore Virtual Machine—Restores a VM from a backups. See Recovering Federation Virtual
Machine Data on page 190.
◦ Rename Backup—Prevents the automatic deletion of the backup by renaming the backup. See
Renaming a Backup of a Federation Virtual Machine on page 189.
◦ Copy Backup—Create a copy of a backup. See Copying a Backup of a Federation Virtual
Machine on page 186.
◦ Cancel Backup—Cancel a backup that is in progress. See Canceling a Backup of a Federation
Virtual Machine on page 185.
◦ Calculate Unique Backup Size—See Calculating Unique Data in Backups to Reclaim Physical
Storage Space on page 107.
◦ Export—Export the data in the Backups table to Microsoft Excel (if available).
◦ Refresh—Refreshes the display.
• Upload Upgrade Package—Upload an OmniStack software upgrade package to perform a
datacenter upgrade. See Uploading an OmniStack Software Upgrade Package to a Federation on
page 199.
• New Cloud Datacenter—Add a new OmniCube cloud datacenter. See Deploying an OmniCube
Cloud Datacenter on page 128.
• Set the Time Zone —Configure the time zone value used for backups taken in this datacenter. See
Setting the Datacenter Time Zone on page 54.
• Configure Phone Home—Set up heartbeat and remote error reporting. See Configuring and Testing
Phone Home on page 84.
• Create a Support Capture—Collect datacenter logs for troubleshooting. See Federation
Troubleshooting - Using Support Capture Archives on page 112.
89
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Policies Panel
You can view backup policies for the Federation. Expand a policy to display the rules for the policy. See
Policies for Scheduled Backup Operations on page 164.
Click the task icon (
) and select the following:
• Create Backup Policy—Creates a backup policy. See Creating a Backup Policy on page 165.
• Edit Backup Policies—Modifies a backup policy. See About Backup Policy Rules on page 167.
• Delete a Backup Policy—Removes existing backup policies. See Deleting a Backup Policy on
page 171.
• Rename Policy—Renames existing backup policies. See Renaming a Backup Policy on page 171.
Throughput Panel
You can view datacenter throughput to monitor the links between, and the rate at which, data is
transferred between datacenters in this Federation.
To display more detailed information about a Federation, see:
• Displaying Information About a Federation Datacenter on page 96
• Displaying Information About a Federation OmniCube on page 79
• Displaying Information About a Federation Datastore on page 144
• Displaying Information About a Federation Virtual Machine on page 152
Managing a Federation with vSphere Client
The OmniCube graphical user interface (GUI) is integrated into vSphere Client.
To use vSphere Client to manage a Federation:
1.
Start vSphere Client.
2.
Enter the IP address of the vCenter Server that contains the Federation.
3.
Enter the vCenter Server user name and password. This might be the administrator account for the
vCenter Server, or it could be an account that you create specifically for SimpliVity tasks.
Using the SimpliVity vSphere Extension (Plug-in)
The SimpliVity vSphere Extension (Plug-in) provides several ways to access tasks and display
information about the Federation. These features are useful if you have a large number of backups to
manage.
90
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
To display information about the SimpliVity vSphere Extension, click the Plug-ins menu at the top of the
vSphere Client screen and select About SimpliVity to open the information screen shown in Figure-17.
Figure-17: About SimpliVity vSphere Extension
Accessing Tasks and Data Views
There are several ways to access a task or display information about a virtual object such as a backup.
Inventory Panel
In the vSphere inventory panel (virtual object hierarchy), right-click any object that is manageable by
SimpliVity. SimpliVity task and view options are appended to the context menu. For example, right click
a Federation datacenter to create a datastore, view backups, configure Phone Home or remove an
OmniCube from the Federation.
91
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
SimpliVity Tabs
In the vSphere Client main window, SimpliVity tabs appear when you click on any inventory panel
object that is manageable by SimpliVity. These tabs contain panels that provide information about
Federation resources and Federation virtual objects such as VMs and backups.
To obtain information related to the Federation, click the SimpliVity tab that appears when you select the
following in the vSphere Client inventory panel:
• Top-level vCenter Server.
• Datacenters containing OmniCube systems.
• OmniCube systems (appear as ESXi hosts in the inventory).
• Datastores that you create in the Federation.
• VMs that you create in the Federation datastores and are hosted by OmniCube systems.
SimpliVity Panels
In the SimpliVity panels within tabs, a task icon (
options.
) on the title bar indicates that there are task or view
Virtual Object Line items in Panels and Dialogs
When you display lists of virtual objects such as backups and VMs, you can select a line item, rightclick it and display task options in the context menu.
92
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
See Displaying an Overview of the Federation on page 88.
Requirements for Using vSphere Client to Manage a
Federation
You must have the following:
• Client computer installed with VMware vSphere Client Version 5.
• Client computer installed with the SimpliVity vSphere Extension (plug-in).
See Task 1—Installing the SimpliVity vSphere Extension on page 29.
• Network access to vCenter Server.
• Network access to the Federation management network.
• vCenter Server credentials. The privileges assigned to the user control which objects the user can
access and the tasks the user can perform. See Federation Security on page 82.
Managing Data in the SimpliVity Graphical User
Interface
The SimpliVity GUI has several integrated features that help you to manage the display of large volumes
of data, such as lists that include thousands of VMs. These features enable you to select interesting data
and create custom data views.
93
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
To manage backups, use the integrated filtering feature. See About Backup Filtering on page 173.
Note: Some custom view settings can cause information to be temporarily hidden. To reset to the
default view, restart the vSphere client. All custom views are preserved in a session, but when
you restart vSphere the data views are reset to the SimpliVity default.
Panels that contain data in rows and columns provide the Export and Refresh options as shown in Figure18.
Figure-18: Panel Refresh and Data Export Option
These options enable you to:
• Export the content of the panel to Excel or as a .CSV file. You can do this after you sort and filter
the information to preserve a specific data set across vSphere sessions. See Selecting, Sorting, and
Filtering SimpliVity GUI Data on page 94.
• Refresh the current panel view to include any recent changes.
You can use the exported data with the SimpliVity CLI to create scripts for operation on large numbers
of data items.
Selecting, Sorting, and Filtering SimpliVity GUI Data
Use sorting and filtering options integrated into the GUI to customize your selection and view of virtual
objects such as clones, and VMs. Right-click any data column to display the selection, filtering, and
sorting options.
Note: Data management preferences are not preserved across log in sessions.
These options are shown in Figure-19.
Figure-19: SimpliVity GUI Data Management Options
94
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
The options shown in Figure-19 enable you to:
• Sort table data by size or alphabetically according to the data values in the selected column.
• Group data by columns. See Organizing SimpliVity GUI Data in Tables.
• Display additional columns that are hidden by default or by customization. You can also hide
columns to customize your current view.
• Fit data in columns.
• Filter data by specific values. See Filtering SimpliVity GUI Data by Columns on page 95.
• Search for specific data using the Find Panel.
The context menu options will change or invert depending on the current state of selected data.
Organizing SimpliVity GUI Data in Tables
You can organize and display data that is displayed in tables as columns and rows as follows:
• Ordering and Sizing columns—Drag-and-drop columns to change their display order, column
boundaries to change the column display width.
• Deleting columns—Drag-and-drop column headers to the panel header to hide columns from the
view. To reinstate the columns, select them from the Column Chooser in the column's context
menu. (When you remove a column from a group panel, its sort settings are cleared.)
Note: Do not delete the final remaining column. This prevents you from displaying the Column
Chooser. To correct this problem, restart vSphere Client.
• Grouping data rows by data values—Arrange the data into corresponding data groups, identified by
a group row. Expand the group row to show the data rows. You can sub-group the same data by
additional columns, combining the rows into additional related groups that are organized according
to the data values in the columns.
• Group by...— Group data rows by displaying the "Group By Box" from the context menu and
dragging column headers to the "Group By Box". To ungroup data, drag the column header from
the group panel.
Filtering SimpliVity GUI Data by Columns
Because you might have many VMs and policies to manage, data filtering will help you to find and
display specific data sets and eliminate noise in table views.
To manage backups, use backup filtering. See About Backup Filtering on page 173.
You can filter quickly on column content by clicking the filter icon shown in certain data columns. This
enables you to select a custom filter, all data, blank data, or non-blank data.
95
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Using the OmniCube Command Line Interface
You can run the OmniCube command line interface (CLI) interactively or in scripts to automate frequent
or recurring tasks. The CLI provides similar Federation management functionality as the SimpliVity GUI
options in the vSphere Client. Any changes you make with the CLI are reflected in vSphere Client.
For more information about using the CLI, see the OmniCube Command Reference.
Displaying Information About a Federation Datacenter
To display information about a datacenter in a Federation:
1.
In the vSphere Client inventory panel, select the datacenter.
2.
Click the SimpliVity tab. The Federation Datacenter window opens (Figure-20 and Figure-21).
You can customize the information displayed in the panels on this screen. See Managing Data in the
SimpliVity Graphical User Interface on page 93.
Figure-20: Federation Datacenter (Upper Panel)
In the Federation Datacenter window, you can view the following space reporting information:
• View the logical capacity of the datacenter, including, data stored, deduplication, compression, and
efficiency ratios.
96
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
• View the physical capacity of the datacenter, including storage space savings and available
capacity.
• View information about each VM in the datacenter.
Detailed information about the space reporting panels is provided in: Storage Space Consumption and
Reporting on page 100.
It might take a significant amount of time before updated information is visible in the Logical and
Physical capacity charts. This delay can occur:
•
After deleting virtual disks from VMs.
•
After deleting large amounts of data from Virtual Machines.
•
After a resize operation is performed on a datastore under a renamed datacenter.
•
When using CLI commands that return the amount of available space. See Deleting a Federation
Virtual Machine on page 158 and Deleting Backups of a Federation Virtual Machine on page 187.
Figure-21: Federation Datacenter (Lower Panels)
Virtual Machines Panel
This panel provides information about the VMs in this datacenter, including:
• Name—The virtual machine (VM) name.
• Storage HA—Whether or not the VM is Storage HA compliant.
97
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
• Provisioned—How much storage space is allocated to this VM.
• Used Space—How much storage space is used by this VM.
• Backup Policy—The current backup policy assigned to this VM.
• Datastore—The datastore containing this VM
In the Virtual Machines panel, click the task icon (
) and choose from the following tasks:
◦ Backup Virtual Machine—Create a point-in-time copy of a VM. See Manual Backups of
Federation Virtual Machines on page 163.
◦ View Backups—See Displaying Backups for a Federation Virtual Machine on page 180.
◦ Set Backup Policy—Assign a backup policy to a VM. See Changing the Backup Policy for a
Federation Virtual Machine on page 172.
◦ Edit Backup Policies—Enables you to edit a backup policy. See About Backup Policy Rules on
page 167.
◦ Clone Virtual Machine—Create a copy of as VM. See Cloning a Federation Virtual Machine on
page 156.
◦ Move Virtual Machine—Relocate a Federation VM to another datacenter and/or datastore. See
Moving a Federation Virtual Machine on page 156.
◦ Find—Enables you to search the list of Federation VMs.
◦ Refresh—Updates the display.
Performance Panel
This panel provides the following performance graphs:
• Throughput is the total amount of I/O, measured in MB/s.
• IOPS is the number of I/O requests per second.
• Latency is the average time to reply to a storage request, measured in milliseconds.
98
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
You can:
• Adjust the timescale of the graphs, by using the time slider at the top of the panel.
• Click on any place within a graph to display point-in-time values.
Datastores Panel
This panel provides information about the datastores in this datacenter, including:
• Datastore name
• Date of creation
• Default backup policy
• Datastore size
In the Datastores panel, select and expand a datastore to display Non-SimpliVity ESXi host access
settings for the datastore. See Allowing Datastore Access to Non-Federation ESXi Hosts on page 148.
In the Datastores panel, you can click the task icon (
) and choose from the following tasks:
• Create Datastore—Creates a datastore in the Federation. See Creating a Datastore in a Federation
on page 143.
• Delete Datastore—Deletes a datastore from a Federation. See Deleting a Federation Datastore on
page 147.
• Online Resize—Re-sizes a Federation datastore. See Resizing a Federation Datastore on page
147.
• Set Backup Policy—Sets the backup policy for a Federation datastore. See Changing the Backup
Policy for a Federation Datastore on page 146.
• Create Backup Policy—Creates a new backup policy for the datastore. See Creating a Backup
Policy on page 165.
99
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
• Edit Backup Policy—Modify a policy and the backup rules that it contains. See About Backup
Policy Rules on page 167
• Manage Hosts—Enables Non-SimpliVity ESXi hosts to access a Federation datastore. See
Allowing Datastore Access to Non-Federation ESXi Hosts on page 148.
• Refresh—Updates the display.
OmniCube Systems Panel
The OmniCube Systems panel provides the following information:
• The ESXi host IP address for the OmniCube.
• Virtual Controller name.
• State (OmniCube status):
◦ Alive (Green) - The OmniCube is healthy.
◦ Faulty (Red) - The OmniCube is in a critical error state and operations have failed over.
◦ Suspected (Yellow) - The OmniCube has one or more components that show degraded
performance. Use the CLI svt-hardware-show command to display component details.
◦ Unknown (Red) - The OmniCube status is indeterminate.
• Version - Software release number.
• Storage network IP address.
Right-click any column header to open the column chooser to display the following:
• Datacenter containing this OmniCube.
• Federation network IP address.
• ID (GUID) of the OmniCube.
• Upgrade status for an individual OmniCube.
From the OmniCube Systems panel, you can click the task icon (
display or Export to export the table data to excel.
) and select Refresh to refresh the
At the bottom of the vSphere Client, you can view the active tasks in the Federation in the Recent Tasks
panel.
Storage Space Consumption and Reporting
A SimpliVity Federation stores data that is logically thin-provisioned, deduplicated, and compressed. A
large amount of logical data might be stored in a smaller amount of physical disk space.
100
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Consequently, it is important to know the real-time physical storage space consumption, and to
understand any trends in storage space consumption so you can manage storage space consumption and
plan for storage expansion.
Storage Space Reporting
In an environment where data is both compressed and deduplicated, determining the actual amount of
storage space used by a VM is often an important requirement for managing storage.
For example, you might want to know for accounting purposes exactly how much storage space or other
system resources are consumed by VMs in a datacenter. You might also want to know which backups to
delete (based on actual backup size) so that you can use storage more efficiently or reclaim storage
space when capacity is low.
OmniCube provides the following space reporting features:
• Logical space reporting.
• Physical space reporting.
• Unique data consumed by VM backups. See Calculating Unique Data in Backups to Reclaim
Physical Storage Space on page 107.
Displaying Storage Space Use for a Federation Datacenter
To determine storage space use, capacity, and storage efficiency:
1.
In the vSphere Client inventory panel, select a datacenter.
2.
Click the SimpliVity tab. The Federation Datacenter window opens as shown in Figure-22 and
described in Table-10.
101
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Figure-22: Federation Datacenter Window - Space Reporting Panels
Table-10 Description of Space Reporting Panels
Callout
Description
Reference
1
Logical capacity panel for this datacenter.
Graphical Representation of
Logical Space Consumption on
page 103
2
Physical capacity panel for this datacenter.
Physical Space in a Federation
Datacenter on page 104
3
Chart legend for the logical space consumption chart.
Graphical Representation of
Logical Space Consumption on
page 103
4
Logical space consumption chart.
Graphical Representation of
Logical Space Consumption on
page 103
5
Logical data stored - the total value of logical space consumed Active Data Usage in a Federation
by VMs, VM clones and by both local and remote backups.
on page 104
6
Data deduplication and compression ratios.
Effective Logical Usage on page
105
7
Storage efficiency ratio, calculated from the deduplication and
compression ratios.
Storage Efficiency and Space
Savings on page 106
8
Physical space consumption chart.
Physical Space in a Federation
102
OmniCube for vSphere Client Administrator Guide
Callout
5 - Federation Management
Description
Reference
Datacenter on page 104
9
Physical space saved as a result of storage efficiency.
Storage Efficiency and Space
Savings on page 106
10
Available physical capacity pie chart, showing free (available) Physical Space in a Federation
and used storage space.
Datacenter on page 104
11
Graphical representation of available (free) physical storage
capacity.
Physical Space in a Federation
Datacenter on page 104
12
Graphical representation of used physical storage capacity.
Physical Space in a Federation
Datacenter on page 104
13
Total available physical space in GB or TB.
Physical Space in a Federation
Datacenter on page 104
14
Chart legend for physical space consumption.
Physical Space in a Federation
Datacenter on page 104
Graphical Representation of Logical Space Consumption
The graphical representation of logical space consumption is shown in Federation Datacenter Window Space Reporting Panels on page 102 (Callouts 3 and 4). The following information is provided in the
chart's legend :
•
VM Data—The amount of logical space consumed by VMs.
•
Local Backups—The amount of logical space consumed by VM backup hosted on datastores
in this datacenter.
•
Remote Backups—The amount of logical space consumed by VM backups hosted for other,
possibly geographically remote, datacenters.
The legend provides both the size (GB or TB) and the size expressed as a percentage of the total amount
of logical data stored (Callout 5 in Figure-22).
If one of the logical space consumption values is too small to show in the graph, a pop-up balloon (on
mouse-over) indicates the value.
Graphical Representation of Logical Space Consumption for Cloud
Datacenters
Cloud datacenters contain only VM backups. When you select a cloud datacenter, the graphical
representation of logical space consumption shown in Federation Datacenter Window - Space Reporting
Panels on page 102 (Callouts 3 and 4) provides the information described in Space Reporting for an
OmniCube Cloud Datacenter on page 134.
103
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Physical Space in a Federation Datacenter
Physical Space is the actual bits of data stored on physical drives (HDD or SSD) in a SimpliVity
datacenter. SimpliVity's storage optimization technology deduplicates and compresses Logical Data
before writing it to physical drives. Depending on the attainable deduplication and compression
(efficiency), the required physical space might be much smaller than the logical data.
In the Federation, physical space use is identified as follows:
• Physical Capacity—The total amount of addressable physical drive space in the Federation
datacenter. (See also Storage Capacity Input Values and Reporting on page 107.)
• Physical Free Space—The available addressable physical drive space in the Federation
datacenter.
• Physical Used Space—The total amount of used physical drive space in the Federation datacenter,
calculated as:
(Physical Capacity – Physical Free Space) = Physical Used Space
If physical free space is zero for a datacenter, write attempts fail with an out-of-space error.
(However, you will receive space threshold warnings before such an event occurs).
The physical capacity consumption is in shown in Federation Datacenter Window - Space Reporting
Panels on page 102 (Callouts 10 through 14).
Physical Space in a Cloud Datacenter
If used cloud capacity exceeds certain internal limits in OmniCube, you will receive a warning and
instructions to contact SimpliVity Technical support to increase the capacity limits. See Space Reporting
for an OmniCube Cloud Datacenter on page 134.
Active Data Usage in a Federation
The total amount of application data stored by a Federation datacenter is the sum of Logical Used Space
per datastore for all datastores in a Federation datacenter, representing the Active Data Usage and
calculated as:
[Datastore1 Logical Used Space + Datastore2 Logical Used Space + .....] = Active Data Usage
The representation of total logical space consumption is shown in Federation Datacenter Window Space Reporting Panels on page 102 (Callouts 4 and 5). The graphical representation is described in
Graphical Representation of Logical Space Consumption on page 103.
104
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Storage Space Used for Data Security
In addition to the storage space required for the primary, unique copy of application data, a SimpliVity
Federation also facilitates redundant copies of the compressed and deduplicated data for high availability
and Virtual Machine recovery. The amount of storage space dedicated to data security depends on the
features you enable and the level of data security required (such as high backup retention and high
frequency of backup events).
Active Replica Usage in a Federation
A SimpliVity Federation protects application data through Storage High Availability (Storage HA) by
replicating the data across OmniCube systems in the Federation. Storage space allocated for Storage
HA is defined as the Active Replica Usage, and is typically a value equivalent to the Active Data
Usage.
Local Backup Usage
A SimpliVity Federation protects Virtual Machine instances through VM backups, which are
recoverable copies. Local Backup Usage represents the space used for local backups.
Local Backup Replica Usage
A SimpliVity Federation protects Virtual Machine backups through replication of Storage HA data in the
same (local) datacenter. For example, 5 backups of a 10 GB VM will consume 50 GB of Local Backup
Replica Usage if the VM is configured for Storage HA.
Remote Backup Usage
A SimpliVity Federation datacenter can provide remote, disaster-tolerant storage for backups of VMs
and data used by applications running in other Federation datacenters. For example, if a 20 GB VM is
backed up 10 times to a remote datacenter, it consumes 200 GB of logical storage space in that remote
datacenter as Remote Backup Usage.
Remote Backup Replica Usage
A SimpliVity Federation datacenter that provides remote storage for VM backups that are configured for
Storage HA protection will also consume storage space for Storage HA data copies. For example, if 10
copies of a 20 GB VM are stored in a remote datacenter, it consumes 200 GB of logical storage space in
that remote datacenter as Remote Backup Replica Usage.
Effective Logical Usage
The total storage space used by all copies of optimized data stored in a Federation determines the
deduplication ratio and the storage efficiency. This value is determined as:
105
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Effective Logical Usage = (Active Data Usage + Active Replica Usage + Local Backup Usage + Local
Backup Replica Usage + Remote Backup Usage + Remote Backup Replica Usage)
The GUI representation of the overall efficiency of the Federation is determined by calculating ratios of
data deduplication and data compression:
• The Effective Logical Usage value is used to determine the deduplication ratio for the entire
Federation, using an internally-determined record of the actual, uncompressed data. The
Deduplication Ratio is calculated as follows:
Deduplication Ratio = Effective Logical Usage ÷ Uncompressed Data Stored
• The deduplicated data is then compressed before writing to physical storage. The Compression
Ratio is calculated as follows:
Compression Ratio = Uncompressed Data Stored ÷ Compressed Data Stored
The deduplication and compression ratios are shown in Federation Datacenter Window - Space
Reporting Panels on page 102 (Callout 6).
Storage Efficiency and Space Savings
The Deduplication Ratio and Compression Ratio enable calculation of the overall storage efficiency
for the datacenter, enabling you to balance the demands of storage use and data protection.
For example, assume an Effective Logical Usage of 520 GB based on a 10 GB VM and all its local and
remote Storage HA-protected backups cited in the preceding Active Data Usage examples.
Assuming typical commercial data, it might result in 130 GB of uncompressed data, a conservative
Deduplication Ratio of 4:1 for the datacenter. The data is subsequently compressed before writing to
disk, resulting in the consumption of only 65 GB of physical disk space, achieving a compression ratio of
2:1.
The Storage Efficiency of the Federation is determined as follows:
Storage Efficiency = Deduplication Ratio × Compression Ratio
For example: 4:1 × 2:1 = 8:1
The storage efficiency ratio is in shown in Federation Datacenter Window - Space Reporting Panels on
page 102 (Callout 7).
In addition to the Storage Efficiency ratio, the total storage Space Savings for the Federation are
calculated as follows:
Space Savings = (Effective Logical Usage - Compressed Data Stored)
The storage efficiency ratio is in shown in Federation Datacenter Window - Space Reporting Panels on
page 102 (Callouts 8 and 9).
106
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Storage Capacity Input Values and Reporting
All size input fields and display values are based on IEEE 1541-2002 standards of binary multiples. To
remain consistent with VMware's reported values, the SI decimal prefixes are used to represent IEC
binary prefixes in all cases. For example 1,048,576 bytes is reported as 1.00 MB, not as 1.00 MiB. For
more information see http://www.wikipedia.org/wiki/Mebibyte.
Calculating Unique Data in Backups to Reclaim
Physical Storage Space
You can obtain an estimate of the amount of unique data in a VM backup, which indicates the amount of
physical space recoverable if you decide to delete or move the backup. Recent VM backups tend to
contain a smaller amount of unique data compared to older backups. Deleting unique data will free up
physical space.
For example, you have a 100 GB VM (the source VM), for which you take VMBackup-1, at 10:00 PM.
You then run this VM and 10 GB of data is modified in the VM's data files. You then take another
backup, VMBackup-2, at 12:00 PM.
VMBackup-1 has a Logical Size of 100 GB, but shares 90 GB with both VMBackup-2 and the source
VM.
Therefore:
• VMBackup-1 contains 10 GB of unique data, corresponding to the 10 GB change in the source VM
between 10:00 PM and 12:00 PM.
• VMBackup-2 has a Logical Size of 100 GB, but contains 0 (zero) Bytes of unique data at 12:00
PM, because its data content is equivalent to the source VM at that point in time.
The value calculated for unique data is a close estimate of the actual on-disk value and is accurate only
at the point-in-time that you initiate a calculation. However, you should expect the value to be
reasonably close to the amount of free physical space that you can reclaim by deleting the backup,
provided you do this within minutes of initiating a calculation.
The freed space might not be available immediately. On a Federation with typical or lower rates of I/O,
reclaimed physical space is available within a few minutes of deleting an unwanted backup. On an
active Federation, with higher rates of I/O, it might take some time for the reclaimed physical space to
be represented in the Logical Capacity and Physical Capacity panels. Also, it can take some time before
reclaimed space resolves any current datacenter storage capacity alarm conditions such as:
SimpliVity Datacenter physical capacity is running low. Usage: {Percent Used}%.
Note: In a recently-established Federation, or for VMs recently added to an established Federation,
you might have a large number of VM backups that contain very little unique data.
Consequently, locating backups to delete might be less effective than other methods of
reclaiming storage space, such as deleting unwanted VMs from inventory.
107
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Note: The process of calculating unique data consumes system resources and might result in a
noticeable decrease in I/O performance and slower Federation response times.
You can:
• View the most recently calculated unique size of an individual backup, which also includes a
timestamp of when the size estimate was calculated. The size and timestamp will show as never
and unknown if the backup size has never been calculated for a specific VM.
• Calculate (or recalculate) the unique data size of an individual backup.
See Displaying Backups for a Federation Virtual Machine on page 180 and Displaying Information
About a Federation Virtual Machine on page 152.
Alternate Methods of Reclaiming Physical Storage Space
Deleting backups is only one of a number of methods of freeing up physical space. You can also:
1.
Delete any unwanted VMs that are already Removed from Inventory.
2.
Delete any existing surplus VMs such as test VMs or clones.
3.
Clean up backups that have DELETED status, while retaining the minimum required for recovery
according to your recovery point objective. Be aware that:
–
–
Policy backups age out according to retention rules.
Manual backups never age out, and you must delete them manually.
4.
Reduce backups of current VMs to an optimum level.
5.
Make sure that backup policy rules are creating an optimum number of backups.
6.
Move VMs (perhaps only temporarily while cleaning up) to locations that have more available
resources.
Calculating the Unique Data in Backups
To calculate the unique size of a backup:
1.
Display the list of backups as described in Displaying Backups for a Federation Virtual Machine on
page 180 and Displaying Information About a Federation Virtual Machine on page 152. You can
display the Backups panel for:
• The entire Federation
• A datacenter within the Federation
• An individual VM
2.
Right-click the column header in the Backups panel, then click Column Chooser.
108
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
3.
Drag-and-drop Unique Size Calculation Time to the header row in the Backups panel, which inserts
the calculation timestamp column. Close the Column Chooser.
4.
[Optional] Sort and filter VM backups using GUI features described in Managing Data in the
SimpliVity Graphical User Interface on page 93.
5.
Right-click a single VM backup row in the list of backups.
6.
Click Calculate Unique Backup Size. You are prompted to confirm your request.
Note: Do not start another calculation until the next steps are complete. The subsequent calculation
might fail to complete.
7.
Wait for the unique backup size and time of calculation appear in the backups view panel, as shown
in Figure-23. When the calculation finishes, a pop-up dialog opens, showing the backup name and
size of unique data. You can click the pin icon to preserve the pop-up, otherwise it automatically
closes after about 7 seconds.
Note: Pinning the pop-up dialogs helps you to track backups with large amounts of unique data
when you are working with lists of hundreds, or possibly thousands, of backups.
8.
Right-click and Delete backups to free up an amount of physical space that is equivalent to the
Unique Backup Size.
Figure-23: Backups panel, Calculate Unique Backup Size
Note: If you select more than one backup in the list, the Calculate Unique Backup Size option is not
available. This is because the process can consume considerable system resources and might
affect system performance.
109
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
Changing the Network Configuration for a Federation
Contact SimpliVity Technical Support or your support provider if you need to change IP addresses and
subnet masks used by all OmniCube systems in a Federation, including:
• vCenter Server IP address and subnet netmask.
• OmniCube ESXi Host IP address and subnet netmask.
• OmniCube Federation, Storage, or Management IP addresses and subnet netmasks.
You might also need to change the IP address of non-Federation hosts that access your Federation. See:
Changing the IP Address on a Non-SimpliVity ESXi Host on page 110.
Overview of OmniCube IP Address Changes
Changing IP addresses is most likely to arise during a datacenter reorganization or upgrade. This will be
a carefully scheduled operation, probably involving Federation down time. Typical reasons for changing
OmniCube IP addresses are:
• Network changes that affect the entire datacenter, including subnet netmask changes.
• Moving one OmniCube from a Federation to a different network.
• Moving the VMware datacenter to a different network.
Changing the IP Address on a Non-SimpliVity ESXi
Host
If you change the IP address on a non-SimpliVity ESXi host, you must update your Federation to
recognize the new IP address. This operation causes shared data to be unavailable for a short time.
Note: You can also use the svt-datastore-share command to share SimpliVity datastores with
OmniCube ESXi hosts. For more information, see the OmniCube CLI Reference Guide.
To change the IP address of a non-SimpliVity ESXi host:
1.
Know the datastore name and the non-SimpliVity ESXi host name.
2.
Do one of the following to modify the vSwitch:
• If you need to add a new VMkernel NIC:
a. Add the VMkernel NIC with the new IP address for the non-SimpliVity ESXi host.
b. Create NFS exports for the new VMKernel NIC using the svt-datastore-share CLI
command.
c. Delete the original VMKernel NIC with the old IP address.
110
OmniCube for vSphere Client Administrator Guide
5 - Federation Management
d. Run svt-datastore-share again to confirm that the old IP address is no longer valid and
remove stale NFS exports for that NIC.
• If you do not need to add a new VMkernel NIC:
a. Change the IP address for the NIC. This makes the datastores inaccessible if the /etc/hosts
file is configured to read with the old IP address.
b. Run svt-datastore-share after to ensure that the system recognizes the new IP address and
removes the old IP address. This removes stale NFS export, and the creates new NFS exports
that use the new IP.
3.
Change the IP address of the non-SimpliVity ESXi host using your preferred method.
4.
Use the svt-datastore-share command to update the NFS exports on every datastore shared with
the non-SimpliVity ESXi host with the new IP address:
svt-datastore-share --datastore datastore_name --host non-simplivity_name
Note: The datastore is temporarily unavailable to non-federation hosts until this process finishes.
5.
Verify that the non-SimpliVity ESXi host can access the share by checking that the host mounted the
datastore. For information on allowing access to a Federation datastore, see Allowing Datastore
Access to Non-Federation ESXi Hosts.
111
6 - Identifying and Solving Problems in a
Federation
This section helps you to identify and correct problems before they affect Federation operations and
service levels by monitoring Federation events, alarms, and tasks from the vSphere Client.
Federation Troubleshooting - Using Support Capture
Archives
If an OmniCube crashes and creates a core file (crash dump), the core file and associated logs and
diagnostic files are gathered automatically and stored in an automatic (AT) support capture with a name
similar to the following:
CaptureOutput-2012-11-23_11-03-39-AT.tgz
During troubleshooting procedures assisted by your technical support provider, you might be asked to
manually create a support capture. This procedure captures diagnostic data from your OmniCube
systems and stores it in a compressed file that contains log files, core files, and system status
information. No user data or account information is included in the support capture files.
You might also be requested to provide a VMware vCenter Server log bundle, which you create using
the same process as a support capture.
Preparing Support Capture Resources
Depending on the size of a Federation, each support capture bundle might require up to 10GB of
temporary storage space. This space is required to download the support capture bundle from a
temporary location on the OmniCube to storage that is accessible to the vSphere client.
A diagnostic procedure might require several captures, each of which you download from the OmniCube
to your local system and then upload to the SimpliVity Support Web site (or to a location hosted by your
designated support provider.)
Typically, the process is:
1.
Generate a manual support capture from a vSphere Client or retrieve an automatic support capture.
2.
Download the support capture bundle to storage that is local to the vSphere Client.
112
OmniCube for vSphere Client Administrator Guide
3.
6 - Identifying and Solving Problems in a Federation
Upload the vSphere Bundle to SimpliVity when instructed by technical support.
Monitoring Federation Events and Alarms
Events and alarms help you monitor normal operations and also identify problems before they disrupt
service. You can use vCenter Alarms to monitor SimpliVity Federation and OmniCube events and
alarms, but SNMP and MIB are not supported.
Federation events and alarms are logged in vCenter Server and appear in vSphere Client in the same
locations as VMware events and alarms, but identified as SimpliVity events and alarms.
Alarms and warnings that are specific to Federation VMs will cause an icon to overlay the VM icon, as
shown in Figure-24.
Figure-24: Alarms Relating to Specific VMs
See also Configuring and Testing Phone Home on page 84 which describes how to configure automatic
support notification (Phone Home) of events and alarms. Phone Home does not support OmniCube Cloud
Datacenters.
Monitoring Federation Tasks
You can monitor and manage in-progress tasks in a Federation.
vCenter Server logs Federation tasks, displaying them in vSphere Client. Tasks appear in the Tasks and
Events tab when you click Tasks in the bar at the bottom of each vSphere Client window.
To cancel backup tasks. See Canceling a Backup of a Federation Virtual Machine on page 185.
See also the svt-task-* commands in the OmniCube Command Reference.
Determine Whether VMs are in Storage HA
Compliance
Storage HA Compliance (or Storage HA Synchronization) means that all VMs in a datacenter have full
data storage redundancy. In the event of a component failure, all VM data within a Federation is
recoverable.
113
OmniCube for vSphere Client Administrator Guide
6 - Identifying and Solving Problems in a Federation
During certain operations, VMs might temporarily go out of synchronization or out of Storage HA
compliance. When the operation completes, VMs are synchronized and return to Storage HA
Compliance. Some operations require that you make sure that VMs are in Storage HA Compliance
before you proceed.
If VMs remain out of Storage HA Compliance for an extended period of time, it is likely that the
Federation is experiencing problems and you should contact your support provider. Data is secure
through multiple levels of protection—Storage HA Compliance is only one level of data security
provided by a SimpliVity Federation.
Note: Storage HA Compliance does not apply to standalone OmniCube systems, only to OmniCube
systems that are joined into a multi-OmniCube Federation.
To confirm Storage HA Compliance for VMs before you begin a task:
1.
In the vSphere Client inventory panel, select the datacenter containing the OmniCube Systems (ESXi
hosts).
2.
Click the SimpliVity tab. The Federation Datacenter window opens, showing the Virtual Machines
panel.
3.
Group the VM list by the Storage HA column. (See Selecting, Sorting, and Filtering SimpliVity
GUI Data on page 94.)
4.
Verify that no VMs have a Storage HA Compliance value of No (Synchronizing).
5.
Examine the individual VMs to determine why they are out of compliance, and correct the problem.
OmniCube and Federation Heartbeats
OmniCube systems in a Federation provide two heartbeat functions to help you monitor and maintain
system connections.
• The SimpliVity Arbiter provides a connection heartbeat between OmniCube systems within a
Federation.
See Task 2—Installing the SimpliVity Arbiter on the vCenter Server on page 30.
If the SimpliVity Arbiter heartbeat ceases, the following error message appears in vCenter
Server:
Lost contact with the SimpliVity Arbiter at ip-address.
See Monitoring Federation Events and Alarms on page 113. See also Restarting the SimpliVity
Arbiter on page 116 for information about correcting Arbiter problems.
• The OmniCube Accelerator™ Firmware provides a heartbeat. If this heartbeat stops, the following
error message appears in vCenter Server:
SimpliVity OmniCube Accelerator Firmware Unresponsive.
114
OmniCube for vSphere Client Administrator Guide
6 - Identifying and Solving Problems in a Federation
See Monitoring Federation Events and Alarms on page 113.
In addition, SimpliVity supports the VMware vSphere HA datastore heartbeat, if configured in your
environment.
Troubleshooting Datastores
This section provides information about troubleshooting datastore problems.
Incomplete Datastore Creation
Problems might occur if you attempt to create a datastore while a Federation OmniCube is unavailable
for any reason (such as a network outage or hardware fault.)
If any Federation OmniCube is unavailable during a create datastore task, the task freezes with the
progress output indicating 66% completion. Although the task appears to be frozen, a new SimpliVity
datastore is created in the background. NFS exports and (if required) mount points are successfully
configured for all the available Federation OmniCube systems, but not for the unavailable OmniCube.
When you restore the unavailable OmniCube, the create datastore task completes (progress shows
100%).
Note: The datastore creation operation succeeds if the OmniCube that is unavailable is later removed
from the Federation.
However, if a datacenter contains both the unavailable OmniCube, and the OmniCube that you intended
to contain the recently-created datastore, problems might occur. The datastore might exist, but is
incomplete within the Federation because it is not known to all OmniCube systems.
The are two possible recovery scenarios:
1.
You restore the unavailable OmniCube, but the user session has expired.
The create datastore task attempts to run on the restored OmniCube. This create datastore
attempt fails, triggering a "roll back" operation. A roll back operation is designed to clean up the
incomplete datastore, reverting the Federation to its original state.
However, the roll back attempt is also unsuccessful because the user session has expired and the
credentials are no longer valid.
To resolve this problem, delete the incomplete datastore and create a new datastore.
2.
VMs are deployed before the incomplete datastore is rolled back, or before the user session has
expired.
Before you can restore the unavailable OmniCube, normal Federation operations (or other users)
might cause the deployment of VMs on the incomplete datastore. To resolve this problem:
a. Restore the unavailable OmniCube.
115
OmniCube for vSphere Client Administrator Guide
6 - Identifying and Solving Problems in a Federation
b. Use vMotion to migrate the VMs from the incomplete datastore to any functional datastore.
c. Delete the incomplete datastore and create a new datastore.
Restarting the SimpliVity Arbiter
The SimpliVity Arbiter must be installed and running on the computer running vCenter Server to ensure
proper Federation operation.
The Arbiter runs as a Windows service. If the Arbiter stops running, an alarm appears in the Federation.
If the Arbiter stops running, you must restart it in Windows services.
Note: Never restart the Arbiter for any reason other than resolving problems. Your Federation cannot
communicate properly when the Arbiter is not running.
To restart the Arbiter:
1.
Click the Windows start button and run services.msc.
2.
Select the Extended tab in the Services window and look for the SimpliVity Arbiter.
3.
Double-click the SimpliVity Arbiter entry to open its properties dialog.
4.
Click Start and then OK to close the properties dialog.
5.
Close the Services window.
Identifying Software Revisions
You can identify software revisions as follows:
• On the vCenter Server, use the Control Panel - Programs to view the SimpliVity Arbiter program
information. (View details and enable the version column.)
• In the SimpliVity vSphere Extension, click Plug-ins, then click About SimpliVity.
• In vSphere Client, look at the Federation View. See OmniCube Systems Panel on page 100.
• Use the CLI commands:
◦ svt-version-show --long to display the current revisions of the OmniStack software.
◦ svt-federation-show --output xml to display information for all OmniCube systems.
116
7 - OmniCube Cloud Datacenter
OmniCube provides cloud integration that enables you to store VM backups off site, using compute and
storage resources leased from a cloud services provider. You can back up VMs directly to the cloud and
restore VMs and data from cloud backups to enhance the disaster tolerance capabilities of the
OmniCube Global Federation.
An OmniCube persists in the cloud as an Amazon Elastic Compute Cloud (EC2) instance, connected to
an Amazon Simple Storage Service (S3) bucket that stores SimpliVity VM backups. The instance type is
Standard Large (m1.large).
OmniCube Cloud Datacenter Features
Features of this release are:
• This release supports only Amazon Web Services (AWS) as a cloud services provider.
• VM data is encrypted in the cloud, and during transport to the cloud.
• You can use backup policies and monitor the use of cloud storage space to manage storage space
consumption and control the associated cost.
• Up to two OmniCube Cloud Datacenters can exist in your Federation as virtual cloud entities.
• If an OmniCube Cloud Datacenter is offline, policy backup operations are automatically deferred
until the OmniCube Cloud Datacenter comes back online.
• You can upgrade OmniCube Cloud Datacenter using the OmniStack Software upgrade procedure.
However, you must follow a specific process.
• OmniCube Cloud Datacenter does not support Phone Home and Heartbeat.
• You must start and stop the OmniCube Cloud Datacenter using AWS commands to control
AWS resource consumption and manage the associated costs.
117
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Cloud Terminology
Term
Domain
Definition
Access Key ID
Amazon
See: OmniCube Access Key and Admin Access Key.
Admin Access Key
Amazon
Amazon account credentials for an IAM user with administrative
privileges. These credentials are used for deployment or removal of
an OmniCube cloud datacenterand are not stored.
Admin Secret
Amazon
Amazon VPC
Amazon
Amazon Virtual Private Cloud (Amazon VPC) enables you to set up
a protected region of the Amazon Web Services (AWS) Cloud,
defining a virtualized network. You can specify an IP address range
within the VPC. You can also configure subnets, route tables, and
gateways.
Amazon Web Services
(AWS) Cloud
Amazon
A set of internet-accessible virtualized computing resources offered
by Amazon.com that provide a cloud computing platform to
corporations and individuals.
AMI
Amazon
The Amazon Machine Image (AMI) is a pre-configured operating
system and virtual application software used to create a virtual
machine within the Amazon Elastic Compute Cloud (EC2). This
virtual machine provides the EC2 cloud services.
CIDR
Std.
See: Subnet masks.
cloud datacenter
SimpliVity
See: OmniCube Cloud Datacenter.
cloud encryption
SimpliVity
Data in the OmniCube Cloud Datacenter is always encrypted.
cloud IP Address
SimpliVity
The IP address assigned to the OmniCube Cloud Datacenter.
EC2
Amazon
Amazon Elastic Compute Cloud (Amazon EC2) provides computing
resources in the Amazon Web Services (AWS) cloud. OmniCube
cloud datacenter requires AWS Standard Large (m1.large).
EC2 Instance IP
Amazon
Identifies the AWS instance that will host the OmniCube Cloud
Datacenter.
Elastic IP
Amazon
Static IP addresses used for dynamic cloud computing. An Elastic IP
address is associated with your AWS account, not a particular
instance,
Elastic Network Interface Amazon
ENI An elastic network interface (ENI) is a virtual network interface
that you can attach to an OmniCube Cloud Datacenter instance in a
VPC.
ENI
Amazon
See: Elastic Network Interface.
IAM
Amazon
AWS Identity and Access Management (IAM) enables you to
control access to AWS services and resources.
Instance IP
Amazon
See: EC2 Instance IP.
key
Amazon
See: Access Key.
Mask
Std.
See: Subnet masks.
Network Interface
Amazon
See: Elastic Network Interface.
OmniCube Access Key
SimpliVity
The access key ID of an IAM user with limited privileges to start,
stop, and read/write data to and from the OmniCube Cloud
Datacenter hosted in the AWS instance. This credential is stored on
the Federation under secure encryption.
OmniCube Cloud
Datacenter
SimpliVity
A Federation datacenter that persists in a virtualized cloud service,
providing a location to store backups of Federation VMs and from
118
OmniCube for vSphere Client Administrator Guide
Term
7 - OmniCube Cloud Datacenter
Domain
Definition
which you can restore VMs. This entity is packaged as an AMI that
is deployed in the customer's VPC.
OmniCube Secret
SimpliVity
The access key ID and secret access key for a IAM user with limited
privileges to start, stop, and read/write data to and from the
OmniCube Cloud Datacenter hosted in the AWS instance. These
credentials are stored on the Federation under secure encryption.
Power state
SimpliVity
Describes whether the OmniCube Cloud Datacenter is powered on
or powered off. You must use the AWS console to do this.
Power(ed) off
SimpliVity
Non-operational state of an OmniCube Cloud Datacenter, preventing
the Federation from sending backups to the cloud. Enables you to
control the cost of cloud CPU resources. Policy backups are deferred
while the cloud is powered off, and VM restores are not possible.
Power(ed) on
SimpliVity
Operational state of an OmniCube Cloud Datacenter, enabling the
Federation to sending backups to the cloud. Enables you to control
the cost of cloud CPU resources. You can control the cost of cloud
storage space by careful use of backup policies.
Region
Amazon
A separate AWS geographical region containing availability zones.
S3
Amazon
Amazon Simple Storage Service that provides an S3 bucket for
storing digital objects such as files.
S3 Bucket
Amazon
A container in the Amazon Cloud that holds objects such as files.
An S3 bucket has a unique identifier (name). SimpliVity uses one
bucket per Federation datacenter to store VM backup files.
Secret access key
Amazon
See: OmniCube Secret and Admin Secret.
Subnet masks
Std.
CIDR subnet masks that will enable all OmniCube systems in the
Federation to communicate with the AWS instance. Use the format:
<netmask>/Y where "Y" is any valid CIDR value such as 0,8,16, or
32. For example, 10.120.0.0/16.
VPC ID
Amazon
Amazon Virtual Private Cloud Identifier.
VPN
Std.
Virtual Private Network.
Amazon Web Services Requirements
The following requirements apply:
• You must have an Amazon Web Services (AWS) Account. Go to http://aws.amazon.com.
• Your AWS account includes the following services that you will use to configure an OmniCube
Cloud Datacenter:
◦ Amazon Elastic Compute Cloud (Amazon EC2). See
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts.html " What is Amazon EC2?"
◦ Amazon Simple Storage Service (Amazon S3). See http://aws.amazon.com/s3/.
◦ VPC/VPN Amazon Virtual Private Cloud (Amazon VPC). See http://aws.amazon.com/vpc/.
• You will require the assistance of your network administrator to:
◦ Provide IP addresses in your intranet.
◦ Configure VPN.
119
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
◦ Configure a gateway.
◦ Set up your internal network so that your Federation can communicate with your cloud services
and maintain appropriate network security.
◦ See: http://aws.typepad.com/aws/2011/03/new-approach-amazon-ec2-networking.html (A New
Approach to Amazon EC2 Networking.)
OmniCube Cloud Datacenter—Configuration Overview
The sequence of tasks is:
• Configure the cloud services that you need.
◦ Create an Amazon Web Services Account, or use an existing account.
◦ Create OmniCube Cloud Datacenter users and generate credentials.
◦ Configure a Virtual Private Cloud (VPC).
◦ Configure Subnets.
◦ Configure Security Groups.
◦ Configure the Elastic Compute Cloud Instance (EC2).
• Deploy OmniCube Cloud Datacenter.
• Perform some test use of the cloud:
◦ Create a backup policy to back up VMs to the cloud and assign it to some VMs.
◦ Do a manual backup to the cloud.
◦ Review backups in the cloud using the sorting and filtering feature.
◦ Restore one or more VM from the cloud to a physical datacenter.
◦ Review your cloud data storage space use.
Configure Amazon Web Services Users
You must have an Amazon Web Services (AWS) account with two account users that are dedicated to
OmniCube cloud datacenter. For more information, see http://aws.amazon.com/iam/. (Overview at:
http://docs.aws.amazon.com/IAM/latest/UserGuide/IAM_Introduction.html.)
Do not use your primary Amazon account (your log-in) to deploy and administer OmniCube cloud
datacenter.
If you are an experienced AWS user, use this overview to configure your existing account. Otherwise,
follow the step-by-step procedure in Create OmniCube Cloud Datacenter Groups, Users and Credentials
on page 121.
120
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
1.
AWS ARN—For enhanced security, you might want to create an Amazon Resource Name (ARNs)
for the OmniCube cloud datacenter service. See http://docs.aws.amazon.com/general/latest/gr/awsarns-and-namespaces.html.
2.
Groups— Create two Amazon Web Services Identity and Access Management (IAM) groups for
OmniCube cloud datacenter. See http://docs.aws.amazon.com/IAM/latest/UserGuide/Using_
CreatingAndListingGroups.html.
a. OmniCube-Admin-Group.
b. OmniCube-User-Group.
When you create the Admin User and OmniCube in a later step, make sure that you add these user
accounts to their respective lists.
3.
Permissions—Set the group permissions as follows:
a. OmniCube-Admin-Group - Power user permissions, with full EC2 access and full S3 access.
b. OmniCube-User-Group - Restricted to the following permissions only:
–
–
–
–
–
–
ec2:RebootInstances
ec2:RunInstances
ec2:StartInstances
ec2:StopInstances
ec2:DescribeInstances
ec2:DescribeVolume
4.
Admin User—Create a OmniCube cloud datacenterAdministrator user in the OmniCube-AdminGroup. See http://docs.aws.amazon.com/IAM/latest/UserGuide/Using_SettingUpUser.html.
5.
Admin User Credentials—Generate and download the OmniCube cloud datacenter Administrator
user access credentials. See:
http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSGettingStartedGuide/AWSCredentials.html:
6.
OmniCube User—Create an OmniCube cloud datacenter user in the OmniCube-User-Group.
7.
OmniCube User Credentials—Generate and download the OmniCube cloud datacenter
Administrator user access credentials.
Important:
Store the access key ID and secret key for both users in a secure location.
Create OmniCube Cloud Datacenter Groups, Users
and Credentials
Follow these steps to create the AWS groups, initial users, and user credentials. Be aware that:
• You should prepare a secure location to store the access keys and secrets.
121
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
• These OmniCube users do not require passwords because they do not access the AWS console.
• Although you initially have only one user per group, configuring groups at this time will make it
easier to add more users in future, when you need to manage multiple instances of OmniCube
Cloud Datacenters.
• For a step-by-step example, see: http://docs.aws.amazon.com/IAM/latest/UserGuide/Using_
CreatingAndListingGroups.html (Creating IAM Groups).
Create the OmniCube Admin Group and OmniCube Admin
1.
Sign in to the AWS Management Console and select IAM (http://aws.amazon.com/console/).
2.
Click Create a New Group of Users in the Console dashboard.
3.
Enter OmniCube-Admin-Group as the Group Name and click Continue.
4.
Click Select Policy Template in Manage Group Permissions.
5.
Click Select next to Power User Access and select then click Continue in the Set Permissions
Screen.
6.
Select the Create New Users tab and enter OmniCube-Admin as the user.
7.
Make sure you check the box labeled: Generate an access key for each user and click Continue.
8.
Review the confirmation screen, and click Continue.
9.
Click Download Credentials and specify a secure location for the .csv file.
10.
Click Close Window to return to the AWS Management Console.
Next, create the OmniCube User group and OmniCube User.
Create the OmniCube User Group and OmniCube User
This procedure uses the AWS Policy Generator to create the Group Permissions policy for the
OmniCube User. See: http://awspolicygen.s3.amazonaws.com/policygen.html.
Important:
SimpliVity uses an Amazon Resource Name (ARN) of:
arn:aws:ec2:::simplivity.drcn.*. If you want to create alternate ARNs, See
http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html.
1.
Click Create a New Group of Users in the Console dashboard.
2.
Enter OmniCube-User-Group as the Group Name and click Continue.
3.
Click Policy Generator in Manage Group Permissions and enter the following:
a. Click Allow in Statements, Effect.
122
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
b. Select Amazon EC2 as the AWS Service.
c. Check the boxes next to the following Actions:
–
–
–
–
–
–
RebootInstances
RunInstances
StartInstances
StopInstances
DescribeInstances
DescribeVolume
d. Enter the ARN: arn:aws:ec2:::simplivity.drcn.*
e. Click Add Statement, and verify the statements added to the policy. See the sample
JSON document in Figure-25 below.
Click Continue, review the policy then Click Continue.
f.
4.
Select the Create New Users tab and enter OmniCube-User.
5.
Make sure you check the box labeled: Generate an access key for each user and click Continue.
6.
Review the confirmation screen, and click Continue.
7.
Click Download Credentials and specify the same secure location for the .csv file that you
previously used for the OmniCube Admin user.
8.
Click Close Window.
Figure-25: Sample Policy JSON Document
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"ec2:RebootInstances",
"ec2:RunInstances",
"ec2:StartInstances",
"ec2:StopInstances",
"ec2:DescribeInstances",
"ec2:DescribeVolumes"
],
"Sid": "Stmt1382994409000",
"Resource": [
"*"
],
"Effect": "Allow"
}
]
}
123
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
After you have deployed the OmniCube Cloud Datacenter, you can update the account policies with the
ARN shown in the Datacenter summary. See OmniCube Cloud Datacenter Summary Panel on page 136.
Configuring Your Cloud Network
This section describes how to understand and configure your Cloud network:
• Virtual Private Network and Virtual Private Cloud Concepts on page 124
• Configuring Virtual Private Cloud (VPC) and Virtual Private Network (VPN) on page 125
• Configuring the Amazon Elastic Compute Cloud (EC2) on page 127
Virtual Private Network and Virtual Private Cloud
Concepts
To host your OmniCube Cloud Datacenter, SimpliVity recommends that you secure data traffic by
configuring a Virtual Private Network (VPN) connected to a Virtual Private Cloud (VPC).
Amazon offers a number of VPC scenarios. Depending on your local network and security requirements,
you might need a different configuration. For OmniCube cloud datacenter, a typical configuration might
be a Virtual Private Cloud (VPC) with both public and private subnets, which has the resources and
characteristics described in Table-11.
Table-11 VPC with Public and Private Subnets
AWS Resource
Specification
Notes
VPC
size /16 (example 65,536 private IP addresses.
CIDR: 10.0.0.0/16)
Public subnet
size /24 (example 256 private IP addresses.
CIDR: 10.0.0.0/24)
Private subnet
/24 (example
256 private IP addresses.
CIDR: 10.0.1.0/24)
Internet gateway
N/A
Connects the VPC to Amazon Simple Storage
Service (Amazon S3).
private IP addresses in the subnet range (examples:
10.0.0.5, 10.0.1.5)
Communicate with each other and other
instances in the VPC.
Elastic IP addresses
(example:
198.51.100.1)
Can be reached from the Internet.
Network address translation (NAT)
instance
Has Elastic IP
address
Enables instances in the private subnet to send
requests to the Internet.
Custom route table entry for VPC
10.0.0.0/16 local
Enables instances in the subnet to communicate
with other instances in the VPC.
0.0.0.0/0 igw-
124
OmniCube for vSphere Client Administrator Guide
AWS Resource
7 - OmniCube Cloud Datacenter
Specification
Notes
xxxxxxxx
Custom route table entry for Internet
N/A
Enables instances in the subnet to communicate
directly with the Internet.
Private subnet main route table entry
for VPC
10.0.0.0/16 local
Enables instances in the subnet to communicate
with other instances in the VPC.
Private subnet main route table entry
for Internet through the NAT instance
N/A
0.0.0.0/0 enixxxxxxxx / ixxxxxxxx
Enables instances in the subnet to communicate
with the Internet through the NAT instance.
For detailed Amazon Web Services information, see:
• Scenarios for Using Amazon VPC at:
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenarios.html
• VPC with Public and Private Subnets at:
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenario2.html
Prerequisite Tasks for VPN/VPC
• Create route table entries depending on your host system:
◦ Main route table
◦ Custom route table
Configuring Virtual Private Cloud (VPC) and Virtual
Private Network (VPN)
This section describes a typical configuration, using a Virtual Private Cloud (VPC) with both public and
private subnets. Depending on your local network and security requirements, you might need a different
configuration.
The steps in this process are:
•
VPC—Configure the VPC, which creates an Elastic Network Interface (ENI) that you will use later
when you deploy the OmniCube Cloud Datacenter. You need one VPC for each Amazon region in
which you deploy an OmniCube Cloud Datacenter.
•
Subnets—Configure subnets. If you intend to deploy more than one OmniCube Cloud Datacenter,
consider carefully the subnet requirements. The OmniCube Cloud Datacenters must be able to
communicate with each other, in addition to communicating with the Federation OmniCube Virtual
Controllers. If you specify a relatively narrow CIDR value, such as 10.20.0.0/16 you might exclude
an OmniCube Cloud Datacenter, or make it difficult to add additional OmniCube Cloud Datacenters.
Specifying a wider CIDR range such as 10.0.0.0/8 is more inclusive, but less secure.
125
OmniCube for vSphere Client Administrator Guide
•
7 - OmniCube Cloud Datacenter
Security Groups—Enable both inbound and outbound traffic.
Configure a VPC with Public and Private Subnets
For more information, see: VPC with Public and Private Subnets at:
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenario2.html.
1.
Sign in to the AWS Management Console and open the Amazon VPC console at:
https://console.aws.amazon.com/vpc/.
2.
On the VPC dashboard, click Get started creating a VPC.
3.
Click Start VPC Wizard .
4.
Check: VPC with Public and Private Subnets, and then click Continue.
5.
Click Create VPC to create your VPC.
Add Subnets to your VPC
For more information, see: Your VPC and Subnets at:
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Subnets.html.
1.
Sign in to the AWS Management Console and open the Amazon VPC console at:
https://console.aws.amazon.com/vpc/.
2.
In the navigation pane, click Subnets.
3.
Click Create Subnet to open the Create Subnet dialog.
4.
Do the following:
a. Select the VPC.
b. Select the Region.
c. Specify the CIDR range for the subnet.
Then, click Yes, and Create
5.
[Optional] Set up routing for the subnet. For example, you can add a route to an Internet gateway or
a NAT instance.
Create Security Groups for the VPC
For more information see: Security Groups for Your VPC at:
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_SecurityGroups.html.
126
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
1.
Sign in to the AWS Management Console and open the Amazon VPC console at:
https://console.aws.amazon.com/vpc/.
2.
Click Security Groups in the navigation pane.
3.
Click the Create Security Group button.
4.
Enter a name of the security group (for example, OC-security-group) and provide a description.
5.
Click the ID of your VPC from the VPC menu, and then click Yes, Create.
Enable Inbound Traffic
1.
Sign in to the AWS Management Console and open the Amazon VPC console at:
https://console.aws.amazon.com/vpc/.
2.
Click Security Groups in the navigation pane.
3.
Click the security group that you want to update.
4.
Click the Inbound tab, then click Create a new rule.
5.
Click a rule for inbound traffic and provide the following information:
6.
Click Add Rule, which enables the Apply Rule Changes button (your changes are not applied yet).
7.
Repeat Step 4 through Step 6, until you have specified all rules for inbound traffic.
8.
Click Apply Rule Changes to add the rules.
Next: Configuring the Amazon Elastic Compute Cloud (EC2) on page 127.
Configuring the Amazon Elastic Compute Cloud (EC2)
The steps in this process are:
• Identify and obtain the ENI which was created when you configured the Virtual Private Cloud
(VPC) as described in Configuring Virtual Private Cloud (VPC) and Virtual Private Network
(VPN) on page 125.
• Configure or modify Security groups.
Obtain the Elastic Network Interface (ENI) from the EC2
Instance
1.
Open the Amazon EC2 console at https://console.aws.amazon.com/ec2/.
127
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
2.
Click Network Interfaces in the navigation pane.
3.
Select the appropriate network interface.
4.
View the details on the Details tab.
Figure-26: EC2 Network Interface Details
Configure or Change EC2 Security Groups
1.
Open the Amazon EC2 console at https://console.aws.amazon.com/ec2/.
2.
Click Network Interfaces in the navigation pane.
3.
Click the appropriate network interface.
4.
Right-click the network interface, and then click Change Security Groups.
5.
In the Change Security Groups dialog, select the security groups to use, and then click Save.
Deploying an OmniCube Cloud Datacenter
Before deploying an OmniCube cloud datacenter, you must do the following:
• Deploy OmniCube and create an OmniCube Global Federation.
• Set up Amazon Web Services. See: Configure Amazon Web Services Users on page 120.
• Configure your Cloud network. Configuring Your Cloud Network on page 124.
128
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Prerequisites for Deploying an OmniCube Cloud Datacenter
Table-12 describes the information and resources required to deploy an OmniCube cloud datacenter.
Table-12 OmniCube Cloud Datacenter Deployment Worksheet
Data Item
Admin
Credentials
Description
The access key ID for an IAM user with administrative
privileges. These credentials are used only for OmniCube
Cloud Datacenter deployment (or removal) and are not
stored.
The secret access key for an IAM user with administrative
privileges. These credentials are used only for OmniCube
Cloud Datacenter deployment (or removal) and are not
stored.
Limited User
Credentials
The access key ID for a IAM user with limited privileges to
start, stop, and read/write data to the instance containing
the new OmniCube Cloud Datacenter. This credential is
stored securely on the Federation.
The secret access key for a IAM user with limited
privileges to start and stop the instance containing the new
OmniCube Cloud Datacenter. This credential is stored
securely on the Federation.
Region
An Amazon AWS region that is the location for the new
OmniCube Cloud Datacenter, such as US West.
Instance IP
An IP in your VPN private subnet through which all cloud
traffic will pass.
Elastic
Network
Interface
A virtual Elastic Network Interface (ENI) to which you
will attach the AWS instance. The ENI has the format:
eni-xxxxxxx.
Datacenter
Name
An appropriate datacenter name for the OmniCube Cloud
Datacenter.
Subnet Masks
Determine the CIDR (Classless InterDomain Routing)
subnet masks that will enable all OmniCube Virtual
Controllers in the Federation to communicate with each
other, and with the AWS instance. You can specify a mask
bit value of any valid CIDR value, such as 0,8,16, or 32,
and specify as many subnets as you need to ensure access
from all Virtual Controllers.
For example if the Federation Management IP addresses of
all virtual controllers in the Federation begins with
50.130.*.* then a single subnet of 50.130.0.0/16 will
provide a CIDR address range of 50.130.0.0 to
50.130.255.255.
However, if some Virtual Controllers are on a network that
begins with 100.50.*.*, then you need to specify an
additional subnet of 100.0.0.0/8 provide a CIDR address
range of 10.0.0.0 to 100.255.255.255
129
Your Data
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Procedure for Deploying an OmniCube Cloud Datacenter
Figure-27 shows the New Cloud Datacenter dialog that you use to create and deploy an OmniCube
Cloud Datacenter.
Figure-27: New Cloud Datacenter Dialog
Using your data from the worksheet in Table-12, follow this procedure to configure an OmniCube Cloud
Datacenter:
1.
Specify the user-friendly name for the new OmniCube Cloud Datacenter created during this
deployment.
2.
Cut and paste the access key ID and secret access key for an IAM user with administrative (Admin)
privileges.
3.
Specify the Amazon EC2 Region. The Retrieve Zones button enables you to find regions accessible
from your location.
4.
Specify the Amazon EC2 Instance IP address.
5.
Specify the virtual Elastic Network Interface (ENI).
6.
Specify one or more CIDR masks as Subnets. Use the format: <netmask>/Y where "Y" is and
integer such as 0,8,10,16,24, or 32. For example, 10.120.0.0/16.
Important:
You must specify every subnet required, particularly when deploying more
130
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
than one OmniCube Cloud Datacenter.
7.
Cut and paste the access key ID and secret access key for a IAM user with limited privileges as the
OmniCube Credentials.
8.
Wait for the OmniCube Cloud Datacenter to deploy, this might take several minutes. An In Progress
message appears in the vSphere Recent Tasks menu. The task is complete when:
–
–
The OmniCube Cloud Datacenter icon appears in the Throughput panel.
The OmniCube Cloud Datacenter is listed in the Datacenters panel.
You can now start using the OmniCube Cloud Datacenter. Your first task should be to download and
secure the PEM file.
Preserving Your Private Key File (PEM)
Copy and preserve your private key (PEM). While you do not need this key for normal operation,
SimpliVity Technical support will require the key for troubleshooting, maintenance, and disaster
recovery support on your OmniCube Cloud Datacenter.
1.
Navigate to your S3 Bucket using the AWS Console (The S3 bucket is named simplivity.drcn* for
your OmniCube Cloud Datacenter).
2.
Click your S3 Bucket to browse it.
3.
Find the private key (PEM key) file, which has the format: cloudname.PEM. (There should be little
other content in the bucket at this time.) For example:
simplivity.drcn.78d1e522-5634-4333-8d48-9a21288abb84.PEM
4.
Right-click the PEM file and click Download then Save Link As.
5.
Navigate to a secure, backed-up location for the PEM file and click Save.
6.
Click OK to return to the AWS console, and exit from the console.
Important:
While you can choose to retain a copy of the PEM file in your S3 bucket, be aware that
the cloud copy might become inaccessible if a disaster destroys the physical Federation
data center. For this reason, SimpliVity recommends that you do not store the PEM key
on your physical Federation OmniCube systems. Copy the PEM file to stable media and
store it in a highly secure location, preferably remote from the physical data center. For
example, copy the file to a USB memory stick and store it in a data media safe.
Using OmniCube Cloud Datacenter Features
The following features and tasks are enabled when you configure OmniCube Cloud Datacenter:
131
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
• Space Reporting for an OmniCube Cloud Datacenter on page 134
• OmniCube Cloud Datacenter Summary Panel on page 136
• Backups in an OmniCube Cloud Datacenter on page 135
• Remove OmniCube Cloud Datacenters on page 136
Figure-28 shows a Federation containing a single OmniCube Cloud Datacenter.
Figure-28: Federation View with Single OmniCube Cloud Datacenter
Datacenters Panel
Right-click an OmniCube Cloud Datacenter to display the following task options:
• View Backups—Display backups in the OmniCube Cloud Datacenter. See Displaying Backups for
a Federation Virtual Machine on page 180.
• Upgrade Datacenter—Upgrade a Datacenter, including OmniCube Cloud Datacenter. See
Upgrade a Federation that Includes OmniCube Cloud Datacenter on page 204.
• Remove Cloud Datacenter—Permanently remove an OmniCube Cloud Datacenter and destroy all
the data it contains. See Remove OmniCube Cloud Datacenters on page 136.
• Configure Cloud Datacenter—Enables you to change the OmniCube Cloud Datacenter name and
provide new OmniCube Cloud Datacenter access credentials. See Configure OmniCube Cloud
Datacenter on page 133
132
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
• Create Support Capture—See Federation Troubleshooting - Using Support Capture Archives on
page 112.
• Link to the Federation, Cloud Datacenter View—Click the hyperlinked OmniCube Cloud
Datacenter name in the Datacenter Name column to open the OmniCube Cloud Datacenter View.
See Space Reporting for an OmniCube Cloud Datacenter on page 134.
• Refresh— Update the list of datacenters.
Configure OmniCube Cloud Datacenter
You can modify the OmniCube Cloud Datacenter name, or update its OmniCube access credentials (key
and secret). This does not update the Admin credentials.
To change the configuration of an existing OmniCube Cloud Datacenter:
1.
Click the vCenter (Federation View) In vSphere Client then click the SimpliVity tab.
2.
Right-Click the OmniCube Cloud Datacenter in the Datacenters panel.
3.
Click Configure Cloud Datacenter to open the Configure Cloud Datacenter dialog.
4.
Modify the Datacenter name as needed.
5.
Enter a new OmniCube Access Key
6.
Enter a new OmniCube secret and click Apply.
Display the OmniCube Cloud Datacenter View
To display the Federation, Cloud Datacenter View:
1.
Click the vCenter (Federation View) In vSphere Client then click the SimpliVity tab.
2.
Click the hyperlinked OmniCube Cloud Datacenter name in the Datacenter Name column to open
the Cloud Datacenter view.
For information about the panels in Cloud Datacenter View, see:
• Space Reporting for an OmniCube Cloud Datacenter on page 134
• Backups in an OmniCube Cloud Datacenter on page 135
• OmniCube Cloud Datacenter Summary Panel on page 136
Throughput Panel
The throughput panel distinguishes OmniCube Cloud Datacenters with a cloud icon and, during backup
or restore operations, shows the average data transfer rate between the physical Federation and the
cloud.
133
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Space Reporting for an OmniCube Cloud Datacenter
Figure-29 shows the Space reporting for an OmniCube Cloud Datacenter.
Figure-29: Space Reporting for an OmniCube Cloud Datacenter
OmniCube Cloud Datacenters contain only VM backups.
The size of AWS S3 storage is theoretically unlimited. However, the Federation's ability to account for
all VM backup data is limited to a number of gigabytes instead of the terabytes stored by a Federation of
physical OmniCube systems. Cloud OmniCube Datacenters are constrained by the amount of metadata
the Federation can store and account for. However, as for a physical OmniCube, the data is compressed
and deduplicated for efficient storage.
When you select a cloud datacenter, the graphical representation of logical space consumption differs
from physical Datacenter space consumption as follows:
• Data Stored
Remote Backups—Shows only the amount of index space consumed by VM
backups that are stored in the cloud.
• Cloud Usage —Provides an approximate representation of available remaining space.
See Backups in an OmniCube Cloud Datacenter on page 135 for information about finding backups
to delete so you can free up space.
Warning:
Contact SimpliVity technical support or your authorized support provider if you run out
of Cloud Usage capacity and you need to increase the storage capacity.
134
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Backups in an OmniCube Cloud Datacenter
Figure-30 shows the backups in an OmniCube Cloud Datacenter. For information about the data, see
Displaying Backups for a Federation Virtual Machine on page 180.
Figure-30: Backups in an OmniCube Cloud Datacenter
You can use backup filtering to select and sort backups. See About Backup Filtering on page 173.
Right-click a single backup to enable the task options shown in Table-13.
Table-13 Backup Task Options
Delete Backup(s)
You can select one or more backups to delete:
Click a row to select one backup.
Use Ctrl-click to select non-contiguous rows containing backups.
Use Shift-click to select contiguous rows containing backups.
Restore Virtual
Machine
Restore a VM from a cloud backup.
Rename Backup
Change the default name assigned to a backup.
Copy Backup
Copy a backup to another Datacenter, including another OmniCube Cloud Datacenter.
Lock Backup
Exclude a policy backup from automated deletion under the rules of the backup policy.
Cancel Backup(s)
You can select one or more backups to cancel, providing the backup is not in a
protected state, but is queued or in progress (% complete).
Calculate Unique
Backup Size
Find larger backups (backups that contain data that is unique) to delete, so that you can
free up space in the OmniCube Cloud Datacenter. This column is not shown by default.
Right-click any table column header to open the Column Chooser and display this
column.
Export
Export the list of backups to an Excel spreadsheet (if available)
Refresh
Update the list of backups.
135
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
OmniCube Cloud Datacenter Summary Panel
Figure-31 shows the OmniCube cloud datacenter Summary panel, which provides information about the
current Cloud Datacenter configuration.
Figure-31: Cloud Datacenter Summary Panel
Table-14 describes the data fields in this panel.
Table-14 Cloud Datacenter Summary Panel—Data Fields
Data Field
Status
Description
Status of the cloud datacenter, which can be:
• ( green) Powered On. The cloud datacenter is functioning and is available to store or
recover VMs.
• ( red) Powered Off. The cloud datacenter is shut down. Scheduled backups are deferred.
Availability
Zone
The AWS region in which this OmniCube Cloud Datacenter is located, such as US Standard.
Version
The software revision installed on the OmniCube Cloud Datacenter. This should be the same
software revision as that installed on the physical OmniCube systems in the Federation.
S3 Bucket
The unique name of the Amazon Simple Storage Service (S3) bucket that is the container for
this OmniCube Cloud Datacenter's VM files. This name has the format:
simplivity.drcn.GUID.
Click the task icon (
options:
) in the OmniCube Cloud Datacenter Summary panel to display the following
• Configure Cloud - Modify the name or OmniCube Credentials. See Configure OmniCube Cloud
Datacenter on page 133.
• Refresh - Update the panel with recent changes.
Remove OmniCube Cloud Datacenters
You can permanently remove an OmniCube cloud datacenter from a Federation. If you remove an
OmniCube cloud datacenter it is permanently destroyed, along with all data stored in the cloud. You
cannot move an OmniCube cloud datacenter between Federations.
Removing an OmniCube cloud datacenter also removes Amazon Web Services (AWS) collateral,
marking all data for removal, but you must manually remove the S3 bucket.
136
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Note: Because AWS uses a lazy delete method, it might take some time before the S3 bucket is empty
and you can delete it. You accrue no AWS data storage charges after you remove the OmniCube
cloud datacenter.
Before You Begin
Before you remove a OmniCube cloud datacenter from a Federation:
• Move backups that you want to preserve from the OmniCube cloud datacenter to a Federation
datastore or to another OmniCube cloud datacenter. To preserve the relationship between a backup
and the original VM from which the backup was taken, make sure that you move a backup to the
datacenter where the original VM resides.
• Make sure your current VM backups are redirected to a physical datastore or to another OmniCube
cloud datacenter by adding new policies or new rules to existing policies.
• Delete any obsolete policy rules that direct backups to the OmniCube cloud datacenter that you
intend to remove.
• Determine and record the OmniCube VC Name of the OmniCube cloud datacenter, such as
simplivity.drcn.376ab8db-6873-4546-9872-c1976536fe6d. You can use the svt-federation-show
command.
Removing an OmniCube Cloud Datacenter
1.
In vSphere Client, Click the vCenter and then click the SimpliVity tab.
2.
Right click the OmniCube cloud datacenter in the table and click Remove Cloud Datacenter.
3.
Check the box confirming you understand that this action results in the permanent deletion of all
backup data in the OmniCube cloud datacenter.
4.
Click Remove and when prompted, click Yes, confirming you want to remove the OmniCube cloud
datacenter.
5.
Enter your OmniCube-Admin user access key ID and secret key, then click OK.
6.
Monitor the task in the vSphere Client Recent Tasks panel to confirm success.
Removing the S3 Bucket
1. Open the Amazon S3 console at https://console.aws.amazon.com/s3/ and go to the Buckets panel.
2. Right-click the obsolete bucket, then click Properties to open the Properties pane. (This bucket is
associated with the OmniCube VC Name of the removed OmniCube cloud datacenter).
3. Click Logging and uncheck the Enabled option.
4. Right-click the obsolete bucket, then click Delete. A confirmation dialog opens.
137
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
5. Click Yes, then Delete.
You can now close the AWS console.
Generating Replacement AWS Access Keys
You need the following access keys and secrets for each AWS account, generated at the time that you
created the account:
• OmniCube-Admin (power user) access key and secret
• OmniCube-User (restricted) key and secret
If you lose these keys, you must generate new keys and then update the OmniCube Cloud Datacenter's
configuration.
To generate the access key and secret for each account:
1.
Sign in to your Amazon Web Services, using your administrative account:
http://aws.amazon.com/console/.
2.
Click IAM to access the Identity & Access Management console.
3.
Click Users, scroll down to the account name and click the name to select it.
4.
Click the Security Credentials tab.
5.
Click Manage Access Keys then Create Access Key.
6.
Download and store your access credentials in a secure location.
7.
Repeat Step 1 through Step 6 for the second account.
Using the OmniCube Cloud Datacenter VPC Template
SimpliVity provides the CloudFormation AWS template to help you create a virtual private cloud (VPC).
Prerequisites for Using the VPC Template
You need the information and resources described in Table-15.
138
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
Table-15 OmniCube Cloud Datacenter VPC Template - Worksheet
Description
Description
Region
An AWS region appropriate for your locale,
such as us-east-1 or eu-west-1.
KeyName
Your AWS account access keys. See Create
OmniCube Cloud Datacenter Groups, Users
and Credentials on page 121.
NATInstanceType
NAT node instance type. The default is
m1.small.
SSHLocation
The IP address (or range of addresses) from
which you will SSH log in to Amazon.
VPCCidrBlock
Virtual private cloud instance subnet mask in
CIDR format.
VPCPrivateCidrBlock
Virtual private cloud private subnet masks in
CIDR format.
VPCPublicCidrBlock
Virtual private cloud public subnet masks in
CIDR format.
vpc-0.5.template (or similar
name)
VPC Template - download from SimpliVity's
support Website as described in the
OmniCube Release Notes.
Your Data
Procedure for Using the VPC Template
1.
Use a Web browser to navigate to https://console.aws.amazon.com/cloudformation and sign in with
your AWS account.
2.
Click the AWS CloudFormation tab, if not already displayed.
3.
Click: Create Stack.
4.
Provide a name for your stack. For example: OCD-vpc01.
5.
Click Upload template file, then click Choose File and browse to the download location file named:
vpc-0.5.template (or similar name – see the OmniCube Release Notes).
6.
Click Next Step and follow the instructions on the screen, making sure you fill out the following
fields from your worksheet.
a. AvailabilityZone
b. KeyName
c. NATInstanceType
d. SSHLocation
e. VPCCidrBlock
f.
VPCPrivateCidrBlock
139
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
g. VPCPublicCidrBlock
7.
Complete the Options screen only if you are sure that you need a particular option.
8.
Click Confirm to confirm the CloudFormation configuration.
Next, monitor the CloudFormation deployment status to make sure that it completes correctly as follows:
1.
Browse to https://console.aws.amazon.com/cloudformation.
2.
Browse to the Resources and Events tab and wait for the CloudFormation operation to complete.
This might take from 10 to 30 minutes.
Modifying your VPN to use a Static IP
Modify your VPN to use the IP address in the Outputs tab of the Cloud Datacenter Deploy screen.
SAMPLE /etc/network/interfaces file for DHCP (default):
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
SAMPLE /etc/network/interfaces file for static IP:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 10.0.0.73
netmask 255.255.0.0
network 10.0.0.0
broadcast 10.0.255.255
gateway 10.0.0.1
dns-nameservers 10.0.0.5 10.0.0.6
dns-search mycompany.tld
Adding a Static Route on a Switch
Add a static route to your network switch. The method depends on the interface software for your model
of network switch.
This section provides an example of adding a static route to a Cisco L3 network switch using the
following sample VPC data:
• The openvpn-client IP is 10.0.0.73 (sample)
• The VPC private CIDR block is 10.50.1.0/24 (sample)
140
OmniCube for vSphere Client Administrator Guide
7 - OmniCube Cloud Datacenter
1.
Connect to Cisco L3 switch through its console connection or remote SSH using a terminal emulator.
2.
Enter switch configuration mode:
Switch#configure terminal
3.
Configure the static route:
Switch(config)#ip route 10.50.1.0 255.255.255.0 10.0.0.73
4.
Exit from switch configuration mode:
Switch(config)#exit
141
8 - Provisioning Federation Resources
This section describes how to provision resources by creating datastores and virtual machines (VMs) in
a Federation.
Federation Datastores
Federation datastores provide resources to virtual machines (VMs). You create VMs in a Federation
datastore to benefit from the features provided by OmniCube.
You create a Federation datastore in a datacenter. OmniCube systems and Non-SimpliVity ESXi hosts
can access the datastore. See Allowing Datastore Access to Non-Federation ESXi Hosts on page 148.
A Federation datastore has the following attributes:
• Name.
• Default backup policy for new VMs created in the datastore. See Policies for Scheduled Backup
Operations on page 164.
• Size. You specify an initial size for a datastore. See Creating a Datastore in a Federation on page
143.
At any time, you can modify the size of a datastore without affecting its availability. You cannot
reduce the size of a datastore below the amount of space needed to store existing VM data. See
Resizing a Federation Datastore on page 147.
The following information is provided:
• Creating a Datastore in a Federation on page 143
• Displaying Information About a Federation Datastore on page 144
• Changing the Backup Policy for a Federation Datastore on page 146
• Resizing a Federation Datastore on page 147
• Deleting a Federation Datastore on page 147
• Allowing Datastore Access to Non-Federation ESXi Hosts on page 148
142
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Creating a Datastore in a Federation
There are three ways to create a Federation datastore. In the vSphere Client inventory panel, do one of
the following:
• Select vCenter Server, click the SimpliVity tab, click the task icon ( ) in the Datacenters panel in
the Federation Overview window (Figure-16), and select Create Datastore.
• Right-click the datacenter containing the OmniCube systems and select SimpliVity - Create
Datastore.
• Select the datacenter containing the OmniCube systems, click the SimpliVity tab, click the task
icon ( ) in the Datastores panel in the Federation Datacenter window (Figure-20), and select
Create Datastore.
1.
When the Create Datastore dialog opens, (Figure-32), specify the datastore values.
2.
Select the datacenter to contain the new datastore.
3.
Specify a datastore name that is unique in vCenter Server and complies with VMware naming
constraints (SimpliVity recommends that you use only alphanumeric names).
4.
Select the backup policy to assign to new Federation VMs created in the datastore. See Policies for
Scheduled Backup Operations on page 164.
Backup policies enable you to schedule VM backup operations. After you create a VM, you can
assign a different backup policy to the VM.
5.
[Optional] Click the Create... link (next to the Backup Policy field) to create a new backup policy
and add one or more rules to the policy. A backup policy must have at least one rule to schedule VM
backup operations. See About Backup Policy Rules on page 167.
6.
Specify the datastore size and select the unit of measurement (GB or TB) and click Create.
Figure-32: Create Datastore
7.
Monitor the progress of the datastore creation task in the vSphere Recent Tasks panel.
To display a Federation datastore, see Displaying Information About a Federation Datastore on page
144.
143
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
To create Federation virtual machines (VMs) in the datastore, see Creating a Virtual Machine in a
Federation Datastore on page 151.
Displaying Information About a Federation Datastore
To display information about a Federation datastore:
1.
In vSphere Client, browse to Inventory and then Datastores and Datastore Clusters.
2.
In the vSphere Client inventory panel, select the Federation datastore and click the SimpliVity tab.
The Federation Datastore window (Figure-33) opens.
Figure-33: Federation Datastore
Right-click the datastore in the vSphere Client inventory panel to display the following SimpliVity task
options:
• Set backup policy. See Changing the Backup Policy for a Federation Datastore on page 146.
• View backups. See Displaying Backups for a Federation Virtual Machine on page 180.
• Online Resize. See Resizing a Federation Datastore on page 147.
• Delete datastore. See Deleting a Federation Datastore on page 147.
144
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
• Manage Hosts. See Allowing Datastore Access to Non-Federation ESXi Hosts on page 148.
The Federation Datastore window also contains the following information panels that also provide task
options.
Summary Panel
The Summary panel shows the default backup policy for new VMs created in the datastore. From the
Summary panel, you can click the task icon ( ) and select the following:
–
–
Set Backup Policy. Sets the backup policy for the datastore. See Changing the Backup Policy for
a Federation Datastore on page 146.
Online Resize. Changes the size of the datastore. See Resizing a Federation Datastore on page
147.
Logical Capacity Panel
The logical capacity panel shows the used (stored) and the free capacity of the datastore. Logical
capacity specifies the space consumed by VMs. If you deploy a VM and allocate 40GB for its virtual
disk, that allocation accounts for 40GB of logical capacity in the datastore.
Virtual Machines Panel
The Virtual Machines panel shows all guest VMs in the datastore, including the following information:
• VM Name
• Storage HA—Describes the status of Storage HA protection for the VM, which might be
synchronized or synchronizing.
• Provisioned—The amount of storage space allocated to a VM.
• Used Space—The amount of storage space used by a VM.
• Backup policy —The backup policy assigned to a VM. See Changing the Backup Policy for a
Federation Virtual Machine on page 172.
In the Virtual Machines panel you can click the task icon (
) and choose from the following tasks:
• Find—Enables you to search the list of Federation VMs.
• Refresh—Refreshes the display.
To display the VM view, click a VM name.Displaying Information About a Federation Virtual Machine
on page 152.
To create a VM in a datastore, see Creating a Virtual Machine in a Federation Datastore on page 151.
145
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Changing the Backup Policy for a Federation
Datastore
Backup policies enable you to schedule VM backup operations.
When you create a datastore, you must specify the default backup policy for the datastore. Each VM
created in the datastore is assigned this default backup policy. After you create a VM, you can change
its backup policy.
If you change the backup policy for a datastore, the change affects only new VMs created in the
datastore.
To display the existing backup policies in a Federation, see Displaying Backup Policies and Rules on
page 170. For information about creating a backup policy, see Creating a Backup Policy on page 165.
To change the backup policy for a Federation datastore:
1.
In vSphere Client, browse to Inventory and then Datastores.
2.
In the vSphere Client inventory panel, either:
–
–
–
3.
In the Set Backup Policy dialog (Figure-34), either:
–
–
4.
Right-click the Federation datastore and select Set Backup Policy.
Select the datacenter, select the datastore in the Datastore panel in the Federation Datacenter
window (Figure-20), click the task icon ( ) and select Set Backup Policy.
Select the datastore, click the SimpliVity tab, click the task icon ( ) in the Summary panel in
the Federation Datastore window (Figure-33), and select Set Default Backup Policy.
Select the policy from the pull-down menu.
Click Create... to create a new backup policy. See Creating a Backup Policy on page 165.
Click Set Backup Policy.
Figure-34: Datastore Set Backup Policy
146
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Resizing a Federation Datastore
To re-size a Federation datastore:
1.
In vSphere Client, browse to Inventory and then Datastores.
2.
In the vSphere Client inventory panel, do any of the following:
–
–
–
3.
Right-click the Federation datastore and select SimpliVity - Online Resize.
Select the datacenter, select the datastore in the Datastore panel, click the task icon ( ) and
select Online Resize.
Select the datastore, click the SimpliVity tab, click the task icon ( ) in the Summary panel in
the Federation Datastore window (Figure-33), and select Online Resize.
In the Online Resize dialog (Figure-35), specify the new datastore size and click Resize.
Note: You cannot specify a datastore size that is less than the amount of logical space required for
existing VMs.
Figure-35: Online Resize
Deleting a Federation Datastore
You can delete a Federation datastore if it contains no VMs or VM backups.
1.
In vSphere Client, either:
–
–
2.
Browse to Inventory and then Datastores and Datastore Clusters, right-click the
Federation datastore in the vSphere Client inventory panel, and select Delete Datastore.
Select the datacenter in the vSphere Client inventory panel, click the SimpliVity tab,
select the datastore in the Datastores panel in the Federation Datacenter window
(Figure-20), click the task icon ( ), and select Delete Datastore.
Click OK to confirm that you want to delete the datastore.
It might take several seconds to update the datastore and storage space information in the GUI after you
delete a datastore, but the storage space is available immediately.
147
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Allowing Datastore Access to Non-Federation ESXi
Hosts
If you have non-SimpliVity ESXi host in your vCenter Server environment (in addition to federated
OmniCube systems), you can enable the non-SimpliVity ESXi hosts to access Federation datastores.
At any time, you can unshare datastores or restrict access by a specific non-SimpliVity ESXi host.
In addition to the benefits of SimpliVity storage, you can also:
• Use vMotion to migrate VMs running on a non-SimpliVity ESXi host to a Federation, with no
disruption to users.
• Use Storage vMotion to migrate VMs to a Federation datastore, with no disruption to users.
There are four steps in this process:
• Determine the IP address for the storage traffic.
• Configure NET and NFS on the non-SimpliVity ESXi host. The procedure differs for ESX 5.1
compared to ESX 5.0.
• Modify the /etc/hosts file on the non-SimpliVity ESXi host.
• Share (or unshare) the datastore.
Determine the IP Address to Use for Non-SimpliVity ESXi host Storage
Traffic
The Virtual Controller provides three potential paths for storage traffic. You should specify the IP
address depending on the Federation network. For more information, refer to your SimpliVity hardware
documentation. Determine the non-SimpliVity ESXi host data transfer IP address as follows:
•
If you are using the direct-connect method for the 10GbE storage network, specify the Virtual
Controller’s Management Network IP address. However, be aware that there is no failover
capability on this network.
•
If you are using the switched method for the 10GbE storage network, you should use the Virtual
Controller’s Storage Network IP address. This network provides higher bandwidth and provides
failover capability.
To find these addresses, see Displaying Information About a Federation Datacenter on page 96.
Configure Advanced NET and NFS Settings on the Non-SimpliVity ESXi
host
To enable a non-SimpliVity ESXi host access to a Federation datastore, configure advanced NFS
settings using vSphere Client as follows:
1.
Select the non-SimpliVity ESXi host in the vSphere Client Inventory Panel.
148
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
2.
Open the Configuration tab and click Advanced Settings under the Software panel to open the
Settings dialog.
3.
Select Net and make the following changes:
▪ Net - TcpipHeapMax=128 (default 120). This is required to support
NFS MaxVolumes=256.
▪ Net - TcpipHeapSize=32 (default is 30). This is required to support NFS
MaxVolumes=256.
4.
Make either of the following changes for maximum connections and maximum volumes, depending
on the installed version of ESX:
–
For ESX V5.0, under NFS:
▪ NFS - MaxConnPerIP=128 (default is 4)
–
▪ NFS - MaxVolumes=256 (default is 8)
For ESX V5.1 and V5.5, under SunRPC:
▪ NFS - MaxVolumes=256 (default is 8)
▪ SunRPC - SunRPC.MaxConnPerIP=128 (default is 4)
5.
Reboot the non-SimpliVity ESXi host to implement the changes.
Edit the hosts file on the Non-SimpliVity ESXi host
Be careful when you edit the /etc/hosts file. A misconfigured /etc/hosts file can cause the following
error when you attempt to enable access to the datastore:
....................ERROR [26]: Platform integration exception.
1.
Log in to the non-SimpliVity ESXi host.
2.
Edit the /etc/hosts file to include a line similar to the following:
nnn.nnn.nnn.nnn omni.cube.io
Where nnn.nnn.nnn.nnn is the Management or Storage IP address that you determined previously.
(See: Determine the IP Address to Use for Non-SimpliVity ESXi host Storage Traffic.)
3.
Do not restart the non-SimpliVity ESXi host.
Enable or Disable Federation Datastore Sharing by Datastore
Use vSphere client to enable Federation datastore sharing as follows:
1.
Right-click a non-SimpliVity ESXi host in the vSphere Client Inventory Panel.
2.
Click SimpliVity - Manage Datastores to open the Manage Datastores dialog. See Figure-36.
149
OmniCube for vSphere Client Administrator Guide
3.
8 - Provisioning Federation Resources
Do either of the following:
a. Check the Shared box for datastores to share and click OK.
b. Uncheck a datastore to prevent data sharing to the non-SimpliVity ESXi host.
Figure-36: Share or Unshare Datastores—Manage Datastores
Enable or Disable Federation Datastore Sharing by Host
Use vSphere client to specify which non-SimpliVity ESXi hosts can access Federation datastores as
follows:
1.
Click the Inventory menu and change the inventory view to Datastores and Datastore Clusters.
2.
Right-click the datastore that you want to share to open the Manage Hosts Dialog. See Figure-37.
3.
Do either of the following:
a. Check the Shared box for the non-SimpliVity ESXi hosts that are allowed to share this datastore
and click OK.
b. Uncheck the Shared box to prevent a specific non-SimpliVity ESXi hosts from sharing his
datastore and click OK.
150
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Figure-37: Share or Unshare Datastores—Manage Hosts
Federation Virtual Machines
Federation virtual machines (VMs) are created using VMware and managed like any other VM.
Because a Federation datastore contains the VMs, they benefit from features provided by the OmniStack
software and hardware.
The following topics are included:
• Creating a Virtual Machine in a Federation Datastore on page 151
• Displaying Information About a Federation Virtual Machine on page 152
• Cloning a Federation Virtual Machine on page 156
• Moving a Federation Virtual Machine on page 156
• Deleting a Federation Virtual Machine on page 158
See also Recovering Federation Virtual Machine Data on page 190, which provides information about
VM backups and automated backup policies and explains how to recover VMs.
Creating a Virtual Machine in a Federation Datastore
Use VMware to create a virtual machine (VM) in a Federation datastore in vSphere Client. In the
vSphere Client inventory, the new VM appears under the OmniCube (ESXi host). See Displaying
Information About a Federation Virtual Machine on page 152.
151
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
If an OmniCube hosting a VM fails, you can restart the VM on a functioning OmniCube. For automatic
VM failover across the Federation, use VMware HA. See the VMware documentation for details.
Note: You can also import a virtual machine into a Federation datastore.
Prerequisites for Federation VMs
• You must specify a Federation datastore to contain the VM.
• Avoid placing VMs in the datastore that contains the Virtual Controller. While this is not
prevented, it can cause the datastore to run out of available space, which can affect the availability
of all SimpliVity datastores in the Federation.
• By default, the new VM uses the default backup policy assigned to the datastore in which you
created it. You can change the backup policy for the VM. See Changing the Backup Policy for a
Federation Virtual Machine on page 172.
Creating Federation VMs
To create VMs in a SimpliVity datastore:
1.
Right-click an OmniCube in the vSphere Client inventory and select New Virtual Machine.
2.
Specify the VM information, selecting a SimpliVity datastore to contain the VM.
3.
Watch for VM creation messages in the vSphere Client's Recent Tasks panel.
4.
Verify that the datastore default backup policy is adequate for this VM, and if not:
a. Right-click the new VM and click SimpliVity - Set Backup Policy. See Changing the Backup
Policy for a Federation Virtual Machine on page 172.
b. Create a new backup policy for this VM. See Creating a Backup Policy on page 165.
To use backups to protect VM data, see Data Protection and Recovery on page 159.
Displaying Information About a Federation Virtual
Machine
To display information about a virtual machine (VM) in a Federation:
1.
In the vSphere Client inventory panel, expand the datacenter that contains the VM.
2.
Expand the OmniCube (ESXi host) hosting the VM, select the VM, and click the SimpliVity tab.
The Federation Virtual Machine window opens (Figure-38).
152
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Figure-38: Federation Virtual Machine
The Federation Virtual Machine window provides the information described in the following sections
VM Summary Panel
The VM Summary Panel provides the following information:
• Backup policy Name—You can also click the Set Backup policy button to change the policy. See
Changing the Backup Policy for a Federation Virtual Machine on page 172.
• CPU—The number of CPUs assigned to this VM.
• Memory—The amount of physical memory assigned to this VM.
• Storage HA—Whether or not the VM is in Storage HA compliance. Determine Whether VMs are
in Storage HA Compliance on page 113.
• Used Capacity—The in-use storage for this VM.
• Total Capacity—The available storage for this VM.
• Number of Virtual Hard Disks—The number of virtual hard disks in use by this VM.
153
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
VM Backups Panel
The VM Summary Panel provides the following information, depending on the columns that you select to
view.
For information about organizing, sorting, and displaying backup information, see: Managing Data in the
SimpliVity Graphical User Interface on page 93:
• Name—The backup name, either a timestamp when a policy creates the backup or a name
assigned by the user that created a manual backup.
◦ The timestamp reflects the time zone setting. See Setting the Datacenter Time Zone on page 54.
◦ A plus symbol (+) appended to a backup indicates that one or more policy backups was unable to
complete on schedule. This might be due to system unavailability, scheduling conflicts, or any
other system issue that prevents the backup from occurring on schedule.
• Timestamp—The date and time of the backup.
• Application Consistent—Whether applications running on the VM were included in the backup.
• Status—The status of the backup:
◦ New—The VM copy for a remote backup is complete, but the replication to the remote site has
not yet begun. The state will change to saving or failed.
◦ Saving—The backup replication is in progress. The state will change to protected or failed.
◦ Failed—The backup was unsuccessful. Delete such backups and if the outcome of backup
operations fails consistently, contact your support provider.
◦ Protected—The backup is successful and the data protected. If the backup was a remote backup,
successful replication to the remote site has also completed.
◦ Unknown—The backup is in an indeterminate state. Delete such backups and if the outcome of
backup operations persist as Unknown, contact your support provider.
◦ Canceling—The backup operation is responding to a manual cancellation of a backup in
progress.
◦ Canceled—The backup operation was successfully canceled.
• Datacenter—The datacenter containing the backup.
• Sent—In cases where the backup is sent to a remote location, the volume of data in transfer or
transferred.
• Size—The logical size of the backup.
• Source—The operation that created the backup:
◦ Policy—An automatic policy created the backup. The backup is subject to automatic deletion
when its retention period expires or when the maximum number of backups is exceeded. In the
latter case, the oldest backups are deleted first. (You can lock a policy backup to prevent its
automatic deletion.)
◦ Manual—A user manually created a backup. Manual backups are not deleted automatically.
154
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
◦ Locked—A user has locked a policy backup to prevent its automatic deletion. The backup is
preserved until you delete it manually.
• Sent—If a transfer to a remote location is in progress, the amount of data sent at this point in time.
Right-click on any column heading to display the column chooser and display the following additional
information:
• Datastore—The datastore containing this backup.
• ID—The GUID identifying the backup
• Source—Whether the backup was manual, or automatic (policy backup).
• Unique Backup Size—The amount of unique data in this backup.
• Unique Size Calculation Time—The last calculation time of the unique data value.
Click the task icon (
) to choose from the following VM backup tasks:
• Backup Virtual Machine—Creates a backup of a VM. See Manual Backups of Federation Virtual
Machines on page 163.
• Restore Virtual Machine—Restores a VM from a backup. See Recovering Federation Virtual
Machine Data on page 190.
• Rename Backup—Prevents the automatic deletion of the backup by renaming the backup. See
Renaming a Backup of a Federation Virtual Machine on page 189.
• Lock Backup—Preserves automatic (policy) VM backups, preventing them from deletion
according to the policy's backup retention rule. See Locking a Backup of a Federation Virtual
Machine on page 188.
• Copy Backup—Copies VM backups to remote datacenters. See Copying a Backup of a Federation
Virtual Machine on page 186.
• Delete Backup—Deletes a VM backup. See Deleting Backups of a Federation Virtual Machine on
page 187.
• Cancel Backup—Cancel an in-progress backup. Canceling a Backup of a Federation Virtual
Machine on page 185.
• Set Backup Policy—Sets the backup policy for a VM. See Changing the Backup Policy for a
Federation Virtual Machine on page 172.
• Edit Policy—Edits a backup policy. See About Backup Policy Rules on page 167.
• Refresh—Refreshes the display.
VM Throughput, IOPs, and Latency Panel
You can view real time performance information for the VM. See Performance Panel on page 98.
155
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Cloning a Federation Virtual Machine
You can create a new virtual machine (VM) in a Federation by cloning an existing VM or VM template
in the Federation. The cloned VM contains the same data as the original VM.
You can also create an application consistent VM clone, which takes longer to complete and requires
application-specific support. Refer to the VMware documentation to find out if your applications are
supported.
You can improve cloning efficiency by installing the VAAI NAS plug-in, which takes advantage of
storage hardware acceleration to offload cloning tasks from VMware to SimpliVity storage, This can
greatly improve performance if you are cloning many VMs from templates. VAAI does not apply to
application consistent clones, which include a VMware snapshot.
A clone inherits the following characteristics from the source VM:
• Clone name—By default, the command appends the string -clone-<timestamp> to the original
VM name. You can specify an alternate name.
• Power status— The clone is powered off by default. Make sure you have sufficient CPU and
memory resources before powering on the cloned VM.
• Backup—As for any VM, you can back up a cloned VM using a policy. See Changing the Backup
Policy for a Federation Virtual Machine on page 172.
Note: Serial clone and backup operations using the default names can cause long object names. Use
the appropriate renaming option to shorten the name.
To clone a Federation VM:
1.
In the vSphere Client inventory panel, expand the Federation OmniCube (ESXi host) that contains
the VM.
2.
Right click the VM in the inventory panel and select Clone Virtual Machine to open the Clone Virtual
Machine dialog.
3.
Specify the name of new VM or accept the default. The name must be unique and if you enter a
duplicate name you are prompted to correct it.
4.
[Optional] Check the Application Consistent box if you want to preserve the state of applications
running on the original VM. Application consistent clones take longer to complete.
5.
Click Clone.
Moving a Federation Virtual Machine
You can move a Federation VM to a different datacenter and datastore by using these three methods:
• VMware vMotion—To move a VM between OmniCube systems in the same datacenter, drag the
VM to the intended destination, which causes VMware vMotion to relocate the VM.
156
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
• Storage vMotion—To change the datastore for the VM while the VM is running, use the VMware
Migrate option from the VM context menu and change the datastore to invoke Storage vMotion.
• SimpliVity - Move Virtual Machine—To move the VM to another datacenter, use the SimpliVity
task described in this section.
By default, the SimpliVity - Move Virtual Machine procedure uses the original VM name as the name
for the moved VM. You can override the default name by specifying a unique name for the moved VM.
Note: If you move a VM any associated backups will show the source VM as [DELETED] in the
backups display. However, you can still recover the VM from its backups. See Recovering
Federation Virtual Machine Data on page 190.
Requirements for moving a VM are:
• Power Off —You must shut down the guest OS and power off a VM before you attempt to move it.
Otherwise the task fails.
• New VM name—By default, the command uses the original VM name. You can edit the original,
or specify an alternate name.
• Destination datacenter—The datacenter to contain the moved VM. Make sure you have sufficient
CPU and memory resources before powering on the moved VM.
• Destination datastore—The name of the datastore to contain the moved VM.
• Manage Policy backups —If the VM is subject to policy backups, you cannot move a VM while a
policy backup is in progress:
◦ You can cancel the backup, if it is in an appropriate backup state. See Canceling a Backup of a
Federation Virtual Machine on page 185.
◦ You can wait for a backup to complete. See Displaying Backups for a Federation Virtual
Machine on page 180.
To move a Federation VM:
1.
In the vSphere Client inventory panel, expand the Federation OmniCube (ESXi host) that contains
the VM.
2.
Right click the VM in the inventory panel and select Move Virtual Machine to open the Move Virtual
Machine dialog (Figure-39).
3.
Specify the name of new VM or accept the default. The VM name must be unique. If you enter a
duplicate name you are prompted to correct it.
4.
Select a Destination Datacenter.
5.
Select a Destination Datastore.
6.
Click Move.
157
OmniCube for vSphere Client Administrator Guide
8 - Provisioning Federation Resources
Figure-39: Move Virtual Machine
After moving a VM, set its boot sequence so that it powers on after the Virtual Controller during start up
and shuts down before the Virtual Controller during shutdown. See Starting Up and Shutting Down an
OmniCube on page 71.
Deleting a Federation Virtual Machine
To delete a Federation VM, follow these steps:
1.
In the vSphere Client inventory panel, expand the OmniCube (ESXi host) that contains the VM.
2.
Right click the VM in the inventory panel and select one of the following options:
–
–
Remove from Inventory. This option removes the VM from the vSphere inventory, but retains its
files. You can restore the VM to the inventory.
Delete from Disk. This removes all the files associated with the VM, increasing storage space
in the datastore. However, if you have backups of the VM you can restore the VM.
Note: The amount of storage space reclaimed by the deletion might take some time to appear in the
storage capacity displays. See Displaying Information About a Federation Datacenter on page
96.
If you delete a Federation VM, the Federation keeps the VM backups, and you can view them by
launching the Backups dialog (Figure-48) from the Federation Overview window (Figure-16) or the
Federation Datacenter window (Figure-20). See Figure-48.
To delete a backup of a Federation VM, see Deleting Backups of a Federation Virtual Machine on page
187.
158
9 - Data Protection and Recovery
This section describes how to protect and recover virtual machines (VMs) in a Federation.
How to Protect Data in a Federation
Federation virtual machines (VMs) benefit from OmniCube features that ensure high availability through
data redundancy, failure detection, and automatic failover. If the OmniCube hosting a VM fails, you can
manually restart the VM on a functioning OmniCube.
VMware HA supplements Federation data security by providing automatic VM failover, without the
need for any manual restarts. See the OmniCube Release Notes for any current restrictions on using
VMware HA. See the VMware documentation for implementation details.
Additionally, you use both policy (automatic) and manual VM backups to protect Federation VM data. A
SimpliVity VM backup represents the contents of a VM at the point in time that a backup is created.
You can restore the VM from a backup, either by replacing the existing VM or by creating a new VM.
When designing a backup strategy for a Federation VM, keep in mind:
• The recovery point objective (RPO) —The maximum acceptable amount of VM data loss after an
unplanned data loss incident, expressed as a length of time. The more frequent a VM backup
operation, the smaller the RPO. However, with higher backup frequencies, more Federation
resources are consumed in storing and transferring backups.
Note: If the backup frequency interval has a short duration (such as a few minutes) and data
volumes are large, it is possible to exhaust Federation resources within a short time.
• The recovery time objective (RTO)—The length of time needed to restore VM availability if a
failure occurs, including the time required to get key applications back running and full
communications restarted.
• Disaster recovery—Protecting VM data against a complete disaster. For example, a local backup
is stored in the same datacenter as the VM. You can backup to a different datacenter (for example,
one with hardware in a remote physical location) to protect against events such as natural disasters
that shut down a Data Center for an extended period of time. See Disaster Protected Backups on
page 162.
• Data retention time—The length of time that you want to preserve backups. Use backup policies to
specify the number of backups to keep before the oldest backup is deleted.
• Application Consistency—Whether you want to use VMware Tools to include application data in a
VM backup. See Application Consistent Backups on page 162.
159
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
For a comprehensive backup strategy for a VM, you might create a combination of application-consistent
and non-application consistent backups to both local and remote datacenters.
Federation Virtual Object Names
When you create a manual backup or clone of a Federation virtual machine, the operation appends a
operation-timestamp string to the original virtual object name. This ensures that the resulting object has a
unique name and is easily identifiable.
You can:
• Specify alternate, custom names when you create a backup or a clone.
• Edit or override the appended timestamp string, providing that the resulting edited or user-supplied
object name is unique.
The format of the operation-timestamp string is:
-operation_name-YYYY-MM-DD-HH:MM:SS
Examples of names are:
• Ubntu124Eng
• Ubntu124Eng-clone-2013-11-11-08:57:35
• Ubntu124Eng-clone-2013-11-11-08:57:35-backup-2013-11-12-10:12:04
Warning:
Serial operations (such as backup-recover-clone-backup) concatenate the systemsupplied name strings, causing the virtual object name to lengthen. A long name might
exceed the system limit for virtual object names.
Backup and Restore Options for Federation Virtual Machines
You can create a backup of a Federation VM in two ways:
• Manually create a backup at the current point in time. You must manually delete any backups that
you create manually; they are not deleted automatically.
See Manual Backups of Federation Virtual Machines on page 163.
• Automatically create backups on a regular basis by using a backup policy containing one or more
backup policy rules. Policies will automatically delete aging backups, according to expiry rules that
you specify.
See Policies for Scheduled Backup Operations on page 164.
A Federation might contain thousands of VM backups. However you can easily search, filter, and sort
backups for selection. See About Backup Filtering on page 173.
160
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
To access the data in a backup, you can restore a VM from a backup. See Recovering Federation
Virtual Machine Data on page 190
Limits on VM Backups
Table-16 describes the backup limits that apply for each Federation OmniCube for this release:
Table-16 Federation OmniCube Backup Limits
Maximum Limit Per Federation OmniCube
Quantity
Simultaneous local backups.
100
Simultaneous backups transmitted to another datacenter.
50
Simultaneous backups received from another datacenter.
100
VM backups in a Federation.
250000
When you create a backup policy, you might see error messages indicating that the maximum number of
backups is as follows:
• Graphical user interface - 147456
• Command Line interface (svt-policy-rule-create command) - 1474560
These messages are incorrect and will be removed in a future release.
When a VM backup event exceeds the limits, you can expect the following behavior:
• Backups on the local OmniCube—The backup event does not synchronize with the exact minute of
execution. You might notice:
◦ A delay in the execution timestamp, which also affects the timestamp appended to the name of
an automatic backup.
◦ A delay in the execution of a manual backup.
• Backups transmitted to or received from another datacenter—An increasing number of backups
remain in the Queued state.
For example, when the Federation is not exceeding the maximum backup limit, a VM that has several
backups in transmission might have one backup that is Saving (in transmission) while other backups are
Queued. When a backup event exceeds the limit (all the available backup slots are occupied) the task is
delayed, waiting for its opportunity to transmit or receive data.
161
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Application Consistent Backups
When backing up a Federation VM, you can choose whether or not to use VMware Tools to make the
backup application consistent.
SimpliVity application consistent backups use VMware features to maintain consistency. To quiesce
application I/O, VMware uses both VMware tools and the VSS providers on the guest VM operating
system. If an application is not VSS-compliant, application consistent backups might take many hours to
complete when the application is experiencing moderate to high rates of I/O.
Note: You must install VMware Tools on a VM to create application consistent backups of that VM.
Not all applications and platforms support application consistent backups.
When you create an application consistent backup:
• VMware Tools will quiesce the VM (pauses the processes running on the guest operating system
so that the VM is in a known state).
• VMware creates a VMware snapshot before the SimpliVity backup process backs up the VM.
• The SimpliVity backup process deletes the VMware snapshot when the backup completes.
The process of creating an application consistent backup can take a long time to complete. When
planning your VM backup strategy:
• Consider creating application consistent backups only during times of low system activity.
• Supplement your application consistent backups by creating more frequent (and faster) policy
backups that are not application consistent.
Disaster Protected Backups
When planning a backup strategy, consider not only the frequency of backup operations, but also the
amount of data protection that a backup provides.
The level of data protection depends on the specified destination datacenter for the backup:
• Local datacenter backup. The backup is stored in the same datacenter in which the VM resides. A
local backup does not protect against a disaster that involves a catastrophic loss of datacenter
hardware.
• Remote datacenter backup. The backup is stored in a datacenter that is different from the one in
which the VM resides. Remote backups protect against a disaster that involves a complete loss of
datacenter hardware. For disaster protection, the backup datacenter must use hardware that is in a
different physical location from the VM datacenter.
Remote datacenter backup requires OmniCube systems in multiple datacenters. See also Federations in
Linked Mode vCenter Servers on page 83.
162
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Manual Backups of Federation Virtual Machines
You can create a manual backup of a VM at any point in time, although you will probably also want to
regularly schedule backups by using a backup policy. See Creating a Backup Policy on page 165.
Table-17 shows the information that you need for a manual backup:
Table-17 Information Required for a Manual VM Backup
Data
Description
By default, the backup name consists of the original VM name with the suffix backup-yyyy-mm-dd-HH:MM:SS.
Backup name
You can amend the proposed name, providing the custom name that you specify is
unique.
Backup destination
A destination datacenter to contain the backup. Remote datacenters provide greater
disaster protection.
Application consistent Specify if you want to include a VMware application consistent snapshot.
It takes longer to complete such backups. See Application Consistent Backups on
page 162.
Creating a Manual Backup of a VM
To create a manual backup of a Federation virtual machine (VM) at the current point in time:
1.
Do either of the following to open the Backup Virtual Machine dialog (Figure-40).
–
–
Right-click the VM in the vSphere Client inventory panel and select SimpliVity - Backup
Virtual Machine.
Select the VM in the vSphere Client inventory panel, click the SimpliVity tab, click the
task icon ( ) in the Backups panel in the Federation Virtual Machines window (Figure38), then click Backup Virtual Machine.
2.
Edit or accept the Backup Name.
3.
Select a Datacenter to contain the backup.
4.
[Optional] Click Advanced if you want an application consistent backup, then check Application
Consistent.
5.
Click Backup and monitor the task in the vSphere Recent Tasks panel.
163
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Figure-40: Backup Virtual Machine
To display the backups for a VM, see Displaying Backups for a Federation Virtual Machine on page
180.
To restore a VM from a backup, see Recovering Federation Virtual Machine Data on page 190.
Policies for Scheduled Backup Operations
It is important to regularly backup your data. Backup policies enable you to schedule backup operations
for Federation virtual machines (VMs). Backup policies also enable you to create a mix of both
application-consistent and non-application consistent backups. You can transmit backups to both local
and remote datacenters for enhanced virtual machine data security.
Important:
See the time zone information in Setting the Datacenter Time Zone on page 54 to make
sure that policy rules create backups at the correct local time.
Note: Scheduled backups are assigned a name based on the timestamp indicating when the backup
started.
To schedule backup operations, you create a backup policy and then add one or more rules to the policy.
A policy must have at least one rule to create backups.
A backup policy rule includes:
• Backup schedule.
• Destination datacenter for the backups.
• Whether the backup is application consistent.
• Maximum number of backups to retain.
Note: If you delete or change a backup policy rule, the policy preserves all backups previously created
under that rule and they continue to consume storage space. You must manually delete the
preserved backups. See About Backup Filtering on page 173 for information about finding
backups of a specific type.
164
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
When you create a datastore, you must specify the default backup policy for new virtual machines
created in the datastore. After you create a virtual machine, you can specify a different backup policy
for the virtual machine.
If you change the default backup policy for a datastore, the change applies only to new virtual machines
created in the datastore. You can also specify backup policies for individual virtual machines. At any
time, you can also create a manual backup of a virtual machine.
Related Topics
Changing the Backup Policy for a Federation Virtual Machine on page 172
Manual Backups of Federation Virtual Machines on page 163
Creating a Backup Policy on page 165
About Backup Policy Rules on page 167
Displaying Backup Policies and Rules on page 170
• Deleting a Backup Policy on page 171
• Renaming a Backup Policy on page 171
• About Backup Filtering on page 173
Creating a Backup Policy
You can create a backup policy at any time. See Policies for Scheduled Backup Operations on page 164
for information about backup policies and backup policy rules.
To create a backup policy:
1.
If you are creating a backup policy as a standalone task, do the following. Otherwise, go to Step 2.
(Alternatively, you can right-click the Federation vCenter and click SimpliVity - Create Backup
Policy.)
a. Click the Federation Datacenter.
b. Click the SimpliVity tab and scroll down to the Datastores panel.
c. Click the task icon (
20).
) in the Datastores panel in the Federation Datacenter window (Figure-
d. Click Create Backup Policy.
2.
If you are creating a backup policy as part of creating a datastore or assigning a backup policy to a
datastore or VM, do either of the following:
–
–
Click Create next to the Backup Policy field in the Create Datastore dialog (Figure-32)
Click Create in the Set Backup Policy dialog.
165
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
3.
Specify the backup policy name in the Create Policy dialog.
4.
Click Create Policy.
5.
Either:
–
–
Click Close to create the policy without a rule. A backup policy must contain at least one rule in
order to create backups.
Click New to add a rule or rules to the policy. At a minimum, specify the frequency of backups
and the retention time. See About Backup Policy Rules on page 167.
After you create the rule, the Create Backup Policy dialog lists the new rule or rules.
6.
Click Close to create the policy.
Figure-41: Create Policy—No Rule
Figure-42: Create Policy—Two Rules
You can also create a backup policy when assigning a backup policy to a datastore or a VM. See:
166
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
• Creating a Datastore in a Federation on page 143
• Changing the Backup Policy for a Federation Datastore on page 146
• Changing the Backup Policy for a Federation Virtual Machine on page 172
About Backup Policy Rules
You can modify a backup policy and add and delete rules at any time. A backup policy must contain at
least one rule to create backups. See Creating a Backup Policy on page 165.
A backup policy can contain a large number of rules. For a comprehensive VM backup strategy, add
rules to create a mix of local and remote backups. In addition, create a mix of backups that are, and are
not, application consistent. You can also assign policies to individual VMs and tailor the policy rules to
best protect the VM.
Prerequisites for Backup Policy Rules
Table-18 and Table-19 describe the basic and advanced options available when creating a backup policy.
Table-18 Backup Policy Rules – Basic Options
Frequency
The number of times to create a backup in a specified period, such as 1 per hour or 1
per 10 minutes. The minimum frequency interval is 10 minutes.
Retention
Length of time to retain the backups before the policy deletes it automatically to
create room for new backups.
Destination
The datacenter to contain the backups. Specify a remote datacenter for disaster
tolerance.
Table-19 Backup Policy Rules – Advanced Options
Server Local Time Start Specify a start time in 24-hour clock format based on the server clock. For example,
if the start time is 11:00 and the frequency is set to 10 minutes, backups occur at
11:10, 11:20, and so on. The default is no start time. The policy creates backups all
day at the specified frequency.
Server Local Time End
Specify an end time in 24-hour clock format based on the server clock. After the end
time, the policy creates no backups until the next daily start time. The default is no
end time. The policy creates backups all day at the specified frequency.
Days of the Week
You can specify all days of the week, or one or more individual days, such as
Monday, Friday, and Sunday.
Dates and Days
You can specify:
167
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
• The first and last day of the month by the strings first and last.
• Numbered day of the month such as 1, 12, 23 in the range 1–28 days.
• Days of the week, such a Monday, Wednesday, Friday.
You can use a comma or dash to separate items. For example, if you want backups to
run only on the first and third weeks of the month, you can specify, "1-7,15-21". If
you want backups on the 15th and last days of the month, and on every Tuesday,
you could specify "15, last, Tuesday."
Note:
Application Consistent
Do not use days 29, 30, and 31 in monthly schedules. For example, to take
backups on every calendar day of the month (for every month of the year)
do not specify days in the schedule.
Include a VMware application consistent snapshot. This might take longer to
complete, and you should consider increasing the time between backups and
scheduling them for periods when I/O is at a minimum. See Application Consistent
Backups on page 162.
Adding or Deleting Backup Policy Rules
To add or delete a backup policy rule:
1.
Do one of the following
–
–
–
2.
Select the VM in the vSphere Client inventory panel, click the SimpliVity tab, click the task icon
( ) in the Backups panel in the Federation Virtual Machine window (Figure-38), and click Edit
Policy.
Select the datacenter where the Federation resides in the vSphere Client inventory panel, click
the SimpliVity tab, click the task icon ( ) in the Datastores panel in the Federation Datacenter
window (Figure-20), and click Edit Backup Policy.
Right click the vCenter (root of the vSphere inventory) and click Edit Backup Policies.
Select the policy name from the pull-down menu in the Edit Backup Policy dialog (Figure-43). You
can then:
–
–
Select an existing rule and click Delete to remove it.
Click Add to create a new rule:
a. In the Create Policy Rule dialog (Figure-44), specify:
–
–
–
Frequency—The time interval at which backups are taken.
Retain backups for—The length of time to retain backups.
Destination datacenter—The location to contain backups.
b. To create the new policy rule with basic settings only, go to Step 4.
3.
Click Advanced to specify more control over the schedule for backups. Specify the following:
–
–
Server Local Time Start—A
Server Local Time End —An
start time in 24-hour clock format.
end time in 24-hour clock format.
168
OmniCube for vSphere Client Administrator Guide
–
–
–
9 - Data Protection and Recovery
Day of the week—Days on which to create backups.
Dates and Days—Calendar days, days of the week, and dates to create backups.
Application Consistent—Preserve application data and state in the backup.
4.
Click Create Rule. The Edit Backup Policy dialog displays the new rule.
5.
Click New to add another rule and repeat Step 2 through Step 4 as necessary.
6.
Click OK when you have finished adding or deleting rules.
Figure-43: Edit Backup Policies
Figure-44: Create Policy Rule
Automatic Adjustment of Policy Rules
If the frequency and retention data that you specify does not result in an optimum number of backups, the
retention time might be adjusted as shown in Figure-45.
169
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Figure-45: Policy Rule Adjustment
1.
Click No to reject the adjusted retention time, and to specify an alternate frequency and retention
time.
2.
Click Yes to use the adjusted time. This automatically updates the settings shown in the Create Policy
Rule dialog (Figure-44
3.
Click Create Rule in the Create Policy Rule.
See also:
• Changing the Backup Policy for a Federation Virtual Machine on page 172
• Changing the Backup Policy for a Federation Datastore on page 146.
Displaying Backup Policies and Rules
To display backup policies, do either of the following:
• Click the vCenter in the vSphere Client inventory panel and click the SimpliVity tab to display the
Policies panel.
• Select the VM in the vSphere Client inventory panel, click the SimpliVity tab, click the task icon (
) in the Backups panel in the Federation Virtual Machines window, and click Edit Policy.
1.
Click the plus (+) icon next to a policy in the Policies panel to display:
–
–
–
Rules—The
current rules created for this policy. See About Backup Policy Rules on page 167.
Datastores—The datastores and datacenters to which this policy is applied.
Virtual Machines—The individual Virtual Machines which this policy is applied.
2.
Click on column headers to sort and filter the data. See Managing Data in the SimpliVity Graphical
User Interface on page 93.
3.
Click the task icon (
–
–
–
–
) to display the following Policy task options:
Create Backup Policy—See
Creating a Backup Policy on page 165.
Edit Backup Policies—See About Backup Policy Rules on page 167.
Delete a Backup Policy—See Deleting a Backup Policy on page 171.
Rename Policy—See Renaming a Backup Policy on page 171.
170
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Deleting a Backup Policy
You can delete a backup policy from a Federation if it is no longer in use by a datastore or a VM.
Note: If you delete a backup policy, all VM backups previously created under that rule are preserved
and continue to consume storage space. You must manually delete the backups. See Deleting
Backups of a Federation Virtual Machine on page 187.
To display policies and rules, see Policies Panel on page 90 and Displaying Backup Policies and Rules
on page 170.
To delete a backup policy:
1.
Click the Federation vCenter and click the SimpliVity tab.
2.
Click the task menu, or right-click a policy in the Policies panel.
3.
Click Delete Backup Policy. You are prompted to confirm the deletion.
4.
Click Yes to delete the selected policy.
Note: You cannot delete the last remaining policy for a datastore. However, you can delete all the
rules from the last remaining policy if you do not want to create backups in that datastore.
See About Backup Policy Rules on page 167.
Renaming a Backup Policy
You can rename any backup policy that you created. This does not affect any policy assignments, but the
policy name changes in any displays that indicate which policy created a VM backup.
To rename a backup policy:
1.
In vSphere Client inventory click the vCenter containing the Federation.
2.
Click the SimpliVity tab to access the Policies panel and select a policy by clicking it.
3.
Click the task icon (
4.
Click Rename Policy... to open the Rename Policy screen.
5.
Enter a new name for the policy and click the Rename button.
) to open the tasks menu.
171
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Changing the Backup Policy for a Federation Virtual
Machine
Backup policies allow you to schedule VM backup operations. For more information, see Policies for
Scheduled Backup Operations on page 164.
All Federation datastore have a default backup policy that applies to all newly-created VMs in that
datastore. You can specify a different backup policy for any individual VM to customize its backup
schedule.
If you modify backup policy rules, all VM backups created under the previous policy rule continue to
exist and consume storage space. These backups are automatically deleted according to the retention
rules of the previous policy. If you want to remove them sooner, you must manually delete the backups at
an appropriate time. See Deleting Backups of a Federation Virtual Machine on page 187. If you want to
keep these backups, you can also lock backups to prevent their automatic deletion. See Locking a
Backup of a Federation Virtual Machine on page 188.
To change the backup policy for a VM:
1.
Do one of the following:
–
–
–
–
In the vSphere Client inventory panel, Click a datacenter,then the SimpliVity tab. In the Virtual
Machines panel, click the task icon ( ) and select Set Backup Policy.
In the vSphere Client inventory panel, right-click the VM, and select Set Backup Policy.
In the vSphere Client inventory panel, select the VM, click the SimpliVity tab, click the task
icon ( ) in the Backups panel in the Federation Virtual Machine window (Figure-38), and
select Set Backup Policy.
Select a VM, click the SimpliVity tab, and in the Summary section, click the Set Backup Policy
button.
2.
In the Set Backup Policy dialog (Figure-46), select the policy from the pull-down menu or click
Create to create a new backup policy. See Creating a Backup Policy on page 165.
3.
Click Set Backup Policy.
Figure-46: VM Set Backup Policy
172
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
About Backup Filtering
A Federation containing many guest virtual machines (VMs) might contain thousands of manual and
policy VM backups. SimpliVity’s backup filtering feature enables you to manage such large volumes of
backups. You can apply custom filters to select relevant backups and then sort the returned list of
matching backups. To find and select backups, you can specify:
• Filters—Specify sets of search criteria for specific backup properties such as backup size and date
of creation.
• Queries—Specify combinations of several filters that enable you to retrieve a set of backups that
have common properties. For example, backups not exceeding a certain size created on a specific
date for a VM in a specific location. A Boolean AND operation applies to all filters in a query.
• Sort Sequence—Display retrieved backups in a specified sequence (such as alphanumerically) by
the name of the datastore containing the source VM.
A filter operation does not refresh automatically. You must use the search button, or the refresh link to
force a repeat of the filter operation and to include new data.
Your custom filters persist depending on the current backup view:
• In the View All Backups dialog (right-click the vCenter then click SimpliVity - View All Backups)
custom filters persist across local vSphere sessions.
• In the View All Backups option in a Datacenter view, or in the Virtual Machine view custom filters
do not persist across local vSphere sessions.
For all backup views, a default filter operation persists when there are no custom filters applied. This
default filter lists all the backups (manual and policy) created in the preceding two weeks.
Maximum Number of Matching Backups
Filtering operations limit the maximum number of backups to a matching list length of 500. Even the
default option displays only a maximum 500 backups, regardless of the total number of matching
backups. This limit ensures that the resulting list loads quickly and efficiently into the vSphere client.
If you specify a filter operation and the resulting list exceeds the limit of 500, only the maximum number
of 500 matching backups appears in the output data table. You are warned that additional backups match
the filter, but are not displayed. You can then refine your filter to reduce the number of matching
backups, or specify one or more additional filters to create a compound query.
173
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Sorting the Outcome of a Filter or Query
You can sort the results of a filtering operation by clicking on column headers, specifying only a single
column for an operation at any one time. Sorting occurs on the OmniCube Virtual Controller (not the vSphere Client computer) and the sorting
operation applies to all backups that match the filter, even though the filter might match more than the
limit of 500 backups. If the sort sequence takes a long time to complete, cancel the operation and refine
your filter to reduce the number of matching backups.
You can sort in ascending or descending order on the following columns:
Column Title
Column Title
Sort Sequence
Sort Sequence
Value or attribute
Value or attribute
Datastore
Alphabetically
String
Virtual Machine
(name)
Alphabetically
String
Name (of backup)
Alphabetically
String
Application Consistent
Default ascending string
No, Yes
Source
Default ascending string
Manual, Policy
Status
Default ascending string
New, Saving, Protected, Failed, Canceled,
Canceling, Queued
Datacenter
Alphabetically
String
Timestamp
Chronologically
Timestamp
Size
Default ascending, and
then value
nBytes, nKB, nMB, nGB, nTB
Sent
Default ascending, and
then value
nBytes, nKB, nMB, nGB, nTB
Unique Backup Size
Default ascending, and
then value
nBytes, nKB, nMB, nGB, nTB
Unique Size
Calculation Time
Chronologically
Timestamp
VM State
Default ascending string
Active, Removed, Deleted
Specifying Filters and Queries
You can specify unlimited filters to refine and reduce the type and number of backups returned by a
filter operation.
You can filter on the following backup properties:
174
OmniCube for vSphere Client Administrator Guide
Backup Property
Description
9 - Data Protection and Recovery
Filter Operator
(Condition)
Datastore
The name of a datastore Equals
in the Federation that
contains the source VM. Starts With
Expires
For Policy backups, the
date and time at which
the backup is
automatically deleted.
Filter Values
Alphanumeric string and asterisk
wildcard.
Ends With Contains
Virtual machine (not The name of a virtual
shown in VM view) machine.
Before
After
Calendar date (MM/DD/YYYY )
and Time (HH:MM)
On
Equals
Starts With
Alphanumeric string and asterisk
wildcard.
Ends With Contains
Name
The name of a backup.
Equals
Starts With
Alphanumeric string and asterisk
wildcard.
Ends With Contains
Application
Consistent
Whether the backup was Match value
designated as
Application Consistent
at the time of creation.
All, Application Consistent,
Normal
Source
The operation that
created or controls the
backup.
Match value
All, Locked, Policy, Manual.
Status
The current state of the
backup operation.
Match value
All, New, Saving, Protected, Failed,
Canceled, Canceling, Queued
Datacenter (Not
The name of a datacenter Equals
shown in Datacenter that contains the backup.
Starts With
backup view)
Alphanumeric string and asterisk
wildcard.
Ends With Contains
Timestamp
The time that a backup
was created.
Before
After
Calendar date (MM/DD/YYYY )
and Time (HH:MM)
On
Size
Logical size of a backup. Equals
nBytes, nKB, nMB, nGB, nTB
Greater Than
Less Than
Sent
Amount of backup data
replicated to a
datacenter.
Equals
nBytes, nKB, nMB, nGB, nTB
Greater Than
Less Than
Unique backup size
The amount of unique
(non-deduplicated) data
in a backup. The list
must contain backups
Equals
Greater Than
175
nBytes, nKB, nMB, nGB, nTB
OmniCube for vSphere Client Administrator Guide
Backup Property
Description
9 - Data Protection and Recovery
Filter Operator
(Condition)
Filter Values
showing a unique
Less Than
backup size calculation.
VM state (not shown The current condition of Match value
in VM view)
the source VM,
including VMs removed
from the vSphere
inventory, and VMs
deleted from storage.
All, Active, Removed From
Inventory, Deleted from Disk
Character Matching in Filters
String matches are case-insensitive. A datastore that is named ZK01 matches Zk01, zk01, and zK01.
All string filters support the use of an asterisk (*) in a wildcard pattern, indicating one or more
characters. The pattern *0*S matches ZK01-DS or LTN0-DS.
The escape character is a backslash (\). To include an asterisk or a backslash in a specified filter string,
prefix the asterisk or backslash with a leading backslash. If you want to search for backup names that
include nb\*32, you might specify the filter string: b\\\*3.
Using the escape character to prefix anything other than an asterisk or another backslash has no effect.
The filter operates as if the backslash was not present.
Running a Filter Query
When you have created a filter or query, you click the Search button (callout 9 in Figure-47) to apply the
filter operation. The sequence of operations is:
• Create your custom filters
• Click Search – filters are validated and applied
• The backup table is populated with matching backups
• The filter operation reports:
◦ The number of filters applied.
◦ The number of matching backups.
◦ Whether the number of matching backups exceeded the limit of 500 items.
176
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Using the Filter Panel
The filter panel is part of the Backup View dialog, available from the Federation, Datacenter, and
virtual machine (VM) views. When first opened, the filter panel contains a default filter showing only
backups taken in the preceding two weeks.
Figure-47 shows the fields and options in the Backups filter panel.
Figure-47: Filter Panel Options
Filter Panel fields
Callout
Description
1
Number of backups returned by the filter operation.
2
Backup property field.
3
Filter operator (condition).
4
Filter value.
5
Filter error icon. This icon appears if you specify an illegal filter value. Mouse over the error to read
tooltips that describe the problem.
6
Hide option. Click to hide or reveal the filter panel.
7
Minus button. Click to delete a filter.
8
Plus button. Click to add a filter.
9
Search button. Click to start or refresh a search.
10
Filter results. This specifies: the number of filters applied, the number of matching backups, and
whether the number of matching backups exceeds the limit of 500.
11
Column titles for the backup display table.
Adding a New Filter or Query
1.
Click the plus button (+) on the far right of any existing filter. The new filter insertion point is at the
end of the current list of filters.
2.
Select a backup property.
3.
Select a filter operator.
4.
Select, or specify a filter value.
177
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
5.
Repeat Step 1 through Step 4 to combine a combination of filters into a query until you have finished
adding filters.
6.
Click Search to display the list of matching backups.
7.
The list might exceed the limit of 500 backups. See Maximum Number of Matching Backups on page
173.
Removing a Filter
1.
Click the minus button (+) on the far right of any existing filter.
2.
Click Search to refresh the display of matching backups.
Editing a Filter or Query
You can edit an existing filter or query by:
• Adding and Removing existing filters. See Adding a New Filter or Query on page 177 and
Removing a Filter on page 178
• Editing an existing filter to:
◦ Select different Backup properties.
◦ Specify or select different filter operations.
◦ Specify different filter values.
Exporting Lists of Backups
Use the export link to export a list of backups to MS Excel, if that program is available on your local
client. The export option is not available in virtual machine view.
If the filter operation matches more backups than the limit of 500, the export includes only 500 of the
backups. See Maximum Number of Matching Backups on page 173.
Troubleshooting Filters and Queries
Incorrect Filter Values
A filter cannot operate if you do not specify correct filter values or if filters are incomplete. 178
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
If you specify invalid data, a warning icon appears next to the filter values field when you click Search. (See Using the Filter Panel on page 177.)
The following Filtering Error message dialog opens:
Place the mouse pointer over the error icon to read a tooltip describing the error. Correct the error in the
filter and click Search. The following constraints apply:
• Free format text fields such as Name, Datacenter, Datastore, and Virtual Machine automatically
check that the filtering criteria are not empty. This check occurs when you click Search.
• When creating filters based on time, for example Timestamp or Unique Size Calculation Time,
filter rules allow multiple filters for the same property. However the filters cannot contradict each
other.
For example, you can specify a filter for “ After xx/xx/xxxx” and a filter for “ Before yy/yy/yyyy”
but you cannot combine a filter for “ On” zz/zz/zzzz because On is mutually exclusive (on a
specific day.)
• When creating filters based on a size, for example Size or Sent, filter rules permit multiple
instances of the same property. However, these instances cannot contradict each other.
For example, you can specify a filter for Size less than and a filter for Size greater than but you
cannot combine a filter for Size equals because equals is mutually exclusive.
Duplicate Filters
You cannot combine multiple filters for certain backup properties, such as Name and Datacenter. If you
attempt to do this, the second iteration of the filter is rejected before you press Search. Filtering In Virtual Machine View
The Virtual Machine view includes the filter panel in the Backups panel. However this view omits the
Virtual Machine and VM State from the property drop-down. Filters that you create in the Virtual Machine view persist across all Virtual Machines during a vSphere
session. For example, if the filters are modified when VM-01 is selected and then you select VM-02,
the filters are preserved and applied to the newly-selected VM. The filters are not preserved if you
close and reopen a vSphere session.
179
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Backup Filtering Search and Refresh Options
If you click Search your filters are validated and applied immediately, generating a list of matching
backups on the server. However if you select the refresh option, the filters are not validated and a list of backups is generated
using the last search operation. If you added, removed, or changed any filters since the last search
operation, you are prompted to apply the changes when you attempt to refresh the screen:
There appear to be one or more unapplied filters.
when refreshing?
You want to apply these filters
If you click Yes the filter operation applies the recent changes.
Displaying Backups for a Federation Virtual Machine
The amount and type of backup information differs depending on whether you view VM backups from
the vCenter, Datacenter, or individual VM.
To display the backups for a Federation virtual machine (VM):
1.
Click the VM in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
Backups of the VM appear in the Backups panel (See VM Backups Panel on page 154) in the
Federation Virtual Machine window (Figure-38).
You can also do the following:
1.
Right-click the VM in the vSphere Client inventory panel.
2.
Click View Backups.
Backups of the VM appear in the VM Backups (N) panel. The data is similar to that shown in Figure-48,
although the default initial view shows fewer columns.
Right-click a backup to display available tasks. See Backup Tasks on page 184.
Display All Backups in a Federation vCenter
To display backups for all VMs in a Federation vCenter:
1.
Right-click the Federation vCenter Server.
2.
Click SimpliVity - View All Backups.
180
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Backups for all VMs appear in the Backups dialog (Figure-48). This list might contain many backups.
See About Backup Filtering on page 173.
Right-click a backup to display available tasks. See Backup Tasks on page 184.
Figure-48: View All Federation vCenter Backups
Table-20, Table-21, and Table-22 describe the backup descriptive data available, depending on the
columns that you select to view.
Table-20 Backup Identification Data
Identifier
Description
Datacenter
The datacenter containing the backup.
Datastore
The name of the datastore containing the source VM
ID
The unique identifier for this backup.
Name
The backup name, either a timestamp when a policy creates the backup or a name
assigned when you create a manual backup. Be aware that:
• The timestamp reflects the time zone setting. See Setting the Datacenter Time Zone on
page 54.
• A plus symbol (+) appended to a backup indicates that one or more policy backups
was unable to complete on schedule. This might be due to system unavailability,
scheduling conflicts, or any other system issue that prevents the backup from occurring
on schedule.
Rep task ID
In cases where you send the backup to a remote location, the identifier of the transfer
task.
Timestamp
The date and time of the backup.
Virtual Machine
The name of the VM that is the source of this backup.
181
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Table-21 Backup Attributes Data
Attribute
Description
Value
Application Whether VMware snapshot is included in
Yes or No.
Consistent
the backup, enabling you to restore the VM
in an application consistent state.
Source
The operation that created the backup.
Policy—An automatic policy created the backup.
The backup is subject to automatic deletion when
its retention period expires or when the maximum
number of backups is exceeded. In the latter case,
the oldest backups (for a particular rule) are
deleted first. You can lock a policy backup to
prevent its automatic deletion.
Manual —A user manually created the backup.
Manual backups are not deleted automatically,
you must delete them manually or they persist
indefinitely.
Locked —A user has locked a policy backup to
prevent its automatic deletion. The backup is
preserved until you delete it manually.
Unique size The most recent date and time that you
calculation calculated the unique size of this backup. If
time
this date is stale, you might want to
recalculate the size before deleting the
backup. See Calculating Unique Data in
Backups to Reclaim Physical Storage Space
on page 107.
Timestamp.
Table-22 Backup Status Data
Data
item
Description
Value
Expires
The date and time when the
policy will remove this
backup.
Timestamp.
Sent
In cases where you send the Data volume in MB, GB or TB.
backup to a remote location,
the volume of data in transfer
or transferred
Status
The status of the backup
operation
New—The VM copy for a remote backup is complete, but the
replication to the remote site has not yet begun. The state will
change to saving or failed.
Queued —The backup is waiting to be replicated to a remote
datacenter. Backups that are destined for a remote datacenter will go
through the following states: New, Queued, Saving, Protected. If
replication to a remote datacenter is not successful, the backup may
alternate between Queued and Saving. When successfully replicated,
it will go to the Protected state.
Saving —The backup replication is in progress. The state will
change to protected or failed.
Failed —The backup was unsuccessful. Delete such backups and if
the outcome of backup operations fails consistently, contact your
support provider.
182
OmniCube for vSphere Client Administrator Guide
Data
item
9 - Data Protection and Recovery
Description
Value
Protected —The backup is successful and the data protected. If the
backup was a remote backup, successful replication to the remote site
has also completed.
Unknown—The backup is in an indeterminate state. Delete such
backups and if the outcome of backup operations persist as
Unknown, contact your support provider.
Canceling —A transient state. The backup operation is responding to
a manual cancellation of a backup in progress.
Canceled —The backup operation was successfully canceled.
VM
State
The condition of the source
VM. In cases where the
original VM does not exist
(deleted from the Federation),
this column identifies its
persistent backups. You can
use this information to
recover deleted VMs or clean
up unwanted backups.
Active—The VM is active in the vSphere inventory.
Size
The logical size of the
backup.
Data volume in MB, GB or TB.
Unique
Backup
Size
The amount of unique data in Data volume in MB, GB or TB.
this backup. This is useful for
determining which backups
to delete to free up storage
space.
Deleted —The VM data was deleted from disk and recoverable only
by restoring a persistent backup.
Removed —The VM was removed from the vSphere inventory, but
its data persists in the datastore and you can recover the VM without
recovering from backup.
Display all Backups in a Datacenter
To display the VM backups for all the VMs in a Federation datacenter, including backups for deleted
and removed VMs:
1.
Select vCenter Server in the vSphere Client inventory panel.
2.
Click the SimpliVity tab to open the Federation Overview window (Figure-16).
3.
Select a datacenter in the Datacenters panel.
4.
Click the task icon (
) and select View Backups.
You can also do the following:
1.
Right-click the datacenter in the vSphere Client inventory panel.
2.
Click View Backups in Datacenter.
Backups of the VM appear in the Backups in Datacenter (N) panel. The available data is the same as
that shown in Figure-48.
Right-click a backup to display available tasks. See Backup Tasks on page 184.
183
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Backup Tasks
Depending on how you view backups, one or more of the following tasks might be accessible. Either
right-click a backup, or click the task icon ( ) in a backup view (when available) to access the tasks.
Table-23 describes the tasks available.
Table-23 Backup Tasks
Task
Description
Reference
Backup
Creates a point-in-time backup of a VM, optionally
Manual Backups of Federation
Virtual
application consistent.
Virtual Machines on page 163
Restore
Restores a VM from a backup, either to replace a missing
Recovering Federation Virtual
Virtual
VM or to create a point-in-time copy of a VM.
Machine Data on page 190
Rename
Change the automatic backup name to a custom name, or
Renaming a Backup of a Federation
Backup
modify an existing custom name.
Virtual Machine on page 189
Lock
Preserves automatic (policy) VM backups, preventing them
Locking a Backup of a Federation
Backup
from deletion according to the policy's backup retention
Virtual Machine on page 188
Machine
Machine
period.
Copy
Copies VM backups to remote datacenters for additional
Copying a Backup of a Federation
Backup
data security.
Virtual Machine on page 186
Delete
Permanently removes a VM backup, The data is
Deleting Backups of a Federation
Backup
unrecoverable.
Virtual Machine on page 187
Cancel
Cancels a backup operation that is in progress.
Canceling a Backup of a Federation
Backup
Virtual Machine on page 185
Set Backup Sets the backup policy for a VM, instead of using the
Changing the Backup Policy for a
Policy
Federation Virtual Machine on page
default policy (or a previously specified policy).
172
Edit Policy Edits a backup policy to change its identification
Refresh
About Backup Policy Rules on page
information or policy rules.
167
Refreshes the list of backups displayed.
N/A
184
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Canceling a Backup of a Federation Virtual Machine
You can cancel a backup that is in progress. If you attempt to cancel an application consistent backup
(perhaps because the backup is taking a long time to complete) be aware that this does not cancel the
VMware snapshot. However, it will cancel the remaining SimpliVity backup task, including copying the
backup to a remote destination. The backup might still take some time to cancel.
Note: Due to timing issues, you might attempt to cancel a backup-in-progress that completed and is
pending a status update. In this case, an error dialog warns you that the backup is complete.
You can cancel a backup only when it is in one of the following states:
• New—The VM copy for a remote backup is complete, but the replication to the remote site has not
yet begun. The state will change to saving or failed. This state is transient, and it is unlikely to
coincide that the cancel operation.
• Queued —The backup is waiting to be replicated to a remote datacenter. Backups that are destined
for a remote datacenter will go through the following states: New, Queued, Saving, Protected. If
replication to a remote datacenter is not successful, the backup may alternate between Queued and
Saving. When successfully replicated, it will go to the Protected state. You might not be able to
cancel backups in the queued state may, depending whether they are queued for a first replication
attempt or a retry.
• Saving—The backup replication is in progress. The state will change to protected or failed. This
state can take some time to complete and is likely to coincide with the cancel operation.
Refer to:
• Displaying Backups for a Federation Virtual Machine on page 180.
• About Backup Filtering on page 173.
To cancel a backup:
1.
Select the VM in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Select the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Click the task icon (
5.
Select Cancel Backup . You are prompted to confirm the cancellation.
) in the Backups panel.
Alternatively:
1.
Right-click the VM in the vSphere Client inventory panel.
2.
Click View Backups.
3.
Right-click the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Select Cancel Backup . You are prompted to confirm the cancellation.
185
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
Copying a Backup of a Federation Virtual Machine
You can copy a backup to another (possibly remote) datacenter for additional protection. If you are
copying the backup to preserve an additional copy, you might also want to lock the local copy to preserve
it from automatic deletion under the backup policy rules. See Locking a Backup of a Federation Virtual
Machine on page 188.
See:
• Displaying Backups for a Federation Virtual Machine on page 180 for information about displaying
backups.
• About Backup Filtering on page 173 for information about sorting and filtering backups.
Copying a Backup from the VM View
1.
Select the VM in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Select the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Click the task icon (
5.
Select Copy Backup to open the Copy Backup Dialog . (See Figure-49).
6.
Select a Destination Datacenter to contain the backup copy.
) in the Backups panel.
Figure-49: Copy Backup
Alternatively:
1.
Right-click the VM in the vSphere Client inventory panel.
2.
Click View Backups.
3.
Right-click the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
186
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
4.
Select Copy Backup to open the Copy Backup Dialog . (See Figure-49).
5.
Select a Destination Datacenter to contain the backup copy.
Deleting Backups of a Federation Virtual Machine
To delete one or more backups of a Federation virtual machine (VM), in vSphere Client, use one of the
following procedures. The following considerations apply:
• The amount of storage space reclaimed by a backup deletion might take some time to appear in the
storage capacity displays. See Displaying Information About a Federation Datacenter on page 96.
• Deleting a large number of backups might take a long time to complete. The delete dialog stays
open during the deletion task, preventing you from starting any other tasks in this session. A status
message appears in the vSphere Recent Tasks panel, indicating when the task is complete.
• There are
–
–
–
several ways to select backups for deletion:
Click a row to select one backup
Use Ctrl-Click to select non-contiguous rows containing backups
Use Shift-click to select contiguous rows containing backups
See About Backup Filtering on page 173for information about finding and sorting backups.
Deleting a Backup from the VM View
1.
Select the VM in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Select one or more backups in the Backups panel in the Federation Virtual Machine window (Figure38).
4.
Click the task icon (
menu.
5.
Click Delete Backup . You are prompted to confirm the deletion.
) in the Backups panel or right-click on the selection to display the context
Deleting a Backup from the Datacenters Panel
1.
Select vCenter Server in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Click the task icon (
4.
Click View Backups to open the list of backups.
5.
Select Backups, then one or more backups in the Backups dialog (Figure-48).
) in the Datacenters panel in the Federation Overview window (Figure-16).
187
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
6.
Click the task icon (
) or right-click on the selection to display the context menu.
7.
Click Delete Backup . You are prompted to confirm the deletion.
Deleting a Backup from the Datacenter
1.
Select the datacenter in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Click the task icon (
4.
Select Backups, then one or more in the Backups dialog (Figure-48).
5.
Click the task icon (
6.
Click Delete Backup . You are prompted to confirm the deletion.
) in the Capacity panel in the Federation Datacenter window (Figure-20).
) or right-click on the selection to display the context menu.
Locking a Backup of a Federation Virtual Machine
You can lock automatic (policy) VM backups, preventing them from deletion according to the policy
retention rules. You can always manually delete a locked backup.
After you lock a backup, it is shown as locked in the backups display. However, you can still perform
operations such as restore and rename.
See:
• Displaying Backups for a Federation Virtual Machine on page 180 for information about displaying
backups.
• About Backup Filtering on page 173 for information about sorting and filtering backups.
To lock a VM backup:
1.
Select the VM in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Select the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Click the task icon (
5.
Select Lock Backup . You are prompted to confirm that you want to exclude this backup from
scheduled clean-up.
) in the Backups panel.
Alternatively:
1.
Right-click the VM in the vSphere Client inventory panel.
188
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
2.
Click View Backups.
3.
Right-click the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Select Lock Backup . You are prompted to confirm that you want to exclude this backup from
scheduled clean-up.
Renaming a Backup of a Federation Virtual Machine
Renaming an automatic (policy) backup does not prevent it from automatic deletion under backup policy
retention rules. To prevent a backup from automatic deletion, lock the backup. See Locking a Backup of
a Federation Virtual Machine on page 188.
See:
• Displaying Backups for a Federation Virtual Machine on page 180 for information about displaying
backups.
• About Backup Filtering on page 173 for information about sorting and filtering backups.
To rename a backup:
1.
Select the VM in the vSphere Client inventory panel.
2.
Click the SimpliVity tab.
3.
Select the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Click the task icon (
5.
Click Rename Backup to open the Rename Backup dialog. (Figure-50).
6.
Enter the new name for the backup and click Rename.
) in the Backups panel.
Figure-50: Rename Backup
Alternatively:
1.
Right-click the VM in the vSphere Client inventory panel.
2.
Click View Backups.
189
OmniCube for vSphere Client Administrator Guide
9 - Data Protection and Recovery
3.
Right-click the backup in the Backups panel in the Federation Virtual Machine window (Figure-38).
4.
Click Rename Backup to open the Rename Backup dialog. (Figure-50).
5.
Enter the new name for the backup and click Rename.
Recovering Federation Virtual Machine Data
There are two methods of restoring a VM:
• Replace an existing virtual machine—This option destroys the existing VM and all its data,
replacing it with the content of the backup at the point in time of backup creation.
The replacement VM inherits the backup policy that was assigned to the original VM.
• Create new virtual machine—This option creates a new virtual machine with the same attributes
as the backup source. However, the data (and application state, if application consistent)
represents the point in time of backup creation. You might use this option to create a new virtual
machine for parallel testing and verification before you remove an existing VM.
The new VM inherits the default backup policy of the datastore in which it resides. You must
manually assign the required policy.
When you create a new VM:
• You can select a datastore to contain the restored VM. If the selected datastore is unavailable, the
restore task waits until the datastore is back online.
• The procedure appends the suffix -restore-<timestamp> to the original VM name when it
automatically creates a unique name for the restored VM. You can change this name by renaming
the backup before you restore the VM (see Renaming a Backup of a Federation Virtual Machine
on page 189).
The backup persists after the restore operation, either indefinitely (a manual backup) or until it is
automatically deleted according to the policy retention rule (automatic backup). As long as it persists,
you can use the backup for subsequent restore operations.
To restore a VM:
1.
In the vSphere Client inventory panel, do one of the following:
–
–
Select the VM, click the SimpliVity tab, select the backup in the Backups panel in the
Federation Virtual Machine window (Figure-38), click the task icon ( ) in the Backups panel,
and select Restore Virtual Machine.
Select the vCenter Server, click the task icon ( ) in the Datacenters panel in the Federation
Overview window (Figure-16), select Backups, select the backup in the Backups dialog
(Displaying Backups for a Federation Virtual Machine on page 180), click the task icon, and
select Restore Virtual Machine.
190
OmniCube for vSphere Client Administrator Guide
–
2.
9 - Data Protection and Recovery
Select the datacenter, click the SimpliVity tab, click the task icon ( ) in the Capacity panel in
the Federation Datacenter window (Figure-20), select Backups, select the backup in the
Backups dialog (Displaying Backups for a Federation Virtual Machine on page 180), click the
task icon, and select Restore Virtual Machine.
In the Restore Virtual Machine dialog (Figure-51), check one of the following options:
a. Replace existing virtual machine. This option:
–
–
–
Powers off the VM if it is powered on. The VM remains powered off after the restore.
Destroys the existing VM and all its current data.
Leaves the existing VMs backups unchanged.
b. Create new virtual machine, specifying:
–
–
3.
A datastore to contain the restored VM.
A VM name.
Click Restore. If you chose to replace the existing VM, you are prompted to confirm the restore.
Figure-51: Restore Virtual Machine
191
10 - Upgrading Software and Hardware
SimpliVity regularly releases new and updated hardware and software revisions providing feature
enhancements and bug fixes as documented in the OmniCube Release Notes.
Important:
Based on your existing environment, upgrades to this version of software may require
assistance from SimpliVity support personnel. To contact SimpliVity support, visit the
SimpliVity Web site at www.SimpliVity.com/company/support.
These enhancements and fixes may require you to upgrade the following software and hardware used in
a Federation:
• OmniStack software, Using the GUI. See OmniStack Software Upgrade on page 192.
• SimpliVity Corporation vSphere Extension (plug-in) on each computer running vSphere Client. See
Upgrading the SimpliVity vSphere Extension on page 198.
• SimpliVity Corporation Arbiter on the computer running vCenter Server. See Upgrading the
SimpliVity Arbiter on page 198.
• Federation OmniCube hardware. See Upgrading or Replacing OmniCube Hardware on page 207.
To determine current software revisions:
1.
In the vSphere Client, click the Plug-ins menu.
2.
Click About SimpliVity.
Notification of upgrades is available from SimpliVity's customer support Web site at
www.SimpliVity.com/company/support. or from your support provider.
OmniStack Software Upgrade
When OmniStack Software upgrade bundles are available from SimpliVity, you can perform a rolling
upgrade of all systems in a Federation. You upgrade OmniCube systems by datacenter or by individual
OmniCube. You must upgrade all Federation OmniCube systems to the same revision—there is no
provision to run mixed-version Federations, except very briefly during the upgrade procedure.
Important:
Do not upgrade OmniCube Cloud Datacenters until you have upgraded (but not
committed) all physical OmniCube systems. See Upgrading the OmniStack Software in
Datacenter on page 199.
192
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
A Federation upgrade is not made permanent (and new software features are not accessible) until you
commit the upgrade. If you decide not to proceed with an upgrade for any reason, you can roll back an
uncommitted upgrade to the previous software revision. When you commit an upgrade, you irreversibly
upgrade all OmniCube systems in a Federation. You cannot downgrade (revert) a Federation to a
previous release. However, you can remove and then redeploy individual OmniCube systems, resetting
the software version to the factory default version. You cannot perform any further upgrades until you
either commit the most recent upgrade, or you roll it back. A reset to factory defaults is not a customerconfigurable option. Contact SimpliVity Corporation support at: www.SimpliVity.com/company/support.
An OmniStack software upgrade revises the SimpliVity OmniStack software components on the Virtual
Controller, and might include a firmware upgrade to the OmniCube Accelerator PCI card. Upgrades of
the SimpliVity vSphere™ Extension (Plug-in) and SimpliVity Arbiter are separate, and might be required
for a particular OmniStack Software upgrade. See the information provided with the OmniStack
Software upgrade bundle to determine which versions of the plug-in and the Arbiter are supported for a
particular release of the OmniStack software. To determine the current SimpliVity vSphere™ Extension
(Plug-in) and SimpliVity Arbiter software versions, see the OmniCube Release Notes.
The revision number of the OmniStack software has the format N.N.N, such as 2.1.3. In some instances,
an additional integer indicates a specific release, such as 2.4.5.57. To determine the current software
version, see Displaying Information About a Federation Datacenter on page 96. The package includes
the OmniCube Release Notes to provide release-specific information, and inform you about:
• Constraints on upgrading from specific versions (upgrade paths) or interoperability constraints for
hardware.
• Whether the upgrade bundle contains additional items, such as hardware platform firmware (BIOS)
revisions.
• Release-specific upgrade procedures.
Figure-52 shows the steps in the OmniStack software upgrade process.
Figure-52: Overview of the Upgrade Process
193
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
Callout
Description
1
Download the software upgrade bundle from SimpliVity.
2
Upload the software upgrade package to the Federation from your client computer.
3
Upgrade entire datacenters.
4
Upgrade individual OmniCube systems.
5
Rollback an individual OmniCube upgrade if you decide not to proceed.
6
Commit the upgrade across the entire Federation.
Overview of the OmniStack Software Upgrade Process
You use the SimpliVity vSphere Extension (GUI) to upgrade the OmniStack software. The upgrade
procedure does not require you to shutdown or reboot Federation OmniCube Systems if the upgrade does
not include platform firmware (BIOS) revisions that require an automatic reboot.
To make sure that your Federation remains in operation during an upgrade, SimpliVity recommends that
you read the Preparing for Software Upgrades section. Preparing for an upgrade enables you to complete
it in a much shorter time.
Preparing for Software Upgrades
SimpliVity recommends the following preparation:
Read the Release Notes
The OmniCube Release Notes contain upgrade information that is specific to the software release, such
as:
• Whether a platform firmware revision is included in the upgrade package.
• Whether the upgrade requires a SimpliVity vSphere Extension or SimpliVity Arbiter upgrade.
• What are the supported upgrade paths (version-to-version).
• Whether there are any post-upgrade compatibility changes. For example, required VMware ESXi,
vSphere, or vCenter Server versions.
Scheduling Upgrades
Most upgrades do not require shutdowns, reboots, or VM migration. However, you should schedule
upgrades during a planned maintenance window or during a time when you expect minimal Federation
use.
The following scheduling considerations apply:
• Avoid upgrading when VM I/O is high. Consider quiescing VMs that typically have a high rate of
I/O.
194
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
• Make sure that the Federation is healthy and that there are no unacknowledged alarms, events, or
tasks pending.
• If you are sharing SimpliVity datastores with non-SimpliVity ESXi hosts, make sure that these
hosts do not generate high I/O traffic during the upgrade.
VM Operations During Upgrades
Avoid the following VM operations during upgrades:
• Manual backups, VM clones, or application consistent backups during the upgrade.
• Moving VMs by using SimpliVity - Move Virtual Machine or VMware vMotion, and do not move
the VMs between Datacenters that are at a different software revision.
• For automated (Policy) Backups, make sure that your backup schedule is current and that the
upgrade does not coincide with a heavy backup workload.
Note: Tasks such as policy (automated) backups might fail if a backup event occurs during a
critical time in the upgrade procedure. Examine the VM alarms after an upgrade to look
for automated backup failure events and create manual supplemental backups if
necessary.
Network Requirements for Upgrades
Make sure your network is functioning correctly, and that:
• You do not attempt the upgrade over a WAN. The client system must be in the same local network
as the Federation OmniCube systems. If you must work remotely, use Windows remote desktop to
connect to a vSphere Client that is local to the Federation.
• Make sure you upload the upgrade package only to a Datacenter that is local to the client and
OmniCube system that you intend to upgrade.
Storage HA Compliance
Two or more Federation OmniCube systems in a datacenter will automatically provide Storage High
Availability (Storage HA), where data is synchronized between OmniCube systems for disaster
tolerance. Consequently, you must avoid starting an upgrade until all guest VMs are synchronized
(Storage HA Compliant). If one or more guest VMs are out of Storage HA compliance, the upgrade
fails, requiring a repeat of the upgrade operation.
During upgrade, guest VMs might temporarily go out of Storage HA compliance and will generate
warning messages in the vSphere Client.
Be aware that you can override the Storage HA compliance requirement if you know that it might take a
long time for VMs to synchronize, and you do not want to wait. However, overriding Storage HA
compliance might make guest VM data unavailable for some indeterminate amount of time after the
upgrade completes.
195
OmniCube for vSphere Client Administrator Guide
Important:
10 - Upgrading Software and Hardware
When you upgrade a single-OmniCube datacenter, VMs running on the datacenter lose
access to storage during the upgrade. You must shut down and power off VMs until the
upgrade is complete.
OmniStack Software Downgrades
Software downgrades are not supported and you cannot reverse a committed upgrade.
However, the OmniCube can be removed from the Federation, reset to the factory defaults (the software
version on the OmniCube when it shipped from SimpliVity Corporation), and then upgraded to the
required version. A reset to factory defaults is not a customer-configurable option. Contact SimpliVity
Corporation support at: http://www.simplivity.com/company/support.
Before Upgrading the Software
Before you start an upgrade:
• vCenter Upgrade—If your vCenter requires upgrading, complete the vCenter upgrade before
starting the SimpliVity software upgrade.
• SimpliVity vSphere Extension (Plug-in) Upgrade—If an upgrade requires a revision of the
SimpliVity vSphere Extension, upgrade the plug-in before you upgrade the SimpliVity Arbiter or
the OmniStack software. See Upgrading the SimpliVity vSphere Extension on page 198.
• SimpliVity Arbiter Upgrade—If an upgrade requires a revision of the SimpliVity Arbiter,
upgrade it before you upgrade the OmniStack software. See Upgrading the SimpliVity Arbiter on
page 198.
• Credentials—You need:
◦ SimpliVity Web site customer account credentials, to download the software package.
◦ OmniCube ESXi host root account credentials (for the software package upload).
◦ An account with Administrative access to the vCenter server.
• Upgrade Task Messages—Observe the task messages in the vSphere Recent Tasks panel. These
messages provide important information about the status and progress of an upgrade.
Using the Upgrade Procedures
The following upgrade procedure topics are provided:
• Obtaining the Software Upgrade Package on page 197.
• Upgrading the SimpliVity vSphere Extension on page 198Obtaining the Software Upgrade Package
on page 197
• Upgrading the SimpliVity Arbiter on page 198.
• Uploading an OmniStack Software Upgrade Package to a Federation on page 199.
• Upgrading the OmniStack Software in Datacenter on page 199.
196
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
• Upgrading an Individual OmniCube on page 202.
• Rolling Back an OmniStack Software Upgrade on page 203.
• Committing an OmniStack Software Upgrade on page 205
Obtaining the Software Upgrade Package
To obtain the upgrade package:
1.
Navigate to the SimpliVity Web Site: URL: https://www.simplivity.com/company/support.
2.
Log in using your SimpliVity customer account credentials. (You can create an account at this time
if you do not already have one.
3.
Look for the entry titled: OmniCube Vn.n.n Upgrade Bundle, where n.n.n is the software revision
number. Click this link to open the SimpliVity File Exchange repository.).
4.
From the Software Repository, download the software bundle, for example:
OmniCube_software_V-n-n-n.zip.
5.
Unzip the software bundle to a folder on a vSphere Client that has local network access to the
vCenter Server and Federation.
The software bundle typically contains the following components:
• SimpliVity vSphere Extension (plug-in) — simplivity-vsphere-plugin-n.n.n.nnn.msi
• SimpliVity Arbiter—simplivity-arbiter-n.n.n.nnn.msi
• SimpliVity OmniStack Software package:
◦ The software tar file — SimpliVity-OmniCube-Software-n.n.n.nnn.tar
◦ The MD5 checksum file — SimpliVity-OmniCube-Software-n.n.n.nnn.md5
◦ The SHA1 package identifier — SimpliVity-OmniCube-Software-n.n.n.nnn.sha1
When you have extracted the bundle components, you can do the following (depending on the items
contained in the software bundle):
• Upgrade the SimpliVity vSphere Extension. See Upgrading the SimpliVity vSphere Extension on
page 198.
• Upgrade the SimpliVity Arbiter on the vCenter Server. See Upgrading the SimpliVity Arbiter on
page 198.
• Upload SimpliVity OmniStack Software package to the Federation as described in Uploading an
OmniStack Software Upgrade Package to a Federation on page 199, then proceed with the
software upgrade.
197
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
Upgrading the SimpliVity vSphere Extension
You might need to upgrade the SimpliVity vSphere Extension (plug-in) on the computers that use
vSphere Client to manage a Federation.
Note: Under certain circumstances, you might see a message informing you that the SimpliVity
vSphere Extension is incompatible with the OmniStack software. Contact your support provider
to obtain the correct revision.
To upgrade the SimpliVity vSphere Extension on computers running vSphere Client:
1.
Close vSphere Client if it is open.
2.
Install the SimpliVity vSphere Extension. See Task 1—Installing the SimpliVity vSphere Extension
on page 29.
Note: The installer attempts to uninstall the current SimpliVity vSphere Extension. If the
uninstallation attempt does not succeed, go to the Windows® Control Panel and manually
uninstall the SimpliVity vSphere Extension.
3.
Restart vSphere Client.
Upgrading the SimpliVity Arbiter
Upgrade the SimpliVity Arbiter by installing the upgrade over the existing version.
Do not downgrade the Arbiter version unless you are instructed to do so by your support provider.
Note: Do not uninstall the current SimpliVity Arbiter before installing the new version. Doing so will
prevent the Federation from operating correctly.
1.
Copy the executable named simplivity-arbiter-n.n.n.nnn.msi from the distribution media to the
vCenter Server computer.
2.
Double-click the installer icon to open the installer and click Next to begin.
3.
Accept the license agreement and click Next to open the Setup Type dialog.
4.
Click Complete, then Install. For this release, no other installation options are valid.
5.
Click Finish when the Completed screen opens.
198
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
Uploading an OmniStack Software Upgrade Package
to a Federation
Upload an OmniStack software upgrade package from your Windows Client to a Federation datacenter
where you intend to run the upgrade. Do not run the upgrade across a slow network link.
1.
Use vSphere Client to connect to the Federation vCenter Server.
2.
Click the vCenter (Federation) server in the vSphere inventory and click the SimpliVity tab.
3.
Click the task icon (
4.
Click Upload Upgrade Package to open the Upload Upgrade Package dialog.
5.
Click Browse... to open the Select SimpliVity Upgrade File dialog.
6.
Navigate to the folder where you stored the upgrade package download, select the upgrade package
file and click Open.
7.
Type the OmniCube ESXi host's root credentials and click Upload (Figure-53). An animated bar
indicates the upload progress. Do not close this dialog or the upload aborts.
) in the Datacenters panel to open the task menu.
Figure-53: Upload Upgrade Package Dialog
8.
Wait for the upload to complete, then click Close to exit the Upload Upgrade Package dialog.
You can now use the software package to upgrade the Federation datacenter as described in:
• Upgrading the OmniStack Software in Datacenter on page 199.
• Upgrading an Individual OmniCube on page 202.
Upgrading the OmniStack Software in Datacenter
You can update all OmniCube Systems in a datacenter without manual intervention.
To upgrade the OmniStack software on all OmniCube systems in a datacenter:
199
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
1.
Use vSphere Client to connect to the Federation vCenter Server.
2.
Click the vCenter (Federation) server in the vSphere inventory and click the SimpliVity tab.
3.
Click the task icon (
4.
Click Upgrade Datacenter to open the Upgrade dialog, shown in Figure-54.
) in the Datacenters panel to open the task menu.
Figure-54: Upgrade (OmniStack Software) Dialog
5.
If required, check the option to Override the requirement that VMs are Storage HA compliant. See
Overview of the OmniStack Software Upgrade Process on page 194.
Note: You must specify the Override the requirement that VMs are Storage HA compliant option
when upgrading a single-OmniCube datacenter.
6.
Click the pull-down arrow (
) to display available upgrade packages, as shown in Figure-55.
Figure-55: Select an Upgrade Package
7.
Click an upgrade package to select it, and then click Upgrade.
8.
Click Yes to confirm the datacenter upgrade when prompted.
The upgrade procedure automatically begins on the next Federation OmniCube, until all OmniCube
systems are at the same software version.
An Upgrade in progress... hyperlink appears in the Datacenters panel, under the Upgrade Status
column as shown in Figure-56.
200
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
Figure-56: Datacenter Upgrade Status and Progress
Click the Upgrade in progress... hyperlink to open the OmniCube Systems panel if you want to verify
the upgrade progress on individual OmniCube systems.
Post Upgrade Tasks
When the upgrade is complete:
1.
Wait for all OmniCube upgrades to complete, and for the Federation to return to full Storage HA
Compliance. When the upgrade completes:
–
–
2.
The Upgrade Status in the Datacenters panel changes to: Ready For Commit.
The following Warning appears in the vSphere Datacenter Alarms panel: SimpliVity software
commit needed. See Commit the Upgrade on page 202.
Acknowledge and delete any vCenter warning alarms warning you of the temporary loss of Storage
HA Compliance as shown in Figure-57.
Figure-57: Upgrade: Storage HA Alarms
3.
Acknowledge and delete any VM warning alarms warning you of failed policy (automated) backups,
as shown in Figure-58.
Figure-58: Upgrade Backup Alarms
If necessary, create manual VM backups to replace backups that failed during the upgrade.
Repeat the procedure for all other datacenters in a Federation. When all Federation datacenters are
upgraded, you can:
• Upgrade your Cloud Datacenter
201
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
Once you upgrade the physical OmniCube systems in the Federation (but before you commit)
you can upgrade your OmniCube Cloud datacenter. See Upgrade a Federation that Includes
OmniCube Cloud Datacenter on page 204.
• Commit the Upgrade
Permanently apply the change, upgrading the entire Federation to the new software revision.
Any new software features become available for use. See Committing an OmniStack Software
Upgrade on page 205.
• Roll Back the Upgrade
Revert the datacenter OmniCube systems (or an individual OmniCube) to the previous software
revision, deferring the upgrade. See Rolling Back an OmniStack Software Upgrade on page 203.
Upgrading an Individual OmniCube
In some situations, you may need to upgrade your OmniCube systems individually instead of upgrading
all of the systems in a Datacenter at once. Use this section to upgrade individual OmniCubes.
1.
Use vSphere Client to connect to the Federation vCenter Server.
2.
Click a datacenter in the vSphere inventory and click the SimpliVity tab.
3.
Click the task icon (
4.
Click Upgrade OmniCube to open the Upgrade dialog to open the Upgrade dialog, shown in Figure59.
) in the OmniCube Systems panel to open the task menu.
Figure-59: Upgrade (OmniStack Software) Dialog
5.
Click the pull-down arrow (
) to display available upgrade packages, as shown in Figure-60.
202
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
Figure-60: Choose an Upgrade Package
6.
Click an upgrade package to select it, and then click Upgrade.
7.
Click Yes to confirm the upgrade when prompted. The Upgrade Status column shows Upgrade in
progress... as shown in Figure-61.
Figure-61: OmniCube Upgrade In Progress
8.
Wait for the upgrade to complete, and for the OmniCube to return to full Storage HA Compliance.
9.
Complete the Post Upgrade steps in Upgrading the OmniStack Software in Datacenter on page 199
Important:
Repeat the procedure on the next OmniCube, until you have upgraded the entire
Federation Datacenter. You can then commit the upgrade.
Rolling Back an OmniStack Software Upgrade
An OmniStack software upgrade is not made permanent and functional until you have upgraded all
OmniCube systems in all Federation datacenters. (See Upgrading the OmniStack Software in Datacenter
on page 199.) After you upgrade all OmniCube systems in all datacenters, you can commit the upgrade,
irreversibly changing the Federation software revision to the upgrade (new) version. (See Committing an
OmniStack Software Upgrade on page 205.)
You can roll back an uncommitted OmniStack software upgrade if you decide not to proceed with the
upgrade. This rollback operation reverts all uncommitted OmniStack software upgrades to the
previously-installed software revision.
Important:
If the Federation includes one or more OmniCube cloud datacenters, be aware that you
cannot rollback an upgrade of an OmniCube cloud datacenter. Instead, the upgrade
203
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
process preserves the pre-upgrade version of the OmniCube cloud datacenter. See
Upgrade a Federation that Includes OmniCube Cloud Datacenter on page 204.
To roll back an uncommitted OmniStack software upgrade on an individual OmniCube:
1.
Use vSphere Client to connect to the Federation vCenter Server.
2.
Click a datacenter in the vSphere inventory and click the SimpliVity tab.
3.
Click the task icon (
4.
Click Rollback Upgrade.
5.
Click Yes when prompted to confirm the rollback (similar to the dialog shown in Figure-62).
) in the OmniCube Systems panel to open the task menu.
Figure-62: Confirming an Individual OmniStack Software Rollback
6.
Wait for the Upgrade rolled back task to complete in the vSphere Recent Tasks panel.
Note: The uploaded software upgrade package is not removed from the Federation. If you decide to
proceed with the software upgrade at a later date, you can again select and apply the upgrade.
Upgrade a Federation that Includes OmniCube Cloud
Datacenter
You upgrade an OmniCube cloud datacenter only after you have upgraded (But not yet committed) the
physical Federation OmniCube systems in the datacenter. See OmniStack Software Upgrade on page
192.
Before You Begin
You do not need to upload an upgrade package, the process uses the package from the physical
Federation OmniCube upgrade.
OmniCube cloud datacenter does not support rollback. During upgrade, the procedure saves the preupdate instance of the OmniCube cloud datacenter in case there are problems with the upgrade. If the
upgrade fails, the pre-upgrade instance persists until you can correct the upgrade problem.
Important:
After you upgraded the physical Federation OmniCube systems, the upgrade status
changed to ready to commit. Ignore this status and upgrade the OmniCube cloud
datacenters before you commit.
You need the following Amazon Web Service (AWS) credentials:
204
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
• Admin Access Key.
• Admin Secret.
Upgrading an OmniCube Cloud Datacenter
To upgrade OmniCube cloud datacenter
1.
Click the vCenter server in vSphere Client and then the SimpliVity tab.
2.
Click an OmniCube cloud datacenter in the Datacenters panel, identified by the cloud icon (
3.
Click the task icon (
4.
You are prompted to confirm the upgrade. Click Yes to open the Authentication Required dialog.
5.
Enter the following credentials:
–
–
).
) to open the task menu and the click Upgrade Datacenter.
Admin Access Key.
Admin Secret.
The upgrade starts automatically and might take up to 8 minutes to complete. During this time:
• The upgrade process powers off the OmniCube cloud datacenter.
• Backups destined for the OmniCube cloud datacenter will wait until the upgrade completes.
• There is no task sent to the vSphere recent tasks panel. To monitor the upgrade, watch the status
changes in the Datacenters panel. You can use the svt-federation-show CLI command to monitor
upgrade status.
The correct software version appears in the Version column of the Datacenters panel when the upgrade
is complete you can commit the upgrade. See Committing an OmniStack Software Upgrade on page 205.
Committing an OmniStack Software Upgrade
An OmniStack software upgrade remains latent and non-functional until you have upgraded all
OmniCube systems in all datacenters in a Federation. See Upgrading the OmniStack Software in
Datacenter on page 199, and Upgrading an Individual OmniCube on page 202.
When you have upgraded all OmniCube systems, you can commit the upgrade for the entire Federation.
A commit operation irreversibly modifies the Federation OmniCube systems to use the upgraded (new)
version, and all new software features become available for use.
Important:
If the Federation includes one or more OmniCube cloud datacenters, do not commit the
upgrade until you have upgraded the OmniCube cloud datacenter.
After you upgrade the physical Federation OmniCube systems, the upgrade status
205
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
changes to ready to commit. Ignore this status and upgrade the OmniCube cloud
datacenters before you commit. See Upgrade a Federation that Includes OmniCube
Cloud Datacenter on page 204
If you decide not to commit, you can roll back to the previously installed software revision, deferring the
upgrade to a later time. See Rolling Back an OmniStack Software Upgrade on page 203.
Upgrade Commit by Datacenter
To commit a recent OmniStack software upgrade on all OmniCube systems in a datacenter:
1.
Use vSphere Client to connect to the Federation vCenter Server.
2.
Click the vCenter (Federation) in the vSphere inventory and click the SimpliVity tab.
3.
Click the task icon (
4.
Click Commit Upgrade.
5.
Confirm the commit when prompted, as shown in Figure-63.
) in the Datacenters panel to open the task menu.
Figure-63: Committing an OmniStack Software Upgrade
6.
Wait for the Committing federation-wide upgrade task to complete in the vSphere Recent Tasks
panel.
7.
Click a datacenter in the vSphere Inventory and verify that the upgraded version shows in the
OmniCube Systems panel, Version column.
The New and Changed Features section of the OmniCube Release Notes describes the new product
features that are specific to the upgrade.
Upgrade Commit by OmniCube
You can optionally commit from the OmniCube Systems panel. However, this operation also commits
the upgrade for the entire Federation (not per-OmniCube or per-datacenter).
1.
Use vSphere Client to connect to the Federation vCenter Server.
2.
Click a datacenter in the vSphere inventory and click the SimpliVity tab.
3.
Click the task icon (
4.
Click Commit Upgrade.
) in the OmniCube Systems panel to open the task menu.
206
OmniCube for vSphere Client Administrator Guide
10 - Upgrading Software and Hardware
The remainder of the procedure is the same as Step 5 to Step 7 in Upgrade Commit by Datacenter.
Upgrading or Replacing OmniCube Hardware
Upgrades and replacement components for a Federation OmniCube are provided only after fault
diagnosis. For example, you might need to replace an OmniCube Accelerator card if SimpliVity
Technical Support or your support provider determines that the card is faulty.
Warning:
The OmniCube enclosure contains no user-serviceable parts. You must contact
SimpliVity Technical Support or your support provider before performing any hardware
upgrades or parts replacement.
For SimpliVity Corporation support contact information, visit:
http://www.simplivity.com/company/support/.
207
application-consistent
Index
backup 162
restored VM 190
apply backup policies 53
Arbiter 116
/
installing 30
lost contact 114
starting 116
stopping 198
upgrade 193
upgrading 198
/etc/hosts file 78
1
10GbE 36
adapters 34
vSwitch 25, 35
ARN 123
auto-boot 73
automated shutdown 73
automatic support notification 53
available physical capacity 103
AWS 117
1GbE
adapter 34
vSwitch 25, 33, 36
A
access key 121
access keys 138
accounts 120
accounts, configuring 120
arn 121
CIDR 124
EC2, configuring 127
elastic compute cloud 120
Elastic IP 124
elastic network interface 127
eni 127
gateway 120
groups 121
nat 124
PEM key file 128
Policy Generator 122
private subnet 124
public subnet 124
requirements 119
S3 117
secret key 121
Standard Large instance 117
users 121
VPC, creating 124
VPN, creating 124
access
configuring for datastore 148
non-SimpliVity host
description 16
tasks 90
access controls 82
access key 121
accounts
AWS 120
active
adapter 37
tasks
viewing 100
active-active 37
Active Directory 18
active replica 105
adapters 34
add
host 32
OmniCube 32
adding a backup filter 177
administer
federation 79
alarm
B
capacity 107
monitoring 113
backup 108-109
alive (status) 100
Amazon Resource Name 121, 123
Amazon Web Services 117
application consistent 162
cancel 154, 183-185
cloud 117
copy 186
creating manually 163
data sent 154, 182
deleting 107, 187
dialog 181
displaying 180
accounts 120
accounts, creating 121
cloud requirements 119
credentials 121
EC2 120
subnets 124
VPN and VPC 124
208
Index: backup filter – clone
during upgrade 195
failed 154, 182
filtering 173
local, logical space 105
locked 155, 182, 188
logical space consumed 102-103
making persistent 189
manual 154, 182
name 160
new 185
new state 154, 182
OmniCube Cloud Datacenter 135
persistence 190
policy 154, 182
specifying 174
backup filters
duplicate 178
errors 178
troubleshoot 178
Backup Virtual Machine 184
battery backup unit See BBU
BBU 80
boot ESXi host 73
bundle
software upgrade 192
C
add rules 167
change
datastore default 146
VM 172
create 165
default
datastore 142
delete 171
rules 167
display 170
rename 171
rule 164
schedule backup 164
cable 72
cache state
enabled 81
calculate backup size 107
Calculate Unique Backup Size 109
cancel
backup 154, 183-185
capacity 101
active replica 105
alarm 107
available physical 103
backup replica 105
datacenter 102
deduplication and compression 106
free physical 104
local backup 105
logical space 102-103, 134
logical used 104
logical, showing 102
physical space 104
physical, showing 102
reclaim space 108
reclaiming 101
remote backup 105
reporting 101
saved physical space 103
used physical 104
values 107
prevent deletion 188
protected 154, 183
queued 182, 185
remote, logical space 103, 105, 134
rename 155, 184
renaming 189
replica 105
restore
VM 190
saving 185
saving state 154, 182
scheduling 164
size 107
sorting keywords 174
state 182, 185
states 154, 182
timestamp 154, 160, 181
unique data 107
unique data, calculating 107-108
unknown state 154, 183
upgrade alarms 201
VM 98
change
IP addresses 110
subnet netmask 110
vCenter IP 110
chart
backup filter
logical space 102
character matching 176, 178
export results 178
maximum returned 173
refresh 180
removing 178
running a query 176
search 180
CIDR 124
CLI
manage federation 96
user account 85
clone
template 156
209
Index: clone VM – datastore
VAAI NAS 16
constraint
clone VM 98
cloud
VM name 143
constraints
access keys 138
arn 123
AWS 117, 120
AWS acounts 120
AWS acounts.creating 121
AWS requirements 119
CIDR 124
deploying 128
EC2, configuring 127
Elastic IP 124
elastic network interface 127
eni 127
features 117
gateway 120
NAT 124
private subnet 124
public subnet 124
S3 117
summary view 136
using 131
VPC 119
VPN 119
VAAI NAS 16
context menu 91-92
copy
OVF 54
VM backup 186
Copy Backup 184
core file 112
create
backup polices 53
backup policy 99
datastore 53, 99, 115
incomplete 115
create new (restore) 190
create or migrate VM 53
credential
cloud 138
upgrade 196
csv
exporting GUI data to 94
current backup policy 98
customer
cloud datacenter
VMware account 22
VAAI NAS plug-in 16
customer Web site 199
customize GUI 94
cluster
add OmniCube 32
column chooser 108
columns 95
D
data
customizing 95
hidden 95
sorting 95
managing in GUI 93
protection 77
protection and recovery 159
commit
datacenter
status 201
upgrade 193, 205
add OmniCube host 32
capacity alarm 107
display 96
information about 92
logical capacity 96
name 88-89
remove OmniCube 87
software upgrade 192, 199
space reporting 102
storage capacity 107
time zone 54
commit upgrade 203
compliance
Storage HA 113
component 11, 100
name 80-81
compression 96
efficiency 106
ratio 102, 106
storage space 101
configuration
datastore
worksheet 26
containing VM 98
create 143
create incomplete 115
deleting 147
displaying 144
federation 142
information about 92
configure
MTU 36
NIC
failover 37
teaming 36
phone home 84
210
Index: date, creation – Federation
name 99, 142
non-SimpliVity host access 148
panel 99
resizing 147
restored VM 190
roll back 115
set backup policy 146
sharing 16
size 99, 142
efficiency 105-106
compression 106
deduplication 106
efficiency ratio 96
Elastic IP 124
elastic network interface 127
emergency access 18
enabled cache state 81
ENI 127
error 81
esxcli 66, 70
ESXi
date, creation 99
deduplication 101
efficiency 106
ratio 96, 102, 106
default
IP address 100
ESXi Host
backup policy 99, 142, 152
degraded
add OmniCube 32
change IP 110
configuration 31
non-SimpliVity 16
HDD array 81
SSD array 81
delay in recaiming space 107
delete
ESXi root user 18
event
backup policy 171
datastore 99
monitoring 113
phone home 84
Delete Backup 184
deploy 53, 77
description, datastore 142
diagnostic
Excel 178
extension
installing 29
upgrading 198
data 112
disaster
F
protecting against 162
disk
factory
status 80
default 75, 77
display
failback 37
failed
information 91
OmniCube data 79
arbiter 114
backup 154, 182
deployment 53
DNS 32
DNS name 32
documentation 9
downgrade 193
downgrades 196
downloading software 197
drive
failover
NIC 37
faulty 100
Federation 77, 136, 142
add OmniCube 74
alarms 113
architecture 12
CLI 96
clone VM 156
create datastore 143
create VM 151
datacenter window 96, 101-102, 114
datastore
offline 81
drive set 80
dump files 112
E
EC2
configuring 127
described 142
sharing 16
edit a filter 178
edit backup policy 98
Edit Policy 184
delete datastore 147
delete VM 158
211
Index: FGPA Temp – HDD
display
errors 178
incorrect values 178
troubleshoot 178
datacenter 96
datastore 144
VM 152
find 98
events 113
features 11
four-node configuration 13
GUI 90
hardware 12
host window 79-80
increase capacity 13
increase performance 13
join 77
manage 79
manage with vSphere Client 14
network 100
information 91
firmware 76
revision 81, 193
force removal 77, 136
free space 104
free up physical space 107
front panel
power button 73
G
gateway
configuration 110
cloud 120
non-Simplivity ESXi host 16
OmniCube
gear icon 92
graph
display data 79
overview 10, 17, 88
Phone Home 84
port group 36
protect VM data 159
remove Omnicube 77, 87, 136
replace OmniCube 78
scaling 74
security 82
software 12
tasks 113
time 38, 83
troubleshooting 112
two-OmniCube configuration 12
upgrade 192
user interfaces 87
VM 97, 151
logical space 104
physical capacity 103
graphics 80
green
OmniCube Status 100
status 81
GUI
backups 109
column chooser 108
export data 94
export to excel 94
gear icon 92
line item 92
manage federation 90
panel 92
refresh data 94
requirements 93
start 90
task icon 92
upgrade 198
using 90
FGPA Temp 81
filter
adding 177
character matching 176
custom 173
editing 178
export results 178
maximum returned 173
panel 177
pecifying 174
refresh 180
removing 178
running a query 176
search 180
sorting keywords 174
wildcard 176
H
HA
storage compliance 113
upgrade alarms 201
hardware
configuration 12
inventory 80
status 80
upgrading 207
filtering backups 173
filtering information 94
filters
HDD
array 80
degraded 81
drive set 80
duplicate 178
212
Index: health – move VM
L
missing 81
offline 81
leave federation 77, 87, 136
line item 92
linked mode
health
Healthy 81
hide columns 95
host
vCenter Server 83
load balancing 37
local backup
add 32
I
logical used space 105
replica 105
icon
lock backup 188
Lock Backup 184
logical
gear 92
task 92
Virtual Controller 79
capacity 96
drive 80
identify
ESXi host 32
software revisions 116
virtual controller 77
logical capacity 107
panel 102
logical data stored 102
logical space
IEEE 1541-2002 107
incomplete datastore creation 115
information
chart 102
consumption 103, 134
graph 103-104, 134
local backup 105
remote backup 105
reporting 101
VM 103
datacenter 92
filtering 94
finding 91
sorting 94
vCenter 92
installation
logical used space 104
logs
VAAI NAS plug-in 65-66
VAAI NAS plug-in, verifying 70
using for troubleshooting 112
international
lost
time zone 54
contact, arbiter 114
introduction
low capacity 108
OmniCube 10
inventory 32
M
panel 91
IP
main window 92
manage
address
changing 110
OmniCube 100
storage network 100
GUI data 93
hosts 100
management
elastic 124
federation 79
network 25, 33
IPMI 25
manufacturer 80
MB 107
mebibyte 107
megabyte 107
MiB 107
migrating VMs 16, 73
missing
J
join federation 77
JSON 123
K
KVM
HDD 81
SSD 81
console 25
model number 81
move VM 98
213
Index: mtu – OVF Tool
leave federation 77, 87, 136
QuickStart Poster 28
replace 78
root user 19
software 192
software upgrade 192
standalone 65
status 100
systems 114
mtu
configuring 36
port group 37
settings 37
N
name
datastore 142
restored VM 190
Virtual Controller 100
panel 100
unavailable 115
upgrade procedure 199
user account 17
Virtual Controller 25
VM representation 79
NAT 124
network 24
address requirements 24
configuration
OmniCube Cloud Datacenter 133
changing 110
failover detection 37
AWS access keys 138
configuration 120
configuring 133
credentials 138
deploying 120, 128
EC2 configuration 127
features 117
gateway 120
NAT 124
overview 117
removing 136
S3 117
space reporting 134
summary view 136
using 131
view backups 135
VPC template 138
new VM 152
NFS exports 115
NIC
failover 37
settings 37
teaming
configuring 36
no (status)
HA Compliance 113
non-SimpliVity ESXi host 16, 78, 142
ESXi settings 148
federation datastore 148
VAAI 16
notify switches 37
NTP
configure 38, 83
daemon 38
servers 38
service 38
settings 38
OmniCube Systems panel
upgrade 201
OmniStack
release number 100
OmniStack software
revision number 193
O
online resize 99
overview
offline 81
OmniCube
displaying 88
federation 17
Omnicube 10
upgrade, figure 193
upgrade, process 194
VAAI NAS plug-in 16
accelerator 81
add 74
add as ESXi host 32
add to cluster 32
configuration worksheet 26
deployment 22, 28
deployment, retry 53
display data 79
force removal 77, 136
information about 92
introduction 10
IP address 100
join federation 77
OVF
copy 54
OVF Tool
version 22
214
Index: package – reclaiming physical space
P
policy backup 157
upgrade 195
package
port
software, download 197
software, upload 199
group 35
MTU 37
panel
port group 25
Post-Deployment Tasks 53
poster
backup filtering 177
GUI 92
logical capacity 102
OmniCube systems 100
physical capacity 97, 102
quickstart software configuration 28
power
button 73
PEM key 128
pending operations 73
Phone Home 9
private subnet 124
procedure
upgrade 199
configuring 84
description 84
testing 86
procedures
upgrade 196
progress 81
physical
backup 183
backup replication 154
datastore creation 143
upgrade 200
capacity 97, 107
10 percent 107
available 103
graph 103
panel 97, 102
protect
drive 80
data 159
physical free space 104
physical space 104, 107
protected backup 154, 183
provisioning 98
reclaiming 108
reporting 101
federation 142
public subnet 124
physical space consumption 102
physical space saved 103
physical used space 104
planned shutdown 73
plug-in
Q
queued backup 182, 185
quickstart poster 28
installing 29, 66
uninstalling 68
upgrade 193
upgrading 198
VAAI NAS 16
VAAI, third-party 16
verify installation 70
R
RAID
drive set 80
ratio
compression 96, 102, 106
deduplication 102, 106
storage efficieny 102
policy
backup source 154, 182
default 142
deleting 171
exception 37
rebuild 81
recent task
delete backup 187
recent tasks
load balancing 37
network failover 37
notify switches 37
vSwitch 37
create VM 152
upgrade 196
reclaim
storage space 101
panel 171
rename 171
rule
reclaim storage space 108
reclaiming physical space 107-108
adjustment 170
delay 107
policy backu 181
215
Index: recover – SimpliVity Web site
recover
reverting software 196
revision 116
data 159
restore VM 89
VM 159
firmware 193
software 192
software number 193
red
missing component 81
offline component 81
status 81
role, user 20
roll back 115
rollback
refresh 98, 100
upgrade 193, 206
GUI 94
rule
Release Notes
add to backup policy 167
delete, backup policy 167
software version 22
release number
running a filter query 176
OmniStack 100
S
relocate VM 98
remote
S3 bucket
backup 154, 182
removing 137
logical space consumed 103, 134
logical used space 105
replica 105
saved physical space 103
saving backup 185
scaling 74
SDD
vSphere Client 54
remove
OmniCube 77, 87, 136
OmniCube Cloud Datacenter 136
S3 bucket 137
drive set 80
secret key 121
security
remove backup filter 178
Removed from Inventory 108
rename
federation 82
using vCenter Server access controls 82
sender email 84
sent, backup data 154, 182
serial number 81
service
backup 155, 184
policy 171
replace
OmniCube 78
restore 190
properties 38
set backup policy 98-99, 184
settings
replica
local backup 105
remote backup 105
MTU 37
NIC 37
reporting
share datastore 16
SimpliVity
logical space 101
physical space 101
Arbiter 71, 73, 90, 114, 116
resize a datastore 142
resources
upgrade 193
GUI 93
provisioning 142
panel 92
restore
upgrade file 199
user 18-19
user password 21
user role 20
Virtual Controller 79
vSphere Extension 17, 72
application consistent 190
create new VM 190
replace VM 190
VM
datastore containing 190
name for 190
upgrade 193
version 116
Restore Virtual Machine 184
resynchronizing
SimpliVity Arbiter 12
SimpliVity vSphere Extension 12
SimpliVity Web site 112, 196-197
HA compliance 113
retry OmniCube deployment 53
216
Index: single sign-on – Storage vMotion™
single sign-on 17-18
specifying
linked mode vCenter 84
backup filter 174
size
SSD
datastore 142, 144
array 80
degraded 81
snapshot
missing 81
offline 81
app-consistent 168
VAAI NAS plug-in 17
VMware 156
SSH 18, 65
standalone OmniCube 65
startup 72
state of backup 182, 185
static IP 24
status
software
configuration
poster 28
downgrade 193
downgrades 196
download 197
OVF Tool 22
Release Notes 22
revision 192
revision number 193
upgrade
alive 100
green 81
hdd array 80
red 81
sdd array 80
yellow 81
datacenter 199
procedure 199
storage
active replica 105
adapter 80
alarm 107
capacity values 107
capacity,viewing 102
datacenter view 102
deduplication & compression 106
efficiency 105-106
efficiency ratio 102
free physical 104
logical used 104
mebibyte 107
physical space 104
port group 35
reclaim space 108
remote backup 105
replica 105
space 142
space saved 103
used by VM 98
used physical 104
upgrade progress 200
upgrade, figure 193
upload package 199
vCenter 22
version 100
identifying 116
versions 22
software repository 197
software upgrade 192
backup alarms 201
overview 194
Storage HA 201
software version 193
sorting
backups 174
sorting backups 173
sorting information 94
space
datastore 142
free physical 104
logical 102-103, 134
Storage HA 65, 97
graph 104
compliance 113
logical used 104
OmniCube Cloud Datacenter 134
physical consumption 102, 104
provisioned for VM 98
reclaiming 108
reporting logical 101
reporting physical 101
saved 103
used for backups 108
used physical 104
resynchronizing 113
status of No 113
during upgrade 195
upgrade alarms 201
storage network 25
IP address 100
storage space 101
available 103
physical 102
Storage Space 101
Storage vMotion™ 16
space low 107
217
Index: subnet – user
data
subnet
calculating for backups 107-108
changing 110
size calculation time 109
subnets
unknown 100
upgrade 192
configuring 125
successful backup 154, 183
support
arbiter 198
backup alarms 201
backups during 195
bundle 192
bundle contents 197
commit 193
commit status 201
committing 203, 205
concepts 192
considerations 194
credentials 196
datacenter software 199
downgrade 193
extension 198
firmware 192
HA alarms 201
hardware 207
high I/O 194
in progress 200, 203
latent 192
overview
provider 80
support capture
space required 112
uploading 112
Suspected 100
svt-federation-join 77
svt-federation-remove 77, 87, 136
svtcli 18
system
panel 100
T
task
accessing 91
active, view 100
create datastore 115
icon 92
monitoring 113
technical support
figure 193
package, download 197
paths 193-194
plug-in 198
procedure 199
procedures 193, 196
recent tasks 196
release-specific 193
repository 197
rollback 193, 203, 206
SimpliVity Arbiter 193
SimpliVity vSphere Extension 193
software 192
software overview 194
status for datacenter 89
Storage HA 195
uncommited 203
uncommitted 193
uploading software 199
Web site 196
Web 112
thick allocation 16
thin provisioned storage 16
time
ensuring consistent 38, 83
time zone 54
timestamp
backup 154, 181
object name 160
Total available physical 103
trial license 32
troubleshooting 80
datastores 115
logs 112
using support captures 112
troubleshooting backup filters 178
U
upload
unacknowledged alarms 73
uncommitted
software package 199
used space 104
user
upgrade 193
unfinished tasks 73
uninstallation
accounts 17
interfaces
CLI 96
federation management 87
GUI 90
VAAI NAS plug-in 68
unique
backup size 109
role permission 20
218
Index: user role – VPC
user role 20
using the GUI 90
UTC 54
VM
backup 159
deleted 88
manual 163
schedule 164
V
backup space used 108
cancel backup 185
change backup policy 172
clone 98, 156
cloning 16
copy a backup 186
create 151
create backup policy 165
datastore containing 98
delete 158
disaster protection 162
display 88, 152
VAAI 16
VAAI NAS plug-in 16, 156
cloud datacenter 16
competing 16
distribution 65
installing 65-66
non-SimpliVity ESXi Host 16
overview 16
powered-on VM 16
snapshot constraint 17
thick provisioning 16
thin provisioning 16
third-party 16
uninstalling 68
VDI constraint 17
verify installation 70
VMware View constraint 17
backups 180
failover 152
federation 151
HA Compliance 113
information about 92
logical space consumed 102-103
migrate 65
move 98, 156
node representation 79
panel 98
protecting data 159, 162
restore
vCenter Server 12
changing IP 110
deploying OmniCube 28
information about 92
linked mode 83
single sign-on 84
create new VM 190
from backup 190
replace VM 190
VDI
VAAI NAS plug-in 17
version 116
space provisioned 98
space used 98
GUI 116
OmniStack 100
OVF Tool 22
Release Notes 22
software 22
VM backup
filtering and sorting 173
VM synchronization 195
VMKernel
VIB 16, 65-66, 68
view
configure 37
vSwitch 35
active task 100
VMnic 35
vMotion 16, 65, 116
VMware
view storage capacity 102
Virtual Controller 79, 152
icon 79
name 79, 100
OVF copy 54
power on 73
cloning 16
environment 22
license 32
linked mode 83
software 22
View 17
virtual switch 32
virtual private cloud 120, 124
template 138
virtual private network 124
virtual switch 32
VPC 119-120, 124
configure 32
CIDR 124
configuring 125
template 138
VLAN 24, 34
219
Index: VPN – yellow
VPN 119, 124
configuring 125
vSphere
Client
inventory 32
inventory panel 96, 101, 114
manage federation 14, 90
remote 54
requirements 93
extension 90
inventory panel 91
main window 92
vStorage APIs for Array Integration 16
vSwitch 33, 35
10GbE 35
10GbE, configure 36
failover 37
MTU 36
NIC teaming 36
policy exceptions 37
W
warning 81
wildcard 176
window, main 92
worksheet
network configuration 26
OmniCube configuration 26
VMware environment 22
Y
yellow
degraded 81
FPGA temperature 81
status 81
220
Download PDF
Similar pages