Professional Documents
Culture Documents
VSphere Basic System Administration - ESX 4.0 - VMware (PDFDrive)
VSphere Basic System Administration - ESX 4.0 - VMware (PDFDrive)
Update 1
ESX 4.0
ESXi 4.0
vCenter Server 4.0
EN-000260-06
vSphere Basic System Administration
You can find the most up-to-date technical documentation on the VMware Web site at:
http://www.vmware.com/support/
The VMware Web site also provides the latest product updates.
If you have comments about this documentation, submit your feedback to:
docfeedback@vmware.com
Copyright © 2009–2011 VMware, Inc. All rights reserved. This product is protected by U.S. and international copyright and
intellectual property laws. VMware products are covered by one or more patents listed at
http://www.vmware.com/go/patents.
VMware is a registered trademark or trademark of VMware, Inc. in the United States and/or other jurisdictions. All other marks
and names mentioned herein may be trademarks of their respective companies.
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
2 VMware, Inc.
Contents
Updated Information 9
Getting Started
1 vSphere Components 15
Components of vSphere 15
vSphere Client Interfaces 17
Functional Components 17
Managed Components 19
Access Privileges Components 21
vCenter Server Plug-Ins 21
vCenter Components That Require Tomcat 22
Optional vCenter Server Components 23
VMware, Inc. 3
vSphere Basic System Administration
4 VMware, Inc.
Contents
VMware, Inc. 5
vSphere Basic System Administration
System Administration
6 VMware, Inc.
Contents
Appendixes
VMware, Inc. 7
vSphere Basic System Administration
Permissions 310
Resource 310
Scheduled Task 312
Sessions 312
Tasks 313
vApp 313
Virtual Machine Configuration 315
Virtual Machine Interaction 319
Virtual Machine Inventory 322
Virtual Machine Provisioning 323
Virtual Machine State 326
Index 357
8 VMware, Inc.
Updated Information
This vSphere Basic System Administration Guide is updated with each release of the product or when necessary.
This table provides the update history of the vSphere Basic System Administration Guide.
Revision Description
EN-000260-06 Changed a point in “Configuring Communication Among ESX, vCenter Server, and the vSphere Client,”
on page 49 section.
EN-000260-05 n The topics “Windows Requirements for Guest Customization,” on page 178 and “Linux Requirements
for Guest Customization,” on page 179 now have reference to the vSphere Compatibility Matrixes
document for information on the list of operating system that are supported for guest OS cutomization.
n The topic “About Snapshots,” on page 205 now reflects that VMware does not support snapshots of
virtual machines configured with bus-sharing.
EN-000260-03 n In “Specify an IP Address Range,” on page 111, updated the incorrect IPv4 address from 10.209.60.13
to 10.20.60.13.
n In Chapter 17, “Using Snapshots,” on page 205, added information that you can use snapshot as a
restoration point during a linear or iterative process.
n In “About Snapshots,” on page 205, added a link to a KB article.
n In “Revert to Snapshot Command,” on page 209, added information about taking the snapshot when
the virtual machine is powered off.
n In “Collection Intervals,” on page 269, updated that ESXi retains real-time statistics for one hour instead
of 30 minutes.
n In “Disk Metrics,” on page 337, updated the Stats Type as rate and Unit as kiloBytesPerSecond in the
usage counter of the Table C-3.
EN-000260-02 n In “Linux Requirements for Guest Customization,” on page 179 added new Linux Guest Operating
Systems.
n In “Windows Requirements for Guest Customization,” on page 178 added new Windows Guest
Operating Systems.
VMware, Inc. 9
vSphere Basic System Administration
Revision Description
EN-000260-01 n In “Edit vApp Startup and Shutdown Options,” on page 108 the tab name is changed from Start Up to
Start Order.
n A note added to “View vApp License Agreement,” on page 109 clarifies the condition required to view
the vApp license agreement.
n “Add a Paravirtualized SCSI Adapter,” on page 165 incorrectly stated that Paravirtual SCSI adapters
do not support bootable disk. This statement is deleted.
n The alarms Virtual Machine CPU Ready, Virtual machine disk commands canceled, and Virtual
machine disk reset are removed from the Default VMware Alarms table in “Preconfigured VMware
Alarms,” on page 264.
n “How Metrics Are Stored in the vCenter Server Database,” on page 273 now reflects that the maximum
number of years for which the vCenter Server Database can store statistical data is 5 years.
10 VMware, Inc.
About This Book
®
This manual, Basic System Administration, describes how to start and stop the VMware vSphere™ Client
components, build your vSphere environment, monitor and manage the information generated about the
components, and set up roles and permissions for users and groups using the vSphere environment. This
manual also provides information for managing, creating, and configuring virtual machines in your datacenter.
In addition, this manual provides brief introductions to the various tasks you can perform within the system
as well as cross-references to the documentation that describes all the tasks in detail.
Intended Audience
The information presented in this manual is written for system administrators who are experienced Windows
or Linux system administrators and who are familiar with virtual machine technology and datacenter
operations.
Document Feedback
VMware welcomes your suggestions for improving our documentation. If you have comments, send your
feedback to docfeedback@vmware.com.
Table 1. Abbreviations
Abbreviation Description
tmplt Template
VMware, Inc. 11
vSphere Basic System Administration
VC vCenter Server
Online and Telephone To use online support to submit technical support requests, view your product
Support and contract information, and register your products, go to
http://www.vmware.com/support.
Support Offerings To find out how VMware support offerings can help meet your business needs,
go to http://www.vmware.com/support/services.
VMware Professional VMware Education Services courses offer extensive hands-on labs, case study
Services examples, and course materials designed to be used as on-the-job reference
tools. Courses are available onsite, in the classroom, and live online. For onsite
pilot programs and implementation best practices, VMware Consulting
Services provides offerings to help you assess, plan, build, and manage your
virtual environment. To access information about education classes,
certification programs, and consulting services, go to
http://www.vmware.com/services.
12 VMware, Inc.
Getting Started
VMware, Inc. 13
vSphere Basic System Administration
14 VMware, Inc.
vSphere Components 1
VMware vSphere™ includes components and operations essential for managing virtual machines. vSphere
works with several client interfaces and offers many optional components and modules, such as VMware High
Availability (HA), VMware VMotion™, VMware Distributed Resource Scheduler (DRS), VMware Update
Manager, and VMware Converter Enterprise.
vSphere allows you to treat your virtual environment objects as managed components such as virtual machines,
hosts, datacenters, resource pools, and clusters. Functional components of vSphere provide the best way to
manage each of these managed components of your virtual environment.
Finally, vSphere provides powerful administration tools through access privileges components.
Components of vSphere
VMware vSphere is a suite of software components for virtualization.
Through ESX/ESXi, you run the virtual machines, install operating systems,
run applications, and configure the virtual machines. Configuration includes
identifying the virtual machine’s resources, such as storage devices.
VMware, Inc. 15
vSphere Basic System Administration
Each ESX/ESXi host has a vSphere Client available for your management use.
If your ESX/ESXi host is registered with vCenter Server, a vSphere Client that
accommodates vCenter Server features is available.
vCenter Server A service that acts as a central administrator for VMware ESX/ESXi hosts that
are connected on a network. vCenter Server directs actions on the virtual
machines and the virtual machine hosts (the ESX/ESXi hosts).
vCenter Server is a single Windows Service and is installed to run
automatically. vCenter Server runs continuously in the background,
performing its monitoring and managing activities even when no vSphere
Clients are connected and even if nobody is logged on to the computer where
it resides. It must have network access to all the hosts it manages and be
available for network access from any machine where the vSphere Client is run.
vCenter Server can be installed in a Windows virtual machine on an ESX/ESXi
host, allowing it to take advantage of the high-availability afforded by VMware
HA. See the Installation Guide for details on setting up this configuration.
Multiple vCenter Server systems can be joined together using Linked Mode to
allow them to be managed using a single vSphere Client connection.
vCenter Server plug-ins Applications that provide additional features and functionality to vCenter
Server. Typically, plug-ins consist of a server component and a client
component. After the plug-in server is installed, it is registered with vCenter
Server and the plug-in client is available to vSphere clients for download. After
a plug-in is installed on a vSphere client, it might alter the interface by adding
views, tabs, toolbar buttons, or menu options related to the added functionality.
Plug-ins leverage core vCenter Server capabilities, such as authentication and
permission management, but can have their own types of events, tasks,
metadata, and privileges.
In addition to plug-ins that are available independently of vCenter Server,
some vCenter Server features are implemented as plug-ins, and can be
managed using the vSphere Client Plug-in Manager. These features include
vCenter Storage Monitoring, vCenter Hardware Status, and vCenter Service
Status.
vCenter Server database A persistent storage area for maintaining status of each virtual machine, host,
and user managed in the vCenter Server environment. The vCenter Server
database can be remote or local to the vCenter Server system.
If you are accessing your ESX/ESXi host directly through a vSphere Client, and
not through a vCenter Server system and associated vSphere Client, you do
not use a vCenter Server database.
vCenter Server agent On each managed host, software that collects, communicates, and executes the
actions received from vCenter Server. The vCenter Server agent is installed the
first time any host is added to the vCenter Server inventory.
16 VMware, Inc.
Chapter 1 vSphere Components
Host agent On each managed host, software that collects, communicates, and executes the
actions received through the vSphere Client. It is installed as part of the
ESX/ESXi installation.
vSphere Client A required component and the primary interface for creating, managing, and
monitoring virtual machines, their resources, and their hosts. It also provides
console access to virtual machines.
vSphere Web Access A Web interface through which you can perform basic virtual machine
management and configuration and get console access to virtual machines. It
is installed with your ESX/ESXi host. Similar to the vSphere Client, vSphere
Web Access works directly with a host or through vCenter Server. See the
vSphere Web Access Administrator’s Guide for additional information.
VMware Service Console A command-line interface for configuring an ESX host. For an ESXi host, use
the vSphere Command-Line Interface.
vSphere Command-Line A command-line interface for configuring an ESXi host. The vSphere
Interface Command-Line Interface can also be used to perform Storage VMotion
operations on both ESX/ESXi hosts.
Functional Components
Functional components are used to monitor and manage your vSphere infrastructure.
The functional components are accessible from the vSphere Client Home page. Functional components are
divided into four categories: Inventory, Administration, Management, and Solutions and Applications.
Inventory
You use the Inventory functional components to view the objects managed by vCenter Server. Managed objects
include datacenters, resource pools, clusters, networks, datastores, templates, hosts, and virtual machines. The
inventory options are:
Search Allows you to search the vSphere inventory for hosts, virtual machines,
networks, datastores, and folders matching specified criteria.
Hosts and Clusters Provides a hierarchical view of hosts, clusters, and their child objects.
VMware, Inc. 17
vSphere Basic System Administration
VMs and Templates Provides a view of all virtual machines and templates in the inventory, grouped
by datacenters and folders.
Datastores Provides a view of all datastores in the inventory, grouped by datacenters and
folders.
Networks Provides a view of all networks in the inventory, grouped by datacenters and
folders.
Administration
You use the Administration functional components to configure and monitor the state of your hosts or vCenter
Server systems. The options are:
Roles Allows you to view and create roles used to grant access privileges to users.
Sessions Allows you to view all vSphere Client sessions currently connected to the
selected vCenter Server system. If you have sufficient privileges, you can
terminate sessions. Sessions are available through vCenter Server only.
Licensing Allows you to view and administer vSphere licenses. This is available through
vCenter Server only. To administer licenses for a standalone host, use the host
Configuration tab.
vCenter Server Settings Allows you to configure a number of settings for the selected vCenter Server
system. The vCenter Server settings are available through vCenter Server only.
vCenter Server Status Provides a list of vSphere services with their current status. The status details
include warning and alert information.
Guided Consolidation Analyzes computers in your enterprise and recommends the best candidates
to virtualize. The consolidation interface guides you through the conversion
process based on the computers you select for consolidation.
Management
You use the Management functional components to monitor and manage the objects in the vSphere inventory.
Management functional components are available through vCenter Server only. The options are:
Scheduled Tasks Provides a list of activities and a means to schedule those activities. Scheduled
tasks are available through vCenter Server only.
Events Provides a list of all the events that occur in the vCenter Server environment.
Use this option to view all events. To see only events relevant to a particular
object, use the Tasks & Events tab for that object. Events are available through
vCenter Server only.
Maps Provides a visual representation of the status and structure of the vSphere
environment and the relationships between managed objects. This includes
hosts, networks, virtual machines, and datastores. Maps are available only
through vCenter Server.
Host Profiles Allows you to view, create, apply, and check compliance for host profiles.
Customization Allows you to create new virtual machine guest operating system
Specifications Manager specifications and manage existing specifications.
18 VMware, Inc.
Chapter 1 vSphere Components
NOTE This panel appears only if you purchased and installed VMware vSphere extensions that are sold
separately from the VMware vCenter Server product.
Managed Components
Managed components are objects in your virtual and physical infrastructure on which you can place
permissions, monitor tasks and events, and set alarms. You can group most managed components by using
folders to more easily manage them.
All managed components, with the exception of hosts, can be renamed to represent their purposes. For
example, they can be named after company departments or locations or functions. vCenter Server monitors
and manages the following components of your virtual and physical infrastructure:
Datacenters Unlike a folder, which is used to organize a specific object type, a datacenter is
an aggregation of all the different types of objects needed to do work in virtual
infrastructure: hosts, virtual machines, networks, and datastores.
If two virtual machines connect to networkA, they are connected to the same
network. Rules are different across datacenters. Theoretically, the same
physical network can appear in two datacenters and be called two different
names. Or networkA might have one meaning in datacenterA and a different
meaning in datacenterB. Moving objects between datacenters can create
problems or, at least, unpredictable results.
VMware, Inc. 19
vSphere Basic System Administration
To have a single namespace (that is, a single datacenter) for all networks and
datastores, use folders within the datacenter to organize the networks and
datastores. To have separate namespaces (separate datacenters) for networks
and datastores, create two datacenters.
Folders A top-level structure for vCenter Server only. Folders allow you to group
objects of the same type so you can easily manage them. For example, you can
use folders to set permissions across objects, to set alarms across objects, and
to organize objects in a meaningful way.
A folder can contain other folders, or a group of objects of the same type:
datacenters, clusters, datastores, networks, virtual machines, templates, or
hosts. For example, one folder can contain hosts and a folder containing hosts,
but it cannot contain hosts and a folder containing virtual machines.
The datacenter folders form a hierarchy directly under the root vCenter Server
and allow users to group their datacenters in any convenient way. Within each
datacenter is one hierarchy of folders with virtual machines and templates, one
with hosts and clusters, one with datastores, and one with networks.
Hosts The physical computer on which the virtualization platform software, such as
ESX/ESXi, is installed and all virtual machines reside. If the vSphere Client is
connected directly to an ESX/ESXi host, only that host is available for
management.
NOTE When vCenter Server refers to a host, this means the physical machine
on which the virtual machines are running. All virtual machines within the
VMware vSphere environment are physically on ESX/ESXi hosts. The term host
in this Help system refers to the ESX/ESXi host that has virtual machines on it.
Networks A set of virtual network interface cards (virtual NIC), virtual switches
(vSwitch), and port groups that connect virtual machines to each other or to
the physical network outside of the virtual datacenter. All virtual machines that
connect to the same port group belong to the same network in the virtual
environment, even if they are on different physical servers. You can monitor
networks and set permissions and alarms on port groups.
Resource pools A structure that allows delegation of control over the resources of a host.
Resource pools are used to compartmentalize all resources in a cluster. You can
create multiple resource pools as direct children of a host or cluster and
configure them. Then delegate control over them to other individuals or
organizations. The managed resources are CPU and memory from a host or
cluster. Virtual machines execute in, and draw their resources from, resource
pools.
vCenter Server provides, through the DRS components, various options in
monitoring the status of the resources and adjusting or suggesting adjustments
to the virtual machines using the resources. You can monitor resources and set
alarms on them.
20 VMware, Inc.
Chapter 1 vSphere Components
Templates A master copy of a virtual machine that can be used to create and provision
new virtual machines.
Virtual machines A virtualized x86 or x64 personal computer environment in which a guest
operating system and associated application software can run. Multiple virtual
machines can operate on the same managed host machine concurrently.
vApps VMware vApp is a format for packaging and managing applications. A vApp
can contain multiple virtual machines.
Each user logs in to a vCenter Server system through the vSphere Client. Each user is identified to the server
as someone who has rights and privileges to selected objects, such as datacenters and virtual machines, within
the vSphere environment. The vCenter Server system has full rights and privileges on all hosts and virtual
machines within the vSphere environment. The server passes on only those actions and requests from a user
that the user has permission to perform. Access privileges affect which vSphere Client objects appear in the
inventory.
The server determines which access privileges and requests to allow based on the role assigned to the user or
the user’s group on each object. vCenter Server administrators can create custom roles with specific sets of
privileges, as well as use the sample roles that vCenter Server provides.
Users and Groups Created through the Windows domain or Active Directory database or on the
ESX/ESXi host. The server, vCenter Server or ESX/ESXi, registers users and
groups as part of the assigning privileges process.
Roles A set of access rights and privileges. Selected sample roles exist. You can also
create roles and assign combinations of privileges to each role.
Some plug-ins are installed as part of the base vCenter Server product.
vCenter Storage Allows you to review information on storage usage and visually map
Monitoring relationships between all storage entities available in vCenter Server.
vCenter Hardware Uses CIM monitoring to display the hardware status of hosts managed by
Status vCenter Server.
VMware, Inc. 21
vSphere Basic System Administration
Some plug-ins are packaged separately from the base product and require separate installation. Plug-ins and
the base product can be upgraded independently of each other. VMware modules include:
VMware Update Manager Enables administrators to apply updates and patches across ESX/ESXi hosts
and all managed virtual machines. This module provides the ability to create
user-defined security baselines which represent a set of security standards.
Security administrators can compare hosts and virtual machines against these
baselines to identify and remediate systems that are not in compliance.
VMware Converter Enables users to convert physical machines, and virtual machines in a variety
Enterprise for vCenter of formats, to ESX/ESXi virtual machines. Converted systems can be imported
Server into the vCenter Server inventory.
vShield Zones vShield Zones is an application-aware firewall built for VMware vCenter
Server integration. vShield Zones inspects client-server communications and
inter-virtual-machine communication to provide detailed traffic analytics and
application-aware firewall partitioning. vShield Zones is a critical security
component for protecting virtualized datacenters from network-based attacks
and misuse.
VMware vCenter VMware vCenter Orchestrator is a workflow engine that enables you to create
Orchestrator and execute automated workflows within your VMware vSphere environment.
vCenter Orchestrator coordinates workflow tasks across multiple VMware
products and third-party management and administration solutions through
its open plug-in architecture. vCenter Orchestrator provides a library of
workflows that are highly extensible; any operation available in the vCenter
Server API can be used to customize vCenter Orchestrator workflows.
VMware Data Recovery VMware Data Recovery is a disk-based backup and recovery solution that
provides complete data protection for virtual machines. VMware Data
Recovery is fully integrated with VMware vCenter Server to enable centralized
and efficient management of backup jobs and includes data de-duplication to
minimize disk usage.
22 VMware, Inc.
Chapter 1 vSphere Components
VMotion A feature that enables you to move running virtual machines from one
ESX/ESXi host to another without service interruption. It requires licensing on
both the source and target host. vCenter Server centrally coordinates all
VMotion activities.
VMware HA A feature that enables a cluster with High Availability. If a host goes down, all
virtual machines that were running on the host are promptly restarted on
different hosts in the same cluster.
When you enable the cluster for HA, you specify the number of hosts you
would like to be able to recover. If you specify the number of host failures
allowed as 1, HA maintains enough capacity across the cluster to tolerate the
failure of one host. All running virtual machines on that host can be restarted
on remaining hosts. By default, you cannot power on a virtual machine if doing
so violates required failover capacity. See the VMware Availability Guide for
more information.
VMware DRS A feature that helps improve resource allocation and power consumption
across all hosts and resource pools. VMware DRS collects resource usage
information for all hosts and virtual machines in the cluster and gives
recommendations (or migrates virtual machines) in one of two situations:
n Initial placement – When you first power on a virtual machine in the
cluster, DRS either places the virtual machine or makes a recommendation.
n Load balancing – DRS tries to improve resource utilization across the
cluster by performing automatic migrations of virtual machines (VMotion)
or by providing a recommendation for virtual machine migrations.
vSphere SDK package APIs for managing virtual infrastructure and documentation describing those
APIs. The SDK also includes the vCenter Server Web Service interface, Web
Services Description Language (WSDL), and example files. This is available
through an external link. You can download the SDK package from the
VMware APIs and SDKs Documentation page on the VMware Web site.
VMware Data Recovery VMware Data Recovery is a disk-based backup and recovery solution that
provides complete data protection for virtual machines. VMware Data
Recovery is fully integrated with VMware vCenter Server to enable centralized
and efficient management of backup jobs and includes data de-duplication to
minimize disk usage.
VMware, Inc. 23
vSphere Basic System Administration
24 VMware, Inc.
Starting and Stopping the vSphere
Components 2
You can start and stop each one of the major vSphere components, ESX/ESXi, and vCenter Server. You might
want to stop a component to perform maintenance or upgrade operations.
Procedure
u On the physical box where ESX/ESXi is installed, press the power button until the power on sequence
begins.
The ESX/ESXi host starts, locates its virtual machines, and proceeds with its normal ESX/ESXi functions.
Procedure
VMware, Inc. 25
vSphere Basic System Administration
Procedure
ESX shuts down. When it is finished, a message indicates that it is safe to power off your system.
For information about accessing the service console, see “Connect to the Service Console,” on page 29.
Procedure
For example, select Control Panel > Administrative Tools > Services and click VMware VirtualCenter
Server.
3 In the VMware vCenter Server Services Properties dialog box, click the General tab and view the service
status.
If you have manually stopped the vCenter Server service or must start it for any reason, perform the steps
below.
26 VMware, Inc.
Chapter 2 Starting and Stopping the vSphere Components
Procedure
For example, select Control Panel > Administrative Tools > Services and click VMware VirtualCenter
Server.
2 Right-click VMware VirtualCenter Server, select Start, and wait for startup to complete.
You should not have to stop the vCenter Server service. The vCenter Server should operate without
interruption. Continuous operation ensures that all monitoring and task activities are performed as expected.
Procedure
For example, select Start > Control Panel > Administrative Tools > Services.
3 Right-click VMware VirtualCenter Server, select Stop, and wait for it to stop.
4 Close the Properties dialog box.
A login screen appears when you start the vSphere Client. After you log in, the client displays the objects and
functionality appropriate to the server you are accessing and the permissions available to the user you logged
in as.
Procedure
If this is the first time you are starting the vSphere Client, log in as the administrator:
n If the managed host is not a domain controller, log in as either <local host name>\<user> or <user>,
where <user> is a member of the local Administrators group.
n If the managed host is a domain controller, you must log in as <domain>\<user>, where <domain> is
the domain name for which the managed host is a controller and <user>is a member of that domain’s
Domain Administrators group. VMware does not recommend running on a domain controller .
2 Double-click a shortcut or select the vSphere Client from Start > Programs > VMware > vSphere Client.
3 Enter the host name or IP address of a vCenter Server system or ESX/ESXi host, depending on what you
want to access.
If you are logging in to a vCenter Server system that is part of a Connected Group, logging in to that server
connects you to all servers in that group.
NOTE Only previously entered server names appear in the Server drop-down menu.
VMware, Inc. 27
vSphere Basic System Administration
NOTE To automatically log in with your current Windows Active Directory credentials, you can select
the Use Windows session credentialscheck box. If the vSphere Client gets disconnected from the
vCenter Server, you are automatically logged in after reconnection if you have selected this check
box.
n If you are logging in to an ESX host for the first time, enter the user name root and the password that
you provided during ESX installation.
If you are logging in to an ESXi host for the first time, enter the user name rootand leave the
Password field blank.
NOTE Closing a vSphere Client session does not stop the server.
Procedure
u Click the close box (X) , or select File > Exit.
The vSphere Client shuts down. The vSphere Client is logged out of the vCenter Server system. The server
continues to run all its normal activities in the background. Any scheduled tasks are saved and performed by
vCenter Server.
As with the vSphere Client, vSphere Web Access can either be used to connect directly to an ESX/ESXi host or
to a vCenter Server system. The functionality of vSphere Web Access is a subset of vSphere Client functionality.
The vSphere Web Access console provides a remote mouse-keyboard-screen (MKS) for the virtual machines.
You can interact with a guest operating system running in a virtual machine and connect remotely to the virtual
machine’s mouse, keyboard, and screen.
vSphere Web Access does not have its own concept of users or permissions. Use the same login credentials
you would use to log in to the vSphere Client.
Procedure
28 VMware, Inc.
Chapter 2 Starting and Stopping the vSphere Components
3 Type your user name and password, and click Log In.
After your user name and password are authorized by vSphere Web Access, the vSphere Web Access
home page appears.
Procedure
u Click the Log Out link at the top right corner of every page.
Remote client devices are disconnected when you log out of vSphere Web Access.
ESXi does not have a service console. Some service console commands are available for ESXi through the remote
command-line interface.
The vSphere SDK is used for scripted manipulation of your vSphere instead. The vSphere Client is the primary
interface to all nonscripted activities, including configuring, monitoring, and managing your virtual machines
and resources.
If your DNS server cannot map the host’s name to its DHCP-generated IP address, you must determine the
service console's numeric IP address. Another caution against using DHCP is that the numeric IP address might
change as DHCP leases run out or when the system is rebooted.
VMware does not recommend using DHCP for the service console unless your DNS server can handle the host
name translation.
CAUTION Do not use dynamic (DHCP) addressing when sharing the network adapter assigned to the service
console with virtual machines. ESX requires a static IP address for the service console when sharing a network
adapter.
Whether you use the service console locally or through a remote connection, you must log in using a valid user
name and password.
NOTE Depending on the security settings for your ESX computer, you might be able to connect remotely to
the service console using SSH or Telnet. For more information on the security settings, see the ESX Configuration
Guide.
Procedure
u Press Alt+F2 to get to the login screen and log in.
VMware, Inc. 29
vSphere Basic System Administration
Detailed usage notes for most service console commands are available as manual or man pages.
NOTE ESXi does not have a service console. However, many of the functions provided by the service console
are available through the vSphere CLI.
Procedure
u At the service console command line, type the man command followed by the name of the command for
which you want to see information.
30 VMware, Inc.
Using vCenter Server in Linked Mode 3
You can join multiple vCenter Server systems using vCenter Linked Mode to allow them to share information.
When a server is connected to other vCenter Server systems using Linked Mode, you can connect to that
vCenter Server system and view and manage the inventories of all the vCenter Server systems that are linked.
Linked Mode uses Microsoft Active Directory Application Mode (ADAM) to store and synchronize data across
multiple vCenter Server systems. ADAM is installed automatically as part of vCenter Server installation. Each
ADAM instance stores data from all of the vCenter Server systems in the group, including information about
roles and licenses. This information is regularly replicated across all of the ADAM instances in the connected
group to keep them in sync.
When vCenter Server systems are connected in Linked Mode, you can:
n Log in simultaneously to all vCenter Server systems for which you have valid credentials.
n Search the inventories of all the vCenter Server systems in the group.
n View the inventories off all of the vCenter Server systems in the group in a single inventory view.
You cannot migrate hosts or virtual machines between vCenter Server systems connected in Linked Mode.
For additional information on troubleshooting Linked Mode groups, see ESX and vCenter Server Installation
Guide.
All the requirements for standalone vCenter Server systems apply to Linked Mode systems. For more
information, see ESX and vCenter Server Installation Guide.
VMware, Inc. 31
vSphere Basic System Administration
The following requirements apply to each vCenter Server system that is a member of a Linked Mode group:
n DNS must be operational for Linked Mode replication to work.
n The vCenter Server instances in a Linked Mode group can be in different domains if the domains have a
two-way trust relationship. Each domain must trust the other domains on which vCenter Server instances
are installed.
n When adding a vCenter Server instance to a Linked Mode group, the installer must be run by a domain
user who is an administrator on both the machine where vCenter Server is installed and the target machine
of the Linked Mode group.
n All vCenter Server instances must have network time synchronization. The vCenter Server installer
validates that the machine clocks are not more than 5 minutes apart.
Prerequisites
See “Linked Mode Prerequisites,” on page 31 and “Linked Mode Considerations,” on page 32.
Procedure
1 Select Start > All Programs > VMware > vCenter Server Linked Mode Configuration.
2 Click Next.
4 Click Join this vCenter Server instance to an existing linked mode group or another instance and click
Next.
5 Enter the server name and LDAP port number of a remote vCenter Server instance that is a member of
the group and click Next.
If you enter an IP address for the remote server, the installer converts it into a fully qualified domain name.
32 VMware, Inc.
Chapter 3 Using vCenter Server in Linked Mode
6 If the vCenter Server installer detects a role conflict, select how to resolve the conflict.
Option Description
Yes, let VMware vCenter Server Click Next.
resolve the conflicts for me The role on the joining system is renamed to <vcenter_name> <role_name>,
where <vcenter_name> is the name of the vCenter Server system that is joining
the Linked Mode group, and <role_name> is the name of the original role.
No, I'll resolve the conflicts myself To resolve the conflicts manually:
a Using the vSphere Client, log in to one of the vCenter Server systems
using an account with Administrator privileges.
b Rename the conflicting role.
c Close the vSphere Client session and return to the vCenter Server
installer.
d Click Back and click Next.
The installation continues without conflicts.
A conflict results if the joining system and the Linked Mode group each contain a role with the same name
but with different privileges.
7 Click Finish.
vCenter Server restarts. Depending on the size of your inventory, the change to Linked Mode might take
from a few seconds to a few minutes to complete.
The vCenter Server instance is now part of a Linked Mode group. After you form a Linked Mode group, you
can log in to any single instance of vCenter Server and view and manage the inventories of all the vCenter
Servers in the group. It might take several seconds for the global data (such as user roles) that are changed on
one machine to be visible on the other machines. The delay is usually 15 seconds or less. It might take a few
minutes for a new vCenter Server instance to be recognized and published by the existing instances, because
group members do not read the global data very often.
If the roles defined on each vCenter Server system are different, the roles lists of the systems are combined into
a single common list. For example, if vCenter Server 1 has a role named Role A and vCenter Server 2 has a role
named Role B, then both servers will have both Role A and Role B after they are joined in a linked mode group.
If two vCenter Server systems have roles with the same name, the roles are combined into a single role if they
contain the same privileges on each vCenter Server system. If two vCenter Server systems have roles with the
same name that contain different privileges, this conflict must be resolved by renaming at least one of the roles.
You can choose to resolve the conflicting roles either automatically or manually.
If you choose to reconcile the roles automatically, the role on the joining system is renamed to
<vcenter_name> <role_name> where <vcenter_name> is the name of the vCenter Server system that is joining the
Linked Mode group and <role_name> is the name of the original role.
If you choose to reconcile the roles manually, connect to one of the vCenter Server systems with the vSphere
Client and rename one instance of the role before proceeding to join the vCenter Server system to the Linked
Mode group.
If you remove a vCenter Server system from a linked mode group, the vCenter Server system retains all the
roles it had as part of the group.
VMware, Inc. 33
vSphere Basic System Administration
Procedure
1 Select Start > All Programs > VMware > vCenter Server Linked Mode Configuration.
3 Click Isolate this vCenter Server instance from linked mode group and click Next.
4 Click Continue and click Finish.
vCenter Server restarts. Depending on the size of your inventory, the change to Linked Mode might take
from a few seconds to a few minutes to complete.
The vCenter Server instance is no longer part of the Linked Mode group.
vCenter Server systems in a Linked Mode group can be in different domains as long as the domains have a
trust relationship.
Procedure
1 Isolate the vCenter Server system from the Linked Mode group.
If you do not update the URLs, remote instances of vCenter Server cannot reach the vCenter Server system,
because the default vCenter Server URL entries are no longer accurate. The vCenter Server installer configures
default URL entries as follows:
n For the Virtualcenter.VimApiUrl key, the default value is http(s)://<Fully qualified domain name
(FQDN) of VC machine>/sdk.
Procedure
1 Isolate the vCenter Server system from the Linked Mode group.
See “Isolate a vCenter Server Instance from a Linked Mode Group,” on page 34.
2 Change the domain name or the machine name to make them match.
3 From the vSphere Client, connect directly to the vCenter Server instance on which you have changed the
domain or machine name.
34 VMware, Inc.
Chapter 3 Using vCenter Server in Linked Mode
4 Select Administration > vCenter Server Settings and click Advanced Settings.
5 For the Virtualcenter.VimApiUrl key, change the value to point to the location where the vSphere Client
and SDK clients can access the vCenter Server system.
6 For the Virtualcenter.VimWebServicesUrl key, change the value to point to the location where
vCenter Server Webservices is installed.
7 For the Virtualcenter.Instancename key, change the value so that the modified name appears in the
vCenter Server inventory view.
If this occurs, resolve the problem with the domain controller and restart vCenter Server. If resolving the
problem with the domain controller is not possible, you can restart vCenter Server by removing the
vCenter Server system from the domain and isolating the system from its current Linked Mode group.
n The DNS name of the machine must match with the actual machine name. Symptoms of machine names
not matching the DNS name are data replication issues, ticket errors when trying to search, and missing
search results from remote instances.
n There is correct order of operations for joining a Linked Mode group.
a Verify that the vCenter Server domain name matches the machine name. If they do not match, change
one or both to make them match.
b Update the URLs to make them compatible with the new domain name and machine name.
If you do not update the URLs, remote instances of vCenter Server cannot reach the vCenter Server
system, because the default vCenter Server URL entries are no longer accurate. See “Configure the
URLs on a Linked Mode vCenter Server System,” on page 34.
If a vCenter Server instance is no longer reachable by remote instances of vCenter Server, the following
symptom might occur:
n Clients logging in to other vCenter Server systems in the group cannot view the information that
belongs to the vCenter Server system on which you changed the domain name because the users
cannot log in to the system.
n Any users that are currently logged in to the vCenter Server system might be disconnected.
n Search queries do not return results from the vCenter Server system.
VMware, Inc. 35
vSphere Basic System Administration
To resolve this issue, make sure that the Virtualcenter.VimApiUrl key points to the location where the
vSphere Client and SDK clients can access the vCenter Server system, and the
Virtualcenter.VimWebServicesUrl key points to the location where vCenter Server Webservices is
installed. For the Virtualcenter.Instancename key, change the value so that the modified name appears in
the vCenter Server inventory view.
n If you cannot join a vCenter Server instance, you can resolve the problem with the following actions:
n Ensure that the machine is grouped into the correct organizational unit in the corresponding domain
controller.
n When you install vCenter Server, ensure that the logged in user account has administrator privileges
on the machine.
n To resolve trust problems between a machine and the domain controller, remove the machine from
the domain and then add it to the domain again.
n To ensure that the Windows policy cache is updated, run the gpupdate /force command from the
Windows command line. This command performs a group policy update.
n If the local host cannot reach the remote host during a join operation, verify the following:
n Remote vCenter Server IP address or fully qualified domain name is correct.
n LDAP port on the remote vCenter Server is correct.
n VMwareVCMSDS service is running.
n Make sure your Windows and network-based firewalls are configured to allow Linked Mode.
Incorrect configuration of firewalls can cause licenses and roles to become inconsistent between instances.
Prerequisites
n The Windows version must be an earlier than Windows Server 2008. For Windows Server 2008, Windows
automatically configures the firewall to permit access.
n There must be no network-based firewalls between vCenter Server Linked Mode instances. For
environments with network-based firewalls, see “Configuring Firewall Access by Opening Selected
Ports,” on page 37.
Procedure
7 Click OK.
36 VMware, Inc.
Chapter 3 Using vCenter Server in Linked Mode
Incorrect configuration of firewalls can cause licenses and roles to become inconsistent between instances.
Procedure
u Configure Windows RPC ports to generically allow selective ports for machine-to-machine RPC
communication.
Choose one of the following methods.
n Change the registry settings. See http://support.microsoft.com/kb/154596/en-us.
n Use Microsoft's RPCCfg.exe tool. See http://support.microsoft.com/kb/908472/en-us.
Procedure
u From the vSphere Client Home page, click vCenter Service Status.
The vCenter Service Status screen appears and enables you to view the following information:
n A list of all vCenter Server systems and their services, and vCenter Server plug-ins.
n The status of all listed items.
n The date and time when the last change in status occurred.
n Any messages associated with the change in status.
VMware, Inc. 37
vSphere Basic System Administration
38 VMware, Inc.
Using the vSphere Client 4
The vSphere Client serves as the principal interface for administering vCenter Server and ESX/ESXi.
The vSphere Client user interface is configured based on the server to which it is connected:
n When the server is a vCenter Server system, the vSphere Client displays all the options available to the
vSphere environment, according to the licensing configuration and the user permissions.
n When the server is an ESX/ESXi host, the vSphere Client displays only the options appropriate to single
host management.
When you first log in to the vSphere Client, it displays a Home page with icons that you select to access various
vSphere Client functions. When you log out of the vSphere Client, the client application remembers the view
that was displayed when it was closed, and will return you to that view when you next log in.
You perform many management tasks from the Inventory view, which consists of a single window containing
a menu bar, a navigation bar, a toolbar, a status bar, a panel section, and pop-up menus.
VMware, Inc. 39
vSphere Basic System Administration
Procedure
n Click the Close Tab link to disable Getting Started tabs for the type of object selected.
n Change the vSphere Client settings to turn off display of all Getting Started tabs.
c Deselect the Show Getting Started Tabs check box and click OK.
Procedure
The status bar appears at the bottom of the window. It contains icons to view triggered alarms or recent tasks.
The Tasks button displays any currently running or recently completed active tasks. Included is a progress
bar indicating the percentage complete of each task. The recent tasks and the triggered alarm panels display
across the bottom of the vSphere Client window.
Panel Sections
In the body of the vSphere Client page is a panel section. In most views, there is a left and a right panel: the
Inventory panel and the Information panel.
Inventory panel Displays a hierarchical list of vSphere objects when an Inventory or Maps view
appears.
Information panels Display lists and charts. Depending on the navigation items or Inventory item
selected, the Information panel is divided into tabbed elements.
40 VMware, Inc.
Chapter 4 Using the vSphere Client
Procedure
If the vSphere Client is connected to a vCenter Server system that is part of a connected group in vCenter
Linked Mode, then you can search the inventories of all vCenter Server systems in that group. You can only
view and search for inventory objects that you have permission to view. Because the search service queries
Active Directory for information about user permissions, you must be logged in to a domain account in order
to search all vCenter Server systems in Linked Mode. If you log in using a local account, searches return results
only for the local vCenter Server system, even if it is joined to other servers in Linked Mode.
NOTE If your permissions change while you are logged in, the search service might not immediately recognize
these changes. To ensure that your search is carried out with up-to-date permissions, log out of all your open
sessions and log in again before performing the search.
Procedure
1 Click the icon in the search field at the top right of the vSphere Client window and select the type of
inventory item to search for.
n Virtual Machines
n Folders
n Hosts
n Datastores
n Networks
n Inventory, which finds matches to the search criteria in any of the available managed object types.
2 Type one or more search terms into the search field and press Enter.
3 (Optional) If more items are found than can be displayed in the results pane, click Show all to display all
results.
VMware, Inc. 41
vSphere Basic System Administration
What to do next
If you are not satisfied with the results of the simple search and want to refine your search, perform an advanced
search.
For example, you can search for virtual machines matching a particular search string which reside on hosts
whose names match a second search string.
Procedure
1 Choose View > Inventory > Search to display the advanced search page.
2 Click the icon in the search field at the top right of the vSphere Client window and select the type of
inventory item to search for.
n Virtual Machines
n Folders
n Hosts
n Datastores
n Networks
n Inventory, which finds matches to the search criteria in any of the available managed object types.
b From the drop-down menu, select the additional property that you want to use to restrict the search
results.
The available properties depend on the type of object you are searching for.
c Select or type the appropriate options for the property you have selected.
d To add more properties, click Add and repeat steps Step 4b through Step 4c.
An advanced search always finds objects that match all the properties in the list.
5 Click Search.
Using Lists
Many vSphere Client inventory tabs display lists of information.
For example, the Virtual Machines tab displays a list of all the virtual machines associated with a host or a
cluster. Sort any list in the vSphere Client by clicking the column label heading. A triangle in the column head
shows the sort order as ascending or descending.
You can also filter a list, sorting and including only selected items. A filter is sorted by a keyword. Select the
columns you want to include in the search for the keyword.
42 VMware, Inc.
Chapter 4 Using the vSphere Client
The list is updated based on whether filtering is on or off. For example, if you are in the Virtual Machines tab,
you have filtered the list, and the filtered text is “powered on”, you see a list only of virtual machines whose
state is set to powered on. If the state of any of these virtual machines changes to something else, they are
removed from the list. New virtual machines that are added are also being filtered. Filtering is persistent for
the user session.
Procedure
1 On any inventory panel displaying a list, click the arrow next to the filter box at the top right of the pane
and select the attributes on which to filter.
2 Type text directly into the filtering field to specify search criteria.
There is a one-second interval between keystrokes. If you type in the text and wait for one second, the
search starts automatically. The Filter field does not support boolean expressions or special characters and
is not case sensitive.
Export a List
You can export a list.
Procedure
3 Type a filename, select a file type in the dialog box, and click Save.
Custom Attributes
Custom attributes can be used to associate user-specific meta-information with virtual machines and managed
hosts.
Attributes are the resources that are monitored and managed for all the managed hosts and virtual machines
in your vSphere environment. Attributes’ status and states appear on the various Inventory panels.
After you create the attributes, set the value for the attribute on each virtual machine or managed host, as
appropriate. This value is stored with vCenter Server and not with the virtual machine or managed host. Then
use the new attribute to filter information about your virtual machines and managed hosts. If you no longer
need the custom attribute, remove it. A custom attribute is always a string.
For example, suppose you have a set of products and you want to sort them by sales representative. Create a
custom attribute for sales person name, Name. Add the custom attribute, Name, column to one of the list views.
Add the appropriate name to each product entry. Click the column title Name to sort alphabetically.
The custom attributes feature is available only when connected to a vCenter Server system.
VMware, Inc. 43
vSphere Basic System Administration
Procedure
2 Click Add and enter the values for the custom attribute.
a In the Name text box, type the name of the attribute.
b In the Type drop-down menu, select the attribute type:Virtual Machine, Host, or Global.
c In the Value text box, type the value you want to give to the attribute for the currently selected object.
d Click OK.
After you have defined an attribute on a single virtual machine or host, it is available to all objects of
that type in the inventory. However, the value you specify is applied only to the currently selected
object.
3 (Optional) To change the attribute name, click in the Name field and type the name you want to assign to
the attribute.
4 Click OK.
Procedure
4 To edit an attribute that has already been defined, double-click the Value field for that attribute and enter
the new value.
Select Objects
vCenter Server objects are datacenters, networks, datastores, resource pools, clusters, hosts, and virtual
machines.
44 VMware, Inc.
Chapter 4 Using the vSphere Client
Procedure
u Locate the object by browsing or search.
n From the vSphere Client Home page, click the icon for the appropriate inventory view, and browse
through the inventory hierarchy to select the object.
n Perform a search for the object, and double-click it in the search results.
Install Plug-Ins
You can install plug-ins using the Plug-in Manager.
Procedure
6 After installation is complete, verify that the plug-in is listed under the Installed tab and that it is enabled.
Procedure
Disabling a plug-in does not remove it from the client. You must uninstall the plug-in to remove it.
VMware, Inc. 45
vSphere Basic System Administration
Remove Plug-Ins
You can remove plug-ins through the operating system’s control panel.
Procedure
u Consult your operating system’s documentation for instructions on how to use the Add/Remove Programs
control panel.
Troubleshooting Extensions
In cases were vCenter Server extensions are not working, you have several options to correct the problem.
vCenter Server extensions running on the tomcat server have extension.xml files which contain the URL where
the corresponding Web application can be accessesed (files are located in C:\Program
Files\VMware\Infrastructure\VirtualCenter Server\extensions). Extension installers populate these XML
files using the DNS name for the machine.
vCenter Server, extension servers, and the vSphere Clients that will use them must be located on systems under
the same domain. If they are not, or the DNS of the extension server is changed, the extension clients will not
be able to access the URL and the extension will not work.
You can edit the XML files manually by replacing the DNS name with an IP address. Re-register the extension
after editing its extension.xml file.
If you need to save vSphere Client data, you can do one of the following:
Procedure
n Use the Microsoft Windows Print Screen option to print a copy of the vSphere Client window.
n Select File > Export and select a format in which to save the vCenter Server data. Open the data in an
appropriate application and print from that application.
46 VMware, Inc.
Configuring Hosts and vCenter Server 5
Configuring ESX hosts, vCenter Server systems, and the vSphere Client involves several tasks. This section
contains information about some of the most common tasks.
For complete information about configuring ESX hosts, vCenter Server, and the vSphere Client, see the
following manuals:
n Introduction to vSphere
Provides information about how to configure ESX host networking, storage, and security.
n ESXi Configuration Guide
Host Configuration
Before you create virtual machines on your hosts, you must configure them to ensure that they have correct
licensing, network and storage access, and security settings. Each type of host has a manual that provides
information on the configuration for that host.
n For information on configuring an ESX host, see the ESX Configuration Guide.
n For information on configuring an ESXi host, see the ESXi Configuration Guide.
VMware, Inc. 47
vSphere Basic System Administration
The vCenter Server Settings dialog box enables you to configure the following items:
Licensing Assign vCenter Server a new or existing license key. Specify whether to use a
VMware License Server.
Runtime Settings View the unique runtime settings for a vCenter Server system. If you change
the DNS name of the vCenter Server, use this option to modify the vCenter
Server name to match.
Active Directory Specify the active directory timeout, maximum number of users and groups to
display in the Add Permissions dialog box, and the frequency for performing
a synchronization and validation of the vCenter Server system’s known users
and groups.
SNMP Specify the SNMP receiver URLs, ports, and community strings.
Ports Specify the HTTP and HTTPS ports for the Web Service to use
Timeout Settings Specify how long, in seconds, the vSphere Client waits for a response from
vCenter Server before timing out.
Logging Options Specify the amount of detail collected in vCenter Server log files.
Database Specify the password required to access the vCenter Server database and the
maximum number of database connections to be created.
Database Retention Specify when vCenter Server tasks and events should be deleted.
Policy
SSL Settings Specify whether you want vCenter Server and the vSphere Client to verify the
SSL certificates of the remote host when establishing remote connections. The
vCenter requires verified host SSL certificates option is enabled by default,
and is required for the VMware Fault Tolerance feature to operate.
Advanced Settings Specify advanced settings. VMware recommends that you do not change these
settings without contacting VMware technical support.
See the vSphere Client online Help for more information on these settings.
Procedure
2 If the vCenter Server system is part of a connected group, select the server to configure from the Current
vCenter Server drop-down menu.
Changes to the vCenter Server configuration apply to the current vCenter Server system only.
48 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
Configure your firewall to allow communication between the vSphere Client and vCenter Server by opening
ports 80 and 443.
vCenter Server acts as a web service. If your environment requires the use of a web proxy, vCenter Server can
be proxied like any other web service.
Prerequisites
Before vCenter Server can send email, you must perform the following tasks:
n Configure the SMTP server settings for vCenter Server.
n Specify email recipients through the Alarm Settings dialog box when you configure alarm actions.
To perform this task, the vSphere Client must be connected to a vCenter Server.
Procedure
2 If the vCenter Server system is part of a connected group, in Current vCenter Server, select the vCenter
Server system to configure.
4 For email message notification, set the SMTP server and SMTP port:
Option Description
SMTP Server The DNS name or IP address of the SMTP gateway to use for sending email
messages.
Sender Account The email address of the sender, for example, notifications@example.com.
5 Click OK.
These features are not available when your vSphere Client is connected to an ESX/ESXi host.
Procedure
u From the Home page of a vSphere Client connected to a vCenter Server system, click the Sessions button.
VMware, Inc. 49
vSphere Basic System Administration
Procedure
1 On the Home page of a vSphere Client connected to a vCenter Server system, click the Sessions button.
The Message of the day text is sent as a notice message to all active session users and to new users when they
log in.
Procedure
1 On the Home page of a vSphere Client connected to a vCenter Server system, click the Sessions button.
3 Click Change.
Managed systems run SNMP agents, which can provide information to a management program in at least one
of the following ways:
n In response to a GET operation, which is a specific request for information from the management system.
n By sending a trap, which is an alert sent by the SNMP agent to notify the management system of a particular
event or condition.
Management Information Base (MIB) files define the information that can be provided by managed devices.
The MIB files contain object identifiers (OIDs) and variables arranged in a hierarchy.
vCenter Server and ESX/ESXi have SNMP agents. The agent provided with each product has differing
capabilities.
The traps sent by vCenter Server are typically sent to other management programs. You must configure your
management server to interpret the SNMP traps sent by vCenter Server.
To use the vCenter Server SNMP traps, configure the SNMP settings on vCenter Server and configure your
management client software to accept the traps from vCenter Server.
The traps sent by vCenter Server are defined in VMWARE-VC-EVENT-MIB.mib. See “VMWARE-VC-EVENT-
MIB,” on page 62.
50 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
Prerequisites
To complete the following task, the vSphere Client must be connected to a vCenter Server. In addition, you
need the DNS name and IP address of the SNMP receiver, the port number of the receiver, and the community
identifier.
Procedure
2 If the vCenter Server is part of a connected group, in Current vCenter Server, select the appropriate server.
4 Enter the following information for the Primary Receiver of the SNMP traps.
Option Description
Receiver URL The DNS name and IP address of the SNMP receiver.
Receiver port The port number of the receiver to which the SNMP agent sends traps.
If the port value is empty, vCenter Server uses the default port, 162.
Community The community identifier.
5 (Optional) Enable additional receivers in the Enable Receiver 2, Enable Receiver 3, and Enable Receiver
4 options.
6 Click OK.
The vCenter Server system is now ready to send traps to the management system you have specified.
What to do next
Configure your SNMP management software to receive and interpret data from the vCenter Server SNMP
agent. See “Configure SNMP Management Client Software,” on page 53.
Versions of ESX prior to ESX 4.0 included a Net-SNMP-based agent. You can continue to use this Net-SNMP-
based agent in ESX 4.0 with MIBs supplied by your hardware vendor and other third-party management
applications. However, to use the VMware MIB files, you must use the embedded SNMP agent.
By default, the embedded SNMP agent is disabled. To enable it, you must configure it using the vSphere CLI
command vicfg-snmp. For a complete reference to vicfg-snmp options, see vSphere Command-Line Interface
Installation and Reference Guide.
Prerequisites
SNMP configuration for ESX/ESXi requires the vSphere CLI. For information on installing and using the
vSphere CLI, see vSphere Command-Line Interface Installation and Reference Guide.
Procedure
VMware, Inc. 51
vSphere Basic System Administration
An SNMP community defines a group of devices and management systems. Only devices and management
systems that are members of the same community can exchange SNMP messages. A device or management
system can be a member of multiple communities.
Prerequisites
SNMP configuration for ESX/ESXi requires the vSphere CLI. For information on installing and using the
vSphere CLI, see vSphere Command-Line Interface Installation and Reference Guide.
Procedure
u From the vSphere CLI, type
vicfg-snmp.pl --server <hostname> --username <username> --password <password> -c <com1>.
Replace <com1> with the community name you wish to set. Each time you specify a community with this
command, the setings you specify overwrite the previous configuration. To specify multiple communities,
separate the community names with a comma.
For example, to set the communities public and internal on the host host.example.com, you might type
vicfg-snmp.pl --server host.example.com --username user --password password -c public,
internal.
To send traps with the SNMP agent, you must configure the target (receiver) address, community, and an
optional port. If you do not specify a port, the SNMP agent sends traps to UDP port 162 on the target
management system by default.
Prerequisites
SNMP configuration for ESX/ESXi requires the vSphere CLI. For information on installing and using the
vSphere CLI, see vSphere Command-Line Interface Installation and Reference Guide.
52 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
Procedure
Replace <target address>, <port>, and <community> with the address of the target system, the port number
to send the traps to, and the community name, respectively. Each time you specify a target with this
command, the settings you specify overwrite all previously specified settings. To specify multiple targets,
separate them with a comma.
For example, to send SNMP traps from the host host.example.com to port 162 on target.example.com using
the public community, type
vicfg-snmp.pl --server host.example.com --username user --password password -t
target.example.com@162/public.
3 (Optional) Send a test trap to verify that the agent is configured correctly by typing
vicfg-snmp.pl --server <hostname> --username <username> --password <password> --test.
By default, the embedded SNMP agent listens on UDP port 161 for polling requests from management systems.
You can use the vicfg-snmp command to configure an alternative port. To avoid conflicting with other services,
use a UDP port that is not defined in /etc/services.
IMPORTANT Both the embedded SNMP agent and the Net-SNMP-based agent available in the ESX service
console listen on UDP port 161 by default. If you enable both of these agents for polling on an ESX host, you
must change the port used by at least one of them.
Prerequisites
SNMP configuration for ESX/ESXi requires the vSphere CLI. For information on installing and using the
vSphere CLI, see vSphere Command-Line Interface Installation and Reference Guide.
Procedure
Replace <port> with the port for the embedded SNMP agent to use for listening for polling requests.
To configure your management client software, you must specify the communities for the managed device,
configure the port settings, and load the VMware MIB files. Refer to the documentation for your management
system for specific instructions for these steps.
VMware, Inc. 53
vSphere Basic System Administration
Prerequisites
To complete this task, you must download the VMware MIB files from the VMware website:
http://communities.vmware.com/community/developer/managementapi.
Procedure
1 In your management software, specify the vCenter Server or ESX/ESXi system as an SNMP-based
managed device.
These must correspond to the communities set for the SNMP agent on the vCenter Server system or
ESX/ESXi host.
3 (Optional) If you configured the SNMP agent to send traps to a port on the management system other
than the default UDP port 162, configure the management client software to listen on the port you
configured.
4 Load the VMware MIBs into the management software so you can view the symbolic names for the vCenter
Server or ESX/ESXi variables.
To prevent lookup errors, load the MIB files in the following order:
a VMWARE-ROOT-MIB.mib
b VMWARE-TC-MIB.mib
c VMWARE-PRODUCTS-MIB.mib
d VMWARE-SYSTEM-MIB.mib
e VMWARE-ENV-MIB.mib
f VMWARE-RESOURCES-MIB.mib
g VMWARE-VMINFO-MIB.mib
i VMWARE-AGENTCAP-MIB.mib
j VMWARE-VC-EVENT-MIB.mib
The management software can now receive and interpret traps from vCenter Server or ESX/ESXi systems.
SNMP Diagnostics
Use SNMP tools to diagnose configuration problems.
You can use the following tools to diagnose problems with SNMP configuration:
n Type vicfg-snmp.pl --server <hostname> --username <username> --password <password> --test at the
vSphere command-line interface to prompt the embedded SNMP agent to send a test warmStart trap.
n Type vicfg-snmp.pl --server <hostname> --username <username> --password <password> --show to
display the current configuration of the embedded SNMP agent.
n The SNMPv2-MIB.mib file provides a number of counters to aid in debugging SNMP problems. See
“SNMPv2 Diagnostic Counters,” on page 65.
n The VMWARE-AGENTCAP-MIB.mib file defines the capabilities of the VMware SNMP agents by product
version. Use this file to determine if the SNMP functionality that you want to use is supported.
54 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
The virtual machine uses its own virtual hardware devices. Do not install agents in the virtual machine that
are intended to monitor physical hardware.
Procedure
u Install the SNMP agents you normally would use for that purpose in the guest operating systems. No
special configuration is required on ESX.
Table 5-1 lists the MIB files provided by VMware and describes the information that each file provides.
VMWARE-ROOT-MIB.mib Contains VMware’s enterprise OID and top level OID assignments.
VMWARE-AGENTCAP-MIB.mib Defines the capabilities of the VMware agents by product versions.
VMWARE-ENV-MIB.mib Defines variables and trap types used to report on the state of physical hardware
components of the host computer.
VMWARE-OBSOLETE-MIB.mib Defines OIDs that have been made obsolete to maintain backward compatibility
with earlier versions of ESX/ESXi. Includes variables formerly defined in the
files VMWARE-TRAPS-MIB.mib and VMWARE-VMKERNEL-MIB.mib.
VMWARE-PRODUCTS-MIB.mib Defines OIDs to uniquely identify each SNMP agent on each VMware platform
by name, version, and build platform.
VMWARE-RESOURCES-MIB.mib Defines variables used to report information on resource usage of the VMkernel,
including physical memory, CPU, and disk utilization.
VMWARE-SYSTEM-MIB.mib The VMWARE-SYSTEM-MIB.mib file is obsolete. Use the SNMPv2-MIB to obtain
information from sysDescr.0 and sysObjec ID.0.
Table 5-2 lists MIB files included in the VMware MIB files package that are not created by VMware. These can
be used with the VMware MIB files to provide additional information.
VMware, Inc. 55
vSphere Basic System Administration
VMWARE-ROOT-MIB
The VMWARE-ROOT-MIB.mib file defines the VMware enterprise OID and top level OID assignments.
vmwSystem vmware 1
vmwVirtMachines vmware 2
vmwResources vmware 3
vmwProductSpecific vmware 4
vmwLdap vmware 40
vmwTraps vmware 50
vmwOID vmware 60
vmwareAgentCapabilities vmware 70
VMWARE-ENV-MIB
The VMWARE-ENV-MIB.mib defines variables and trap types used to report on the state of physical components
of the host computer.
n vmwEnvHardwareEvent, which is sent when an ESXi host has detected a material change in the physical
condition of the hardware.
n vmwESXEnvHardwareEvent, which is sent when an ESX host has detected a material change in the physical
condition of the hardware.
56 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
VMWARE-OBSOLETE-MIB
The VMWARE-OBSOLETE-MIB.mib file contains all previously published managed objects that have been made
obsolete. This file is provided to maintain compatibility with older versions of ESX/ESXi.
The variables defined in this file were originally defined in previous versions of the VMWARE-RESOURCES-
MIB.mib and VMWARE-TRAPS-MIB.mib files. Table 5-5 lists the variables defined in VMWARE-OBSOLETE-MIB.mib.
VMware, Inc. 57
vSphere Basic System Administration
58 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
Table 5-6 lists the traps defined in VMWARE-OBSOLETE-MIB.mib. These traps were originally defined in VMWARE-
TRAPS-MIB.mib.
ESX/ESXi Traps
vmPoweredOn This trap is sent when a virtual machine is powered on from a suspended or powered off
state.
vmPoweredOff This trap is sent when a virtual machine is powered off.
vmHBLost This trap is sent when a virtual machine detects a loss in guest heartbeat. VMware Tools
must be installed in the guest operating system in order for this value to be valid.
vmHBDetected This trap is sent when a virtual machine detects or regains the guest heartbeat. VMware
Tools must be installed in the guest operating system in order for this value to be valid.
vmSuspended This trap is sent when a virtual machine is suspended.
VMware, Inc. 59
vSphere Basic System Administration
VMWARE-PRODUCTS-MIB
The VMWARE-PRODUCTS-MIB.mib file defines OIDs to uniquely identify each SNMP agent on each VMware
platform.
oidESX vmwOID 1
vmwESX vmwProductSpecific 1
vmwDVS vmwProductSpecific 2
vmwVC vmwProductSpecific 3
vmwServer vmwProductSpecific 4
VMWARE-RESOURCES-MIB
The VMWARE-RESOURCES-MIB.mib file defines variables used to report information on resource usage.
CPU Subtree
vmwCPU vmwResources 1 Defines the root OID for the subtree of variables
used to report CPU information.
vmwNumCPUs vmwCPU 1 The number of physical CPUs present on the
system.
Memory Subtree
vmwMemory vmwResources 2 Defines the root OID for the subtree of variables
used to report memory information.
vmwMemSize vmwMemory 1 Amount of physical memory present on the host (in
KB).
vmwMemCOS vmwMemory 2 Amount of physical memory allocated to the service
console (in KB). This variable does not apply to ESXi
hosts, which do not have a service console.
vmwMemAvail vmwMemory 3 The amount of memory available to run virtual
machines and to allocate to the hypervisor. It is
computed by subtracting vmwMemCOS from
vmwMemSize.
Storage Subtree
vmwStorage vmwResources 5 Defines the root OID for the subtree of variables
used to report memory information.
vmwHostBusAdapterNumber vmwStorage 1 The number of entries in the
vmwHostBusAdapterTable.
vmwHostBusAdapterTable vmwStorage 2 A table of Host Bus Adapters found in this host.
vmwHostBusAdapterEntry vmwHostBusAdapterTable 1 An entry in the Host Bus Adapter table holding
details for a particular adapter.
vmwHostBusAdapterIndex vmwHostBusAdapterEntry 1 An arbitrary index assigned to this adapter.
vmwHbaDeviceName vmwHostBusAdapterEntry 2 The system device name for this adapter.
60 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
VMWARE-SYSTEM-MIB
The VMWARE-SYSTEM-MIB.mib file provides variables for identifying the VMware software running on a managed
system by product name, version number, and build number.
VMWARE-TC-MIB
The VMWARE-TC-MIB.mib file provides common textual conventions used by VMware MIB files.
n unknown(1)
n chassis(2)
n powerSupply(3)
n fan(4)
n cpu(5)
n memory(6)
n battery(7)
n temperatureSensor(8)
n raidController(9)
n voltage(10)
n unknown(1)
n normal(2)
n marginal(3)
n critical(4)
n failed(5)
VMware, Inc. 61
vSphere Basic System Administration
VMWARE-VC-EVENT-MIB
The VMWARE-VC-EVENT-MIB.mib file provides definitions for traps sent by vCenter Server. These definitions were
provided by VMWARE-TRAPS-MIB.mib in earlier versions of VirtualCenter Server.
Table 5-11 lists the variables defined for the vCenter Server traps.
vmwVpxdTrapType vmwVC 301 The trap type of the vCenter Server trap.
vmwVpxdTargetObjType vmwVC 302 The name of the affected host.
vmwVpxdVMName vmwVC 303 The name of the affected virtual machine.
vmwVpxdOldStatus vmwVC 304 The prior status.
vmwVpxdNewStatus vmwVC 305 The new status.
vmwVpxdObjValue vmwVC 306 The object value.
VMWARE-VMINFO-MIB
The VMWARE-VMINFO-MIB.mib file defines variables and traps for reporting virtual machine information.
62 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
vmwHbaTgtEntry vmwHbaTgtTable 1 A record for a specific storage disk. May change across
reboots.
vmwHbaTgtVmIdx vmwHbaTgtEntry 1 A number corresponding to the virtual machine’s index
(vmwVmIdx) in the vmwVmTable.
VMware, Inc. 63
vSphere Basic System Administration
vmwVmConfigFilePath vmwTraps 102 The configuration file of the virtual machine generating
the trap.
Table 5-13 lists the traps defined in VMWARE-VMINFO-MIB.mib. These traps were formely defined in VMWARE-TRAPS-
MIB.mib.
64 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
snmpInPkts snmp 1 The total number of messages delivered to the SNMP entity
from the transport service.
snmpInBadVersions snmp 3 The total number of SNMP messages that were delivered
to the SNMP entity and were for an unsupported SNMP
version.
snmpInBadCommunityNames snmp 4 The total number of community-based SNMP messages
delivered to the SNMP entity that used an invalid SNMP
community name.
snmpInBadCommunityUses snmp 5 The total number of community-based SNMP messages
delivered to the SNMP entity that represented an SNMP
operation that was not allowed for the community named
in the message.
snmpInASNParseErrs snmp 6 The total number of ASN.1 or BER errors encountered by
the SNMP entity when decoding received SNMP messages.
snmpEnableAuthenTraps snmp 30 Indicates whether the SNMP entity is permitted to generate
authenticationFailure traps. The value of this object
overrides any configuration information. It therefore
provides a means of disabling all authenticationFailure
traps.
snmpSilentDrops snmp 31 The total number of Confirmed Class PDUs delivered to
the SNMP entity that were silently dropped because the
size of a reply containing an alternate Response Class PDU
with an empty variable-bindings field was greater than
either a local constraint or the maximum message size
associated with the originator of the request.
snmpProxyDrops snmp 32 The total number of Confirmed Class PDUs delivered to
the SNMP entity that were silently dropped because the
transmission of the message to a proxy target failed in a
manner other than a time-out such that no Response Class
PDU could be returned.
The following task describes how to access and view system logs.
Procedure
1 From the Home page of a vSphere Client connected to either a vCenter Server system or an ESX/ESXi host,
click System Logs.
2 From the drop-down menu, select the log and entry you want to view.
VMware, Inc. 65
vSphere Basic System Administration
Procedure
vCenter Server agent (vpxa) logs appear if the host is managed by vCenter Server.
c Press Enter
NOTE On Windows systems, several log files are stored in the Local Settings directory, which is located at
C:\Documents and Settings\<user name>\Local Settings\. This folder is hidden by default.
66 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
Virtual Machine log file vmware.log in the same directory as the .vmx file for the virtual machine
Table 5-16 lists log files associated with the vSphere Client machine.
vSphere Client \vpx directory in the Application Data directory on the vSphere Client machine.
Service log Example: C:\Documents and Settings\<user name>\Local Settings\Application
Data\vpx\viclient-x.log or C:\Users\<user name>\Local Settings\Application
Data\vpx\viclient-x.log
x(=0, 1, ... 9)
On an ESXi host, you can use the vSphere Client or the vSphere CLI command vicfg-syslog to configure the
following options:
Log file path Specifies a datastore path to a file in which syslogd logs all messages.
Remote host Specifies a remote host to which syslog messages are forwarded. In order to
receive the forwarded syslog messages, your remote host must have a syslog
service installed and correctly configured. Consult the documentation for the
syslog service installed on your remote host for information on configuration.
Remote port Specifies the port on which the remote host receives syslog messages.
You cannot use the vSphere Client or vicfg-syslog to configure syslog behavior for an ESX host. To configure
syslog for an ESX host, you must edit the /etc/syslog.conf file.
For more information on vicfg-syslog, see the vSphere Command-Line Interface Installation and Reference Guide.
Procedure
VMware, Inc. 67
vSphere Basic System Administration
5 In the Syslog.Local.DatastorePath text box, enter the datastore path for the file to which syslog will log
messages.
The datastore path should be of the form [<datastorename>] </path/to/file>, where the path is relative to the
root of the volume backing the datastore. For example, the datastore path [storage1] var/log/messages
would map to the path /vmfs/volumes/storage1/var/log/messages.
6 In the Syslog.Remote.Hostname text box, enter the name of the remote host to which syslog data will be
forwarded.
By default, this option is set to 514, which is the default UDP port used by syslog. Changes to this option
take effect only if Syslog.Remote.Hostname is configured.
8 Click OK.
When you export log file data, the vm-support script creates a file of the selected data and stores it in a location
you specify. The default file type is .txt if no other extension is specified. The file contains Type, Time, and
Description.
Procedure
1 From the vSphere Client connected to a vCenter Server system or ESX/ESXi host, select Administration
> Export Diagnostic Data.
2 If the vSphere Client is connected to a vCenter Server system, specify the host whose logs you want to
export and the location for storing the log files.
3 If the vSphere Client is connected to an ESX/ESXi host, specify the location for the log files.
4 Click OK.
Procedure
4 Click OK.
68 VMware, Inc.
Chapter 5 Configuring Hosts and vCenter Server
Procedure
n To view the viclient-*.log files, change to the directory, %temp%.
n If you are running the vSphere Client connected to a vCenter Server system, download the log bundle.
The log bundle is generated as a .zip file. By default, the vpxd logs within the bundle are compressed
as .gz files. You must use gunzip to uncompress these files.
n From the vCenter Server system, select Start > Programs > VMware > Generate vCenter Server log
bundle.
You can use this to generate vCenter Server log bundles even when you are unable to connect to the
vCenter Server using the vSphere Client.
The log bundle is generated as a .zip file. By default, the vpxd logs within the bundle are compressed
as .gz files. You must use gunzip to uncompress these files.
Procedure
u Run the following script on the service console: /usr/bin/vm-support
Procedure
More serious problems in the VMkernel can freeze the machine without an error message or core dump.
VMware, Inc. 69
vSphere Basic System Administration
70 VMware, Inc.
Managing the vSphere Client
Inventory 6
The topics in this section describe how to manage the objects in your vSphere environment.
The views and capabilities displayed vary depending on whether the vSphere Client is connected to a vCenter
Server system or an ESX/ESXi host. Unless indicated, the process, task, or description applies to all kinds of
vSphere Client connections.
Each object in the vSphere Client has a particular place in the overall object hierarchy. An object’s position in
the hierarchy is determined by the object’s functionality.
An object's name must be unique with its parent. vApp names must be unique within the Virtual Machines
and Templates view.
Root folder In vCenter Server only. Child objects are datacenters or subfolders. The root
folder is set as a default for every vCenter Server system. You can change the
name, but not add or remove it.
In a vCenter Server Connected Group, there is one root folder for each vCenter
Server system in the group. The name of the root folder is the name of the
vCenter Server system which it represents.
Folders In vCenter Server only. Child objects are datacenters, hosts, clusters,
networking objects, datastores, virtual machines, templates, or subfolders.
VMware, Inc. 71
vSphere Basic System Administration
Datacenters In vCenter Server only. A datacenter contains folders, clusters, hosts, networks,
datastores and virtual machines. All actions taken upon managed hosts and
virtual machines are applied within their datacenter. Within a datacenter, you
can monitor and manage virtual machines separately from their hosts and use
VMotion.
Clusters In vCenter Server only. Child objects are hosts, virtual machines, or resource
pools.
Hosts Child objects of hosts are virtual machines or resource pools. Hosts are
ESX/ESXi systems. The term host refers to the virtualization platform that is
the host to one or more virtual machines. A host object is the default top
structure for a standalone ESX/ESXi machine.
When the vCenter Server system is connected to the vSphere Client, all
ESX/ESXi systems registered with vCenter Server are referred to as hosts.
ESX/ESXi systems directly connected to the vSphere Client are referred to as
standalone hosts.
Resource pools Child objects of resource pools are virtual machines or other resource pools.
Resource pools are available on ESX/ESXi hosts as well as through vCenter
Server systems.
Virtual machines Located within a host, virtual disks on a datastore, associated within a cluster
or resource pool. Can be listed as a child object to hosts, clusters, or resource
pools. Can be moved between hosts or clusters. When adding to a cluster or
resource pool, you must specify or have in the cluster or resource pool a
designated target host.
Templates A template is a master copy of a virtual machine that can be used to create and
provision new virtual machines.
Networks In vCenter Server only. Child object to datacenters and network folders. There
are two types of networks: vNetwork Standard Switches (vSwitches) and
vNetwork Distributed Switches. vNetwork Standard Switches are associated
with a single host and are discovered when hosts are added to the vSphere
environment. You can add and remove vNetwork Standard Switches through
the vSphere Client. vNetwork Distributed Switches span multiple hosts. You
can add and remove vNetwork Distributed Switches through the vSphere
Client.
Datastores In vCenter Server only. Child object to datacenters and datastore folders.
Datastores are logical containers that hold virtual disk files and other files
necessary for virtual machine operations. Datastores exist on different types of
physical storage devices, including local storage, iSCSI and Fibre Channel
SANs, and NFS. You create datastores by formatting storage devices or by
mounting NFS volumes on your host. In addition, you can add a host with
existing datastores to the inventory.
Libraries Central repositories for virtual machine provisioning media such as virtual
machine templates, ISO images, floppy images, VMDK files, guest
customization files, and so on.
72 VMware, Inc.
Chapter 6 Managing the vSphere Client Inventory
You can view the relationships between inventory objects relationships in the following ways:
Using the Maps feature Shows the inventory object relationships in graphical form.
Clicking an object in the Provides a list of tabbed content that lists related objects.
inventory For example, a datastore has a virtual machine tab that lists the virtual machines
that use the datastore. There is also a host tab that list the hosts that can access
the datastore.
Selecting Hosts and Provides a view of the set of virtual machines that run on a particular host,
Clusters from the Home cluster, or resource pool. Each object has a tab that displays all the virtual
page machines associated or contained within it.
When you view the hosts and clusters page, virtual machine folders are not
displayed. Because virtual machine names are unique within virtual machine
folders, you might see more than one virtual machine with the same name. To
view virtual machines as they are arranged in the folder hierarchy, use the VMs
and Templates view.
Selecting VMs and Displays all virtual machines and templates. Through this view you can
Templates from the organize virtual machines into folder hierarchies.
Home page
Selecting Datastores Displays all datastores in the datacenter. Through this view you can organize
from the Home page datastores into arbitrary folder hierarchies.
Selecting Networking Displays all abstract network devices, called vSwitches and vNetwork
objects from the Home Distributed Switches. Through this view you can organize networking devices
page into arbitrary folder hierarchies.
Procedure
1 From the vSphere Client, right-click the parent object in the inventory.
2 Select New <Object>, where <Object> is a folder, datacenter, cluster, resource pool, host, or virtual machine.
VMware, Inc. 73
vSphere Basic System Administration
Procedure
1 From the vSphere Client, right-click the parent object in the inventory.
2 Select New <Object>, where <Object> is a folder, datacenter, cluster, resource pool, host, or virtual machine.
You cannot move the root folder. If you connect directly to a host using the vSphere Client, you cannot move
the host.
When you remove an object (such as a folder, datacenter, cluster, or resource pool) from the inventory, vCenter
Server does the following:
n Removes all of the object’s child inventory objects.
n Removes all the tasks and alarms associated with the object.
n Returns all processor and migration licenses assigned to the object to available status.
n If the object is a host, ceases to manage the object’s virtual machines, but allows them to remain on the
host.
NOTE Removing a virtual machine from the inventory does not delete it from its datastore.
74 VMware, Inc.
Chapter 6 Managing the vSphere Client Inventory
Procedure
1 From the vSphere Client, right-click the object and select Remove.
2 In the confirmation dialog box that appears, confirm that you want to remove the object.
To use the Datastore Browser, you need to have a role with the Browse Datastore privilege.
You can use the Datastore Browser to:
n View or search the contents of a datastore.
n Add a virtual machine or template stored on a datastore to the vSphere Client inventory.
n Copy or move files from one location to another, including to another datastore.
n Upload a file or folder from the client computer to a datastore.
n Download a file from a datastore to the client computer.
n Delete or rename files on a datastore.
The Datastore Browser operates in a manner similar to file system applications like Windows Explorer. It
supports many common file system operations, including copying, cutting, and pasting files. The Datastore
Browser does not support drag-and-drop operations.
You can download virtual disks from a datastore to local storage, but you cannot upload virtual disks from
local storage to a datastore, because the disk format cannot be verified during the upload.
VMware, Inc. 75
vSphere Basic System Administration
76 VMware, Inc.
Managing Hosts in vCenter Server 7
To access the full capabilities of your hosts and to simplify the management of multiple hosts, you should
connect your hosts to a vCenter Server system.
For information on configuration management of ESX/ESXi hosts, see the ESX Configuration Guide or ESXi
Configuration Guide.
The views and capabilities displayed vary depending on whether the vSphere Client is connected to a vCenter
Server system or an ESX/ESXi host. Unless indicated, the process, task, or description applies to all kinds of
vSphere Client connections.
About Hosts
A host is a virtualization platform that supports virtual machines. A vCenter Server managed host is a host
that is registered with vCenter Server.
The task of managing a host is accomplished through the vSphere Client. This vSphere Client can be connected
either directly to an ESX/ESXi host or indirectly to hosts through a connection to a vCenter Server system.
When ESX/ESXi hosts are connected to the vSphere Client directly, you manage them individually as
standalone hosts. Most of the host configuration and virtual machine configuration features still apply.
Features that require multiple hosts, such as migration with VMotion of a virtual machine from one host to
another, are not available through the standalone host connection.
VMware, Inc. 77
vSphere Basic System Administration
When ESX/ESXi hosts are managed by vCenter Server, they are added to the vSphere environment through a
vSphere Client connected to a vCenter Server system. Managed hosts are hierarchically placed in datacenters,
folders, or clusters under the root vCenter Server system.
CAUTION If an ESX/ESXi host is connected with a vCenter Server system and you attached a vSphere Client
to manage the ESX/ESXi host directly, you receive a warning message but are allowed to proceed. This might
result in conflicts on the host, especially if the host is part of a cluster. This action is strongly discouraged.
All virtual machines on managed hosts are discovered and imported into vCenter Server. When you add
multiple managed hosts, vCenter Server identifies any naming conflicts that exist between virtual machines
and alerts the system administrator, who can then rename virtual machines as necessary.
When vCenter Server connects to a managed host, it does so as a privileged user. The individual vSphere Client
user does not necessarily need to be an administrative user on the managed host.
Add a Host
To manage ESX/ESXi hosts using vCenter Server, you must add the hosts to the vSphere environment through
the vSphere Client.
When you add a host, vCenter Server discovers and adds all the virtual machines contained within that
managed host to the environment.
NOTE If you are connecting your vSphere Client to an ESX/ESXi host directly, the tasks in this section do not
apply.
Procedure
1 In the vSphere Client, display the inventory and select the cluster where you will add the host.
a Type the name or IP address of the managed host in the Host name field.
b Enter the Username and Password for a user account that has administrative privileges on the selected
managed host.
vCenter Server uses the root account to log in to the system and then creates a special user account.
vCenter Server then uses this account for all future authentication.
4 (Optional) Select Enable Lockdown Mode to disable remote access for the administrator account after
vCenter Server takes control of this host.
This option is available for ESXi hosts only. Selecting this check box ensures that the host is managed only
through vCenter Server. Certain limited management tasks can be performed while in lockdown mode
by logging into the local console on the host.
78 VMware, Inc.
Chapter 7 Managing Hosts in vCenter Server
6 Select whether to assign a new or existing license key to the host and click Next.
8 Click Next.
9 Click Finish.
Procedure
1 In the vSphere Client, display the inventory and select the datacenter or folder where you will add the
host.
a Type the name or IP address of the managed host in the Host name field.
b Enter the Username and Password for a user account that has administrative privileges on the selected
managed host.
vCenter Server uses the root account to log in to the system and then creates a special user account.
vCenter Server then uses this account for all future authentication.
4 (Optional) Select Enable Lockdown Mode to disable remote access for the administrator account after
vCenter Server takes control of this host.
This option is available for ESXi hosts only. Selecting this check box ensures that the host is managed only
through vCenter Server. Certain limited management tasks can be performed while in lockdown mode
by logging into the local console on the host.
6 Select whether to assign a new or existing license key to the host and click Next.
7 Select the location for the host's virtual machines and click Next.
Select a virtual machine folder, or the datacenter itself if you do not want to place the virtual machines
into a folder.
8 Click Finish.
After you dismiss the Add Host wizard, vCenter Server finishes the process of adding a host by performing
the following steps.
1 Searches the network for the specified managed host and identifies all the virtual machines on the managed
host.
VMware, Inc. 79
vSphere Basic System Administration
If the wizard cannot connect to the managed host, the managed host is not added to the inventory.
If the host is already being managed by another vCenter Server system, vCenter Server displays a message.
If the vCenter Server can connect to the managed host, but for some reason cannot remain connected, the
host is added, but is in a disconnected state.
4 Reads the number of processors on the managed host and allocates the appropriate number of licenses.
The number of processors is stored in the vCenter Server database and is verified upon each managed
host reconnection and vCenter Server system startup.
If it is not, and the managed host version can be upgraded, vCenter Server prompts you to perform an
upgrade.
The managed host and its associated virtual machines remain in the vCenter Server inventory. By contrast,
removing a managed host from vCenter Server removes the managed host and all its associated virtual
machines from the vCenter Server inventory.
Procedure
1 From the vSphere Client connected to a vCenter Server system, display the inventory and click the
managed host to disconnect.
2 Right-click the host and select Disconnect from the pop-up menu.
If the managed host is disconnected, the word “disconnected” is appended to the object name in
parentheses, and the object is dimmed. All associated virtual machines are similarly dimmed and labeled.
Procedure
1 From the vSphere Client connected to a vCenter Server system, display the inventory and click the
managed host to reconnect.
2 Right-click the host and select Connect from the pop-up menu.
When the managed host’s connection status to vCenter Server is changed, the statuses of the virtual
machines on that managed host are updated to reflect the change.
80 VMware, Inc.
Chapter 7 Managing Hosts in vCenter Server
If vCenter Server fails to decrypt a host password, the host is disconnected from vCenter Server. You must
reconnect the host and supply the login credentials, which will be encrypted and stored in the database using
the new certificate.
You can remove hosts from a cluster by selecting them in the inventory and dragging them to a new location
within the inventory. The new location can be a folder as a standalone host or another cluster.
Prerequisites
Before you can remove a host from a cluster, you must power off all virtual machines that are running on the
host, or migrate the virtual machines to a new host using VMotion.
Procedure
1 From the vSphere Client connected to a vCenter Server system, display the inventory.
2 Right-click the appropriate managed host icon in the inventory panel, and select Enter Maintenance
Mode from the pop-up menu.
The host icon changes and the term “maintenance mode” is added to the name in parentheses.
4 Select the host icon in the inventory panel, and drag it to the new location.
The host can be moved to another cluster or another datacenter. When the new location is selected, a blue
box surrounds the cluster or datacenter name.
5 Right-click the host, and select Exit Maintenance Mode from the pop-up menu.
Historical data for removed hosts remains in the vCenter Server database.
Removing a managed host differs from disconnecting the managed host from vCenter Server. Disconnecting
a managed host does not remove it from vCenter Server; it temporarily suspends all vCenter Server monitoring
activities. The managed host and its associated virtual machines remain in the vCenter Server inventory.
Removing a managed host from vCenter Server does not remove the virtual machines from the managed host
or datastore. It removes only vCenter Server’s access to the managed host and virtual machines on that
managed host.
VMware, Inc. 81
vSphere Basic System Administration
Figure 7-1 illustrates the process for removing a managed host from vCenter Server. In the example here, notice
the lost link between vCenter Server and the removed managed host, while the managed host files remain on
the datastore.
Figure 7-1. Removing a Host
1. Registered host and virtual machines
host A
VM1
VM2 VM1.dsk
VM2.dsk
vCenter
host B VM3.dsk
VM3
VM4.dsk
VM4
shared datastore
host A
VM1
vCenter
VM2 VM1.dsk
VM2.dsk
host B VM3.dsk
VM3
VM4.dsk
VM4
shared datastore
If possible, remove managed hosts while they are connected. Removing a disconnected managed host does
not remove the vCenter Server agent from the managed host.
Prerequisites
Make sure NFS mounts are active. If NFS mounts are unresponsive, the operation fails.
Procedure
1 From the vSphere Client connected to a vCenter Server system, display the inventory.
2 (Optional) If the host is part of a cluster, you must put it in maintenance mode.
a Right-click the managed host in the inventory and select Enter Maintenance Mode from the pop-up
menu.
The host icon changes and the term “maintenance mode” is added to the name in parentheses.
3 Right-click the appropriate host in the inventory panel, and select Remove from the pop-up menu.
82 VMware, Inc.
Chapter 7 Managing Hosts in vCenter Server
4 In the confirmation dialog that appears, click Yes to remove the managed host.
vCenter Server removes the managed host and associated virtual machines from the vCenter Server
environment. vCenter Server then returns the status of all associated processor and migration licenses to
available.
The host health monitoring tool presents data gathered using Systems Management Architecture for Server
Hardware (SMASH) profiles. The information displayed depends on the sensors available on your server
hardware.
You can monitor a host’s health status either by connecting the vSphere Client directly to a host, or by
connecting to a vCenter Server system. You can also set alarms to trigger when the host health status changes.
When you are connected to a host through vCenter Server, you must use the Hardware Status tab to monitor
the host health.
Procedure
1 Log in to the host using the vSphere Client, and display the inventory.
VMware, Inc. 83
vSphere Basic System Administration
If a component is functioning normally, the status indicator is green. The status indicator changes to yellow
or red if a system component violates a performance threshold or is not functioning properly. Generally, a
yellow indicator signifies degraded performance. A red indicator signifies that a component stopped operating
or exceeded the highest threshold. If the status is blank, then the health monitoring service cannot determine
thae status of the component.
The Reading column displays the current values for the sensors. For instance, the column displays rotations
per minute (RPM) for fans and degrees Celsius for temperature.
When you are connected to a host through vCenter Server, you must use the Hardware Status tab to monitor
the host health.
Prerequisites
To use the Hardware Status tab, you must enable vCenter Hardware Status plug-in.
Procedure
1 Log in to a vCenter Server system using the vSphere Client, and display the Hosts and Clusters view in
the inventory.
2 Select the host in the inventory and click the Hardware Status tab.
3 From the View dropdown menu, select the type of information to view.
Option Description
Sensors Displays all sensors arranged in a tree view. If the status is blank, then the
health monitoring service cannot determine the status of the component.
n Click Show all sensors to expand the tree view to show all sensors under
each group.
n Click Show all details to expand the tree view to show descriptive details
for every sensor.
n Click Hide all to collapse the tree view to show only the sensor groups.
84 VMware, Inc.
Chapter 7 Managing Hosts in vCenter Server
Procedure
u Take the appropriate action based on the observed problem.
Problem Action
The Hardware Status tab is not Select Plug-ins > Plug-in Manager and verify that the Hardware Status plug-
visible in the vSphere Client. in is enabled.
The Hardware Status tab displays This error appears when the client system is unable to resolve the domain
the following error message: the name of the vCenter Server system. Either fix the domain name resolution
remote name could not be problem, or edit the file C:\Program
resolved <SERVER-NAME> where Files\VMware\Infrastructure\VirtualCenter
<SERVER-NAME> is the domain Server\extensions\cim-ui\extensions.xml on the vCenter Server
name of the vCenter Server system. system and replace the vCenter Server domain name with its IP address.
The Hardware Status tab displays a Your Internet Explorer security settings are set too high. To change the
security alert. security settings:
a Launch Internet Explorer.
b Select Tools > Internet Options.
c Click the Security tab.
d Select the Local intranet Web content zone.
e Click Custom Level.
f Underneath Allow scripting of Internet Explorer Webbrowser
control, select Enable.
g Click OK to close the Security Settings dialog box, and click OK to close
the Internet Options dialog box.
VMware, Inc. 85
vSphere Basic System Administration
86 VMware, Inc.
Virtual Machine Management
VMware, Inc. 87
vSphere Basic System Administration
88 VMware, Inc.
Consolidating the Datacenter 8
VMware vCenter Guided Consolidation, recommended for smaller IT environments, enables you to streamline
your datacenter by moving business applications, spread across multiple disparate physical systems, into a
centrally managed virtual environment. Use the consolidation feature to start building your virtual
environment, or to further consolidate your datacenter as it grows.
Multiple virtual machines can be hosted on a single physical system, enabling more efficient use of computing
resources. Consolidating your datacenter involves the following process:
Find You search for and select the physical systems in your datacenter that you want
analyzed.
Analyze Selected physical systems are analyzed and performance data on each selected
system is collected. Generally, the longer the duration of the analysis phase,
the higher the confidence in the vCenter Server’s recommendations.
Consolidate Performance data is compared to the resources available on the virtual machine
host systems. The selected physical systems are converted to virtual machines
and imported into vCenter Server on the recommended hosts where they are
managed along with other components of your virtual environment.
VMware, Inc. 89
vSphere Basic System Administration
Default system credentials enable you to store a set of credentials so that you do not have to enter them each
time you add systems for analysis. You can override default credentials when necessary.
Active domains enable you to register domains with the Consolidation feature. Active domains are scanned
daily so that newly added systems are readily available.
Consolidation Prerequisites
Guided Consolidation requires that at least one host is managed through vSphere. It also requires that you
provide credentials to the target physical systems.
Guided Consolidation can convert systems that are configured to any locale. Before you use the feature, ensure
that the following prerequisites are met:
General Requirements
n The following operating systems on systems targeted for analysis are supported:
n Windows 2000 Professional/Server/Advanced
n Windows XP Professional (32 bit and 64 bit)
90 VMware, Inc.
Chapter 8 Consolidating the Datacenter
Network Connections
The Guided Consolidation server must have access to the ports listed in the Table 8-1.
VMware, Inc. 91
vSphere Basic System Administration
92 VMware, Inc.
Chapter 8 Consolidating the Datacenter
vCenter Collector Discovers domains and systems within domains. Collects performance data on
Service those systems.
vCenter Provider Helper service to vCenter Collector Service. Communicates with target systems
Service and passes the data back to vCenter Collector Service.
The Configuration tab displays name, location, and health of Consolidation services. It also enables you to
configure the following settings:
Default system Used by Guided Consolidation to access target physical systems. If necessary,
credentials the default credentials can be overridden.
Active Domains Guided Consolidation automatically scans active domains and caches
information about the systems in them. This information is updated daily. If
you intend to add systems for analysis by selecting them from a domain, you
must specify the domain as Active.
Procedure
1 Click Change in the Default System Credentials area of the Configuration tab.
VMware, Inc. 93
vSphere Basic System Administration
VMware recommends that you leave domains where new systems are frequently added as Active and that
you remove domains that do not frequently change after their information has been cached. Because scanning
active domains is resource intensive, VMware also recommends that no more than 50 domains are
simultaneously active.
NOTE In some cases it can take the system several hours to collect a domain's containment information.
Procedure
1 From the vSphere Client Home page, select Guided Consolidation > Configuration.
4 Click OK.
You can add systems manually by entering a computer name, IP address or range of IP addresses, or file name.
Alternatively, you can select a domain - it must be active - and select systems found within that domain. You
can analyze up to 100 systems simultaneously.
NOTE After adding a system for analysis, it can take up to one hour before the status of the newly added
system changes from Collecting System Information to Analyzing.
Procedure
Option Description
Manually specify the computers Provide computer names, IP addresses, a range of IP addresses, or path to a
file that contains the computer names or IP addresses of the systems you
want according to the following rules:
n Separate multiple computer names, or IP address, with a comma.
n Multiple IP ranges are not permitted.
n If you chose to use a file, each computer name or IP address must be on
a separate line in the file. The file must be accessible to the vSphere Client.
Select the computers by domains Select the systems you want to analyze.
4 Select whether you want to use the configured default credentials, or whether you want to supply a
different set of credentials.
If you chose to override the default credentials, ensure that you enter a domain-qualified user name (for
example, DOMAIN\username) and password.
5 Click OK.
94 VMware, Inc.
Chapter 8 Consolidating the Datacenter
The recommendation indicates how well suited, based on the collected data, a candidate is to a particular
virtual machine host system. Confidence refers to the reliability of the recommendation and it is a function of
the duration of the analysis. Recommendations based on longer periods of analysis – and therefore more
performance data – receive a higher level of confidence.
NOTE After 24 hours of analysis, vCenter Server indicates a high level of confidence in its recommendations.
However, this can be misleading if a system’s workload varies significantly over weeks or months. To ensure
a high level of confidence in a recommendation, allow the duration of the analysis phase to encompass an
amount of time that includes representative peaks and troughs in the systems’ workload. Analysis can run up
to one month.
VMware, Inc. 95
vSphere Basic System Administration
The option to convert systems manually is available only if the VMware Converter Enterprise Client is installed
and enabled on your vSphere Client. You can verify whether VMware Converter Enterprise Client is installed
and enabled through the Plug-in Manager.
Procedure
1 In the Analysis tab, right-click on a system and select Convert to Virtual Machine > Manually.
Procedure
1 In the Analysis tab, select the systems you want to consolidate and click Plan Consolidation.
2 Select a system.
3 (Optional) Change the name displayed in the Physical Computer column by double-clicking it and
entering a new name.
Your entry will be used as the name for the resultant virtual machine.
4 (Optional) Change destinations, if alternative destinations are available, by clicking in the Destinations
column and selecting a destination from the drop-down menu.
The number of stars displayed in the Destination Rating column indicate the degree to which the host
system can comfortably accommodate the estimated resource needs of the resultant virtual machine.
5 Click Consolidate.
What to do next
You can view task progress in the Recent Tasks pane. You view additional information about the task in the
Tasks tab.
Recent tasks are displayed in the Recent Tasks pane. The Tasks tab lists all consolidation tasks. You can view
detailed information about a task by selecting it. Information about events related to the selected task are
displayed in the Task Details pane.
You can filter the list of tasks by entering criteria in the search field and selecting any combination of the
following:
n Name
n Target
n Status
n Initiated by
96 VMware, Inc.
Chapter 8 Consolidating the Datacenter
n Start Time
n Complete Time
Troubleshooting Consolidation
The topics in this section contain information about identifying and solving problems with Guided
Consolidation.
Problem
Although up to 100 systems can be simultaneously analyzed, you might notice performance issues on the
vCenter Server that are due to running Guided Consolidation.
Cause
Analysis is resource intensive and can negatively impact vCenter Server performance.
Solution
Reduce the number of systems that are being analyzed. If necessary, you can either disable Guided
Consolidation or uninstall the Guided Consolidation Service. If you disable Guided Consolidation, collected
data is preserved and no further data is collected. If you uninstall the Guided Consolidation Service, the data
that has been collected will no longer be usable.
Problem
Windows systems that match all of the following conditions will not be discovered by Guided Consolidation
and will not be listed as candidates for analysis:
n The system is not listed in Microsoft Windows Network. The following commands do not list the system:
NET VIEW
NET VIEW /DOMAIN:<the Workgroup or Domain the system belongs to>
n The system is listed in Active Directory but does not have the operatingSystem attribute defined. This can
happen if the system never synchronizes with the Active Directory to which it belongs or was improperly
configured.
Solution
n Enable the Computer Browser service on the machine where Guided Consolidation is installed and on
the systems that are not discovered.
n Ensure that the Log On As credentials for VMware vCenter Collector Provider Service met the
prerequisites as mentioned in “Consolidation Prerequisites,” on page 90.
n Manually enter the static IP address of the target system.
VMware, Inc. 97
vSphere Basic System Administration
Problem
The default settings for some configurations of Windows XP, Windows Vista, and Windows Server 2008
prevent Guided Consolidation from collecting performance data against systems with those operating systems.
n The system is not listed in Microsoft Windows Network. The following commands do not list the system:
NET VIEW
NET VIEW /DOMAIN:<the Workgroup or Domain the system belongs to>
n The system is listed in Active Directory but does not have the operatingSystem attribute defined. This can
happen if the system never synchronizes with the Active Directory to which it belongs or was improperly
configured.
Solution
1 Set the Guided Consolidation target systems' Network access: Sharing and security model for local
accounts option to Classic - local users authenticate as themselves
4 In the left pane, select one of the following depending on which command you ran in the previous step:
a (gpedit.msc)Local Computer Policy > Computer Configuration > Windows Settings > Security
Settings > Local Policies > Security Options
b (secpol.msc) Security Settings > Local Policies > Security Options > Double-click on Network
access: Sharing and security model for local accounts.
c Double-click on Network access: Sharing and security model for local accounts. Ensure that Classic
- local users authenticate as themselves is selected.
Problem
The list of available domains remains empty for Guided Consolidation installed on Windows Server 2008 and
Windows Vista.
98 VMware, Inc.
Chapter 8 Consolidating the Datacenter
Cause
Some configurations of Windows Vista and Windows Server 2008 prevent Guided Consolidation from
discovering LAN Manager Workgroups. The Link-layer discovery protocol (LLDP), introduced in Windows
2008 Server, is not backward compatible with LAN Manager-based protocols and can not discover machines
with earlier operating systems if those systems do not have the appropriate drivers installed. Additionally,
Guided Consolidation does not use LLDP to perform discovery and will not find systems that can only be
discovered through that protocol, or when the Computer Browser Windows Service is not running.
Solution
Ensure that the Computer Browser Windows Service is enabled on the Windows Vista or Windows Server
2008 system where Guided Consolidation is installed and that it is also enabled on all systems to be discovered.
Alternatively, manually enter the static IP address of the system to be analyzed.
Problem
Temporary network errors can sometimes cause Guided Consolidation to stop analysis on one or more systems,
even when the systems are reachable.
Solution
Right-click on the affected systems and select Resume Analysis.
Procedure
1 On the Guided Consolidation host system, open the Services control panel.
2 Stop theVMware vCenter Management Webservices (applicable when Guided Consolidation and
vCenter Server are not collocated), the VMware Collector for vCenter, and the VMware Provider for
vCenter services.
Procedure
CAUTION Do not uninstall the vCenter Collector Service alone. Doing so prevents Guided Consolidation from
operating and will require that you perform a clean installation of Guided Consolidation, which will delete
existing Guided Consolidation data.
VMware, Inc. 99
vSphere Basic System Administration
Deploying an OVF template allows you to add pre-configured virtual machines to your vCenter Server or
ESX/ESXi inventory. Deploying an OVF template is similar to deploying a virtual machine from a template.
However, you can deploy an OVF template from any local file system accessible from the vSphere Client
machine, or from a remote web server. The local file systems can include local disks (such as C:), removable
media (such as CDs or USB keychain drives), and shared network drives.
Exporting OVF templates allows you to create virtual appliances that can be imported by other users. You can
use the export function to distribute pre-installed software as a virtual appliance, or as a means of distributing
template virtual machines to users, including users who cannot directly access and use the templates in your
vCenter Server inventory.
About OVF
OVF is a file format that allows for exchange of virtual appliances across products and platforms.
NOTE To import a virtual machine that was created by another VMware product and is not in OVF format,
use the VMware vCenter Converter module. See the VMware Converter Enterprise for vCenter Server
documentation for more information.
Procedure
Option Description
Deploy from File Browse your file system for an OVF or OVA template.
Deploy from URL Specify a URL to an OVF template located on the internet. Example:
http://vmware.com/VMTN/appliance.ovf
4 If license agreements are packaged with the OVF template, the End User License Agreement page appears.
Agree to accept the terms of the licenses and click Next.
5 (Optional) Edit the name and select the folder location within the inventory where the vApp will reside.
Click Next.
NOTE When the vSphere Client is connected directly to an ESX/ESXi host, the option to select the folder
location does not appear.
6 Select the deployment configuration from the drop-down menu and click Next.
The option selected typically controls the memory settings, number of CPUs and reservations, and
application-level configuration parameters.
NOTE This page of the wizard is only shown if the OVF template contains deployment options.
7 Select the host or cluster on which you want to deploy the OVF template and click Next.
8 Select the host on which you want to run the deployed OVF template, and click Next.
This page is only shown if the destination is a resource pool associated with a cluster with DRS disabled
or in manual mode.
9 Navigate to, and select the resource pool where you want to run the OVF template and click Next.
10 Select a datastore to store the OVF template file, and click Next.
Datastores are a unifying abstraction for storage locations such as Fibre Channel, iSCSI LUNs, or NAS
volumes. On this page, you select from datastores already configured on the destination cluster or host.
The virtual machine configuration file and virtual disk files are stored on the datastore. Select a datastore
large enough to accommodate the virtual machine and all of its virtual disk files.
11 For each network specified in the OVF template, select a network by right-clicking the Destination
Network column in your infrastructure to set up the network mapping and click Next.
12 On the IP Allocation page, configure how IP addresses are allocated for the virtual appliance and click
Next.
Option Description
Fixed You will be prompted to enter the IP addresses in the Appliance
Properties page.
Transient IP addresses are allocated from a specified range when the appliance is
powered on. The IP addresses are released when the appliance is powered
off.
DHCP A DHCP server is used to allocate the IP addresses.
This page is not shown if the deployed OVF template does not contain information about the IP scheme
it supports.
The set of properties that you are prompted to enter depend on the selected IP allocation scheme. For
example, you are prompted for IP related information for the deployed virtual machines only in the case
of a fixed IP allocation scheme.
The progress of the import task appears in the vSphere Client Status panel.
To get to the Virtual Appliance Marketplace page, select File > Browse VA Marketplace from the main menu.
Procedure
u Select an available vApp and click Download Now.
Procedure
1 Select the virtual machine or vApp and select File > Export > Export OVF Template.
NOTE When exporting an OVF template with a name that contain asterisk (*) characters, those
characters turn into underscore characters (_).
b Enter the Directory location where the exported virtual machine template is saved, or click “...” to
browse for the location.
c In the Optimized for field, determine how you want to store the files.
Select Web (OVF) to store the OVF template as a set of files (.ovf, .vmdk, and .mf) This format is
optimal if you plan to publish the OVF files on a web server or image library. The package can be
imported, for example, into the vSphere client by publishing the URL to the .ovf file.
Select Physical Media (OVA) to package the OVF template into a single .ova file. This might be
convenient to distribute the OVF package as a single file if it needs to be explicitly downloaded from
a web site or moved around using a USB key.
d (Optional) To create a new folder for the OVF file, select the Create folder for OVF template checkbox.
n C:\OvfLib\MyVm.mf
n C:\OvfLib\MyVm-disk1.vmdk
By default, the text from the Notes pane on the virtual machine’s Summary tab appears in this text
box.
A vApp is a container, like a resource pool and can contain one or more virtual machines. In addition, a vApp
also shares some functionality with virtual machines. A vApp can power on and power off, and can also be
cloned.
In the vSphere client, a vApp is both represented in the Host and Clusters view and the VM and Template
view. Each view has a specific summary page with the current status of the service and relevant summary
information, as well as operations on the service.
NOTE The vApp metadata resides in the vCenter Server's database, so a vApp can be distributed across multiple
ESX/ESXi hosts. This information can be lost if the vCenter Server database is cleared or if a standalone
ESX/ESXi host that contains a vApp is removed from vCenter Server. You should back up vApps to an OVF
package in order to avoid losing any metadata.
Create a vApp
After you create a datacenter and add a clustered DRS-enabled host to your vCenter Server system, you can
create a vApp.
vApps can be created on folders, hosts, resource pools, DRS-enabled clusters, and within other vApps.
Procedure
Procedure
u Select File > New > vApp to open the New vApp wizard.
The name can be up to 80 characters long. This name must be unique within the folder. .
Procedure
1 On the Name and Folder page, enter a name for the vApp.
If you are creating a vApp from within another vApp, the vApp Inventory Location selection is
unavailable.
3 Click Next.
NOTE This step does not appear if you create a vApp from a host, cluster, resource pool, or another vApp
within the inventory.
Procedure
1 On the Destination page, select a host, cluster, or resource pool where this vApp will run and click Next.
If you selected a DRS-enabled cluster and the cluster is in DRS manual mode, select the host as the
destination for the vApp.
The message in the Compatibility panel indicates whether the validation for this destination succeeded
or if a specific requirement was not met.
2 Click Next.
Procedure
1 In the Resource Allocation page, allocate CPU and memory resources for this vApp.
2 Click Next.
Procedure
Once a vApp is created, you can populate it with virtual machines or another vApp.
Procedure
1 In the inventory, select the vApp in which you want to create the object machine.
Option Description
Inventory > vApp > New Virtual Creates a new virtual machine inside the vApp. Complete the Create New
Machine Virtual Machine wizard. See Chapter 11, “Creating Virtual Machines,” on
page 115 for instructions on creating a new virtual machine.
Inventory > vApp > New Resource Adds a resource pool inside the vApp. Complete the Create Resource Pool
Pool window. See “Add a Cluster, Resource Pool, Host, or Virtual Machine,” on
page 73 for instructions on adding a new resource pool.
Inventory > vApp > New vApp Creates a new vApp inside the currently selected vApp. Complete the New
vApp wizard. See “Create a vApp,” on page 105 for instructions on creating
a new vApp.
An existing virtual machine or another vApp that is not already contained inside the vApp can be moved into
the currently selected vApp.
Procedure
Either the object moves to the new location or an error message indicates what needs to be done to permit
the move.
Procedure
2 Click the Options tab to edit or view the following vApp properties.
NOTE The IP allocation policy and properties are typically edited by the deployer, while the rest of the
settings are more advanced options typically edited by the vApp author.
3 Click the Start Up tab to edit vApp startup and shutdown options.
Procedure
2 In the Start Order tab of the Edit Service Settings window, select a virtual machine and use the arrow
keys to change the startup order. This order will also be used for shutdown.
3 Specify the delay and action for startup and shutdown for each virtual machine.
Procedure
Procedure
NOTE This option is only available if the vApp was imported and contains a license agreement.
Procedure
Procedure
Option Description
Fixed IP addresses are manually configured. No automatic allocation is performed.
Transient IP addresses are automatically allocated from a specified range when the
appliance is powered on. The IP addresses are released when the appliance
is powered off.
DHCP A DHCP server is used to allocate the IP addresses. The addresses assigned
by the DHCP server is visible in the OVF environments of virtual machines
started in the vApp.
These additional OVF sections originate from the OVF deployment process that created this vApp. Most of
the OVF descriptors are distributed in various vApp settings, but these unrecognized sections are visible here
for reference.
Procedure
Procedure
3 Specify the settings. The settings are displayed on the summary page of the virtual machine. The following
settings can be set and configured:
n Product Name—the product name.
n Version—the version of the vApp.
n Full version—the full version of the vApp.
n Product URL—the product's URL. If a product URL is entered, a user can click the product name on
the virtual machine summary page and go to the product's web page.
n Vendor URL—the vendor's URL. If a vendor URL is entered, a user can click the vendor name on the
virtual machine summary page and go to the vendor's web page.
n Application URL—the application URL. If properties are used for specifying the virtual machine IP
address, a dynamic application URL can be entered that points to a web page exposed by running
the virtual machine. If you enter a valid application URL, the state of the virtual machine changes to
a clickable Available link once the virtual machine is running.
If the virtual machine is configured to use the property called webserver_ip and the virtual machine has a
web server, you can enter http://${webserver_ip}/ as the Application URL.
Procedure
4 Click Properties.
Procedure
3 Click IP Allocation.
4 In the Advanced IP Allocation dialog, you may perform the following actions.
n Select an IP allocation scheme.
n Specify the IP protocols supported by the vApp: IPv4, IPv6, or both.
Configuring IP Pools
IP pools provide a network identity to vApps. An IP pool is a network configuration that is assigned to a
network used by a vApp. The vApp can then leverage vCenter Server to automatically provide an IP
configuration to its virtual machines.
IP pool ranges are configured with IPv4 and IPv6. These ranges are used by vCenter Server to dynamically
allocate IP addresses to virtual machines when a vApp is set up to use transient IP allocation.
Procedure
2 On the IP Pools tab, right-click the IP pool you wish to edit and select Properties.
3 In the Properties dialog, select the IPv4 or the IPv6 tab, depending on your IP protocol.
6 (Optional) Type a comma-separated list of host address ranges in the Ranges field.
A range is specified as an IP address, a pound sign (#), and a number indicating the length of the range.
The gateway and the ranges must be within the subnet, but must exclude the gateway address.
For example, 10.20.60.4#10, 10.20.61.0#2 indicates that the IPv4 addresses can range from 10.20.60.4 to
10.20.60.13 and 10.20.61.0 to 10.20.61.1.
Select DHCP
You can specify that an IPv4 or IPv6 DHCP server is available on the network.
Procedure
2 In the IP Pools tab, right-click the IP pool you wish to edit and select Properties.
4 Select either the IPv4 DHCP Present or IPv6 DHCP Present check box to indicate that one of the DHCP
servers are available on this network.
Procedure
2 In the IP Pools tab, right-click the IP pool you wish to edit and select Properties.
Procedure
2 In the IP Pools tab, right-click the IP pool you wish to edit and select Properties.
4 Enter the server name and port number for the proxy server.
The server name can optionally include a colon and a port number.
Clone a vApp
Cloning a vApp is similar to cloning a virtual machine.
Prerequisites
To clone a vApp, the vSphere Client must be connected to the vCenter Server system.
A host must be selected in the inventory that is running ESX 3.0 or greater, or a DRS-enabled cluster.
Procedure
NOTE This step is only available if you select a cluster that is in DRS manual mode.
Power On a vApp
Each application within the service will be powered on according to how the startup order is set.
When powering on a vApp within a DRS cluster in manual mode, no DRS recommendations are generated
for virtual machine placements. The power on operation performs as if DRS is run in a semi-automatic or
automatic mode for the initial placements of the virtual machines. This does not affect VMotion
recommendations. Recommendations for individual powering on and powering off of virtual machines are
also generated for vApps that are running.
Procedure
u In the Summary page for the service, click Power On.
If a delay is set in the start up settings, the vApp waits for the set length of time before powering up that
virtual machine.
In the Summary tab, the status indicates when the vApp has started and is available. Links to the product and
vendor Web sites are also found under General.
Procedure
u In the Summary page for the service, click Power Off.
If a delay is set in the shutdown settings, the vApp waits for the set length of time before powering down
that virtual machine.
Procedure
5 Click OK.
Procedure
The Typical path shortens the process by skipping some choices that rarely need changing from their defaults.
This path includes the following steps.
The Custom path provides more flexibility and options. This path includes the following steps.
The name can be up to 80 characters long. This name must be unique within the folder. Names are case-
insensitive: the name my_vm is identical to My_Vm.
Procedure
1 In the Name and Location screen of the New Virtual Machine wizard, enter a name.
3 Click Next.
Procedure
1 Navigate to the resource pool where you want to run the virtual machine.
Select a Datastore
Select a datastore that will contain the virtual machine and its virtual disk files.
For ESX/ESXi hosts, the datastores are configured on that host, including FC, NAS, and iSCSI volumes.
Procedure
u Select a datastore large enough to hold the virtual machine and all of its virtual disk files and click Next.
The wizard does not install the guest operating system for you. The New Virtual Machine wizard uses this
information to select appropriate default values, such as the amount of memory needed.
Procedure
2 If you select Other, enter a display name for your operating system.
Procedure
u Select the number of processors from the drop-down menu.
Minimum memory size is 4MB. Maximum memory size depends on the host. The memory size must be a
multiple of 4MB. The maximum for best performance represents the threshold above which the host’s physical
memory is insufficient to run the virtual machine at full speed. This value fluctuates as conditions on the host
change (as virtual machines are powered on or off, for example).
Procedure
u Select a size for the virtual memory by using the slider or by selecting the number using the up and down
arrows.
Configure Networks
Select the number of NICs for the virtual machine on the Configure Networks page.
Exercise caution when you configure a virtual machine to connect to multiple networks. Because virtual
machines share their physical network hardware with the host, the accidental or malicious bridging of two
networks by a virtual machine can occur. Spanning Tree protocol cannot protect against these occurrences.
Procedure
1 Select the number of network interface cards (NICs) you want to create on the virtual machine.
2 For each NIC, select a network, adapter type, and whether you want the NIC to connect when the virtual
machine is powered on.
Paravirtual SCSI adapters are available for virtual machines running hardware version 7 and greater. They are
supported on the following guest operating systems:
n Windows Server 2008
n Windows Server 2003
n Red Hat Linux (RHEL) 5
The following features are not supported with Paravirtual SCSI adapters:
n on Linux
n Record/Replay
n Fault Tolerance
n MSCS Clustering
n Disks on Paravirtual SCSI adapters might not experience performance gains if they have snapshots or if
memory on the ESX host is over committed.
n If you upgrade from RHEL 5 to an unsupported kernel, you might not be able to access data on the disks
attached to a Paravirtual SCSI adapter. To regain access to such disks, run the VMware Tools configuration
(vmware-config-tools.pl) with kernel-version parameter and pass the kernel version after the kernel is
upgraded and before the virtual machine is rebooted. Run uname -r to determine the version of the running
kernel.
The IDE adapter is always ATAPI. The default for your guest operating system is already selected. Older guest
operating systems default to the BusLogic adapter.
If you create an LSI Logic virtual machine and add a virtual disk that uses BusLogic adapters, the virtual
machine boots from the BusLogic adapters disk. LSI Logic SAS is available only for virtual machines with
hardware version 7. Disks with snapshots might not experience performance gains when used on LSI Logic
SAS and LSI Logic Parallel adapters.
Procedure
u Choose one of the following SCSI controller types:
n BusLogic Parallel
n LSI Logic SAS
n LSI Logic Parallel
n VMware Paravirtual
The following disk formats are supported. You cannot specify the disk format if the disk resides on an NFS
datastore. The NFS server determines the allocation policy for the disk.
Thin Provisioned Format Use this format to save storage space. For the thin disk, you provision as much
datastore space as the disk would require based on the value you enter for the
disk size. However, the thin disk starts small and at first, uses only as much
datastore space as the disk actually needs for its initial operations.
If the thin disk needs more space later, it can grow to its maximum capacity
and occupy the entire datastore space provisioned to it. Also, you can manually
convert the thin disk into thick.
Thick Format This is the default virtual disk format. The thick virtual disk does not change
its size and from the very beginning occupies the entire datastore space
provisioned to it. Thick format does not zero out the blocks in the allocated
space. It is not possible to convert the thick disk into thin.
Procedure
You can change the size of the disk later, and add additional disks Virtual Machine Properties dialog box.
2 (Optional) If you want your disk to be in thin format, select Allocate and commit space on demand (Thin
Provisioning).
3 (Optional) If you want to use clustering features, select Support clustering features such as Fault
Tolerance.
4 Specify whether you want to store the virtual disk file on the same datastore as the virtual machine files,
or whether you want to store them on a separate datastore.
Procedure
When you map a LUN to a VMFS volume, vCenter Server creates a file that points to the raw LUN.
Encapsulating disk information in a file allows vCenter Server to lock the LUN so that only one virtual machine
can write to it.
NOTE This file has a .vmdk extension, but the file contains only disk information describing the mapping to
the LUN on the ESX/ESXi system. The actual data is stored on the LUN.
You cannot deploy a virtual machine from a template and store its data on a LUN. You can only store its data
in a virtual disk file.
Procedure
2 Select whether you want to store the LUN mapping file on the same datastore as the virtual machine files,
or whether you want to store them on a separate datastore.
3 Select a datastore.
Virtual mode for an RDM specifies full virtualization of the mapped device. It appears to the guest operating
system exactly the same as a virtual disk file in a VMFS volume. The real hardware characteristics are hidden.
Virtual mode enables you to use VMFS features such as advanced file locking and snapshots. Virtual mode is
also more portable across storage hardware than physical mode, presenting the same behavior as a virtual disk
file. When you clone the disk, make a template out of it, or migrate it (if the migration involves copying the
disk), the contents of the LUN are copied into a virtual disk (.vmdk) file.
Physical mode for the RDM specifies minimal SCSI virtualization of the mapped device, allowing the greatest
flexibility for SAN management software. In physical mode, the VMkernel passes all SCSI commands to the
device, with one exception: the REPORT LUNs command is virtualized, so that the VMkernel can isolate the
LUN for the owning virtual machine. Otherwise, all physical characteristics of the underlying hardware are
exposed. Physical mode is useful to run SAN management agents or other SCSI target based software in the
virtual machine. Physical mode also allows virtual-to-physical clustering for cost-effective high availability.
LUNs attached to powered-on virtual machines and configured for physical compatibility cannot be migrated
if the migration involves copying the disk. Such LUNs cannot be cloned or cloned to a template either.
Select this option if you want to create a virtual machine without a disk, or if you want to add disks to the
virtual machine later using the Virtual Machine Properties dialog box.
Procedure
u Select Do not create a disk.
To perform additional configuration before completing the virtual machine, select the Edit the virtual machine
settings before completion check box and click Next.
Before you can use your new virtual machine, you must first partition and format the virtual drive, install a
guest operating system, then install VMware Tools. Typically, the operating system’s installation program
handles partitioning and formatting the virtual drive.
The basic steps for a typical operating system are described in this section. See Guest Operating System Installation
Guide for more information on individual guest operating systems.
NOTE It might be necessary to change the boot order in the virtual machine’s BIOS settings. However,
sometimes a virtual machine’s boot sequence progresses too quickly for a user to open a console to the virtual
machine and enter BIOS setup. If this happens, select the Boot Options option on the Options tab of the Virtual
Machine Properties dialog box, and select The next time the virtual machine boots, force entry into the BIOS
setup screen. The virtual machine will enter the BIOS setup the next time it boots.
NOTE vmnext3 adapters can enter neither UPT nor CDPT mode while booting from a PXE.
VMware has tested and supports the following PXE configurations with ESX Server:
n Remote installation of a Windows Server 2003 guest operating system from a server running Windows
Server 2003 Automated Deployment Services
n Remote installation of a Windows 2000 guest operating system from a server running Windows 2000
Server/Advanced Server Remote Installation Services
n Remote installation of a Linux guest operating system from a Red Hat Enterprise Linux 3.0 AS PXE boot
server
n Remote installation of a supported guest operating system from a Ghost image using Windows 2000 and
Ghost RIS Boot package
n Remote installation of a supported guest operating system from an Altiris image using a Windows 2000
Altiris server
n Network booting a Linux virtual machine by connecting with the Linux Diskless option to a Red Hat
Enterprise Linux 3.0 AS server
NOTE Server does not support installation of a Windows XP guest operating system using PXE.
Procedure
1 Using the vSphere Client, log into the vCenter Server system or host on which the virtual machine resides.
2 Insert the installation CD-ROM for your guest operating system, or create an ISO image file from the
installation CD-ROM.
3 Use the Virtual Machine Settings editor to connect the virtual machine’s CD-ROM drive to the ISO image
file and power on the virtual machine.
When a virtual machine is powered on, a green right arrow appears next to the virtual machine icon in
the inventory list.
Installing VMware Tools in the guest operating system is vital. Although the guest operating system can run
without VMware Tools, you lose important functionality and convenience.
On Linux and Solaris guests, this process controls grabbing and releasing the mouse cursor when the
SVGA driver is not installed.
The VMware Tools user process is not installed on NetWare operating systems. Instead, the vmwtool
program is installed. It controls the grabbing and releasing of the mouse cursor. It also allows you copy
and paste text.
You can optionally install WYSE Multimedia Redirector, which improves streaming video performance in
Windows guest operating systems running on WYSE thin client devices.
The installers for VMware Tools for Windows, Linux, Solaris, and NetWare guest operating systems are built
into ESX/ESXi as ISO image files. An ISO image file looks like a CD-ROM to your guest operating system and
even appears as a CD-ROM disc in Windows Explorer. You do not use an actual CD-ROM disc to install
VMware Tools, nor do you need to download the CD-ROM image or burn a physical CD-ROM of this image
file.
When you choose to install VMware Tools, vCenter Server temporarily connects the virtual machine’s first
virtual CD-ROM disk drive to the ISO image file that contains the VMware Tools installer for your guest
operating system. You are ready to begin the installation process.
Limitations
VMware Tools has the following limitations:
n Shrink disk is not supported.
n For Microsoft Windows NT, the default scripts for suspend and resume do not work.
n The mouse driver installation fails in X windows versions earlier than 4.2.0.
NOTE If you do not have VMware Tools installed in your virtual machine, you cannot use the shutdown or
restart options. You can use only the Power options. If you want to shut down the guest operating system,
shut it down from within the virtual machine console before you power off the virtual machine.
To determine the status of VMware Tools, select the virtual machine and click the Summary tab. The VMware
Tools label indicates whether VMware Tools is installed and current, installed and not current, or not installed.
NOTE During VMware Tools installation, a Windows guest operating system might display a message
indicating that the package has not been signed. If this message appears, click Install Anyway to continue the
installation.
Prerequisites
n A supported guest operating system must be installed on the virtual machine.
n You must have an ESX/ESXi license or be using evaluation mode to power on the virtual machine.
Procedure
1 From the vSphere Client, right-click the virtual machine, select Power, and select Power On.
2 Click the Console tab to make sure that the guest operating system starts successfully, and log in if
necessary.
3 Right-click the virtual machine, select Guest, and select Install/Upgrade VMware Tools.
This step initiates the installation process by mounting the VMware Tools bundle on the guest operating
system.
5 If the New Hardware wizard appears, go through the wizard and accept the defaults.
What to do next
n Verify the status of VMware Tools by checking the VMware Tools label on the virtual machine
Summary tab. The VMware Tools label should display the word OK.
n For Windows 2000 and later, VMware Tools installs the VmUpgradeHelper tool to restore the network
configuration. From the Windows guest opertating system, start the VmUpgradeHelper service.
Before you install or upgrade VMware Tools on a virtual machine, determine the status of VMware Tools. To
do this, select the virtual machine and click the Summary tab. The VMware Tools label indicates whether
VMware Tools is installed and current, installed and not current, or not installed.
Prerequisites
n A supported guest operating system must be installed on the virtual machine.
n You must have an ESX/ESXi license or be using evaluation mode to power on the virtual machine.
Procedure
1 From the vSphere Client, right-click the virtual machine, select Power, and select Power On.
2 Click the Console tab to make sure that the guest operating system starts successfully, and log in if
necessary.
3 Right-click the virtual machine, select Guest, and select Install/Upgrade VMware Tools.
This step initiates the installation process by mounting the VMware Tools bundle on the guest operating
system.
7 Click Continue when the installer presents a dialog box that shows Completed System Preparation.
When the installer is done, VMware Tools is installed. There is no confirmation or finish button.
8 In a terminal window, as root (su -), run the following command to configure VMware Tools: vmware-
config-tools.pl
Respond to the questions the installer displays on the screen. Press Enter to accept the default values if
appropriate for your configuration.
9 Exit from the root account by issuing the exit command.
What to do next
Verify the status of VMware Tools by checking the VMware Tools label on the virtual machine Summary tab.
The VMware Tools label should display the word OK.
Before you install or upgrade VMware Tools on a virtual machine, determine the status of VMware Tools.
Select the virtual machine and click the Summary tab. The VMware Tools label indicates whether VMware
Tools is installed and current, installed and not current, or not installed.
Prerequisites
n A supported guest operating system must be installed on the virtual machine.
n You must have an ESX/ESXi license or be using evaluation mode to power on the virtual machine.
Procedure
1 From the vSphere Client, right-click the virtual machine, select Power, and select Power On.
2 Click the Console tab to make sure that the guest operating system starts successfully, and log in if
necessary.
3 Right-click the virtual machine, select Guest, and select Install/Upgrade VMware Tools.
This step initiates the installation process by mounting the VMware Tools bundle on the guest operating
system.
5 In the virtual machine console, log in as root (su -) and, if necessary, create the /mnt/cdrom directory:
mkdir /mnt/cdrom
Some Linux distributions automatically mount CD-ROMs. If your distribution uses automounting, do not
use the mount and umount commands in this procedure.
Some Linux distributions use different device names or organize the /dev directory differently. Modify
the following commands to reflect the conventions used by your distribution:
mount /dev/cdrom /mnt/cdrom
cd /tmp
9 List the contents of the /mnt/cdrom/ directory, and note the filename of the VMware Tools tar installer.
ls /mnt/cdrom
If you attempt to install a tar installation over an RPM installation, the installer detects the previous
installation and must convert the installer database format before continuing.
./vmware-install.pl
For each configuration question, press Enter to accept the default value.
What to do next
After you install or upgrade VMware Tools on a virtual machine, verify the status of VMware Tools by checking
the VMware Tools label on the virtual machine Summary tab. The VMware Tools label should display the
word OK.
Before you install or upgrade VMware Tools on a virtual machine, determine the status of VMware Tools. To
do this, select the virtual machine and click the Summary tab. The VMware Tools label indicates whether
VMware Tools is installed and current, installed and not current, or not installed.
NOTE RPM packages are not available with the ESXi installer. Only the tar package is available for ESXi hosts.
Prerequisites
Procedure
1 From the vSphere Client, right-click the virtual machine, select Power, and select Power On.
2 Click the Console tab to make sure that the guest operating system starts successfully, and log in if
necessary.
3 Right-click the virtual machine, select Guest, and select Install/Upgrade VMware Tools.
This step initiates the installation process by mounting the VMware Tools bundle on the guest operating
system.
5 In the virtual machine console, log in as root (su -) and, if necessary, create the /mnt/cdrom directory:
mkdir /mnt/cdrom
Some Linux distributions use different device names or organize the /dev directory differently. Modify
the following commands to reflect the conventions used by your distribution:
mount /dev/cdrom /mnt/cdrom
cd /tmp
9 List the contents of the /mnt/cdrom/ directory, and note the filename of the VMware Tools rpm installer:
ls /mnt/cdrom
The installation software searches for and updates existing RPM packages if found, or installs a new
package.
What to do next
After you install or upgrade VMware Tools on a virtual machine, verify the status of VMware Tools by checking
the VMware Tools label on the virtual machine Summary tab. The VMware Tools label should display the
word OK.
Before you install or upgrade VMware Tools on a virtual machine, determine the status of VMware Tools. To
do this, select the virtual machine and click the Summary tab. The VMware Tools label indicates whether
VMware Tools is installed and current, installed and not current, or not installed.
Prerequisites
n A supported guest operating system must be installed on the virtual machine.
n You must have an ESX/ESXi license or be using evaluation mode to power on the virtual machine.
Procedure
1 From the vSphere Client, right-click the virtual machine, select Power, and select Power On.
2 Click the Console tab to make sure that the guest operating system starts successfully, and log in if
necessary.
3 Right-click the virtual machine, select Guest, and select Install/Upgrade VMware Tools.
This step initiates the installation process by mounting the VMware Tools bundle on the guest operating
system.
5 In the virtual machine console, log in as root (su -) and, if necessary, mount the VMware Tools virtual
CD-ROM image, as follows.
Usually, the Solaris volume manager mounts the CD-ROM under /cdrom/vmwaretools. If the CD-ROM is
not mounted, restart the volume manager using the following commands.
/etc/init.d/volmgt stop
/etc/init.d/volmgt start
6 After the CD-ROM is mounted, change to a working directory (for example, /tmp) and extract VMware
Tools.
cd /tmp
gunzip -c /cdrom/vmwaretools/vmware-solaris-tools.tar.gz | tar xf -
Respond to the configuration questions on the screen. Press Enter to accept the default values.
What to do next
Verify the status of VMware Tools by checking the VMware Tools label on the virtual machine Summary tab.
The VMware Tools label should display the word OK.
Before you upgrade VMware Tools on a virtual machine, determine the status of VMware Tools. To do this,
select the virtual machine and click the Summary tab. The VMware Tools label indicates whether VMware
Tools is installed and current, installed and not current, or not installed.
Prerequisites
n A supported guest operating system must be installed on the virtual machine.
n You must have an ESX/ESXi license or be using evaluation mode to power on the virtual machine.
Procedure
1 From the vSphere Client, right-click the virtual machine, select Power, and select Power On.
2 Click the Console tab to make sure that the guest operating system starts successfully, and log in if
necessary.
3 Right-click the virtual machine, select Guest, and select Install/Upgrade VMware Tools.
This step initiates the installation process by mounting the VMware Tools bundle on the guest operating
system.
5 In the virtual machine console, load the CD-ROM driver so the CD-ROM device mounts the ISO image
as a volume. To open the Netware Server Console, select Novell > Utilities > Server Console.
When the installation finishes, the message VMware Tools for NetWare are now running appears in the Logger
Screen (NetWare 6.5 and NetWare 6.0 guests) or the Console Screen (NetWare 5.1 guests).
What to do next
Verify the status of VMware Tools by checking the VMware Tools label on the virtual machine Summary tab.
The VMware Tools label should display the word OK.
Use this dialog box to configure time synchronization between host and guest, notifications of VMware Tools
updates (for Windows and Linux guests only), and specifying which scripts to run when the virtual machine’s
power state changes.
Procedure
n On a Windows guest: Open a console to the virtual machine and double-click the VMware Tools icon in
the system tray from inside the guest operating system.
n On a Linux or Solaris guest: Open a console to the virtual machine and open a terminal window and enter
the command:
/usr/bin/vmware-toolbox &
n On a NetWare guest: Select Novell > Settings > VMware Tools for NetWare.
Procedure
1 Launch the vSphere client and log in to the vCenter Server system.
3 Select the host or cluster that contains the virtual machines you want to upgrade.
4 Select the Virtual Machines tab.
Command-line options for Linux are documented in the Linux installer for Linux Tools. Command-line
options for Windows are documented in the MSI for Windows Tools and at the following Wikipedia entry:
http://en.wikipedia.org/wiki/Windows_Installer.
8 Click OK.
VMware Tools can also be manually upgraded from within the virtual machine’s operating system by opening
the VMware Tools Properties dialog box (double-click the icon in the system tray) and clicking Upgrade in the
Options tab.
NOTE Automatic VMware Tools upgrade is not supported for virtual machines with Solaris or Netware guest
operating systems.
Procedure
1 Open the Virtual Machine Properties dialog box for the virtual machine you want to upgrade.
3 Select the Check and upgrade Tools before each power-on option under Automatic VMware Tools
Upgrade.
4 Click OK.
The next time the virtual machine is powered on, it checks the ESX/ESXi host for a newer version of VMware
Tools. If one is available, it is installed and the guest operating system is restarted (if required).
Procedure
4 From inside the virtual machine, click OKto confirm that you want to install VMware Tools and launch
the InstallShield wizard.
n If you have autorun enabled in your guest operating system (the default setting for Windows
operating systems), a dialog box appears.
n If autorun is not enabled, run the VMware Tools installer. Click Start > Run and enter D:\setup.exe,
where D: is your first virtual CD-ROM drive.
5 Click Next.
7 Click the red X next to each optional feature you want to install, and select This feature will be installed
on local hard drive.
8 Click Next.
9 Click Finish.
WYSE Multimedia Support is supported on the Windows 2003 and Windows XP guest operating systems only.
WYSE Multimedia Support is installed as part of a VMware Tools installation or upgrade.
Procedure
u Follow the instructions for the custom installation path as described in “Custom VMware Tools
Installation,” on page 132. On the Custom Setup page, select WYSE Multimedia Redirector for
installation.
Procedure
2 In the virtual machine, select Start > Settings > Control Panel > Add or Remove Programs.
4 Click Next.
6 Click the red X next to WYSE Multimedia Redirector and select This feature will be installed on local
hard drive.
7 Click Next.
8 Click Modify to begin the installation.
9 Click Finish.
For virtual machines on ESX Server 3.0.1 or later hosts managed by vCenter Server 2.0.1 or later, WYSE
Multimedia Support can be installed as part of a VMware Tools upgrade started from the vSphere Client.
Procedure
3 Click OK.
If you manage your virtual machines through a vCenter Server system, you can manage multiple virtual
machines and their resources distributed over many ESX/ESXi hosts. Multiple vCenter Server systems can be
joined together in a vCenter Server Connected Group to allow them to be managed with a single vSphere Client
connection.
The vSphere Client is a flexible, configurable interface for managing your virtual machines through an
ESX/ESXi host or through vCenter Server.
Host Agent
VM VM VM
ESX/ESXi host
datastore
Tomcat
service
vCenter
Server vCenter
LDAP database
server
VM VM VM VM VM VM VM VM VM
ESX/ESXi host ESX/ESXi host ESX/ESXi host
datastore shared
datastore
There are several access points for making changes to power states:
n Selecting the virtual machine and the power option from the Inventory > Virtual Machine menu.
n Selecting Power on from the Commands area.
n Selecting the power option from the right-click menu.
n Scheduling a power state change using the Scheduled Tasks button in the navigation bar.
Power on Powers on the virtual machine and boots the guest operating system if the guest
operating system is installed. When applied to a suspended virtual machine,
allows virtual machine activity to continue and releases the suspended state.
Power off Powers off the virtual machine. The virtual machine does not attempt to shut
down the guest operating system gracefully.
Suspend Pauses the virtual machine activity. All virtual machine operations are frozen
until you issue a resume command.
Reset Shuts down the guest operating system and restarts it.
The following power options perform extra functions in addition to the basic virtual machine power operations.
VMware Tools must be installed in the virtual machine to perform these functions:
Shut down guest Shuts down the guest operating system gracefully.
Restart guest Shuts down and restarts the guest operating system without powering off the
virtual machine.
When a power operation is performed on a virtual machine, the virtual machine power state changes and all
other commands are locked out until the first command is completed.
The figure below illustrates states, transitions, and state-changing commands for virtual machines.
Figure 12-3. Virtual Machine Power State Changes
powered off remove
powered on
resume suspend
state
suspended command
Procedure
Procedure
6 In the right panel, enter the settings you want for the Power Controls, Run VMware Tools Scripts, and
Advanced options.
Powering on a virtual machine boots the guest operating system if the guest operating system is installed.
Powering off a virtual machine is analogous to pressing the off button on a computer without performing a
shut down from the operating system. The virtual machine does not attempt to shut down the guest operating
system gracefully.
Procedure
The shut down power state button in the toolbar performs a shut-down and not a power off by default.
You can configure this option in the virtual machine settings.
The speed of the suspend and resume operations depends on how much data changed while the virtual
machine was running. In general, the first suspend operation takes a bit longer than subsequent suspend
operations take.
When you suspend a virtual machine, a file with a .vmss extension is created. This file contains the entire state
of the virtual machine. When you resume the virtual machine, its state is restored from the .vmss file.
Procedure
1 When you suspend a virtual machine, a file with a .vmss extension is created. This file contains the entire
state of the virtual machine. When you resume the virtual machine, its state is restored from the .vmss file.
If your virtual machine is running in full-screen mode, return to window mode by pressing Ctrl+Alt.
When the vSphere Client completes the suspend operation, it is safe to close the client.
Procedure
1 Start the vSphere Client and display the virtual machine in the inventory.
Applications you were running at the time you suspended the virtual machine are running and the content
is the same as it was when you suspended the virtual machine.
When you create the scheduled task, vCenter Server verifies that you have the correct permissions to perform
the actions on the relevant datacenters, hosts, and virtual machines. Once the task is created, the task is
performed even if you no longer have permission to perform the task.
If a managed host is disconnected, the already discovered virtual machines continue to be listed in the
inventory.
If a managed host is disconnected and reconnected, any changes to the virtual machines on that managed host
are identified, and the vSphere Client updates the list of virtual machines. For example, if node3 is removed
and node4 is added, the new list of virtual machines adds node4 and shows node3 as orphaned.
Prerequisites
Procedure
3 To confirm that you want to remove the virtual machine from the inventory, click OK.
vCenter Server removes references to the virtual machine and no longer tracks its condition.
Prerequisites
Procedure
vCenter Server deletes the virtual machine from its datastore. Disks that are shared with other virtual machines
are not deleted.
Procedure
5 Complete the Add to Inventory wizard to add the virtual machine or template.
Procedure
1 In the inventory, display the host where the virtual machine is located.
4 Select Allow virtual machines to start and stop automatically with the system.
5 Click Continue immediately if the VMware Tools starts to have the operating system boot immediately
after VMware Tools starts.
6 To have the operating system start after a brief delay, enter a Default Startup Delay time.
This delay allows time for VMware Tools or the booting system to run scripts.
8 Enter a Default Shutdown Delay value to delay shutdown for each virtual machine by a certain amount
of time.
This shutdown delay applies only if the virtual machine has not already shut down before the delay period
elapses. If the virtual machine shuts down before that delay time is reached, the next virtual machine starts
shutting down.
9 Use Move Up and Move Down to specify the order in which the virtual machines start when the system
starts.
10 To configure user-specified autostartup and autoshutdown behavior for any virtual machine, select the
virtual machine and click Edit.
You can configure virtual machines using two tools in the vSphere Client: the Virtual Machine Properties editor
and the Add Hardware wizard. These dialog boxes also allow you to control advanced virtual machine
configuration options. You can also upgrade the virtual hardware of a virtual machine or convert virtual disks
from thin to thick using these dialog boxes.
You must have sufficient permission to perform virtual machine configuration tasks.
The default virtual machine hardware version of a newly created virtual machine is the most recent version
available on the host where the virtual machine is created. If you need to create a virtual machine with a
hardware version older than the highest supported in order to increase compatibility, you can use the custom
virtual machine creation path. The hardware version of a virtual machine can be lower than the highest version
supported by the ESX/ESXi host it is running on if:
n You migrate a virtual machine created on an ESX/ESXi 3.x or earlier host to an ESX/ESXi 4.x host.
n You create a new virtual machine on an ESX 4.x host using an existing virtual disk that was created on an
ESX/ESXi 3.x or earlier host.
n You add a virtual disk created on an ESX/ESXi 3.x or earlier host to a virtual machine created on an
ESX/ESXi 4.x host.
Virtual machines with hardware versions lower than 4 can run on ESX/ESXi 4.x hosts but have reduced
performance and capabilities. In particular, you cannot add or remove virtual devices on virtual machines with
hardware versions lower than 4 when they reside on an ESX/ESXi 4.x host. To make full use of these virtual
machines, upgrade the virtual hardware as described in the Upgrade Guide.
Table 13-1 lists virtual machine hardware versions, the ESX/ESXi versions on which they can be created, edited,
and run, the vCenter Server versions on which they are fully supported, and a brief description of the hardware
version’s capabilities.
ESX/ESXi 4.x create, edit, run create, edit, run run vCenter Server 4.x
ESX Server 3.x – create, edit, run run VirtualCenter Server 2.x and
higher
ESX Server 2.x – – create, edit, run VirtualCenter Server 1.x and
higher
NOTE Virtual machine hardware version 4 may be listed as VM3 in documentation for earlier versions of ESX
and ESXi. Virtual machine hardware version 3 may be listed as VM2 in documentation for earlier versions of
ESX.
Procedure
2 Select one of the two methods for viewing the version information.
Option Description
Select the Summary tab. The virtual machine hardware version appears at the top right corner of the
Summary tab.
Right-click and select Edit Settings. The virtual machine hardware version appears at the top right corner of the
Virtual Machine Properties dialog box.
Some properties of a virtual machine can be changed only while it is powered off, but you can open the
properties editor regardless of the power state. Some of the controls are read-only if the virtual machine is not
powered off.
NOTE If a virtual machine is on a host managed by vCenter Server, be sure to connect to vCenter Server when
adding or modifying virtual hardware for the virtual machine. If you connect the vSphere Client directly to
the host, add hardware operations might fail with the error message Cannot complete operation due to
concurrent modification by another operation.
Procedure
2 Expand the inventory as needed, and select the virtual machine you want to edit.
4 Click the Edit Settings link in the Commands panel to display the Virtual Machine Properties dialog box.
The Virtual Machine Properties dialog box appears. There are three tabs: Hardware, Options, and
Resources.
What to do next
Refer to the following sections for more information about the tabs in the Virtual Machine Properties dialog
box and editing existing virtual machines.
n “Virtual Machine Hardware Configuration,” on page 145
n “Virtual Machine Options,” on page 150
n “Virtual Machine Resource Settings,” on page 155
The status of the device, such as edited or adding, appears in parentheses next to the hardware listing. The
selected guest operating system determines the devices that are available to be added to a given virtual
machine. The devices that can be added are:
n Serial port
n Parallel port
n Floppy drive
n DVD/CD-ROM drive
n USB Controller
n Ethernet adapter
n Hard disk
n SCSI device
Procedure
1 In the vSphere Client inventory, right-click on a virtual machine and select Edit Settings.
The default setting for total video RAM is 4MB, which is sufficient for a maximum screen resolution of
1176x885. For higher screen resolutions, set this option to 16MB.
Procedure
4 If you do not want the CD-ROM drive connected when the virtual machine starts, deselect Connect at
power on.
Option Description
Client Device Select this option to connect the DVD/CD-ROM device to a physical DVD or
CD-ROM device on the system running the vSphere Client.
To connect the device, you must click the Connect CD/DVD button in the
toolbar when you power on the virtual machine.
Host Device a Select this option to connect the DVD/CD-ROM device to a physical DVD
or CD-ROM device on the host.
b Select the specific device from the drop-down list.
Datastore ISO File a Select this option to connect the DVD/CD-ROM device to an ISO file
stored on a datastore accessible to the host.
b Click Browse and select the ISO file.
6 For client devices, select the mode used for the connection.
n Use Pass-through (raw) mode only for remote client device access.
n Use ATAPI emulation to access a host CD-ROM device.
The host CD-ROM device is accessed through emulation mode. Pass-through mode is not functional
for local host CD-ROM access. You can write or burn a remote CD only through pass-through mode
access, but in emulation mode you can only read a CD-ROM from a host CD-ROM device.
7 Alternatively, select Use ISO Image to connect the virtual machine’s drive to an ISO image file.
8 If you selected Use ISO Image, click Browse to navigate to the file.
9 Under Virtual device node, use the drop-down menu to select the device node the drive uses in the virtual
machine.
Procedure
3 Under Device Status, select Connect at power on to connect this virtual machine to the floppy drive when
the virtual machine is powered on.
Option Description
Client Device Select this option to connect the floppy device to a physical floppy device on
the system running the vSphere Client.
To connect the device, you must click the Connect Floppy button in the
toolbar when you power on the virtual machine.
Host Device a Select this option to connect the floppy device to a physical floppy device
on the host.
b Select the specific device from the drop-down list.
Use existing floppy image in a Select this option to connect the virtual device to an existing floppy image
datastore on a datastore accessible to the host.
b Click Browse and select the floppy image.
Create new floppy image in datastore a Select this option to create a new floppy image on a datastore accessible
to the host.
b Click Browse and browse to the location for the floppy image.
c Enter a name for the floppy image and click OK.
Procedure
Under Virtual device node, select the virtual device node where you want this device to appear in the
virtual machine.
NOTE The Manage Paths feature for RDM disks is not available for virtual machines on legacy hosts running
versions of ESX Server prior to release 3.0.
Procedure
4 To change the size of the disk, enter a new value in the Provisioned Size text box.
5 For independent mode, which is unaffected by snapshots, select the check box. Then select Persistent or
Nonpersistent mode to determine the persistence of changes.
When you add memory to a virtual machine while it is powered on, the amount you add cannot exceed 16
times the amount of memory the virtual machine had when it was powered on.
Procedure
Procedure
3 To connect the virtual NIC when the virtual machine is powered on, select Connect at power on.
5 Under Network connection, use the drop-down menu to select the network label you want the virtual
machine to use.
Procedure
3 Deselect the Connect at power on check box if you do not want the parallel port device to be connected
when the virtual machine powers on.
4 Under Connection, select a button to indicate a physical parallel port or to connect the virtual parallel port
to a file.
n If you select Use physical parallel port, select the port from the drop-down menu.
n If you select Use output file, browse to the file location.
You can change the SCSI controller configuration for a virtual machine on an ESX/ESXi host only.
CAUTION Changing the SCSI controller type might result in a virtual machine boot failure.
You can also specify whether the SCSI bus is shared. Depending on the type of sharing, virtual machines can
access the same virtual disk simultaneously on the same server or any server.
Procedure
5 Click OK.
Option Description
None Virtual disks cannot be shared by other virtual machines.
Virtual Virtual disks can be shared by virtual machines on same server.
Physical Virtual disks can be shared by virtual machines on any server.
Procedure
3 If you selected Use physical serial port on the host, use the drop-down menu to select the port on the
host computer that you want to use for this serial connection.
4 If you selected Use output file, browse to the location of the file on the host that you want to use to store
the output of the virtual serial port.
5 If you selected Use named pipe, use the default pipe name or enter another pipe name of your choice in
the Pipe Name list.
For a serial pipe for a virtual machine on an ESX host for Linux, enter /tmp/<socket> or another UNIX
socket name of your choice.
Then decide whether you are connecting two virtual machines or connecting a virtual machine to an
application on the host.
6 If you are connecting two virtual machines, you must configure a serial port as a named pipe in two virtual
machines: a server virtual machine and a client virtual machine.
a For the server virtual machine, select Server in the Near end list.
b For the client virtual machine, select Client in the Near end list.
a Select Server or Client in the Near end list. In general, select Server if you plan to start this end of
the connection first.
b Select An application in the Far end list.
By default, the serial port is connected when you power on the virtual machine. You might deselect the
Connect at power on check box (optional).
8 Under I/O Mode, decide whether to configure this serial port to use interrupt mode or polled mode.
Polled mode is of interest primarily to developers who are using debugging tools that communicate over
a serial connection.
Polled mode causes the virtual machine to consume a disproportionate share of processor (or CPU) time.
This makes the host and other guests run sluggishly. To maintain best performance for applications on
the host, select the Yield CPU on poll check box. This forces the affected virtual machine to use interrupt
mode, which yields processor (or CPU) time if the only task it is trying to do is poll the virtual serial port.
If the virtual machine is on an ESX/ESXi host, you can configure a virtual machine to have up to eight virtual
processors or CPUs. Virtual machines cannot have more virtual CPUs than the actual number of logical CPUs
on the host—that is, the number of physical processor cores if hyperthreading is disabled or two times the
number of physical processor cores if hyperthreading is enabled. For more information about using SMP,
consult the VMware Knowledge Base.
NOTE Not all guest operating systems support SMP, and some that do require reinstallation if the number of
CPUs changes.
Procedure
You can change the following settings in the Options tab of the Virtual Machine Properties Editor:
General Options Virtual machine display name and type of guest operating system. (Read-only)
location of virtual machine and its configuration file.
Appliance Options Virtual machine options for functionality, product information, properties, and
OVF settings specific to virtual appliances.
VMware Tools Power Controls behavior, VMware Tools scripts and automatic updates.
Advanced > CPUID Mask NX flag and advanced identification mask options.
Advanced > Fibre Virtual node and port World Wide Names (WWNs).
Channel NPIV
Advanced > CPU/MMU Settings for enabling Hardware Page Table Virtualization.
Virtualization
Procedure
The virtual machine name appears in the Virtual machine name field.
Changing the name does not change the name of any virtual machine files or the associated directory.
VMware Tools options cannot be changed while the virtual machine is powered on.
Procedure
The stop button on the toolbar can be configured to power off the virtual machine, shut down the guest
operating system, or use the system default. The pause button on the toolbar can be configured to suspend
the virtual machine or use the system default. The reset button on the toolbar can be configured to reset
the virtual machine, restart the guest operating system, or use the system default.
3 Select the actions you want from the drop-down menus under Power Controls.
4 (Optional) Configure VMware Tools scripts to run when you change the virtual machine’s power state by
selecting options under Run VMware Tools scripts.
NOTE For ESX host virtual machines, there are no scripts for resuming and suspending virtual machines.
5 (Optional) Configure VMware Tools to check for and install updates before each power on by selecting
the Check and upgrade Tools before each power on option under Automatic VMware Tools Upgrade.
6 (Optional) Configure the guest operating system to synchronize time with the host by selecting the
Synchronize guest time with host option.
Procedure
3 Under Guest Power Management, select either Suspend the virtual machine or Put the guest operating
system in standby mode and leave the virtual machine powered on.
4 (Optional) If you chose to leave the virtual machine on, select Wake on LAN for virtual machine traffic
on your virtual machine network by selecting the check box.
Not all guest operating systems support Wake on LAN. Only the following types of NICs support Wake
on LAN:
n Flexible (VMware Tools required).
n vmxnet
n Enhanced vmxnet
n vmxnet 3
Procedure
You can enable and disable acceleration while the virtual machine is running.
In rare instances, you might find that when you install or run software inside a virtual machine, the
virtual machine appears to stop responding. Generally, the problem occurs early in the program’s
execution. In many cases, you can get past the problem by temporarily disabling acceleration in the
virtual machine.
This setting slows down virtual machine performance, so use it only for getting past the problem with
running the program. After the program stops encountering problems, deselect Disable
acceleration. You might then be able to run the program with acceleration.
c To enable debugging mode, select an option from the Debugging and Statistics section. Debugging
information and statistics can be helpful to VMware technical support in resolving issues.
d To set advanced configuration parameters, click Configuration Parameters. Generally, you should
only change these settings if you intend to use experimental features or when instructed to do so by
a VMware technical support representative.
a Specify whether you want to hide the host’s CPU NX flag from the guest operating system.
Hiding the NX flag prevents the guest operating system from making use of this CPU feature, but
enables the virtual machine to be moved to hosts that do not include the NX feature. When the NX
flag is visible, the guest operating system can make use of the feature, but the virtual machine can be
moved only to hosts with the NX capability.
b Click Advanced to access the CPU Identification Mask dialog box. An explanation of the symbols in
this dialog box is available by clicking Legend.
NOTE The virtual machine must be powered off before you can change this setting.
4 Select Advanced > Memory/CPU Hotplug. VMware Tools must be installed for hotplug functionality to
work properly.
a Select Enable memory hot add for this virtual machineto enable memory hot add, or select Disable
memory hot add for this virtual machine to disable this feature.
b Select Enable CPU hot add only for this virtual machineto enable CPU hot add, select Enable CPU
hot add and remove for this virtual machineto enable CPU hot add and remove, or select Disable
CPU hot plug for this virtual machine to disable this feature.
a Specify the duration in milliseconds you want to delay entering the boot sequence when the virtual
machine is powered on or restarted.
b Select the option under Force BIOS Setup to have the virtual machine enter BIOS setup when it boots.
These options are useful when you need to enter the virtual machine’s BIOS setup because sometimes
the console attaches to the virtual machine after the boot sequence passes the point where you can
enter BIOS.
6 Select Advanced > Paravirtualization. Select Support VMI Paravirtualization to enable VMI
Paravirtualization to enable it, or deselect it to disable this feature.
VMI is a paravirtualization standard that enables improved performance for virtual machines capable of
utilizing it. Currently, this feature is available only for those versions of the Linux guest operating system
which support VMI paravirtualization.
NOTE Enabling paravirtualization utilizes one of the virtual machine’s six virtual PCI slots. Also, enabling
paravirtualization can limit how and where the virtual machine can be migrated. Consider the following
before enabling this feature:
n These hosts support VMI paravirtualization: ESX/ESXi 3.5 and greater, and Workstation 6.0 and
greater. Hardware version 4 virtual machines with paravirtualization enabled that are created on ESX
hosts can be migrated to Workstation hosts without loss of functionality.
n A virtual machine with paravirtualization enabled and that is powered off can be moved manually
to a host that does not support paravirtualization. However, this can result in reduced performance.
n A virtual machine with paravirtualization enabled and that is powered on or in a suspended power
state can not be migrated to a host that does not support paravirtualization.
n Automated vCenter Server DRS migrations of virtual machines with paravirtualization enabled to
hosts that do not support paravirtualization are not allowed.
N-port ID virtualization (NPIV) provides the ability to share a single physical Fibre Channel HBA port
among multiple virtual ports, each with unique identifiers. This allows control over virtual machine access
to LUNs on a per-virtual machine basis.
Each virtual port is identified by a pair of world wide names (WWNs): a world wide port name (WWPN)
and a world wide node name (WWNN). These WWNs are assigned by vCenter Server.
a To edit the virtual machine’s WWNs, power off the virtual machine.
b Ensure that the virtual machine has a datastore containing a LUN that has been made available to the
host.
NOTE A virtual machine with WWNs that are already in use on the storage network is prevented
from powering on. To solve this issue, generate new WWNs or remove them.
Provide the WWN assignments to your SAN administrator. The administrator needs those assignments
to configure virtual machine access to the LUN. For more information on how to configure NPIV for a
virtual machine, see the Fibre Channel SAN Configuration Guide.
8 Select Advanced > Virtualized MMU and specify whether to disable the feature, always use the feature
where available, or have the host system determine whether the feature should be used.
CPU Resources
The CPU Resources panel of the Virtual Machine Properties dialog box lets you allocate processor resources
for a virtual machine, specifying reservations, limits, and shares.
You can edit some of the same information on the Resource Pools tab of the main vSphere Client window,
which you might do to edit resource settings at the same time you edited other virtual machine settings.
Procedure
3 Select a shares value, which represents a relative metric for allocating CPU capacity.
Option Description
Shares The values Low, Normal, High, and Custom are compared to the sum of all
shares of all virtual machines on the server and, on ESX/ESXi hosts, the
service console. Share allocation symbolic values can be used to configure
their conversion into numeric values.
Reservation Guaranteed CPU allocation for this virtual machine.
Limit Upper limit for this virtual machine’s CPU allocation. Select Unlimited to
specify no upper limit.
For more information on share values, see the Resource Management Guide.
This panel does not appear for virtual machines in a DRS cluster or when the host has only one processor core
and no hyperthreading.
NOTE Hyperthreading technology allows a single physical processor to behave like two logical processors.
The processor can run two independent applications at the same time. While hyperthreading does not double
the performance of a system, it can increase performance by better utilizing idle resources. For detailed
information about hyperthreading and its use in vSphere, see the Resource Management Guide (select Help >
Manuals).
ESX generally manages processor scheduling well, even when hyperthreading is enabled. The settings on this
page are useful only for fine-grained tweaking of critical virtual machines.
The Hyperthreading Sharing option provides detailed control over whether a virtual machine should be
scheduled to share a physical processor core (assuming hyperthreading is enabled on the host at all).
The Scheduling Affinity option allows fine-grained control over how virtual machine CPUs are distributed
across the host's physical cores (and hyperthreads if hyperthreading is enabled).
Procedure
Option Description
Any (default) The virtual CPUs of this virtual machine can freely share cores with
other virtual CPUs of this or other virtual machines.
None The virtual CPUs of this virtual machine have exclusive use of a processor
core whenever they are scheduled to it. The other hyperthread of the core is
halted while this virtual machine is using the core.
Internal On a virtual machine with exactly two virtual processors, the two virtual
processors are allowed to share one physical core (at the discretion of the
host scheduler), but this virtual machine never shares a core with any other
virtual machine. If this virtual machine has any other number of processors
other than two, this setting is the same as the None setting.
NOTE This option is not allowed when the virtual machine resides on a DRS cluster, and its values are
cleared when a virtual machine is migrated to a new host. The value of the option is only in tuning the
performance of a precise set of virtual machines on the same host.
The check boxes for the individual processors represent physical cores if hyperthreading is disabled or
logical cores (two per physical core) if hyperthreading is enabled. Checking all the boxes is the same as
not applying any affinity. You must provide at least as many processor affinities as the number of virtual
CPUs in the virtual machine.
Memory Resources
The Memory Resources panel lets you allocate memory resources for a virtual machine and specify
reservations, limits, and shares.
You can edit some of the same information on the Resource Pools tab of the main vSphere Client window,
which you might do to edit resource settings at the same time as other virtual machine settings.
Procedure
3 From the drop-down menu in the Resource allocation panel, select a relative metric for allocating memory
to all virtual machines.
Symbolic values Low, Normal, High, and Custom are compared to the sum of all shares of all virtual
machines on the server and, on an ESX host, the service console. Share allocation symbolic values can be
used to configure their conversion into numeric values.
4 In the Resource allocation panel, use the slider to select the amount of reserved memory and the memory
limit, or use the up and down arrows to enter the number of MBs allocated.
For more information on memory values, see the mem man page.
The Advanced Memory Resources page lets you set low-level options that involve distribution of virtual
machine memory to NUMA memory nodes.
This page appears only if the host utilizes the NUMA memory architecture. Because affinity settings are
meaningful only when used to tweak the performance of a specific set of virtual machines on one host, this
page also is not displayed when the virtual machine resides on a DRS cluster. The option values are cleared
when the virtual machine is moved to a new host.
NUMA memory node affinity enables fine-grained control over how virtual machine memory is distributed
to host physical memory. Checking all the boxes is the same as applying no affinity.
Consult the Resource Management Guide for details about NUMA and advanced memory resources.
NOTE Specify nodes to be used for future memory allocations only if you have also specified CPU affinity. If
you make manual changes only to the memory affinity settings, automatic NUMA rebalancing does not work
properly.
Use the Resources tab in the Virtual Machine Properties dialog box to associate memory allocations with a
NUMA node.
Procedure
Disk Resources
The Disk Resources panel lets you allocate host disk I/O bandwidth to the virtual hard disks of this virtual
machine.
Disk I/O is a host-centric resource and cannot be pooled across a cluster. However, CPU and memory resources
are much more likely to constrain virtual machine performance than disk resources.
Procedure
3 In the Resource Allocation panel, select the virtual hard disk from the list.
4 Click in the Shares field. Use the drop-down menu to change the value to allocate a number of shares of
its disk bandwidth to the virtual machine.
Shares is a value that represents the relative metric for controlling disk bandwidth to all virtual machines.
The values Low, Normal, High, and Custom are compared to the sum of all shares of all virtual machines
on the server and, on an ESX/ESXi host, the service console. Share allocation symbolic values can be used
to configure their conversion into numeric values.
The virtual hardware that you add appears in the hardware list displayed in the Virtual Machine Properties
wizard. The selected guest operating system determines the devices that are available to add to a given virtual
machine.
Virtual machine hardware can be reconfigured while the virtual machine is running, if the following conditions
are met:
n The virtual machine has a guest operating system that supports hot-plug functionality. See the Guest
Operating System Installation Guide.
n The virtual machine is using hardware version 7.
n Virtual CPUs can only be added while the virtual machine is running if CPU Hot Plug has been enabled
on the Options tab of the Virtual Machine Properties dialog box.
NOTE If a virtual machine is on a host managed by vCenter Server, be sure to connect to vCenter Server when
adding or modifying virtual hardware for the virtual machine. If you connect the vSphere Client directly to
the host, add hardware operations might fail with the error message Cannot complete operation due to
concurrent modification by another operation.
Rescan a Host
You rescan a host to ensure that it detects changes made to storage adapter or SAN configuration.
Procedure
1 Select a host.
4 Click Rescan.
6 Click OK.
Procedure
1 In the vSphere Client, click Inventory in the navigation bar. Expand the inventory as needed, and click
the appropriate virtual machine.
2 To display the Virtual Machine Properties dialog box, click the Edit Settings link in the Commands panel.
Procedure
4 Click Next.
5 If you selected Use physical serial port on the host, use the drop-down menu to select the port on the
host computer that you want to use for this serial connection.
6 If you selected Output to file, browse to the file on the host that you want to use to store the output of the
virtual serial port.
7 If you selected Connect to named pipe, enter a pipe name in the Pipe Name field and use the drop-down
menus to select the near and far ends of the pipe.
The options for the near end are client or server. The options for the far end are a process or a virtual
machine.
By default, the serial port is connected when you power on the virtual machine.
8 (Optional) Deselect the Connect at power on check box if you do not want the serial port to connect when
the virtual machine is powered on.
9 (Optional) Deselect the I/O mode Yield CPU on poll check box if you want to configure this serial port to
use interrupt mode as opposed to polled mode.
Polled mode is of interest primarily to developers who are using debugging tools that communicate over
a serial connection. Polled mode causes the virtual machine to consume a disproportionate share of CPU
time. This makes the host and other guests run sluggishly.
10 (Optional) To maintain best performance for applications on the host, select the Yield CPU on poll check
box.
This forces the affected virtual machine to use interrupt mode, which yields CPU time if the only task it
is trying to do is poll the virtual serial port.
11 Review the information on the Ready to Complete page, and click Finish.
Procedure
3 Select Use physical parallel port on the host or Output to file, and click Next.
4 If you selected Use physical parallel port on the host, select the port from the drop-down menu. If you
selected Output to file, browse to the location of the file.
5 Under Device status, deselect the Connect at power on check box if you do not want the parallel port
device to be connected when the virtual machine powers on.
6 Click Next.
7 Review the information on the Ready to Complete page, and click Finish.
If you are adding a CD/DVD-ROM drive that is backed by USB CD/DVD drive on the host, you must add the
drive as a SCSI device.
Procedure
4 If you do not want the CD-ROM drive connected when the virtual machine starts, deselect Connect at
power on.
5 Click Next.
6 Specify the virtual device node the drive uses in the virtual machine, and click Next.
7 Review the information on the Ready to Complete window, and click Finish or Back if you want to change
any information.
Procedure
4 Click Next.
6 To have the floppy drive connected to the virtual machine when you power it on, select Connect at power
on.
7 Click Next.
8 Review the information on the Ready to Complete page, and click Finish.
Procedure
4 In the Network connection panel, select either a named network with a specified label or a legacy network.
5 To connect the virtual NIC when the virtual machine is powered on, select Connect at power on.
6 Click Next.
Flexible Supported on virtual machines that were created on ESX Server 3.0 or greater
and that run 32-bit guest operating systems. The Flexible adapter functions as
a Vlance adapter if VMware Tools is not installed in the virtual machine and
as a Vmxnet driver if VMware Tools is installed in the virtual machine.
e1000 Emulates the functioning of an E1000 network card. It is the default adapter
type for virtual machines that run 64-bit guest operating systems.
Enhanced vmxnet An upgraded version of the Vmxnet device with enhanced performance. It
requires that VMware Tools be installed in the virtual machine.
vmxnet 3 Next generation Vmxnet device with enhanced performance and enhanced
networking features. It requires that VMware Tools be installed in the virtual
machine, and is available only on virtual machines with hardware version 7
and greater.
If your virtual machine was created on ESX Server 3.0 or greater and runs a 32-bit guest operating system, the
default adapter type is Flexible. The Flexible adapter functions as a Vlance adapter if the adapter’s driver is
the stock driver the guest operating system. The Flexible adapter functions as a vmxnet adapter if the vmxnet
driver has been installed on the virtual machine as part of the VMware Tools installation.
If your virtual machine runs a 64-bit guest operating system, the default adapter type is E1000. If you change
a virtual machine from a 32-bit to a 64-bit guest operating system, or the reverse, you must remove the existing
network adapter and replace it with a new one, or the virtual machine will not power on.
If you do a hardware upgrade on a legacy virtual machine, the adapter type for that upgraded machine is as
follows:
n If the adapter type was Vlance, the adapter type on the upgraded virtual machine is Flexible. That adapter
functions as a Vlance adapter would function. If you want to obtain significantly better performance, you
need only install the VMware Tools on the virtual machine as described in the previous step.
n If the adapter type is vmxnet, the adapter type on the upgraded virtual machine is still vmxnet. However,
you cannot change this adapter’s type to Vlance, as you would have been able to do on a legacy virtual
machine.
Procedure
3 Select the type of storage for the virtual machine’s disk, and click Next.
You can store virtual machine data in a new virtual disk, an existing virtual disk, or a Mapped SAN LUN.
A virtual disk, which appears as a single hard disk to the guest operating system, is composed of one or
more files on the host file system. Virtual disks can easily be copied or moved on the same host or between
hosts.
b Select the location as either Store with the virtual machine or Specify a datastore.
c If you selected Specify a datastore, browse for the datastore location, and click Next. Continue with
Step 7.
5 If you selected an existing disk, browse for the disk file path and click Next.
c Select the compatibility mode: physical to allow the guest operating system to access the hardware
directly or virtual to allow the virtual machine to use VMware snapshots and other advanced
functions. Click Next.
a Select Independent to make the disk independent. Independent disks are not affected by snapshots.
b If you selected Independent, select one of the two modes for independent disks:
n Persistent – The disk operates normally except that changes to the disk are permanent even if the
virtual machine is reverted to a snapshot.
n Nonpersistent – The disk appears to operate normally, but whenever the virtual machine is
powered off or reverted to a snapshot, the contents of the disk return to their original state. All
later changes are discarded.
9 Click Next.
Procedure
3 Under Connection, use the drop-down menu to select the physical device you want to use.
4 To connect this virtual machine to the server’s SCSI device when the virtual machine is powered on, select
Connect at power on.
5 Under Virtual device node, select the virtual device node where you want this device to appear in the
virtual machine.
You can also select the check box to indicate that the virtual device is set up in the same way as the physical
unit.
6 Review the information in the Ready to Complete page, and click Finish.
PCI devices connected to a host can be marked as available for passthrough from the Hardware Advanced
Settings in the Configuration tab for the host.
Prerequisites
®
To use VMDirectPath, the host must have Intel Virtualization Technology for Directed I/O (VT-d) or AMD
I/O Virtualization Technology (IOMMU) enabled in the BIOS. In order to add PCI devices to a virtual machine,
the devices must be connected to the host and marked as available for passthrough. In addition, PCI devices
can be added only to virtual machines with hardware version 7.
Procedure
1 Select the virtual machine from the inventory panel and click Virtual Machine > Edit Settings.
3 In the Add Hardware wizard, select PCI Device and click Next.
4 Select the passthrough device to connect to the virtual machine from the drop-down list and click Next.
5 Click Finish.
Prerequisites
An existing virtual machine with a guest operating system and VMware Tools installed.
Procedure
2 Click Add.
6 Click Next.
Paravirtual SCSI adapters are available for virtual machines running hardware version 7 and greater. They are
supported on the following guest operating systems:
n Windows Server 2008
n Windows Server 2003
n Red Hat Linux (RHEL) 5
The following features are not supported with Paravirtual SCSI adapters:
n on Linux
n Record/Replay
n Fault Tolerance
n MSCS Clustering
The thin provisioned disk starts small and at first, uses just as much storage space as it needs for its initial
operations. You can determine whether your virtual disk is in the thin format and, if required, convert it to
thick. After having been converted, the virtual disk grows to its full capacity and occupies the entire datastore
space provisioned to it during the disk’s creation.
For more information on thin provisioning and disk formats, see ESX Configuration Guide or ESXi Configuration
Guide.
Procedure
2 Click Edit Settings to display the Virtual Machine Properties dialog box.
3 Click the Hardware tab and select the appropriate hard disk in the Hardware list.
The Disk Provisioning section on the right shows the type of your virtual disk, either Thin or Thick.
4 Click OK.
What to do next
If your virtual disk is in the thin format, you can inflate it to its full size.
Procedure
2 Click the Summary tab and, under Resources, double-click the datastore for the virtual machine to open
the Datastore Browser dialog box.
3 Click the virtual machine folder to find the virtual disk file you want to convert. The file has the .vmdk
extension.
The virtual disk in thick format occupies the entire datastore space originally provisioned to it.
Templates coexist with virtual machines at any level within the template and virtual machine domain. You
can order collections of virtual machines and templates into arbitrary folders and apply a variety of permissions
to both virtual machines and templates. Virtual machines can be transformed into templates without requiring
a full copy of the virtual machine files and the creation of a new object.
You can use templates to create new virtual machines by deploying the template as a virtual machine. When
complete, the deployed virtual machine is added to the folder chosen by the user.
To view templates, select the datacenter and click the Virtual Machines tab. All virtual machines and templates
for the datacenter are visible from here. Virtual machines and templates have different icons.
Creating Templates
Templates can be created by using an existing virtual machine or cloning a virtual machine or existing template.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
vCenter Server marks that virtual machine as a template and displays the task in the Recent Tasks pane.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
5 Give the new template a name, select its inventory location, and click Next.
Option Description
Same as Source Use the format of the original virtual disk.
Thin Provisioned Use the thin format to save storage space. The thin virtual disk starts small
and at first, uses just as much storage space as it needs for its initial
operations. When the virtual disk requires more space, it can grow to its
maximum capacity and occupy the entire datastore space originally
provisioned to it.
Only VMFS datastores version 3 and later support virtual disks in the thin
format.
Thick Allocate a fixed amount of storage space to the virtual disk. The virtual disk
in the thick format does not change its size and from the very beginning
occupies the entire datastore space provisioned to it.
8 Click Next.
9 Click Finish.
vCenter Server displays the Tasks inventory panel for reference and adds the cloned template to the list
in the information panel.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
5 Give the new template a unique name and description, and click Next.
Option Description
Same as Source Use the format of the original virtual disk.
Thin Provisioned Use the thin format to save storage space. The thin virtual disk starts small
and at first, uses just as much storage space as it needs for its initial
operations. When the virtual disk requires more space, it can grow to its
maximum capacity and occupy the entire datastore space provisioned to it.
Only VMFS datastores version 3 and later support virtual disks in the thin
format.
Thick Allocate a fixed amount of storage space to the virtual disk. The virtual disk
in thick format does not change its size and from the very beginning occupies
the entire datastore space provisioned to it.
9 Click Next.
10 Review the information for your new virtual machine and click Finish.
You cannot use the new template until the cloning task completes.
vCenter Server adds the cloned template to the list in the Virtual Machines tab.
Edit a Template
You can edit templates. You might want to edit templates to upgrade or add applications, or change hardware.
You can edit your template (to upgrade an application, for example). You cannot edit templates as templates.
You must convert the template to a virtual machine, edit it, and convert the edited virtual machine to a template.
Procedure
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
4 Change the name and click outside the field to save your changes.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
3 Select the datacenter that contains the template, and click the Virtual Machines tab.
The virtual machines and templates associated with the datacenter appear in the datacenter panel.
4 Right-click the template, and select Deploy Virtual Machine from this Template.
5 Give the new virtual machine a name, select a location, and click Next.
6 On the Host / Cluster page, select the host on which you want to store the template and click Next.
7 Select a resource pool (if applicable) in which you want to run the virtual machine, and click Next.
Resource pools allow hierarchical management of resources within a host or cluster. Virtual machines and
child pools share the resources of their parent pool.
You are choosing the datastore in which to store the files for the virtual machine. You should select one
that is large enough to accommodate the virtual machine and all of its virtual disk files so that they can
all reside in the same place.
The Advanced button allows you to store individual files in separate locations. To return to the datastore
selection page, click the Basic button.
9 In the Select Guest Customization Option page, perform one of these actions:
n If you do not want to customize your guest operating system, select Do not customize and click
Next.
n If you want to customize your guest operating system, click one of the other selections as appropriate.
You customize guest operating systems through the wizard or by using an existing customization
specification that you create.
NOTE Customization is not supported for all guest operating systems. Additionally, some guest
operating systems require Microsoft Sysprep tools.
10 In the Ready to Complete page, review the information for your new virtual machine, select the Power
on the new Virtual Machine after creation check box if you want to power on the virtual machine
immediately, and click Finish.
After you click Finish, you cannot use or edit the virtual machine until the task completes. This might
take several minutes. The virtual machine is added to the datastore.
Procedure
1 Start the vSphere Client, and log in to the vCenter Server system.
The virtual machines and templates associated with the datacenter appear in the datacenter panel.
Deleting Templates
You can delete a template by removing it from the inventory or deleting the template from the disk.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
5 Click OK to confirm removing the template from the vCenter Server database.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
3 Select the datastore that contains the template, and click the Virtual Machine tab.
5 Click OK to confirm removing the template from the vCenter Server database.
Regain Templates
Templates are associated with hosts, and the only way to regain or register templates after removing and
adding a host is to use the datastore browser to locate the template. Then use the inventory wizard to name
and register the .vmtx file as a template back into vCenter Server.
If you want the template to retain its original name, do not enter a name in the Add to Inventory wizard.
vCenter Server will use the original name if the field in the wizard is left blank.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
3 Right-click the datastore that contains the template and select Browse Datastore.
7 Select a host or cluster on which to store the template, and click Next.
The template is registered to the host. You can view the template from the host’s Virtual Machine tab.
You can place the new clone on any host within any datacenter.
Procedure
1 Start the vSphere Client and log in to the vCenter Server system.
3 Expand the inventory as needed, and click the source virtual machine.
7 Select a host or cluster on which to run the clone, and click Next.
8 If you select a cluster, you must select a specific host within the cluster, and click Next.
9 Select a resource pool in which to run the clone, and click Next.
10 Select the datastore location where you want to store the virtual machine files, and click Next.
The Select Guest Customization Option page appears. You can choose to customize the guest operating
system using the wizard or using an existing customization specification. You can also choose not to
customize.
On the Ready to Complete New Virtual Machine page, you can select the check box to power on the new
virtual machine after creation. After you click Finish, you cannot use or edit the virtual machine until the
task completes. If the task involves the creation of a virtual disk, it could take several minutes to complete.
Procedure
1 Start the vSphere client, and log in to the vCenter Server system.
4 Select Clone a virtual machine from the drop-down menu, and click OK.
6 Follow the wizard through the same steps as those in the previous task in which you cloned a virtual
machine.
9 Select Now or Later. If later, enter the time and date when you want the virtual machine to be deployed,
and click Next.
To see the calendar, click Later, and click the drop-down arrow to select a date from the calendar. A red
circle indicates today’s date, and a dark circle indicates the scheduled date.
10 Review the information on the Ready to Complete New Virtual Machine page, and click Finish.
Optionally, you can select the check box to power on the new virtual machine after it is created.
vCenter Server adds the new task to the scheduled task list and completes it at the designated time. When
it is time to perform the task, vCenter Server first verifies that the user who created the task still has
permission to complete the task. If the permission levels are not acceptable, vCenter Server sends a
message to the log and the task is not performed.
You can store specifications in the database to customize the guest operating system of a virtual machine during
the cloning or deploying process. Use the Customization Specification Manager to manage customization
specifications you create with the Guest Customization wizard.
You must perform the following tasks before running the Guest Customization wizard.
n Create and configure a virtual machine.
n Make sure that the virtual machine is registered in the vCenter Server inventory.
n Verify that your system meets the virtual hardware requirements for guest customization listed in “Virtual
Hardware Requirements for Guest Customization,” on page 178.
n Verify that your system meets the operating system requirements for guest customization listed in
“Windows Requirements for Guest Customization,” on page 178 and “Linux Requirements for Guest
Customization,” on page 179.
n Understand the naming requirements for a guest operating system as described in “Naming Requirements
for a Guest Operating System,” on page 179.
n If you are customizing a Windows guest operating system, verify that all required components are
installed on the Windows machine where vCenter Server is installed.
NOTE After deploying and customizing nonvolume-licensed versions of Windows XP or Windows 2003, you
might need to reactivate your Microsoft operating system on the new virtual machine.
Guest customization requires that the source virtual machine that you use to create a clone or template has the
following:
n VMware Tools installed
n 32-bit or 64-bit hardware corresponding to the 32-bit or 64-bit operating system being installed
n SCSI disks
vCenter Server customization operates on the disk attached to the virtual SCSI node with the lowest address
on the SCSI controller with the lowest index.
Windows XP Home or Windows NT4 operating system guest customization is not supported.
n The guest operating system has the most recent version of VMware Tools installed.
n The Microsoft Sysprep tools are installed on the vCenter Server system.
Microsoft Sysprep tools have certain requirements and impose certain restrictions on the source machine.
n If the virtual machine resides on a host running ESX Server 3.0.x or earlier, both the active partition (the
partition containing boot.ini) and the system partition (the partition containing the system directory, for
example, \WINNT or \WINDOWS), must be on the same virtual disk.
You can set the computer name using one of the following options:
Use a specific name The name can contain alphanumeric characters and the underscore ( _ ) and
hyphen (-) characters. It cannot contain periods (.) or blank spaces and cannot
be made up of digits only. To ensure that the name is unique, select Append a
numeric value to ensure uniqueness. This appends a hyphen followed by a
numeric value to the virtual machine name. Names are case-insensitive.
Use the virtual The computer name that vCenter Server creates is identical to the name of the
machine’s name virtual machine on which the guest operating system is running.
Prompt the user for a The vSphere Client populates the Deploy Virtual Machine wizard with a
name in the Deploy prompt for the computer name after you complete all the steps in the wizard.
wizard
Use a custom Enter a parameter that can be passed to the custom application.
application configured
with vCenter Server to
generate a name
Procedure
1 From the Clone Virtual Machine or Deploy Template wizard, select Guest Customization.
2 Type the virtual machine owner’s name and organization and click Next.
3 Specify the name that will identify the guest operating system on the network and click Next.
4 Type the Windows product key for the new guest operating system.
For Per server, enter the maximum number of simultaneous connections you want the server to
accept.
6 Click Next.
7 Type a password for the administrator account, and confirm the password by typing it again.
NOTE You can change the administrator password only if the administrator password on the source
Windows virtual machine is blank. If the source Windows virtual machine or template already has a
password, the administrator password does not change.
8 To log users into the guest operating system as Administrator, select the check box, and select the number
of times to log in automatically.
9 Click Next.
10 Select the time zone for the virtual machine and click Next.
11 (Optional) On the Run Once page, specify commands to be run the first time a user logs into the guest
operating system and click Next.
12 Select the type of network settings to apply to the guest operating system and click Next:
n Typical settings allow vCenter Server to configure all network interfaces from a DHCP server.
n Custom settings require you to manually configure the network interface settings.
13 Select how the virtual machine will participate in the network by typing the following:
n Workgroup (for example, MSHOME)
n Windows Server Domain: Type the domain, the user name, and the password for a user account that
has permission to add a computer to the specified domain.
14 Click Next.
17 Click Finish to save your changes and exit the Guest Customization wizard.
Procedure
1 From the Clone Virtual Machine or Deploy Template wizard, select Guest Customization.
2 Specify a host name to identify the guest operating system on the network.
3 Enter the Domain Name for the computer and click Next.
4 Select the time zone for the virtual machine and click Next.
5 Select the type of network settings to apply to the guest operating system and click Next:
n Typical settings allow vCenter Server to configure all network interfaces from a DHCP server.
n Custom settings require you to manually configure the network interface settings.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
2 Click New.
3 In the Guest Customization wizard, select Linux from the Target Virtual Machine OS menu.
4 Under Customization Specification Information, enter a name for the specification and an optional
description and click Next.
5 Specify a host name to identify the guest operating system on the network.
6 Enter the Domain Name for the computer and click Next.
7 Select the time zone for the virtual machine and click Next.
8 Select the type of network settings to apply to the guest operating system and click Next:
n Typical settings allow vCenter Server to configure all network interfaces from a DHCP server.
n Custom settings require you to manually configure the network interface settings.
The custom specification you created is listed in the Customization Specification Manager, and can be used to
customize virtual machine guest operating systems.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
2 Click New.
3 In the Guest Customization wizard, select Windows from the Target Virtual Machine OS menu.
5 Under Customization Specification Information, enter a name for the specification and an optional
description, and click Next.
6 Enter the virtual machine owner’s name and organization and click Next.
7 Type the name that will identify the guest operating system on the network and click Next.
8 Type the Windows product key for the new guest operating system.
For Per server, enter the maximum number of simultaneous connections you want the server to
accept.
10 Click Next.
11 Type a password for the administrator account, and confirm the password by typing it again.
NOTE You can change the administrator password only if the administrator password on the source
Windows virtual machine is blank. If the source Windows virtual machine or template already has a
password, the administrator password does not change.
12 To log users into the guest operating system as Administrator, select the check box, and select the number
of times to log in automatically.
13 Click Next.
14 Select the time zone for the virtual machine and click Next.
15 (Optional) On the Run Once page, specify commands to be run the first time a user logs into the guest
operating system and click Next.
16 Select the type of network settings to apply to the guest operating system and click Next:
n Typical settings allow vCenter Server to configure all network interfaces from a DHCP server.
n Custom settings require you to manually configure the network interface settings.
17 Select how the virtual machine will participate in the network and clickNext.
n Workgroup (for example, MSHOME)
n Windows Server Domain: Type the domain, the user name, and the password for a user account that
has permission to add a computer to the specified domain.
The custom specification you created is listed in the Customization Specification Manager. You can use it to
customize virtual machine guest operating systems.
vCenter Server saves the customized configuration parameters in the vCenter Server database. If the
customization settings are saved, the administrator, and domain administrator, passwords are stored in
encrypted format in the database. Because the certificate used to encrypt the passwords is unique to each
vCenter Server system, reinstalling vCenter Server, or attaching a new instance of the server the database,
invalidates the encrypted passwords. The passwords must be re-entered before they can be used.
Prerequisites
Before you begin, you must have at least one customization specification.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
Prerequisites
Before you begin, you must have at least one customization specification.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
4 Click Save.
Prerequisites
Before you begin, you must have at least one customization specification.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
Prerequisites
Before you begin, you must have at least one customization specification.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
Prerequisites
Before you begin, you must have at least one customization specification.
Procedure
1 In the vSphere Client, select View > Management > Customization Specifications Manager.
2 Click Import.
3 From the Open dialog, browse the .xml to import and click Open.
If the guest operating system pauses when the new virtual machine boots, it might be waiting for you to
correct errors, such as an incorrect product key or invalid user name. Open the virtual machine’s console
to determine whether the system is waiting for information.
Procedure
u Click the Windows Start button and select Programs > Administrative Tools > Event Viewer.
Procedure
u Navigate to /var/log/vmware/customization.log.
Cold Migration Moving a powered-off virtual machine to a new host. Optionally, you can
relocate configuration and disk files to new storage locations. Cold migration
can be used to migrate virtual machines from one datacenter to another.
Migrating a Suspended Moving a suspended virtual machine to a new host. Optionally, you can
Virtual Machine relocate configuration and disk files to new storage location. You can migrate
suspended virtual machines from one datacenter to another.
Migration with VMotion Moving a powered-on virtual machine to a new host. Migration with VMotion
allows you to move a virtual machine to a new host without any interruption
in the availability of the virtual machine. Migration with VMotion cannot be
used to move virtual machines from one datacenter to another.
Migration with Storage Moving the virtual disks or configuration file of a powered-on virtual machine
VMotion to a new datastore. Migration with Storage VMotion allows you to move a
virtual machine’s storage without any interruption in the availability of the
virtual machine.
Both migration of a suspended virtual machine and migration with VMotion are sometimes referred to as “hot
migration”, because they allow migration of a virtual machine without powering it off. Migration with
VMotion is sometimes referred to as "live migration".
You can move virtual machines manually or set up a scheduled task to perform the cold migration.
Cold Migration
Cold migration is the migration of a powered-off virtual machine. With cold migration, you have the option
of moving the associated disks from one datastore to another. The virtual machines are not required to be on
shared storage.
The virtual machine you want to migrate must be powered off prior to beginning the cold migration process.
CPU compatibility checks do not apply when you migrate a virtual machine with cold migration.
3 After the migration is completed, the old version of the virtual machine is deleted from the source host.
Migration of suspended virtual machines is supported in ESX Server 3.x and ESX Server 3i and later only.
Virtual machines created using ESX Server 2.x must be powered off before migration.
When you migrate a suspended virtual machine, the new host for the virtual machine must meet CPU
compatibility requirements, because the virtual machine must resume executing instructions on the new host.
1 The configuration files, including the NVRAM file (BIOS settings), log files, and the suspend file as well
as the disks of the virtual machine are moved from the source host to the destination host’s associated
storage area.
3 After the migration is completed, the old version of the virtual machine is deleted from the source host.
The entire state of the virtual machine, as well as its configuration file, if necessary, is moved to the new host,
while the associated virtual disk remains in the same location on storage that is shared between the two hosts.
After the virtual machine state is migrated to the alternate host, the virtual machine runs on the new host.
The state information includes the current memory content and all the information that defines and identifies
the virtual machine. The memory content includes transaction data and whatever bits of the operating system
and applications are in the memory. The defining and identification information stored in the state includes
all the data that maps to the virtual machine hardware elements, such as BIOS, devices, CPU, MAC addresses
for the Ethernet cards, chip set states, registers, and so forth.
When you migrate a virtual machine with VMotion, the new host for the virtual machine must meet
compatibility requirements in order for the migration to proceed.
1 When the migration with VMotion is requested, vCenter Server verifies that the existing virtual machine
is in a stable state with its current host.
2 The virtual machine state information (memory, registers, and network connections) is copied to the target
host.
If any error occurs during migration, the virtual machines revert to their original states and locations.
Migration of a suspended virtual machine and migration with VMotion can be referred to as hot migration,
because they allow migration of a virtual machine without powering it off.
Ensure that you have correctly configured your hosts in each of the following areas:
n Each host must be correctly licensed for VMotion. For more information on licensing, see the Installation
Guide.
n Each host must meet shared storage requirements for VMotion.
n Each host must meet the networking requirements for VMotion.
During a migration with VMotion, the migrating virtual machine must be on storage accessible to both the
source and target hosts. Ensure that the hosts configured for VMotion use shared storage. Shared storage is
typically on a storage area network (SAN), but can also be implemented using iSCSI and NAS shared storage.
See the VMware SAN Configuration Guide for additional information on SAN and the ESX Configuration
Guide or ESXi Configuration Guide for information on other shared storage.
VMotion requires a Gigabit Ethernet (GigE) network between all VMotion-enabled hosts. Each host enabled
for VMotion must have a minimum of two Ethernet adapters, at least one of which must be a GigE adapter.
VMotion transfers the running state of a virtual machine between underlying ESX/ESXi systems. Successful
migration requires that the processors of the target host be able to execute using the equivalent instructions
that the processors of the source host were using when the virtual machine was migrated off of the source host.
Processor clock speeds and cache sizes, and the number of processor cores can vary, but processors must come
from the same vendor class (AMD or Intel) and use compatible feature sets to be compatible for migration with
VMotion.
Migrations of suspended virtual machines also require that the virtual machine be able to resume execution
on the target host using equivalent instructions.
When you initiate a migration with VMotion or a migration of a suspended virtual machine, the Migrate Virtual
Machine wizard checks the destination host for compatibility and produces an error message if there are
compatibility problems that will prevent migration.
When a virtual machine is powered on, it determines its available CPU feature set. The virtual machine’s CPU
feature set is based on the host’s CPU feature set. However, some of the host CPU features can be hidden from
the virtual machine if the host is part of a cluster using Enhanced VMotion Compatibility (EVC), or if a CPU
compatibility mask is applied to the virtual machine.
NOTE VMware, in partnership with CPU and hardware vendors, is working to maintain VMotion
compatibility across the widest range of processors. For additional information, search the VMware
Knowledge Base for the VMotion and CPU Compatibility FAQ.
When you attempt to migrate a virtual machine with VMotion, one of the following scenarios applies:
n The destination host feature set matches the virtual machine’s CPU feature set. CPU compatibility
requirements are met, and migration with VMotion proceeds.
n The virtual machine’s CPU feature set contains features not supported by the destination host. CPU
compatibility requirements are not met, and migration with VMotion cannot proceed.
n The destination host supports the virtual machine’s feature set, plus additional user-level features (such
as SSE4.1) not found in the virtual machine’s feature set. CPU compatibility requirements are not met, and
migration with VMotion cannot proceed.
n The destination host supports the virtual machine’s feature set, plus additional kernel-level features (such
as NX or XD) not found in the virtual machine’s feature set. CPU compatibility requirements are met, and
migration with VMotion proceeds. The virtual machine retains its CPU feature set as long as it remains
powered on, allowing it to migrate freely back to the original host. However, if the virtual machine is
rebooted, it acquires a new feature set from the new host, which might cause VMotion incompatibility if
you attempt to migrate the virtual machine back to the original host.
Processor families are defined by the processor vendors. You can distinguish different processor versions
within the same family by comparing the processors’ model, stepping level, and extended features. In some
cases, processor vendors have introduced significant architectural changes within the same processor family,
such as the SSSE3 and SSE4.1 instructions, and NX/XD CPU security features.
Server hardware’s CPU specifications will usually indicate whether or not the CPUs contain the features that
affect VMotion compatibility. If the specifications of a server or its CPU features are unknown, VMware’s
bootable CPU identification utility (available for download from the VMware website) can be used to boot a
server and determine whether its CPUs contain features such as SSE3, SSSE3, and NX/XD.
®
For more information on identifying Intel processors and their features, see Application Note 485: Intel Processor
Identification and the CPUID Instruction, available from Intel. For more information on identifying AMD
processors and their features, see CPUID Specification, available from AMD.
NX/XD Considerations
The AMD No eXecute (NX) and the Intel eXecute Disable (XD) technology serve the same security purpose.
They mark memory pages as data-only to prevent malicious software exploits and buffer overflow attacks.
Refer to the documentation for your guest operating system to determine whether it supports NX and XD.
In ESX/ESXi 3.0 and later, NX and XD technology is exposed by default for all guest operating systems that
can use it (trading off some compatibility for security by default). Hosts that were previously compatible for
VMotion in ESX Server 2.x might become incompatible after upgrading to ESX/ESXi 3.0 and later, because the
NX or XD is now exposed when it was previously suppressed, but you can use per-virtual machine CPU
compatibility masks to restore compatibility.
SSE3 Considerations
Within the Intel P4 and AMD Opteron processor families, VMware places a restriction between processors that
do support the SSE3 instructions and processors that do not support the SSE3 instructions. Because they are
application level instructions that bypass the virtualization layer, these instructions could cause application
instability if mismatched after a migration with VMotion.
SSSE3 Considerations
Within the Intel P4 and Intel Core processor families, VMware places a restriction between processors that do
support the SSSE3 instructions and processors that do not support the SSSE3 instructions. Because they are
application level instructions that bypass the virtualization layer, these instructions could cause application
instability if mismatched after a migration with VMotion.
SSE4.1 Considerations
Within the Intel Core 2 processor family, VMware places a restriction between processors that do support the
SSE4.1 instructions and processors that do not support the SSE4.1 instructions because they are application
level instructions that bypass the virtualization layer, and could cause application instability if mismatched
after a migration with VMotion.
Configure EVC from the cluster settings dialog box. When you configure EVC, you configure all host processors
in the cluster to present the feature set of a baseline processor. EVC leverages AMD-V Extended Migration
technology (for AMD hosts) and Intel FlexMigration technology (for Intel hosts) to mask processor features so
that hosts can present the feature set of an earlier generation of processors. The baseline feature set must be
equivalent to, or a subset of, the feature set of the host with the smallest feature set in the cluster.
EVC masks only those processor features that affect VMotion compatibility. Enabling EVC does not prevent
a virtual machine from taking advantage of faster processor speeds, increased numbers of CPU cores, or
hardware virtualization support that might be available on newer hosts.
EVC cannot prevent virtual machines from accessing hidden CPU features in all circumstances. Applications
that do not follow CPU vendor recommended methods of feature detection might behave unexpectedly in an
EVC environment. VMware EVC cannot be supported with ill-behaved applications that do not follow the
CPU vendor recommendations. For more information about creating well-behaved applications, search the
VMware Knowledge Base for the article Detecting and Using New Features in CPUs.
EVC Requirements
Hosts in an EVC cluster must meet certain requirements.
To enable EVC on a cluster, the cluster must meet the following requirements:
n You must be running vCenter Server 2.5 Update 2 or later.
n All virtual machines in the cluster that are running on hosts with a feature set greater than the EVC mode
you intend to enable must be powered off or migrated out of the cluster before EVC is enabled. (For
example, consider a cluster containing an Intel Xeon Core 2 host and an Intel Xeon 45nm Core 2 host, on
which you intend to enable the Intel Xeon Core 2 baseline. The virtual machines on the Intel Xeon Core 2
host can remain powered on, but the virtual machines on the Intel Xeon 45nm Core 2 host must be powered
off or migrated out of the cluster.)
n All hosts in the cluster must have CPUs from a single vendor, either AMD or Intel.
n All hosts in the cluster must be running ESX/ESXi 3.5 Update 2 or later.
n All hosts in the cluster must be connected to the vCenter Server system.
n All hosts in the cluster must have advanced CPU features, such as hardware virtualization support (AMD-
V or Intel VT) and AMD No eXecute (NX) or Intel eXecute Disable (XD), enabled in the BIOS if they are
available.
n All hosts in the cluster should be configured for VMotion. See “Host Configuration for VMotion,” on
page 189.
n All hosts in the cluster must have supported CPUs for the EVC mode you want to enable. For specific host
processors supported, see Table 16-1.
Any host added to an existing EVC-enabled cluster must also meet the requirements listed above.
NOTE Hardware vendors sometimes disable particular CPU features in the BIOS by default. This can cause
problems in enabling EVC, because the EVC compatibility checks do not detect features that are expected to
be present for a particular CPU. If you cannot enable EVC on a system with a compatible processor, ensure
that all features are enabled in the BIOS.
When you create an EVC cluster, use one of the following methods:
n Create an empty cluster, enable EVC, and move hosts into the cluster.
n Enable EVC on an existing cluster.
VMware recommends creating an empty EVC cluster as the simplest way of creating an EVC cluster with
minimal disruption to your existing infrastructure.
Prerequisites
Before you create an EVC cluster, ensure that the hosts you intend to add to the cluster meet the requirements
listed in “EVC Requirements,” on page 192.
Procedure
Select the CPU vendor and feature set appropriate for the hosts you intend to add to the cluster. For
information on configuring EVC, see the vSphere Client online Help.
Other cluster features such as VMware DRS and VMware HA are fully compatible with EVC. You can
enable these features when you create the cluster. For information on specific cluster options, see the
vSphere Client online Help.
3 If the host feature set is greater than the baseline feature set that you have enabled for the EVC cluster, do
one of the following:
n Power off all the virtual machines on the host.
n Migrate the host’s virtual machines to another host using VMotion.
5 Repeat Step 3 and Step 4 for each additional host that you want to move into the cluster.
Prerequisites
Before you enable EVC on an existing cluster, ensure that the hosts in the cluster meet the requirements listed
in “EVC Requirements,” on page 192.
Procedure
2 If virtual machines are running on hosts that have feature sets greater than the baseline feature set you
intend to enable, do one of the following tasks:
n Power off all the virtual machines on the hosts with feature sets greater than the EVC baseline.
n Migrate the cluster’s virtual machines to another host using VMotion.
Because these virtual machines are running with more features than the EVC cluster baseline you
intend to set, power off the virtual machines to migrate them back into the cluster after enabling EVC.
3 Ensure that the cluster contains hosts with CPUs from only one vendor, either Intel or AMD.
Select the CPU vendor and feature set appropriate for the hosts in the cluster.
5 If you powered off or migrated virtual machines out of the cluster, power on the virtual machines in the
cluster, or migrate virtual machines into the cluster.
Any virtual machines running at a higher baseline than the EVC mode you enabled for the cluster must
be powered off before they can be moved back into the cluster.
To lower the EVC mode from a CPU baseline with more features to one with fewer features, you must first
power off the virtual machines in the cluster, and power them back on after the new mode has been enabled.
Prerequisites
If you intend to lower the EVC mode, power off the currently running virtual machines in the cluster.
Procedure
5 From the VMware EVC Mode drop-down menu, select the baseline CPU feature set you want to enable
for the cluster.
If the selected EVC Mode cannot be selected, the Compatibility pane displays the reason or reasons why,
along with the relevant hosts for each reason.
6 Click OK to close the EVC Mode dialog box, and click OK to close the cluster settings dialog box.
vCenter Server compares the CPU features available to a virtual machine with the CPU features of the
destination host to determine whether to allow or disallow migrations with VMotion.
Default values for the CPU compatibility masks are set by VMware to guarantee the stability of virtual
machines after a migration with VMotion.
In some cases, where a choice between CPU compatibility or guest operating system features (such as NX/XD)
exists, VMware provides check-box options to configure individual virtual machines through the virtual
machine’s Advanced Settings option. For more control over the visibility of CPU features, you can edit the
virtual machine’s CPU compatibility mask at the bit level.
CAUTION Manual edit of the CPU compatibility masks without the appropriate documentation and testing
might lead to an unsupported configuration.
CPU compatibility masks cannot prevent virtual machines from accessing masked CPU features in all
circumstances. In some circumstances, applications can detect and use masked features even though they are
hidden from the guest operating system. In addition, on any host, applications that use unsupported methods
of detecting CPU features rather than using the CPUID instruction can access masked features. Virtual
machines running applications that use unsupported CPU detection methods might experience stability
problems after migration.
Virtual machines on hosts running ESX Server 3.0.x have a virtual machine swap file located with the virtual
machine configuration file. Virtual machines on these hosts can be migrated with VMotion only if the
destination host can access the VMFS volume where the swap file is located.
You can configure ESX 3.5 or ESXi 3.5 or later hosts to store virtual machine swapfiles in one of two locations:
with the virtual machine configuration file, or on a local swapfile datastore specified for that host. You can also
set individual virtual machines to have a different swapfile location from the default set for their current host.
The location of the virtual machine swapfile affects VMotion compatibility as follows:
n Migrations between hosts running ESX/ESXi version 3.5 and later: Migrations with VMotion and
migrations of suspended and powered-off virtual machines are allowed.
During a migration with VMotion, if the swapfile location specified on the destination host differs from
the swapfile location specified on the source host, the swapfile is copied to the new location. This can result
in slower migrations with VMotion. If the destination host cannot access the specified swapfile location,
it stores the swapfile with the virtual machine configuration file.
n Migrations between a host running ESX/ESXi version 3.5 and later and a host running an earlier version
of ESX Server: Migrations of suspended and powered-off virtual machines are allowed. If the virtual
machine is configured to use a local swapfile datastore, attempting to migrate it to a host that does not
support this configuration produces a warning, but the migration can proceed. When the virtual machine
is powered on again, the swapfile is located with the virtual machine.
Migrations with VMotion are not allowed unless the destination swapfile location is the same as the source
swapfile location. In practice, this means that virtual machine swapfiles must be located with the virtual
machine configuration file.
See the vSphere Client online Help for more information on configuring swapfile policies.
Some restrictions apply when migrating virtual machines with snapshots. You cannot migrate a virtual
machine with snapshots with Storage VMotion. Otherwise, migrating a virtual machine with snapshots is
permitted, regardless of the virtual machine power state, as long as the virtual machine is being migrated to
a new host without moving its configuration file or disks. (The virtual machine must reside on shared storage
accessible to both hosts.)
If the migration involves moving the configuration file or virtual disks, the following additional restrictions
apply:
n The starting and destination hosts must be running ESX 3.5 or ESXi 3.5 or later.
n All of the virtual machine files and disks must reside in a single directory, and the migrate operation must
move all the virtual machine files and disks to a single destination directory.
Reverting to a snapshot after migration with VMotion might cause the virtual machine to fail, because the
migration wizard cannot verify the compatibility of the virtual machine state in the snapshot with the
destination host. Failure occurs only if the configuration in the snapshot uses devices or virtual disks that are
not accessible on the current host, or if the snapshot contains an active virtual machine state that was running
on hardware that is incompatible with the current host CPU.
You can choose to place the virtual machine and all its disks in a single location, or select separate locations
for the virtual machine configuration file and each virtual disk. The virtual machine does not change execution
host during a migration with Storage VMotion.
During a migration with Storage VMotion, you can transform virtual disks from thick-provisioned to thin-
provisioned or from thin-provisioned to thick-provisioned.
Storage VMotion has a number of uses in administering virtual infrastructure, including the following
examples of use:
n Upgrading ESX/ESXi without virtual machine downtime. During an upgrade from ESX Server 2.x to
ESX/ESXi 3.5 or later, you can migrate running virtual machines from a VMFS2 datastore to a VMFS3
datastore, and upgrade the VMFS2 datastore without any impact on virtual machines. You can then use
Storage VMotion to migrate virtual machines back to the original datastore without any virtual machine
downtime.
n Storage maintenance and reconfiguration. You can use Storage VMotion to move virtual machines off of
a storage device to allow maintenance or reconfiguration of the storage device without virtual machine
downtime.
n Redistributing storage load. You can use Storage VMotion to manually redistribute virtual machines or
virtual disks to different storage volumes to balance capacity or improve performance.
n Virtual machine disks must be in persistent mode or be raw device mappings (RDMs). For virtual
compatibility mode RDMs, you can migrate the mapping file or convert to thick-provisioned or thin-
provisioned disks during migration as long as the destination is not an NFS datastore. For physical
compatibility mode RDMs, you can migrate the mapping file only.
n Migration of virtual machines during VMware Tools installation is not supported.
n The host on which the virtual machine is running must have a license that includes Storage VMotion.
n ESX/ESXi 3.5 hosts must be licensed and configured for VMotion. ESX/ESXi 4.0 and later hosts do not
require VMotion configuration in order to perform migration with Storage VMotion.
n The host on which the virtual machine is running must have access to both the source and target datastores.
n A particular host can be involved in up to two migrations with VMotion or Storage VMotion at one time.
n vSphere supports a maximum of eight simultaneous VMotion, cloning, deployment, or Storage VMotion
accesses to a single VMFS3 datastore, and a maximum of four simultaneous VMotion, cloning,
deployment, or Storage VMotion accesses to a single NFS or VMFS2 datastore. A migration with VMotion
involves one access to the datastore. A migration with Storage VMotion involves one access to the source
datastore and one access to the destination datastore.
Procedure
2 Right-click on the virtual machine and select Migrate from the pop-up menu.
Option Description
Change host Move the virtual machine to another host.
Change datastore Move the virtual machine’s configuration file and virtual disks.
Change both host and datastore Move the virtual machine to another host and move its configuration file and
virtual disks.
4 To move the virtual machine to another host, select the destination host or cluster for this virtual machine
migration and click Next.
Any compatibility problem appears in the Compatibility panel. Fix the problem, or select another host or
cluster.
Possible targets include hosts and DRS clusters with any level of automation. If a cluster has no DRS
enabled, select a specific host in the cluster rather than selecting the cluster itself.
5 Select the destination resource pool for the virtual machine migration and click Next.
6 If you chose to move the virtual machine’s configuration file and virtual disks, select the destination
datastore:
n To move the virtual machine configuration files and virtual disks to a single destination, select the
datastore and click Next.
n To select individual destinations for the configuration file and each virtual disk, click Advanced. In
the Datastore column, select a destination for the configuration file and each virtual disk, and click
Next.
7 If you chose to move the virtual machine’s configuration file and virtual disks, select a disk format and
click Next.
Option Description
Same as Source Use the format of the original virtual disk.
If you select this option for an RDM disk in either physical or virtual
compatibility mode, only the mapping file is migrated.
Thin provisioned Use the thin format to save storage space. The thin virtual disk uses just as
much storage space as it needs for its initial operations. When the virtual disk
requires more space, it can grow in size up to its maximum allocated capacity.
This option is not available for RDMs in physical compatibility mode. If you
select this option for a virtual compatibility mode RDM, the RDM is
converted to a virtual disk. RDMs converted to virtual disks cannot be
converted back to RDMs.
Thick Allocate a fixed amount of hard disk space to the virtual disk. The virtual
disk in the thick format does not change its size and from the beginning
occupies the entire datastore space provisioned to it.
This option is not available for RDMs in physical compatibility mode. If you
select this option for a virtual compatibility mode RDM, the RDM is
converted to a virtual disk. RDMs converted to virtual disks cannot be
converted back to RDMs.
Disks are converted from thin to thick format or thick to thin format only when they are copied from one
datastore to another. If you leave a disk in its original location, the disk format is not converted, regardless
of the selection made here.
vCenter Server moves the virtual machine to the new host. Event messages appear in the Events tab. The data
displayed on the Summary tab shows the status and state throughout the migration. If errors occur during
migration, the virtual machines revert to their original states and locations.
Prerequisites
Before migrating a virtual machine with VMotion, ensure that your hosts and virtual machines meet the
requirements for migration with VMotion.
n “Host Configuration for VMotion,” on page 189
n “Virtual Machine Configuration Requirements for VMotion,” on page 196
Procedure
2 Right-click on the virtual machine, and select Migrate from the pop-up menu.
Any compatibility problem appears in the Compatibility panel. Fix the problem, or select another host or
cluster.
Possible targets include hosts and fully automated DRS clusters. You can select a non-automated cluster
as a target. You are prompted to select a host within the non-automated cluster.
Option Description
High Priority vCenter Server reserves resources on both the source and destination hosts
to maintain virtual machine availability during the migration. High priority
migrations do not proceed if resources are unavailable.
Low Priority vCenter Server does not reserve resources on the source and destination
hosts to maintain availability during the migration. Low priority migrations
always proceed. However, the virtual machine might become briefly
unavailable if host resources are unavailable during the migration.
You cannot change the virtual machine’s execution host during a migration with Storage VMotion.
Procedure
2 Right-click on the virtual machine, and select Migrate from the pop-up menu.
Option Description
Same as Source Use the format of the original virtual disk.
If you select this option for an RDM disk in either physical or virtual
compatibility mode, only the mapping file is migrated.
Thin provisioned Use the thin format to save storage space. The thin virtual disk uses just as
much storage space as it needs for its initial operations. When the virtual disk
requires more space, it can grow in size up to its maximum allocated capacity.
This option is not available for RDMs in physical compatibility mode. If you
select this option for a virtual compatibility mode RDM, the RDM is
converted to a virtual disk. RDMs converted to virtual disks cannot be
converted back to RDMs.
Thick Allocate a fixed amount of hard disk space to the virtual disk. The virtual
disk in the thick format does not change its size and from the beginning
occupies the entire datastore space provisioned to it.
This option is not available for RDMs in physical compatibility mode. If you
select this option for a virtual compatibility mode RDM, the RDM is
converted to a virtual disk. RDMs converted to virtual disks cannot be
converted back to RDMs.
Disks are converted from thin to thick format or thick to thin format only when they are copied from one
datastore to another. If you choose to leave a disk in its original location, the disk format is not converted,
regardless of the selection made here.
When you select a host, the Compatibility panel at the bottom of the Migrate Virtual Machine wizard displays
information about the compatibility of the selected host or cluster with the virtual machine’s configuration.
If the virtual machine is compatible, the panel displays the message, Validation succeeded. If the virtual
machine is not compatible with either the host’s or cluster’s configured networks or datastores, the
compatibility window can display both warnings and errors:
n Warning messages do not disable migration. Often the migration is justified and you can continue with
the migration despite the warnings.
n Errors can disable migration if there are no error-free destination hosts among the selected destination
hosts. In this case, the Next button is disabled.
For clusters, the network and datastore configurations are taken into account when checking compatibility
issues. For hosts, the individual host’s configuration is used. A possible problem might be that VMotion is not
enabled on one or both hosts.
A specific host CPU feature’s effects on compatibility are dependent on whether ESX/ESXi exposes or hides
them from virtual machines.
n Features that are exposed to virtual machines are not compatible when they are mismatched.
n Features that are not exposed to virtual machines are compatible regardless of mismatches.
Specific items of virtual machine hardware can also cause compatibility issues. For example, a virtual machine
using an enhanced vmxnet virtual NIC cannot be migrated to a host running a version of ESX that does not
support enhanced vmxnet.
For more information about installing and using the vSphere CLI, see vSphere Command-Line Interface Installation
and Reference.
You can run the svmotion command in either interactive or noninteractive mode.
n To use the command in interactive mode, type svmotion --interactive. You are prompted for all the
information necessary to complete the storage migration. When the command is invoked in interactive
mode, all other parameters given are ignored.
n In noninteractive mode, the svmotion command uses the following syntax:
svmotion [Standard CLI options] --datacenter=<datacenter name> --vm ‘<VM config datastore
path>:<new datastore>’ [--disks ‘<virtual disk datastore path>:<new datastore>, <virtual disk
datastore path>:<new datastore>]’
On Windows systems, use double quotes instead of single quotes around the values specified for the --vm and
--disks options.
For more information on the standard CLI options, see the vSphere Command-Line Interface Installation and
Reference.
<datacenter> The datacenter that contains the virtual machine to be migrated. You must quote the name
if it contains white space or other special characters.
<VM config datastore The datastore path to the virtual machine’s configuration file. If the path contains white
path> space or other special characters, you must quote it.
<new datastore> The name of the new datastore to which the virtual machine configuration file or disk is to
be moved. Do not include brackets around the name of the new datastore.
--disks If you do not specify this parameter, all virtual disks associated with a virtual machine are
relocated to the same datastore as the virtual machine configuration file. By specifying this
parameter, you can choose to locate individual virtual disks to different datastores.
To keep a virtual disk on its current datastore, use the --disks option for that disk with its
current datastore as the <new datastore>.
<virtual disk datastore The datastore path to the virtual disk file.
path>
You must specify the datastore path to the virtual machine’s configuration file in the <VM config datastore
path> svmotion command.
Procedure
1 In the vSphere Client inventory, select the virtual machine and click the Summary tab.
2 Click Edit Settings to display the Virtual Machine Properties dialog box.
The path to the virtual machine configuration file appears in the Virtual Machine Configuration File text box.
Procedure
1 In the vSphere Client inventory, select the virtual machine to which the virtual disk belongs, and click the
Summary tab.
2 Click Edit Settings to display the Virtual Machine Properties dialog box.
3 Click the Hardware tab, and select the virtual disk from the list of devices.
The path to the virtual disk file appears in the Disk File text box.
The examples in this section are formatted on multiple lines for readability. The command should be issued
on a single line.
An example of relocating a virtual machine to new_datastore, while leaving the disks, myvm_1.vmdk and
myvm_2.vmdk on old_datastore:
You can use a snapshot as a restoration point during a linear or iterative process, such as installing update
packages, or during a branching process, such as installing different versions of a program. Taking snapshots
ensures that each installation begins from an identical baseline.
About Snapshots
A snapshot captures the entire state of the virtual machine at the time you take the snapshot.
Snapshots are useful when you need to revert repeatedly to the same state but you don't want to create multiple
virtual machines.
NOTE VMware does not support snapshots of raw disks, RDM physical mode disks, independent disks, or of
virtual machines configured with bus-sharing.
If you require bus-sharing, consider running backup software within your guest operating system as an
alternative solution. If your virtual machine currently has snapshots and it is preventing you from configuring
bus-sharing, delete the snapshots.
Snapshots operate on individual virtual machines. In a team of virtual machines, taking a snapshot preserves
the state only of the active virtual machine. When you revert to a snapshot, you return all these items to the
state they were in at the time you took that snapshot. If you want the virtual machine to be suspended, powered
on, or powered off when you launch it, make sure that it is in the correct state when you take that snapshot.
While snapshots provide a point-in-time image of the disk that backup solutions can use, do not use snapshots
for your own virtual machine backups. Large numbers of snapshots are difficult to manage, take up large
amounts of disk space, and are not protected in the case of hardware failure.
Because you cannot revert to a snapshot with dynamic disks, quiesced snapshots are not used when backing
up dynamic disks.
Backup solutions, like VMware Data Recovery, use the snapshot mechanism to freeze the state of a virtual
machine. However, the Data Recovery backup method has additional capabilities that mitigate the limitations
of snapshots.
Multiple snapshots refers to the ability to create more than one snapshot of the same virtual machine.
Multiple snapshots are not simply a way of saving your virtual machines. With multiple snapshots, you can
save many positions to accommodate many kinds of work processes.
When taking a snapshot, the state of the virtual disk at the time the snapshot is taken will be preserved. When
this occurs, the guest cannot write to the vmdk file. The delta disk is an additional vmdk file to which the guest
is allowed to write. The delta disk represents the difference between the current state of the virtual disk and
the state that existed at the time the previous snapshot was taken. If more than one snapshot exists, delta disks
can represent the difference (or delta) between each snapshot. For example, a snapshot can be taken, and then
the guest could write to every single block of the virtual disk, causing the delta disk to grow as large as the
entire virtual disk.
When a snapshot is deleted, the changes between snapshots and previous disk states are merged, and all the
data from the delta disk that contains the information about the deleted snapshot is written to the parent disk
and merges with the base disk only when you choose to do so. This can involve a large amount of disk input
and output. This may reduce the virtual machine performance until consolidation is complete.
The amount of time it takes to commit or delete snapshots depends on how much data the guest operating
system has written to the virtual disks since the last snapshot was taken. The required time is directly
proportional to the amount of data (committed or deleted) and the amount of RAM allocated to the virtual
machine.
For additional information about snapshot behavior, see the Knowledge Base article at
http://kb.vmware.com/kb/1015180.
The snapshots taken form a tree. Each time you revert and take another, a branch (child) is formed.
In the process tree, each snapshot has one parent, but one snapshot may have more than one child. Many
snapshots have no children.
In general, it is best to take a snapshot when no applications in the virtual machine are communicating with
other computers. The potential for problems is greatest if the virtual machine is communicating with another
computer, especially in a production environment.
For example, if you take a snapshot while the virtual machine is downloading a file from a server on the
network, the virtual machine continues downloading the file, communicating its progress to the server. If you
revert to the snapshot, communications between the virtual machine and the server are confused and the file
transfer fails.
Take a Snapshot
You can take a snapshot while a virtual machine is powered on, powered off, or suspended. If you are
suspending a virtual machine, wait until the suspend operation has finished before taking a snapshot.
You must power off the virtual machine before taking a snapshot if the virtual machine has multiple disks in
different disk modes. For example, if you have a special purpose configuration that requires you to use an
independent disk, you must power off the virtual machine before taking a snapshot.
Procedure
1 Select Inventory > Virtual Machine > Snapshot > Take Snapshot.
You can also right-click the virtual machine and select Snapshot > Take Snapshot.
4 (Optional) Select the Snapshot the virtual machine’s memory check box if you want to capture the
memory of the virtual machine.
5 (Optional) Select the Quiesce guest file system (Needs VMware Tools installed) check box to pause
running processes on the guest operating system so that file system contents are in a known consistent
state when the snapshot is taken. This applies only to virtual machines that are powered on.
6 Click OK.
When the snapshot has been successfully taken, it is listed in the Recent Tasks field at the bottom of the
vSphere Client.
7 Click the target virtual machine to display tasks and events for this machine or, while the virtual machine
is selected, click the Tasks & Events tab.
Prerequisites
You must power off and delete any existing snapshots before you attempt to change the disk mode.
Procedure
2 Click the Hardware tab, and select the hard disk you want to exclude.
3 Under Mode, select Independent. Independent disks are not affected by snapshots.
Option Description
Persistent Disks in persistent mode behave like conventional disks on your physical
computer. All data written to a disk in persistent mode are written
permanently to the disk.
Nonpersistent Changes to disks in nonpersistent mode are discarded when you power off
or reset the virtual machine. Nonpersistent mode enables you to restart the
virtual machine with a virtual disk in the same state every time. Changes to
the disk are actually written to and read from a redo log file that is deleted
when you power off or reset.
4 Click OK.
The Snapshot Manager window contains the following areas: Snapshot tree, Details region, Command buttons,
Navigation region, and a You are here icon.
n Snapshot tree – Displays all snapshots for the virtual machine.
n You are here icon – Represents the current operational state of the virtual machine. The You are here icon
is always selected and visible when you open the Snapshot Manager.
You cannot go to or select the You are here state. You are here always represents the current and active
state.
n Command Buttons – The Snapshot Manager has three command buttons in the left pane: Go to, Delete,
and Delete All.
n Details – Displays the name and description of the selected snapshot. These fields are blank if you have
not selected a snapshot.
n Navigation Region – Contains buttons for navigating out of the dialog box:
n Close – Closes the Snapshot Manager.
n Help – Opens the help system.
Restore a Snapshot
The Go to button allows you to restore the state of any snapshot.
Procedure
1 Select Inventory > Virtual Machine > Snapshot > Snapshot Manager.
3 Click the Go to button to restore the virtual machine to any arbitrary snapshot.
NOTE Virtual machines running certain kinds of workloads might take several minutes to resume
responsiveness after reverting from a snapshot. This delay may be improved by increasing the guest
memory.
Delete a Snapshot
You can permanently remove a snapshot from vCenter Server.
Procedure
1 Select Inventory > Virtual Machine > Snapshot > Snapshot Manager.
Clicking Delete Allpermanently removes all snapshots from the virtual machine.
NOTE Delete commits the snapshot data to the parent and removes the selected snapshot. Delete All
commits all the immediate snapshots before the You are here current state to the base disk and removes
all existing snapshots for that virtual machine. When using the Delete All option in Snapshot Manager,
the snapshot farthest from the base disk is committed to its parent, causing that parent snapshot to grow.
When that commit is complete, that snapshot is removed and the process starts over on the newly updated
snapshot to its parent. This continues until every snapshot has been committed. This method can be
relatively slow since data farthest from the base disk might be copied several times. More importantly,
this method can aggressively use disk space if the snapshots are large, which is especially problematic if
a limited amount of space is available on the datastore. The space issue is troublesome in that you might
chose to delete snapshots explicitly to free up storage. This issue is resolved in ESX 4.0 Update 2 in that
the order of snapshot consolidation has been modified to start with the snapshot closest to the base disk
instead of farthest. The end result is that copying data repeatedly is avoided.
Restore a Snapshot
To return a virtual machine to its original state, you can restore a snapshot.
Procedure
n The Inventory > Virtual Machine > Snapshot menu contains the command Revert to Snapshot.
n The Snapshot Manager has a Go to button.
Parent Snapshot
The parent snapshot is the most recently saved version of the current state of the virtual machine.
If you have just taken a snapshot, that stored state is the parent snapshot of the current state (You are here). If
you revert or go to a snapshot, that snapshot becomes the parent of the current state (You are here).
The parent snapshot is always the snapshot appearing immediately above the You are here icon in the Snapshot
Manager.
NOTE The parent snapshot is not always the snapshot you took most recently.
The current disk and memory states are discarded and restored as they were when you took that snapshot. If
your parent snapshot was taken when the virtual machine was powered off, choosing Snapshot > Revert to
Snapshot moves the powered-on virtual machine to that parent state, that is, to a powered-off state.
If the snapshot was taken while the virtual machine was powered on and the virtual machine settings are set
to revert to snapshot when powering off, the virtual machine moves to a suspended state when it reverts to
the parent snapshot. If the no memory option is set, the virtual machine moves to a suspended state, even if
the revert operation is performed, but not through the powered-off action. If the memory option is set, the
power-off revert action puts the virtual machine in a suspended state. This process is illustrated in
Figure 17-1.
NOTE Virtual machines running certain kinds of workloads might take several minutes to resume
responsiveness after reverting from a snapshot. This delay may be improved by increasing the guest memory.
When you revert a virtual machine, the virtual machine returns to the parent snapshot
of the virtual machine (that is, the parent of the current You are here state).
NOTE vApp metadata for virtual machines within vApps does not follow the snapshot semantics for virtual
machine configuration. vApp properties that are deleted, modified, or defined after a snapshot is taken remain
intact (deleted, modified, or defined) after the virtual machine reverts to that snapshot or any prior snapshots.
Procedure
u Select Inventory > Virtual Machine > Snapshot > Revert to Snapshot.
vCenter Server and ESX/ESXi hosts determine the level of access for the user based on the permissions that are
assigned to the user. The combination of user name, password, and permissions is the mechanism by which
vCenter Server and ESX/ESXi hosts authenticate a user for access and authorize the user to perform activities.
The servers and hosts maintain lists of authorized users and the permissions assigned to each user.
Privileges define basic individual rights that are required to perform actions and read properties. ESX/ESXi
and vCenter Server use sets of privileges, or roles, to control which users or groups can access particular
vSphere objects. ESX/ESXi and vCenter Server provide a set of pre-established roles. You can also create new
roles.
The privileges and roles assigned on an ESX/ESXi host are separate from the privileges and roles assigned on
a vCenter Server system. When you manage a host using vCenter Server, only the privileges and roles assigned
through the vCenter Server system are available. If you connect directly to the host using the vSphere Client,
only the privileges and roles assigned directly on the host are available.
Several users can access the vCenter Server system 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.
You manage users defined on the vCenter Server system and users defined on individual hosts separately.
Even if the user lists of a host and a vCenter Server system appear to have common users (for instance, a user
called devuser), these users should be treated as separate users who have the same name. The attributes of
devuser in vCenter Server, including permissions, passwords, and so forth, are separate from the attributes of
devuser on the ESX/ESXi host. If you log in to vCenter Server as devuser, you might have permission to view
and delete files from a datastore. If you log in to an ESX/ESXi host as devuser, you might not have these
permissions.
You cannot use vCenter Server to manually create, remove, or otherwise change vCenter Server users. To
manipulate the user list or change user passwords, use the tools you use to manage your Windows domain or
Active Directory. For more information on creating users and groups for use with vCenter Server, see your
Microsoft documentation.
Any changes you make to the Windows domain are reflected in vCenter Server. Because you cannot directly
manage users in vCenter Server, the user interface does not provide a user list for you to review. You see these
changes only when you select users to configure permissions.
vCenter Servers connected in a Linked Mode group use Active Directory to maintain the list of users, allowing
all vCenter Server systems in the group to share a common set of users.
Host Users
Users authorized to work directly on an ESX/ESXi host are added to the internal user list by default when
ESX/ESXi is installed or by a system administrator after installation.
If you log in to an ESX/ESXi host as root using the vSphere Client, you can use the Users and Groups tab to
perform a variety of management activities for these users. You can add users, remove users, change
passwords, set group membership, and configure permissions.
CAUTION See the Authentication and User Management chapter of the ESX Configuration Guide or ESXi
Configuration Guide for information about root users and your ESX/ESXi host before you make any changes to
the default users. Mistakes regarding root users can have serious access consequences.
Groups
You can efficiently manage some user attributes by creating groups. A group is a set of users that you manage
through a common set of permissions.
A user can be a member of more than one group. When you assign permissions to a group, all users in the
group inherit those permissions. Using groups can significantly reduce the time it takes to set up your
permissions model.
The group lists in vCenter Server and an ESX/ESXi host are drawn from the same sources as the user lists. If
you are working through vCenter Server, the group list is called from the Windows domain. If you are logged
on to an ESX/ESXi host directly, the group list is called from a table maintained by the host..
Create groups for the vCenter Server system through the Windows domain or Active Directory database.
Create groups for ESX/ESXi hosts using the Users and Groups tab in the vSphere Client when connected
directly to the host.
NOTE If you use Active Directory groups, make sure that they are security groups and not distribution groups.
Permisions assigned to distribution groups are not enforced by vCenter Server. For more information on
security groups and distribution groups, see the Microsoft Active Directory documentation.
See the Security chapter in the ESX Configuration Guide or ESXi Configuration Guide for information about
removing users and groups from an ESX/ESXi host.
To remove users or groups from vCenter Server, you must remove them from the domain or Active Directory
users and groups list.
If you remove users from the vCenter Server domain, they lose permissions to all objects in the vSphere
environment and cannot log in again. Users who are currently logged in and are removed from the domain
retain their vSphere permissions only until the next validation period (the default is every 24 hours). Removing
a group does not affect the permissions granted individually to the users in that group, or those granted as
part of inclusion in another group.
If you change a user’s name in the domain, the original user name becomes invalid in the vCenter Server
system. If you change the name of a group, the original group becomes invalid only after you restart the vCenter
Server system.
VMware recommends several best practices for creating users and groups in your vSphere environment:
n Use vCenter Server to centralize access control, rather than defining users and groups on individual hosts.
n Choose a local Windows user or group to have the Administrator role in vCenter Server.
n Create new groups for vCenter Server users. Avoid using Windows built-in groups or other existing
groups.
When you assign a user or group permissions, you pair the user or group with a role and associate that pairing
with an inventory object. A single user might have different roles for different objects in the inventory. For
example, if you have two resource pools in your inventory, Pool A and Pool B, you might assign a particular
user the Virtual Machine User role on Pool A and the Read Only role on Pool B. This would allow that user to
power on virtual machines in Pool A, but not those in Pool B, although the user would still be able to view the
status of the virtual machines in Pool B.
The roles created on an ESX/ESXi host are separate from the roles created on a vCenter Server system. When
you manage a host using vCenter Server, only the roles created through vCenter Server are available. If you
connect directly to the host using the vSphere Client, only the roles created directly on the host are available.
System roles System roles are permanent. You cannot edit the privileges associated with
these roles.
Sample roles VMware provides sample roles for convenience as guidelines and suggestions.
You can modify or remove these roles.
All roles permit the user to schedule tasks by default. Users can schedule only tasks they have permission to
perform at the time the tasks are created.
NOTE Changes to permissions and roles take effect immediately, even if the users involved are logged in,
except for searches, where permissions changes take effect after the user has logged out and logged back in
again.
You can use the default roles to assign permissions in your environment, or use them as a model to develop
your own roles.
Table 18-1 lists the default roles for ESX/ESXi and vCenter Server.
Read Only system View the state and details about the object.
View all the tab panels in the vSphere Client except the Console tab.
Cannot perform any actions through the menus and toolbars.
This role is available on ESX/ESXi and vCenter Server.
Virtual Machine Power sample A set of privileges to allow the user to interact with and make hardware
User changes to virtual machines, as well as perform snapshot operations.
Privileges granted include:
n All privileges for the scheduled task privileges group.
n Selected privileges for global items, datastore, and virtual machine
privileges groups.
n No privileges for folder, datacenter, network, host, resource, alarms,
sessions, performance, and permissions privileges groups.
Usually granted on a folder that contains virtual machines or on
individual virtual machines.
This role is available only on vCenter Server.
Virtual Machine User sample A set of privileges to allow the user to interact with a virtual machine’s
console, insert media, and perform power operations. Does not grant
privileges to make virtual hardware changes to the virtual machine.
Privileges granted include:
n All privileges for the scheduled tasks privileges group.
n Selected privileges for the global items and virtual machine
privileges groups.
n No privileges for the folder, datacenter, datastore, network, host,
resource, alarms, sessions, performance, and permissions privileges
groups.
Usually granted on a folder that contains virtual machines or on
individual virtual machines.
This role is available only on vCenter Server.
Resource Pool sample A set of privileges to allow the user to create child resource pools and
Administrator modify the configuration of the children, but not to modify the resource
configuration of the pool or cluster on which the role was granted. Also
allows the user to grant permissions to child resource pools, and assign
virtual machines to the parent or child resource pools.
Privileges granted include:
n All privileges for folder, virtual machine, alarms, and scheduled
task privileges groups.
n Selected privileges for resource and permissions privileges groups.
n No privileges for datacenter, network, host, sessions, or
performance privileges groups.
Additional privileges must be granted on virtual machines and
datastores to allow provisioning of new virtual machines.
Usually granted on a cluster or resource pool.
This role is available only on vCenter Server.
VMware Consolidated sample This role is designed for use by the VMware Consolidated Backup
Backup User product and should not be modified.
This role is available only on vCenter Server.
Datastore Consumer sample A set of privileges to allow the user to consume space on the datastores
on which this role is granted. To perform a space-consuming operation,
such as creating a virtual disk or taking a snapshot, the user must also
have the appropriate virtual machine privileges granted for these
operations.
Usually granted on a datastore or a folder of datastores.
This role is available only on vCenter Server.
Network Consumer sample A set of privileges to allow the user to assign virtual machines or hosts
to networks, provided that the appropriate permissions for the
assignment are also granted on the virtual machines or hosts.
Usually granted on a network or folder of networks.
This role is available only on vCenter Server.
Create a Role
VMware recommends that you create roles to suit the access control needs of your environment.
If you create or edit a role on a vCenter Server system that is part of a connected group in Linked Mode, the
changes you make are propagated to all other vCenter Server systems in the group. Assignments of roles to
specific users and objects are not shared across linked vCenter Server systems.
Prerequisites
Procedure
Clone a Role
You can make a copy of an existing role, rename it, and later edit it. When you make a copy, the new role is
not applied to the same users or groups and objects.
If you create or modify a role on a vCenter Server system that is part of a connected group in Linked Mode,
the changes you make are propagated to all other vCenter Server systems in the group. However, assignments
of roles to specific users and objects are not shared across linked vCenter Server systems.
Prerequisites
Procedure
3 To clone the selected role, select Administration > Role > Clone.
A duplicate of the role is added to the list of roles. The name is Copy of <rolename>.
Edit a Role
When you edit a role, you can change any of the privileges selected for that role. When completed, these new
privileges are applied to any user or group assigned the edited role.
If you create or edit a role on a vCenter Server system that is part of a connected group in Linked Mode, the
changes you make are propagated to all other vCenter Server systems in the group. However, assignments of
roles to specific users and objects are not shared across linked vCenter Server systems.
Prerequisites
Procedure
2 To select the role to edit, click the object in the list of Roles.
Remove a Role
When you remove a role, if it is not assigned to any users or groups, the definition is removed from the list of
possible roles. When you remove a role that is assigned to a user or group you can remove all assignments or
replace them with an assignment to another role.
CAUTION Be sure that you understand how users will be affected before removing all assignments or replacing
them. Users that have no permissions granted to them cannot log in to vCenter Server.
Prerequisites
If you are removing a role from a vCenter Server system that is part of a connected group in Linked Mode,
check the usage of that role on the other vCenter Server systems in the group before proceeding. Removing a
role from one vCenter Server system also removes the role from all other vCenter Server systems in the group,
even if you choose to reassign permissions to another role on the current vCenter Server system.
Procedure
4 Click OK.
The role is removed from the list and is no longer available for assigning to users or groups.
Option Description
Remove Role Assignments Removes any configured user or group and role pairings on the server. If a
user or group does not have any other permissions assigned, they lose all
privileges.
Reassign affected users to Reassigns any configured user or group and role pairings to the selected new
role.
Rename a Role
Renaming a role does not change that role’s assignments.
If you create or modify a role on a vCenter Server system that is part of a connected group in Linked Mode,
the changes you make are propagated to all other vCenter Server systems in the group. However, assignments
of roles to specific users and objects are not shared across linked vCenter Server systems.
Prerequisites
Procedure
2 To select the role to rename, click the object in the list of roles.
Permissions
In vSphere, a permission consists of a user or group and an assigned role for an inventory object, such as a
virtual machine or ESX/ESXi host. Permissions grant users the right to perform the activities specified by the
role on the object to which the role is assigned.
For example, to configure memory for an ESX/ESXi host, a user must be granted a role that includes the
Host.Configuration.Memory Configuration privilege. By assigning different roles to users or groups for
different objects, you can precisely control the tasks that users can perform in your vSphere environment.
permission =
object
By default, all users who are members of the Windows Administrators group on the vCenter Server system
have the same access rights as any user assigned to the Administrator role on all objects. When connecting
directly to an ESX/ESXi host, the root and vpxuser user accounts have the same access rights as any user
assigned the Administrator role on all objects.
All other users initially have no permissions on any objects, which means they cannot view these objects or
perform operations on them. A user with Administrator privileges must assign permissions to these users to
allow them to perform necessary tasks.
Many tasks require permissions on more than one object. Some general rules can help you determine where
you must assign permissions to allow particular operations:
n Any operation that consumes storage space, such as creating a virtual disk or taking a snapshot, requires
the Datastore.Allocate Space privilege on the target datastore, as well as the privilege to perform the
operation itself.
n Moving an object in the inventory hierarchy requires appropriate privileges on the object itself, the source
parent object (such as a folder or cluster), and the destination parent object.
n Each host and cluster has its own implicit resource pool that contains all the resources of that host or
cluster. Deploying a virtual machine directly to a host or cluster requires the Resource.Assign Virtual
Machine to Resource Pool privilege.
Figure 18-2 illustrates the vSphere inventory hierarchy, and the paths by which permissions can propagate.
root folder
data center
host
virtual machine
Most inventory objects inherit permissions from a single parent object in the hierarchy. For example, a datastore
inherits permissions from either its parent datastore folder or parent datacenter. However, virtual machines
inherit permissions from both the parent virtual machine folder and the parent host, cluster, or resource pool
simultaneously. This means that to restrict a user’s privileges on a virtual machine, you must set permissions
on both the parent folder and the parent host, cluster or resource pool for that virtual machine.
You cannot set permissions directly on a vNetwork Distributed Switches. To set permissions for a vNetwork
Distributed Switch and its associated dvPort Groups, set permissions on a parent object, such a folder or
datacenter, and select the option to propagate these permissions to child objects.
n Hosts
n Networks (except vNetwork Distributed Switches)
n dvPort Groups
n Resource pools
n Templates
n Virtual machines
n vApps
Global entities Derive their permissions from the root vCenter Server system.
n Custom fields
n Licenses
n Roles
n Statistics intervals
n Sessions
Permissions applied on a child object always override permissions applied on a parent object. Virtual machine
folders and resource pools are equivalent levels in the hierarchy. If a user or group is assigned propagating
permissions on both a virtual machine's folder and its resource pool, the user has the privileges propagated
from the resource pool and from the folder.
If multiple group permissions are defined on the same object and the user belongs to two or more of those
groups, two situations are possible:
n If no permission is defined for the user on that object, the user is assigned the union of privileges assigned
to the groups for that object.
n If a permission is defined for the user on that object, the user's permission takes precedence over all group
permissions.
In this example, two permissions are assigned on the same object for two different groups.
n Role 1 can power on virtual machines.
n Role 2 can take snapshots of virtual machines.
n Group A is granted Role 1 on VM Folder, with the permission set to propagate to child objects.
n Group B is granted Role 2 on VM Folder, with the permission set to propagate to child objects.
n User 1 is not assigned specific permission.
User 1, who belongs to groups A and B, logs on. User 1 can both power on and take snapshots of VM A and
VM B.
VM B
User 1, who belongs to groups A and B, logs on. Because Role 2 has been assigned at a lower point in the
hierarchy than Role 1, it overrides Role 1 on VM B. User 1 can power on VM A, but not take snapshots. User
1 can take snapshots of VM B, but not power it on.
Figure 18-4. Example 2: Child Permissions Overriding Parent Permissions
In this example, permissions are assigned to a user and to a group on the same object.
n Role 1 can power on virtual machines.
n Group A is granted Role 1 on VM Folder.
n User 1 is granted No Access role on VM Folder.
User 1, who belongs to group A, logs on. The No Access role granted to User 1 on VM Folder overrides the
group permission. User 1 has no access to VM Folder or VMs A and B.
Figure 18-5. Example 3: User Permissions Overriding Group Permissions
VM B
Permission Validation
vCenter Server regularly validates its users and groups against the Windows Active Directory domain.
Validation occurs whenever the vCenter Server system starts and at regular intervals specified in the vCenter
Server settings.
For example, if user Smith was assigned permissions and in the domain the user’s name was changed to Smith2,
vCenter Server concludes that Smith no longer exists and removes permissions for that user when the next
validation occurs.
Similarly, if user Smith is removed from the domain, all permissions are removed when the next validation
occurs. If a new user Smith is added to the domain before the next validation occurs, the new user Smith
receives all the permissions the old user Smith was assigned.
Assign Permissions
After you create users and groups and define roles, you must assign the users and groups and their roles to
the relevant inventory objects. You can assign the same permissions at one time on multiple objects by moving
the objects to a folder and setting the permissions on the folder.
Prerequisites
Required privilege: Permissions.Modify permission on the parent object of the object whose permissions you
want to modify.
Procedure
This menu displays all the roles that are assigned to the object. When the role appears, the privileges
contained in the role are listed in the section below the role title for reference purposes.
If you deselect this check box, the role is applied only to the selected object, and does not propagate to the
child objects.
a Select the domain where the user or group is located from the Domain drop-down menu.
b Type a name in the Search box or select a name from the Name list.
c Click Add.
7 Verify the users and groups are assigned to the appropriate permissions, and click OK.
The server adds the permission to the list of permissions for the object.
The list of permissions references all users and groups that have roles assigned to the object, and indicates
where in the vCenter Server hierarchy the role is assigned.
NOTE This procedure applies only to vCenter Server user lists. ESX/ESXi user lists cannot be searched in the
same way.
Procedure
1 From the vSphere Client connected to a vCenter Server system, select Administration > vCenter Server
Management Server Configuration.
Option Description
Active Directory Timeout Specifies in seconds the maximum amount of time vCenter Server allows the
search to run on the selected domain. Searching very large domains can take
a very long time.
Enable Query Limit To specify no maximum limit on the number of users and groups that
vCenter Server displays from the selected domain, deselect the check box.
Users & Groups value Specifies the maximum number of users and groups vCenter Server displays
from the selected domain in the Select Users or Groups dialog box.
4 Click OK.
Procedure
1 From the vSphere Client connected to a vCenter Server system, select Administration > vCenter Server
Management Server Configuration.
Validation is enabled by default. Users and groups are always validated when vCenter Server system
starts, even if validation is disabled.
4 If validation is enabled, enter a value in the Validation Period text box to specify a time, in minutes,
between validations.
Change Permissions
After a user or group and role pair is set for an inventory object, you can change the role paired with the user
or group or change the setting of the Propagate check box. You can also remove the permission setting.
Procedure
3 Click the line item to select the user or group and role pair.
5 In the Change Access Role dialog box, select a role for the user or group from the drop-down menu.
6 To propagate the privileges to the children of the assigned inventory object, click the Propagate check box
and click OK.
Remove Permissions
Removing a permission for a user or group does not remove the user or group from the list of those available.
It also does not remove the role from the list of available items. It removes the user or group and role pair from
the selected inventory object.
Procedure
1 From the vSphere Client, click the Inventory button in the navigation bar.
4 Click the appropriate line item to select the user or group and role pair.
VMware recommends the following best practices when configuring roles and permissions in your vCenter
Server environment:
n Where possible, grant permissions to groups rather than individual users.
n Grant permissions only where needed. Using the minimum number of permissions makes it easier to
understand and manage your permissions structure.
n If you assign a restrictive role to a group, check that the group does not contain the Administrator user or
other users with administrative privileges. Otherwise, you could unintentionally restrict administrators'
privileges in parts of the inventory hierarchy where you have assigned that group the restrictive role.
n Use folders to group objects to correspond to the differing permissions you want to grant for them.
n Use caution when granting a permission at the root vCenter Server level. Users with permissions at the
root level have access to global data on vCenter Server, such as roles, custom attributes, vCenter Server
settings, and licenses. Changes to licenses and roles propagate to all vCenter Server systems in a Linked
Mode group, even if the user does not have permissions on all of the vCenter Server systems in the group.
n In most cases, enable propagation on permissions. This ensures that when new objects are inserted in to
the inventory hierarchy, they inherit permissions and are accessible to users.
n Use the No Access role to masks specific areas of the hierarchy that you don’t want particular users to
have access to.
Table 18-2 lists common tasks that require more than one privilege. It lists the privileges required to perform
the tasks and, where applicable, the appropriate sample roles. You can use the listed Applicable Roles on the
listed inventory objects to grant permission to perform these tasks, or you can create your own roles with the
equivalent required privileges.
On the network that the virtual machine will be assigned Network Consumer or
to: Virtual Machine
Network.Assign Network Administrator
On the network that the virtual machine will be assigned Network Consumer or
to: Virtual Machine
Network.Assign Network Administrator
Take a virtual machine On the virtual machine or a folder of virtual machines: Virtual Machine Power User
snapshot Virtual Machine.State.Create Snapshot or Virtual Machine
Administrator
Move a virtual machine into a On the virtual machine or folder of virtual machines: Virtual Machine
resource pool n Resource.Assign Virtual Machine to Resource Pool Administrator
n Virtual Machine.Inventory.Move
Install a guest operating On the virtual machine or folder of virtual machines: Virtual Machine Power User
system on a virtual machine n Virtual Machine.Interaction.Answer Question or Virtual Machine
Administrator
n Virtual Machine.Interaction.Console Interaction
n Virtual Machine.Interaction.Device Connection
n Virtual Machine.Interaction.Power Off
n Virtual Machine.Interaction.Power On
n Virtual Machine.Interaction.Reset
n Virtual Machine.Interaction.Configure CD Media (if
installing from a CD)
n Virtual Machine.Interaction.Configure Floppy
Media (if installing from a floppy disk)
n Virtual Machine.Interaction.Tools Install
On a datastore containing the installation media ISO Virtual Machine Power User
image: or Virtual Machine
Datastore.Browse Datastore (if installing from an ISO Administrator
image on a datastore)
Migrate a virtual machine On the virtual machine or folder of virtual machines: Datacenter Administrator or
with VMotion n Resource.Migrate Resource Pool Administrator
n Resource.Assign Virtual Machine to Resource Pool or Virtual Machine
Administrator
(if destination is a different resource pool from the
source)
Cold migrate (relocate) a On the virtual machine or folder of virtual machines: Datacenter Administrator or
virtual machine n Resource.Relocate Resource Pool Administrator
n Resource.Assign Virtual Machine to Resource Pool or Virtual Machine
Administrator
(if destination is a different resource pool from the
source)
On the destination datastore (if different from the source): Datastore Consumer or
Datastore.Allocate Space Virtual Machine
Administrator
Migrate a Virtual Machine On the virtual machine or folder of virtual machines: Datacenter Administrator or
with Storage VMotion Resource.Migrate Resource Pool Administrator
or Virtual Machine
Administrator
In the vSphere Client, for any inventory object except networking, the storage usage data appears in the Storage
Views tab. To view this tab, you must have the vCenter Storage Monitoring plug-in, which is generally installed
and enabled by default.
Reports Reports display relationship tables that provide insight about how an
inventory object is associated with storage entities. They also offer summarized
storage usage data for the object’s virtual and physical storage resources. Use
the Reports view to analyze storage space utilization and availability,
multipathing status, and other storage properties of the selected object and
items related to it.
Maps Maps display storage topology maps that visually represent relationships
between the selected object and its associated virtual and physical storage
entities.
For more information on virtual and phisical storage resources and how virtual mahcines access sotrage, see
ESX Configuration Guide or ESXi Configuration Guide.
You can display and review statistics for different categories depending on the inventory object. For example,
if the inventory object is a datastore, you can display information for all virtual machines that reside on the
datastore, all hosts that have access to the datastore, the LUNs on which the datastore is deployed, and so on.
When you display the report tables, the default column headings depend on the inventory object you select.
You can customize the tables by adding or removing columns. Reports are updated every 30 minutes. You can
manually update the reports by clicking Update.
You can search for specific information you need to see by filtering report tables based on storage attributes
and keywords.
Procedure
1 Display the object, for which you want to view reports, in the inventory.
For example, display virtual machines if you want to review storage information for a specific virtual
machine.
3 To display information for a specific category, click Show all [Category of Items] and select the
appropriate category from the list.
For example, if you want to see all datastores that the virtual machine is using, select Show all
Datastores.
4 To see the description of each column, move the cursor over the column heading.
Procedure
3 To display information for a specific category, click Show all [Category of Items]and select the appropriate
category from the list.
6 Click Save.
Procedure
1 In the inventory, display the object for which to filter the reports.
3 To display information for a specific category, click Show all [Category of Items]and select the appropriate
category from the list.
4 Click the search field arrow and select the attributes to include in the search.
The table is updated based on your search criteria. For example, if you are reviewing reports for datastores in
a datacenter, you can display information for only those datastores that have NFS format by selecting the File
System Type attribute and entering NFS as a key word. Filtering is persistent for the user session.
Procedure
1 Display the object in the inventory for which you want to customize reports.
4 To add a column, right-click any column heading and select an item to display from the list.
5 To hide a column, right-click the column heading and deselect it in the list.
Map views are updated every 30 minutes. You can manually update the maps by clicking the Update link.
You can customize a map view by selecting or deselecting options in the Show area, or by hiding specific items
or changing their position on the map.
You can reposition the map by dragging it, and zoom in or out of the map or its particular section.
Procedure
Procedure
2 Right-click the map and select Export Map from the menu.
4 Click Save.
The image file is saved to the format and directory you specified.
Procedure
2 Right-click the item you want to hide and select Hide Node from the menu.
Procedure
2 Click the item you want to move and drag it to the new location.
Maps are available only when the vSphere Client is connected to a vCenter Server system.
The maps can help you determine such things as which clusters or hosts are most densely populated, which
networks are most critical, and which storage devices are being utilized. vCenter Server provides the following
map views.
You can use a map view to limit or expand the scope of a map. You can customize all map views, except
VMotion Resources maps. If you are accessing map views using the navigation bar, all vCenter Server resources
are available for display. If you are using the Maps tab of a selected inventory item, only items related to that
item are displayed. For virtual machine inventory items, the VMotion Resources view is the only map view
available on the Maps tab.
You can customize a map view by selecting or deselecting objects in the inventory pane or by selecting or
deselecting options in the Map Relationships area.
You can reposition the map by dragging it (click and hold anywhere on the map and drag the map to the new
location). A grey box in the overview area represents the section of the total map that is viewable and moves
as you drag the map. You can resize the grey box to zoom in or out of a section of the map.
You can double-click any object in a map to switch to the Map tab for that item (providing a Map tab is available
for that type of object).
VMotion resource maps also indicate which hosts in the virtual machine’s cluster or datacenter are compatible
with the virtual machine and are potential migration targets. For a host to be compatible, it must meet the
following criteria.
n Connect to all the same datastores as the virtual machine.
n Connect to all the same networks as the virtual machine.
n Have compatible software with the virtual machine.
n Have a compatible CPU with the virtual machine.
NOTE The VMotion map provides information as to whether VMotion might be possible, and if not, what an
administrator might do to remedy the situation. It does not guarantee that a particular VMotion migration will
be successful.
Map Icons
The icons in a resource map represent the objects in the inventory and their current state. Table 20-1 describes
the map icons.
Host icon.
A host that is compatible for VMotion migration. The color of the circle varies in intensity based on the load of
the current host. Heavily used hosts are pale; low-load hosts are saturated green.
Virtual machine icon. When the virtual machine is powered on, the icon contains a green triangle.
Network icon.
Datastore icon.
Map Relationships panel Displayed when more than one map view is available. The Map Relationships panel lets you
customize map relationships for hosts and virtual machines. Use the checkboxes to enable or
disable relationships for the selected object and display them in the current resource map.
Refresh link Maps do not auto-refresh. Click Refresh to synchronize your map with the current state of the
inventory and to center the map view.
Inventory panel When selecting through the Inventory navigation bar, a selected item stays highlighted to
indicate map focus.
When selecting through the Maps navigation bar, all items in the inventory are listed with a
check box. You can select or deselect any inventory items you do not want included in the map.
Procedure
For example, to display the resource map for your entire vCenter Server system, select the vCenter Server
in the inventory panel. To display the resource map for a host, select the host in the inventory panel.
Procedure
Procedure
5 Click Export.
The vCenter Server system is configured with a set of predefined alarms that monitor clusters, hosts,
datacenters, datastores, networks, and virtual machines. it is also configured with alarms that monitor vCenter
Server licensing.
Each predefined alarm monitors a specific object and applies to all objects of that type. For example, by default,
the Host CPU Usage alarm is set automatically on each host in the inventory and triggers automatically when
any host's CPU usage reaches the defined CPU value.
If the predefined vCenter Server alarms do not account for the condition, state, or event you need to monitor,
you can define custom alarms.
When you set an alarm on a parent object, such as a vCenter Server, a datatcenter, or a cluster, all applicable
child objects inherit the alarm. You can also set an alarm on a folder to propagate the same alarm to all objects
contained in that folder. You cannot change or override an alarm that is set on a child object from its parent
object. You must change the alarm on the child object itself.
Trigger A set of conditions that must be met for an alarm warning and alert to occur.
Most triggers consist of a condition value and a length of time that value is true.
For example, the virtual machine memory alarm triggers a warning when
memory usage is over 75% for one hour and over 90% for five minutes.
You can set alarms to trigger when the state changes from green to yellow,
yellow to red, red to yellow, and yellow to green. Triggers are defined for the
default VMware alarms. You can change the trigger conditions (thresholds,
warning values, and alert values) for the default alarms.
Action The operation that occurs in response to the trigger. For example, you can have
an email notification sent to one or more administrators when an alarm is
triggered. The default vCenter Server alarms are not preconfigured with
actions. You must manually set what action occurs when the triggering event,
condition, or state occurs.
NOTE Some alarms contain triggers that are not supported in the vSphere Client and cannot be changed.
However, you can still configure the alarm actions, enable or disable the alarm, and change the alarm name.
If your environment requires changes to these alarm triggers, create custom alarms by using the vSphere Client
or the VMware vSphere APIs.
Alarm Triggers
You configure alarm triggers to generate warnings and alerts when the specified criteria is met. Alarms have
two types of triggers: condition or state triggers, and event triggers.
Condition or State Monitor the current condition or state of virtual machines, hosts, and
Triggers datastores. This includes power states, connection states, and performance
metrics, such as CPU and disk usage. To set alarms on other objects in the
inventory, including datacenters, clusters, resource pools, and networking
objects, use event triggers.
NOTE You can set a condition or state alarm at the datacenter level that
monitors all virtual machines, hosts, or datastores in the datacenter.
Event Triggers Monitors events that occur in response to operations occuring with any
managed object in the inventory, the vCenter Server system, or the license
server. For example, an event is recorded each time a virtual machine is cloned,
created, deleted, deployed, and migrated.
Condition and state triggers use one of the following operator sets to monitor an object:
n Is equal to and Is not equal to
n Is above and Is below
To define a condition or state trigger, you choose the appropriate operator set and enter the values for the
warning and alert status. You can use any number of triggers for an alarm. When you use more than one trigger,
you choose whether to trigger the alarm when any conditions are satisfied or when all conditions are satisfied.
For example, you can create a host alarm that has two condition triggers, one for CPU usage and one for memory
usage:
If you trigger the alarm when all conditions are satisfied, the alarm will trigger the warning only when both
CPU usage and memory usage values are above 75%. Likewise, it will trigger the alert only when both CPU
usage and memory usage are above 90%.
NOTE Unexpected results might occur when you have an alarm with multiple triggers with opposing warning
and alert conditions, and you set the alarm to trigger when all conditions are satisfied. For example, an alarm
has two triggers that set warnings and alerts for the virtual machine power state.
If you choose to trigger the alarm when all conditions are satisfied, the alarm triggers a warning. This is because
the vServer System uses the AndAlarmExpression operator to validate the condition statuses for each trigger.
When they are all satisfied, the first condition is satisfied, and therefore is used: Warning & Alert = warning.
Trigger type The condition or state to monitor, for example, VM CPU Usage (%).
Condition The qualifier used to set the threshold for the trigger, for example, Is Above and Is
Below.
Warning The value that must be reached for the alarm to transition from a normal state to a
warning state, and to trigger the alarm.
Condition Length For condition triggers, after the warning condition is reached, the amount of time the
warning condition stays true in order for the warning to trigger.
State triggers do not have condition lengths. As soon as the state condition occurs, the
warning is triggered.
Alert The value that must be reached for the alarm to transition from the warning state to an
alert state and to trigger the alarm.
Condition Length For condition triggers, after the alert value is reached, the amount of time the alert
condition stays true in order for the alarm to trigger.
State triggers do not have condition lengths. As soon as the state condition occurs, the
alert is triggered.
For condition triggers to generate a warning or an alert, the value you set must be reached and for the specified
condition length. For example, you can configure a condition trigger to generate a warning and an alert under
the following conditions:
n A virtual machine’s CPU usage must be above 75% for more than 10 minutes to generate a warning.
n A virtual machine’s CPU usage must be above 95% for more than 5 minutes to generate a warning.
The 10 minute and 5 minute time conditions in this example help distinguish an erratic condition from a true
scenario. You set time requisites to ensure that the metric conditions are valid and not caused by incidental
spikes.
Triggered alarms reset when the triggering condition or state is no longer true. For example, if you have an
alarm defined to trigger a warning when host CPU is above 75%, the condition will reset to normal when the
value falls below the 75% and the warning alarm will no longer be triggered. The threshold condition is
dependent on any tolerance range you set for the threshold.
Table 21-4 lists the Condition and State triggers you can set on virtual machines.
Condition CPU Ready Time (ms) The amount of time the virtual machine was ready during the collection
interval, but could not get scheduled to run on the physical CPU. CPU ready
time is dependent on the number of virtual machines on the host and their
CPU loads.
Condition CPU Usage (%) Amount of virtual CPU (MHz) used by the virtual machine. CPU limits are
ignored in the calculation. The calculation is:
VM CPU Usage (%) = VM CPU [MHz] / (# of vCPUs x clock rate of the physical
CPU [MHz]) x 100
Condition Disk Aborts Number of SCSI commands that were not completed on each physical disk
of the virtual machine.
Condition Disk Resets Number of SCSI-bus reset commands issued on each physical disk of the
virtual machine.
Condition Disk Usage (KBps) Sum of the data read and written across all disk instances on the virtual
machine.
Table 21-4. Virtual Machine Condition and State Alarm Triggers (Continued)
Trigger Type Trigger Name Description
Condition Fault Tolerance Amount of wallclock time that the virtual CPU of the secondary virtual
Secondary VM Latency machine is behind the virtual CPU of the primary virtual machine.
Status Changed n Low – 0-2 seconds
n Moderate – 2-6 seconds
n High – More than 6 seconds
Condition Memory Usage (%) Amount of configured RAM (MB) used by the virtual machine. The
calculation is:
VM Memory Usage (%) = Active Memory [MB] / configured RAM of VM [MB]
x 100
Condition Network Usage (Kbps) Sum of data transmitted and received across all virtual NIC instances on the
virtual machine.
Condition Snapshot Size (GB) Aggregate size (KB) of all snapshots taken for the current virtual machine.
Condition Total Disk Latency (ms) Average amount of time taken to process a SCSI command issued by the Guest
OS to the virtual machine. The calculation is:
Total Disk Latency = kernelLatency + deviceLatency
n Low – 0-2 seconds
n Moderate – 2-6 seconds
n High – More than 6 seconds
Condition Total Size on Disk (GB) Aggregate amount of disk space occupied by all virtual machines on the host.
Table 21-5 lists the default Condition and State triggers you can set on hosts.
Console SwapIn Rate Rate at which the service console kernel is swapping in memory. The Condition
(KBps) Console Swapin Rate indicates memory pressure in the service console.
A high value is generally a precursor to timeout operations. To fix the
problem, consider adding more memory or ending the memory-intensive
task.
Console SwapOut Rate Rate at which the service console kernel is swapping out memory. The Condition
(KBps) Console Swapout Rate indicates memory pressure in the service console.
A high value is generally a precursor to timeout operations. To fix the
problem, consider adding more memory or ending the memory-intensive
task.
CPU Usage (%) Amount of physical CPU (MHz) used by the ESX/ESXi host. The Condition
calculation is:
Host CPU Usage (%) = CPU usage [MHz] / (# of physical CPUs x clock
rate [MHz]) x 100
Disk Usage (KBps) Sum of the data read from and written to all disk instances on the host. Condition
Memory Usage (%) Amount of physical RAM (MB) consumed by the ESX/ESXi host. The Condition
calculation is:
Host Memory Usage (%) = Consumed Memory [MB] / physical RAM of
server [MB] x 100
Network Usage (kbps) Sum of data transmitted and received for all the NIC instances of the host. Condition
Swap Pages Write (KBps) Rate at which host memory is swapped out to the disk. Condition
Table 21-6 lists the default Condition and State triggers you can set on datastores.
Condition Datastore Disk Usage Amount of disk space (KB) used by the datastore.
(%) NOTE This alarm controls the Status value for datastores in vSphere
Client. If you disable this alarm, the datastore status will be displayed as
Unknown.
State Datastore State to All n Connected to all hosts – The datastore is connected to at least one
Hosts host.
n Disconnected from all hosts – The datastore is disconnected from at
least one host.
Event Triggers
Event triggers monitor events that occur in response to actions related to managed objects, the vCenter Server
system, and the License Server.
Event triggers use arguments, operators, and values to monitor operations that occur in the vServer System.
Because the occurrance of the event gives you information about the operation occurring in your environment,
you usually will not need to configure arguments for them. However, some events are general and
configuration might be required to set the alarm on the desired information. For example, the Hardware Health
Changed event occurs for a variety of different subsystems on a host.The preconfigured datacenter alarm Host
Hardware Fan Health uses the Hardware Health Changed event with the following two arguments to set a
warning condition when a fan is not operating:
NOTE Due to the large number of events tracked by vCenter Server, the event table for each object does not
contain definitive lists of events. Instead, it provides a subset of the events available for alarm triggers.
Trigger type Event to monitor. Events can be generated by a user action or the system, for example,
Account Password Change and Alarm Email Sent.
Status The value that must be met for the alarm to trigger:
n Normal
n Warning
n Alert.
For example, you have a subset of hosts in the same datacenter named with the identifying prefix, QA_. To
trigger an alarm when any of these hosts lose network connectivity, create an alarm on the datacenter to monitor
the event Lost Network Connectivity. The trigger conditions are:
n Argument — host.name
n Operator — Starts with
n Value – QA_
When storage connectivity is lost on a host named QA_Host1, the event triggers.
Event triggers do not rely on thresholds or durations. They use the arguments, operators, and values to identify
the triggering condition. When the triggering conditions are no longer true, a triggered alarm resets
automatically, and no longer triggers.
Table 21-9 lists events you can use to trigger alarms on virtual machines.
General messages and information VM error, VM error message, VM information, VM information message, VM
warning, VM warning message, VM migration error, VM migration warning, VM
configuration missing.
Naming and IDs UUID: Assigned, Changed, Conflict. Assign a new instance, Instance changed,
Instance conflict.
MAC: Assigned, Changed, Conflict. VM static MAC conflict.
WWN: Assigned, Changed, Conflict.
Power and connection states VM connected, VM disconnected, VM discovered, VM powered off, VM powered
on, VM starting, VM stopping, VM suspended, VM restarted on alternate host, VM
resuming.
Guest reboot, guest shutdown, guest standby.
Cannot power off, Cannot power on, Cannot reboot guest OS, Cannot reset, Cannot
shut down the guest OS, Cannot standby guest OS, Cannot suspend.
Remote console connected, Remote console disconnected.
Table 21-10 lists events you can use to trigger alarms on hosts.
DRS DRS entering standby mode, DRS exited standby mode, DRS exiting standby mode. Cannot
complete DRS resource configuration, Resource configuration synchronized.
DVS Distributed Virtual Switch joined the port group, Distributed Virtual Switch left the port
group, Distributed Virtual Switch does not exist in vCenter or does not contain this host.
HA Host HA agent disabled, HA agent enabled, Disabling HA, Enabling HA agent, HA agent
error, HA agent configured.
Host has extra HA networks, Host has no available HA networks, Host is missing HA
networks, No redundant management network for host, No HA enabled port groups.
IP address Host IP changed, IP inconsistent, IP to short name not completed, Cannot get short host
name, Short name to IP not completed, Duplicate IP detected.
vCenter Agent Cannot complete vCenter Agent, Cannot uninstall vCenter Agent.
Table 21-11 lists events you can use to trigger alarms on datastores.
File system operations File or directory copied to datastore, File or directory deleted from datastore, File
or directory moved to datastore.
VMFS VMFS datastore created, VMFS datastore expanded, VMFS datastore extended.
Table 21-12 lists events you can use to set alarms on datacenters.
Alarms Alarm created, reconfigured, removed. Alarm email sent, email send failed. Alarm
script completed, script not completed. Alarm SNMP trap sent, SNMP trap not
completed. Alarm status changed.
Authentication, Permissions, and Already authenticated. Permission added, removed, updated. Profile created,
Roles removed. Role added, created, removed.
Custom Fields Custom field definition added, removed, renamed. Custom field value changed.
cannot complete customization network setup.
HA and DRS HA agent found, DRS invocation not completed, DRS recovered from failure.
Hosts Host add failed, inventory full, short name inconsistent, cannot add host.
Licensing License added, assigned, expired, insufficient, removed, unassigned. License server
available, unavailable. Unlicensed virtual machines, all virtual machines licensed.
Scheduled Tasks Scheduled task created, completed, cannot complete, email sent, email not sent,
reconfigured, removed, started.
User Operations User assigned to group, removed from group, login, logout, upgrade.
Table 21-13 lists events that you can use to set alarms on clusters.
Cluster creation, modification, and Cluster created, Cluster deleted, Cluster overcommitted, Cluster reconfigured.
compliance Cluster status changed, Cluster compliance checked.
High Availability (HA) HA agent unavailable, HA disabled, HA enabled, HA host failed, HA host isolated,
All HA hosts isolated.
Table 21-14 lists events you can use to set alarms on dvPort groups.
Distributed Virtual Port Group Distributed virtual group created, Distributed virtual group
deleted, Distributed virtual group reconfigured, Distributed
virtual group renamed.
Table 21-15 lists the events you can use to set alarms on vNetwork distributed switches.
Distributed Virtual Switch creation, modification, and Distributed Virtual Switch created, Distributed Virtual
upgrade. Switch deleted, Distributed Virtual Switch reconfigured,
Distributed Virtual Switch upgraded, Upgrade is available,
Upgrade is in progress, Cannot complete the upgrade.
Distributed Virtual Switch port and distributed virtual port Distributed Virtual Switch port moved into the distributed
group operations virtual port group, Distributed Virtual Switch moved out of
the distributed virtual port group.
Host Host joined the Distributed Virtual Switch, Host left the
Distributed Virtual Switch.
Host and vCenter Server configuration was synchronized,
Host and vCenter Server configuration differs.
Table 21-16 lists the events you can use to trigger alarms on networks.
dvPort group creation and dvPort group created, dvPort group deleted, dvPort group reconfigured, dvPort
modification group renamed.
Alarm Actions
Alarm actions are operations that occur in response to triggered alarms. For example, email notifications are
alarm actions.
VMware provides a list of preconfigured actions you can associate with an alarm. These actions are specific to
the object on which you set the alarm. For example, preconfigured alarm actions for hosts include rebooting
the host and putting the host in maintenance mode. Alarm actions for virtual machines include powering on,
powering off, and suspending the virtual machine.
Although the actions are preconfigured, you must manually set up certain aspects of the action, such as having
the action occur when a warning is triggered or when an alert is triggered, and whether to repeat the action.
You can configure alarm actions to repeat in the following ways:
n At a specified time interval after an alarm triggers. For example, if an alarm triggers because a physical
host is not responding, you can have an email message sent every 10 minutes until the host is returned to
a connected state or until the alarm trigger is suppressed.
n Until the alarm is explicitly acknowledged by an administrator. When you acknowledge an alarm, the
alarm actions are suppressed. The alarm trigger is not reset. It remains in its current state until the
triggering condition, state, or event is no longer valid.
Some alarm actions, such as sending notification emails or traps, and running a script, require additional
configuration.
NOTE The default VMware alarms do not have actions associated with them. You must manually associate
actions with the default alarms.
Send a notification email SMTP sends an email message. The SMTP must be ready datacenter, datastore, cluster,
when the email message is sent. You can set SMTP host, resource pool, virtual
through vCenter Server. machine, network, vNetwork
distributed switch, dvPort group
Send a notification trap SNMP sends a notification trap. vCenter Server is the datacenter, datastore, cluster,
default SNMP notification receiver. An SNMP trap host, resource pool, virtual
viewer is required to view a sent trap. The default machine
hardware health alarms are configured to send 39SNMP
traps.
Run a command Performs the operation defined in the script you specify. datacenter, datastore, cluster,
It runs as separate process and does not block vCenter host, resource pool, virtual
Server processes. machine, network, vNetwork
distributed switch, dvPort group
Enter or exit maintenance Puts the host in and out of maintenance mode. host
mode Maintenance mode restricts virtual machine operations
on the host. You put a host in maintenance mode when
you need to move or service it.
Enter or exit standby Suspends or resumes the guest operating system on the host
virtual machine.
Reboot or shut down host Reboots or shuts down the host. host
Suspend the virtual Suspends the virtual machine when the alarm triggers. virtual machine
machine You can use the suspend feature to make resources
available on a short-term basis or for other situations in
which you want to put a virtual machine on hold without
powering it down.
Power on or power off the Power on starts the virtual machine and boots the guest virtual machine
virtual machine operating system if the guest operating system is
installed.
Power off is analogous to pulling the power cable on a
physical machine. It is not a graceful shutdown of the
guest operating system, but is used when a shut down
might not succeed. For example, a shut down will not
work if the guest operating system is not responding.
Reset the virtual machine Pauses activity on the virtual machine. Transactions are virtual machine
frozen until you issue a Resume command.
Migrate the virtual Powers off the virtual machine and migrates it according virtual machine
machine to the settings you define when you created the alarm
action.
Reboot or shutdown the Reboot shuts down and restarts the guest operating virtual machine
guest system without powering off the virtual machine.
Shutdown shuts down the guest operating system
gracefully.
You disable alarm actions for a selected inventory object. You can also disable alarm actions across multiple
objects at one time from the object tab. For example, to disable the alarm actions for multiple virtual machines
on a host, go to the Virtual Machines tab of the host. When you disable the alarm actions for an object, they
continue to occur on child objects.
When you disable alarm actions, all actions on all alarms for the object are disabled. You cannot disable a subset
of alarm actions.
When an SNMP trap notification occurs, only one trap is triggered and one notification is sent.Table 21-18
describes the trap information provided in the body of an SNMP notification.
Type The state vCenter Server is monitoring for the alarm. Options include Host Processor (or CPU)
usage, Host Memory usage, Host State, Virtual Machine Processor (or CPU) usage, Virtual Machine
Memory usage, Virtual Machine State, Virtual Machine Heartbeat.
Name The name of the host or virtual machine that triggers the alarm.
Old Status The alarm status before the alarm was triggered.
NOTE To use SNMP with vCenter Server, you must configure SNMP settings using the vSphere Client.
Table 21-19 describes the information provided in the body of an SMTP notification.
Metric Value Threshold value that triggered the alarm. Applies only to metric condition triggers.
Alarm Definition Alarm definition in vCenter Server, including the alarm name and status.
If the alarm was triggered by an event, the information in Table 21-20 is also included in the body of the email.
Summary Alarm summary, including the event type, alarm name, and target object.
UserName Person who initiated the action that caused the event to be created. Events caused by an
internal system activity do not have a UserName value.
Use the alarm environment variables to define complex scripts and attach them to multiple alarms or inventory
objects. For example, you can write a script that enters the following trouble ticket information into an external
system when an alarm is triggered:
n Alarm name
n Object on which the alarm was triggered
n Event that triggered the alarm
n Alarm trigger values
When you write the script, include the following environment variables in the script:
n VMWARE_ALARM_NAME
n VMWARE_ALARM_TARGET_NAME
n VMWARE_ALARM_EVENTDESCRIPTION
n VMWARE_ALARM_ALARMVALUE
You can attach the script to any alarm on any object without changing the script.
Table 21-21 lists the default environment variables defined for alarms. Use these variables to define more
complex scripts and attach them to multiple alarms or inventory objects so the action occurs when the alarm
triggers.
The command-line parameters enable you to pass alarm information without having to change an alarm script.
For example, use these parameters when you have an external program for which you do not have the source.
You can pass in the necessary data by using the substitution parameters, which take precedence over the
environment variables. You pass the parameters through the vSphere Client Alarm Actions Configuration
dialog box or on a command line.
Table 21-22 lists the command-line substitution parameters for scripts that run as alarm actions.
Alarm Reporting
Alarm reporting further restricts when a condition or state alarm trigger occurs by adding a tolerance range
and a trigger frequency to the trigger configuration.
Tolerance Range
The tolerance range specifies a percentage above or below the configured threshold point, after which the alarm
triggers or clears. A nonzero value triggers and clears the alarm only after the triggering condition falls above
or below the tolerance range. A 0 (zero) value triggers and clears the alarm at the threshold point you
configured.
For example, an alarm is defined to trigger a warning state when a host’s CPU usage is above 70%. If you set
the tolerance range to 5%, the warning state triggers only when CPU usage is above 75% (70 + 5) and resets to
a normal state only when CPU usage falls below 65% (70 - 5).
The tolerance range ensures you do not transition alarm states based on false changes in a condition.
Trigger Frequency
The trigger frequency is the time period during which a triggered alarm action is not reported again. When
the time period has elapsed, the alarm action occurs again if the condition or state is still true. By default, the
trigger frequency for the default VMware alarms is set to 5 minutes.
For example, if the Host CPU Usage alarm triggers for a warning state at 2 p.m. and an alert state occurs at
2:02 p.m, the alert state is not reported at 2:02 p.m. because the frequency prohibits it. If the warning state is
still true at 2:05 p.m., the alarm is reported. This guards against repeatedly reporting insignificant alarm
transitions.
Creating Alarms
Creating an alarm involves setting up general alarm settings, alarm triggers, trigger reporting, and alarm
actions.
You create an alarm by using the Alarm Settings dialog box. You can open this dialog box by selecting the
object in the inventory and using any of the following methods.
n Select File > New > Alarm.
n Select Inventory > <object_type> > Alarm > Add Alarm.
n Right-click the object and select Alarm > Add Alarm.
n In the Alarms tab, click the Definitions tab, right-click in the pane, and select New > Alarm.
n Select the object in the inventory and press Ctrl+A.
Prerequisites
To set up an alarm on an object, the vSphere Client must be connected to a vCenter Server system. In addition,
you must have proper user permissions on all relevant objects to create alarms. After an alarm is created, it
will be enabled even if the user who created it no longer has permissions.
Procedure
Procedure
a In the Monitor list, select the object on which to create the alarm.
The objects in the Monitor list are determined by the object selected in the inventory.
b Select how to monitor the object: for specific conditions or states, or for specific events.
This determines which triggers are available for the alarm.You can monitor hosts, virtual machines,
and datastores for conditions, states, and events. All other objects are monitored only for events.
6 (Optional) To save general edits without updating the alarm triggers or alarm actions, click OK.
NOTE You cannot save an alarm if it does not have triggers defined for it.
Procedure
1 If necessary, display the Triggers tab of the Alarm Settings dialog box.
b Select the object and press Ctrl-M to open the Alarm Settings dialog box.
2 Click Add.
b Double-click the Trigger Type list arrow to open the trigger list.
c Select a trigger.
Double-click each attribute field—Condition, Warning, Condition Length, Alert, Condition Length—
and select or enter values. Not all condition triggers have condition lengths.
State triggers occur immediately when the state is reached. You cannot define condition lengths for state
alarms.
a Repeat Step 2 through Step 3, and select the same trigger you just configured.
6 (Optional) To define additional condition or state triggers, repeat Step 2 through Step 5.
NOTE You cannot use the VM Total Size on Disk and VM Snapshot Size triggers in combination with
other triggers.
7 Below the triggers list, select one of the following options to specify how to trigger the alarm.
n If any conditions are satisfied (default).
n If all conditions are satisfied.
8 Click OK.
Procedure
1 If necessary, display the Triggers tab of the Alarm Settings dialog box.
b Select the object and press Ctrl-M to open the Alarm Settings dialog box.
2 Click Add.
3 To replace the default event, double-click the event name and in the Event list, select an event.
If you know the event name, you can type it in the Event field to filter the list.
4 To change the default status for the event trigger, double-click the status name and in the Status list, select
a status.
NOTE To set an alarm to trigger when more than one status has been reached, configure each event status
separately. For example, to trigger a warning when a host's hardware health changes and an alert when
a host's hardware health changes, configure two Hardware Health Changed events, one with a warning
status and one with an alert status.
5 (Optional) To configure custom conditions for the event trigger, in the Condition column, click
Advanced to open the Trigger Conditions dialog box.
a Click Add.
b To replace the default argument, double-click the argument name and in the argument list, select an
argument.
c To replace the default operator, double-click the operator name and select an operator from the list.
e (Optional) To define multiple conditions for the same trigger, repeat Step 5.
f Click OK.
7 Click OK.
Procedure
1 If necessary, display the Reporting tab of the Alarm Settings dialog box.
2 Enter a Tolerance.
A 0 value triggers and clears the alarm at the threshold point you configured. A non-zero value triggers
the alarm only after the condition reaches an additional percentage above or below the threshold point.
Condition threshold + Reporting Tolerance = trigger alarm
Tolerance values ensure you do not transition alarm states based on false changes in a condition.
3 Select a Frequency.
The frequency sets the time period during which a triggered alarm is not reported again. When the time
period has elapsed, the alarm will report again if the condition or state is still true.
4 Click OK.
Managing Alarms
You can change alarms, disable alarms, reset alarms, and acknowledge triggered alarms. In addition, you can
export a list of alarms to a file.
To manage alarms the vSphere Client must be connected to a vCenter Server system.
Procedure
2 If necessary, select View > Status Bar to display the status pane.
3 In the status bar, click Alarms to display the Triggered Alarms panel.
5 (Optional) To acknowledge multiple alarms at one time, shift-click each alarm to select it, right-click the
selection, and select Acknowledge Alarm.
Procedure
3 Click Definitions.
The Defined in column lists the object on which the alarm is defined. If the value is not This object, click
the object name. The alarms list for the object opens in the Alarms tab.
For help on how to configure the values on each tab, click Help.
6 Click OK.
vCenter Server verifies the configuration of the alarm and updates the alarm for the selected object.
Disable Alarms
You disable alarms from the object on which they were defined. You can enable a disabled alarm at any time.
Procedure
3 Click Definitions.
If the Defined in column does not contain This object for the alarm to disable, it was not defined on the
object selected in the inventory. To open the alarm definitions for that object, click the linked object in the
Defined in column.
6 Click OK.
Procedure
3 Click Definitions.
5 In the Save As dialog box, specify the directory, file name, and file type for the exported file.
6 Click Save.
Inventory panel An icon on the object where the alarm was triggered.
Status bar, Triggered Alarms panel A list of alarms triggered on all inventory objects. Double-
click an alarm to select the object in the inventory on which
the alarm was triggered.
Remove Alarms
You remove alarms from the object on which they were defined. You cannot remove an alarm from a child
object that inherited the alarm and you cannot remove the default VMware alarms.
When an alarm is removed, it is removed from vCenter Server and cannot be retrieved.
Procedure
3 Click Definitions.
If the Defined in column does not contain This object for the alarm to disable, it was not defined on the
object selected in the inventory. To open the alarm definitions for that object, click the linked object in the
Defined in column.
5 Click Yes.
Procedure
1 Locate the triggered alarm in the Triggered Alarms panel or on the Alarms tab for the object.
View Alarms
You view alarms that have been triggered on objects and those that have been defined on objects in the vSphere
Client Alarms tab.
The Alarms tab is available only when the vSphere Client is connected to a vCenter Server system. It has two
views, Triggered Alarms and Definitions.
Triggered Alarms Lists the alarms triggered on the selected object, including the status of the
alarm, the date and time it was last triggered, and if the alarm was
acknowledged.
Definitions Lists the alarms associated with the selected object, including the alarm
description and the object on which the alarm was defined.
There vSphere Client offers several different options for viewing alarms.
n View Alarms Defined on an Object on page 260
The vSphere Client Alarms tab contains a list of alarms definitions for the object selected in the inventory.
n View Alarms Triggered on an Object on page 260
You view triggered alarms on an object on the object’s Alarms tab.
n View All Alarms Triggered in vCenter Server on page 260
You view triggered alarms in the Alarms tab of the Status bar.
Procedure
3 Click Definitions.
The Defined In column displays the object on which the alarm was created.
Procedure
Procedure
2 If necessary, select View > Status Bar to display the status pane at the bottom of the vSphere Client.
What to do next
You can also view alarms for a selected inventory object in the Triggered Alarms pane of the Alarms tab.
When you disable alarm actions on a selected inventory object, all actions for all alarms are disabled on that
object. You cannot disable a subset of alarm actions. The alarm actions will continue to fire on the child objects.
Procedure
2 Right-click the object and select Alarm > Disable Alarm Actions.
The actions defined for the alarm will not occur on the object until they are enabled.
Procedure
2 Right-click the object and select Alarm > Enable Alarm Actions.
To manage alarm actions, the vSphere Client must be connected to a vCenter Server system.
When an object is selected in the inventory, you can identify its disabled alarm actions in the following areas
of the vSphere user interface:
n In the General pane of the object's Summary tab.
n In the Alarm Actions Disabled pane of the Alarms tab.
n In the Alarm Actions column of the object's child object tabs. For example, if you select a host in the
inventory, the Virtual Machines tab displays whether alarm actions are enabled or disabled for each
virtual machine on the host.
Remove an alarm action if you are certain you will not use again. If you are not sure, disable the alarm action
instead.
Procedure
3 Click Definitions.
4 Right-click the alarm and select Edit Settings from the context menu.
If the Edit Settings option is not available, the object you selected is not the owner of the alarm. To open
the correct object, click the object link in the Defined In column for the alarm. Then repeat this step.
7 Click OK.
NOTE Alarm commands run in other processes and do not block vCenter Server from running. They do,
however, consume server resources such as processor and memory.This procedure assumes you are adding
the alarm action to an existing alarm.
This procedure assumes you are adding the alarm action to an existing alarm.
Procedure
c Click Definitions.
3 Click Add.
5 Double-click the Configuration field and do one of the following, depending on the command file type:
n If the command is a .exe file, enter the full pathname of the command. For example, to run the
cmd.exe command in the C:\tools directory, type:c:\tools\cmd.exe.
n If the command is a .bat file, enter the full pathname of the command as an argument to the
c:\windows\system32\cmd.exe command. For example, to run the cmd.bat command in the
C:\tools directory, type:c:\windows\system32\cmd.exe /c c:\tools\cmd.bat.
If your script does not make use of the alarm environment variables, include any necessary parameters
in the configuration field. For example:
c:\tools\cmd.exe AlarmName targetName
c:\windows\system32\cmd.exe /c c:\tools\cmd.bat alarmName targetName
For .bat files, the command and its parameters must be formatted into one string.
6 Click OK.
When the alarm triggers, the action defined in the script is performed.
Prerequisites
To complete the following task, the vSphere Client must be connected to a vCenter Server. In addition, you
need the DNS name and IP address of the SNMP receiver, the port number of the receiver, and the community
identifier.
Procedure
2 If the vCenter Server is part of a connected group, in Current vCenter Server, select the appropriate server.
4 Enter the following information for the Primary Receiver of the SNMP traps.
Option Description
Receiver URL The DNS name and IP address of the SNMP receiver.
Receiver port The port number of the receiver to which the SNMP agent sends traps.
If the port value is empty, vCenter Server uses the default port, 162.
Community The community identifier.
5 (Optional) Enable additional receivers in the Enable Receiver 2, Enable Receiver 3, and Enable Receiver
4 options.
6 Click OK.
The vCenter Server system is now ready to send traps to the management system you have specified.
What to do next
Configure your SNMP management software to receive and interpret data from the vCenter Server SNMP
agent. See “Configure SNMP Management Client Software,” on page 53.
Prerequisites
Before vCenter Server can send email, you must perform the following tasks:
n Configure the SMTP server settings for vCenter Server.
n Specify email recipients through the Alarm Settings dialog box when you configure alarm actions.
To perform this task, the vSphere Client must be connected to a vCenter Server.
Procedure
2 If the vCenter Server system is part of a connected group, in Current vCenter Server, select the vCenter
Server system to configure.
4 For email message notification, set the SMTP server and SMTP port:
Option Description
SMTP Server The DNS name or IP address of the SMTP gateway to use for sending email
messages.
Sender Account The email address of the sender, for example, notifications@example.com.
5 Click OK.
Table 21-24 lists the preconfigured alarms available for the vCenter Server system.
Exit Standby Error Monitors whether a host cannot exit standby mode.
Health Status Changed Monitors changes to service and extension health status.
Host Connection and Power State Monitors host connection and power state.
Host Service Console SwapIn Rate Monitors host service console memory swapin rate.
Host Service Console SwapOut Rate Monitors host service console memory swapout rate.
Host Status for Hardware Objects Monitors the status of host hardware objects.
Migration Error Monitors whether a virtual machine cannot migrate or relocate, or is orphaned.
No Compatible Host For Secondary Monitors whether there are no compatible hosts available to place a secondary virtual
Virtual Machine machine.
Timed Out Starting Secondary Monitors timeouts when starting a Secondary virtual machine.
Virtual Machine
Virtual Machine Error Monitors virtual machine error and warning events.
Virtual Machine Fault Tolerance Monitors changes in latency status of a fault tolerance secondary virtual machine.
Secondary Latency Status Changed
Virtual Machine Fault Tolerance Monitors changes in the fault tolerance state of a virtual machine.
State Changed
Virtual Machine High Availability Monitors high availability errors on a virtual machine.
Error
Virtual Machine Total Disk Latency Monitors virtual machine total disk latency.
Table 22-1 lists each metric group and describes the type of data collected.
CPU CPU utilization per host, virtual machine, resource pool, or compute resource.
Memory Memory utilization per host, virtual machine, resource pool, or compute resource. The value obtained is
one of the following:
n For virtual machines, memory refers to guest physical memory. Guest physical memory is the amount
of physical memory presented as a virtual-hardware component to the virtual machine, at creation
time, and made available when the virtual machine is running.
n For hosts, memory refers to machine memory. Machine memory is the random-access memory (RAM)
that is installed in the hardware that comprises the ESX/ESXi system.
Disk Disk utilization per host, virtual machine, or datastore. Disk metrics include input/output (I/O)
performance (such as latency and read/write speeds), and utilization metrics for storage as a finite
resource.
Network Network utilization for both physical and virtual network interface controllers (NICs) and other network
devices, such as the virtual switches (vSwitch) that support connectivity among all components (hosts,
virtual machines, VMkernel, and so on).
System Overall system availability, such as system heartbeat and uptime. These counters are available directly
from ESX and from vCenter Server.
For a complete list of all statistics available for ESX/ESXi hosts and collected by vCenter Server, see the
PerformanceManager API documentation pages in the vSphere API Reference.
Data Counters
vCenter Server and ESX/ESXi hosts use data counters to query for statistics. A data counter is a unit of
information relevant to a given object.
For example, network metrics for a virtual machine include one counter that tracks the rate at which data is
transmitted and another counter that tracks the rate at which data is received across a NIC instance.
To ensure performance is not impaired when collecting and writing the data to the database, cyclical queries
are used to collect data counter statistics. The queries occur for a specified collection interval. At the end of
each interval, the data calculation occurs.
Each data counter is comprised of several attributes that are used to determine the statistical value collected.
Table 22-2 lists data counter attributes.
Statistics Type Measurement used during the statistics interval. The statistics type is related to the unit of
measurement. One of:
n Rate – Value over the current statistics interval
n Delta – Change from previous statistics interval.
n Absolute – Absolute value (independent of the statistics interval).
Rollup Type Calculation method used during the statistics interval to roll up data. This determines the type of
statistical values that are returned for the counter. One of:
n Average – Data collected during the interval is aggregated and averaged.
n Minimum – The minimum value is rolled up.
n Maximum – The maximum value is rolled up.
The Minimum and Maximum values are collected and displayed only in collection level 4.
Minimum and maximum rollup types are used to capture peaks in data during the interval. For
real-time data, the value is the current minimum or current maximum. For historical data, the
value is the average minimum or average maximum.
For example, the following information for the CPU usage chart shows that the average is
collected at collection level 1 and the minimum and maximum values are collected at collection
level 4.
n Counter: usage
n Unit: Percentage (%)
n Rollup Type: Average (Minimum/Maximum)
n Collection Level: 1 (4)
n Summation – Data collected is summed. The measurement displayed in the chart represents the
sum of data collected during the interval.
n Latest – Data collected during the interval is a set value. The value displayed in the performance
charts represents the current value.
Collection level Number of data counters used to collect statistics. Collection levels range from 1 to 4, with 4 having
the most counters.
Collection Intervals
Collection intervals determine the time period during which statistics are aggregated and rolled up, and the
length of time the statistics are archived in the vCenter database.
By default, vCenter Server has four collection intervals: Day, Week, Month, and Year. Each interval specifies
a length of a time statistics are archived in the vCenter database. You can configure which intervals are enabled
and for what period of time. You can also configure the number of data counters used during a collection
interval by setting the collection level. Together, the collection interval and collection level determine how
much statistical data is collected and stored in your vCenter Server database.
Real-time statistics are not stored in the database. They are stored in a flat file on ESX/ESXi hosts and in memory
on the vCenter Server systems. ESX/ESXi hosts collect real-time statistics only for the host or the virtual
machines available on the host. Real-time statistics are collected directly on an ESX/ESXi host every 20 seconds
(60 seconds for ESX Server 2.x hosts). If you query for real-time statistics in the vSphere Client for performance
charts, vCenter Server queries each host directly for the data. It does not process the data at this point. It only
passes the data to the vSphere Client. The processing occurs in a separate operation. On ESX/ESXi hosts, the
statistics are kept for one hour, after which 180 data points (15 - 20 second samples) will have been collected.
The data points are aggregated, processed, and returned to vCenter Server. At this point, vCenter Server
archives the data in the database as a data point for the Day collection interval.
To ensure performance is not impaired when collecting and writing the data to the database, cyclical queries
are used to collect data counter statistics. The queries occur for a specified collection interval. At the end of
each interval, the data calculation occurs.
Table 22-3 lists the default collection intervals available for the vCenter Server.
1 Day 5 Minutes Real-time statistics are rolled up to create one data point every 5 minutes. The
result is 12 data points every hour and 288 data points every day. After 30
minutes, the six data points collected are aggregated and rolled up as a data
point for the 1 Week time range.
You can change the interval duration and archive length of the 1 Day
collection interval by configuring the statistics settings.
1 Week 30 Minutes 1 Day statistics are rolled up to create one data point every 30 minutes. The
result is 48 data points every day and 336 data points every week. Every 2
hours, the 12 data points collected are aggregated and rolled up as a data point
for the 1 Month time range.
You cannot change the default settings of the 1 Week collection interval.
1 Month 2 Hours 1 Week statistics are rolled up to create one data point every 2 hours. The
result is 12 data points every day and 360 data points every month (assuming
a 30-day month). After 24 hours, the 12 data points collected are aggregated
and rolled up as a data point for the 1 Year time range.
You cannot change the default settings of the 1 Month collection interval.
1 Year 1 Day 1 Month statistics are rolled up to create one data point every day. The result
is 365 data points each year.
You can change the interval duration and archive length of the 1 Year
collection interval by configuring the statistics settings.
Prerequisites
To configure statistics settings, the vSphere Client must be connected to a vCenter Server system.
NOTE Not all attributes are configurable for each collection interval.
Procedure
2 If your environment uses multiple vCenter Servers, in Current vCenter Server, select the server.
4 In the Statistics Intervals section, select or deselect a collection interval to enable or disable it.
Enabling a longer interval automatically enables all shorter intervals. If you disable all collection levels,
statistical data is not archived in the vCenter Server database.
5 (Optional) To change a collection interval attribute, select its row in the Statistics Interval section and click
Edit to open the Edit Collection Interval dialog box.
This option is configurable only for the Day and Year intervals.
The statistics level must be less than or equal to the statistics level set for the preceeding statistics
interval. This is a vCenter Server dependency.
6 (Optional) In the Database Size section, estimate the effect of the statistics settings on the database.
The estimated space required and number of database rows required are calculated and displayed.
7 Click OK.
Prerequisites
To configure statistics settings, the vSphere Client must be connected to a vCenter Server system.
Procedure
2 If your environment uses multiple vCenter Servers, in Current vCenter Server, select the appropriate
server.
4 In the Statistics Intervals section, select or deselect a collection interval to enable or disable it.
NOTE When you disable a collection interval, all subsequent intervals are automatically disabled.
5 (Optional) In the Database Size section, estimate the effect of the statistics settings on the database.
The estimated space required and number of database rows required are calculated and displayed.
6 Click OK.
Collection Levels
Each collection interval has a default collection level that determines how many data counters are used when
collecting statistics data.
The collection level establishes which metrics are retrieved and recorded in the vCenter Server database. You
can assign a collection level of 1- 4 to each collection interval, with level 4 having the largest number of counters.
By default, all collection intervals use collection level 1.
The collection level for an interval cannot be greater than the collection level set for the preceding collection
interval. For example, if the Month interval is set to collection level 3, the Year interval can be set to collection
level 1, 2, or 3, but not to collection level 4. This is a vCenter Server dependency.
Table 22-4 describes each collection level and provides recommendations on when to use them.
Level 1 n Cluster Services (VMware Distributed Resource Scheduler) – Use for long-term performance
all metrics monitoring when device statistics are
n CPU – cpuentitlement, totalmhz, usage (average), usagemhz not required.
n Disk – capacity, maxTotalLatency, provisioned, unshared, Level 1 is the default Collection Level
usage (average), used for all Collection Intervals.
n Memory – consumed, mementitlement, overhead,
swapinRate, swapoutRate, swapused, totalmb, usage
(average), vmmemctl (balloon)
n Network – usage (average)
n System – heartbeat, uptime
n Virtual Machine Operations – numChangeDS,
numChangeHost, numChangeHostDS
Level 4 All metrics supported by the vCenter Server, including minimum Use for short-term performance
and maximum rollup values. monitoring after encountering
problems or when device statistics are
required.
Due to the large quantity of
troubleshooting data retrieved and
recorded, use level 4 for the shortest
amount of time possible.
Generally, you need to use only collection levels 1 and 2 for performance monitoring and analysis. Levels 3
and 4 provide granularity that is generally useful only for developers. Unless vCenter Server is set to a collection
level that contains a data counter, the data for that counter is not stored in the database nor is it rolled up into
a past-day statistic on the ESX/ESXi host. The counter will not appear in the performance charts.
Before you increase the collection level for an interval, view charts in real-time. Viewing real-time data has less
impact on performance because metrics are retrieved directly from the source without being written to the
vCenter Server database.
If you change to collection level 3 or 4 to diagnose problems, reset the collection level to its previous state as
soon as possible. At collection level 4, try to limit the collection period to the Day interval to not have an impact
on the database. If you need to save the data for longer than one day, increase interval to two or three days
rather than using the Week interval. For example, if you need to record data over the weekend, set the interval
to three days. Use a week interval only when you need the duration to be more than three days.
Table 22-5 lists the circumstances in which you might want to increase the collection level for your vCenter
Server.
2 n Identify virtual machines that can be co-located because of complimentary memory sharing.
n Detect the amount of active memory on a host to determine whether it can handle additional virtual
machines.
3 n Compare ready and wait times of virtual CPUs to determine the effectiveness of VSMP.
n Diagnose problems with devices, or compare performance among multiple devices.
NOTE You must manually enable each collection interval to use it again. Also, you can only enable a collection
interval if all previous collection intervals are enabled. For example, to enable the month interval, the day and
week intervals must be enabled.
By default, statistics are stored in the vCenter Server database for one year. You can increase this to five years.
To save statistical data for longer than five years, archive it outside of the vCenter Server database.
Procedure
1 If necessary, open the Statistics tab of the vCenter Server Settings dialog box.
a Select Administration > vCenter Server Settings.
b Click Edit.
c In the Edit Statistics Interval dialog box, change the settings as necessary.
d Click OK.
3 Enter the number of physical hosts and virtual machines in your inventory.
The vCenter Server uses a database calculator to determine the estimated size required for your statistics
configuration. The value appears in the Estimated space required field after you enter values.
4 Click OK.
Some virtualization processes dynamically allocate available resources depending on the status, or utilization
rates, of virtual machines in the environment. This can make obtaining accurate information about the resource
utilization (CPU utilization, in particular) of individual virtual machines, or applications running within virtual
machines, difficult. VMware now provides virtual machine-specific performance counter libraries for the
Windows Performance utility. Application administrators can view accurate virtual machine resource
utilization statistics from within the guest operating system's Windows Performance utility.
Prerequisites
A virtual machine with a Microsoft Windows operating system and VMware Tools installed.
Procedure
4 In the Performance dialog box, click the Add button or press Ctrl+I.
5 In the Add Counters dialog box, select Use local computer counters.
6 Select a virtual machine (virtual machine performance object names begin with VM) performance object.
7 Select the counters that you would like to display for that object.
8 If the performance object has multiple instances, select the instances you would like to display.
9 Click Add.
The Performance dialog box displays data for the selected performance object.
10 Click Close to close the Add Counter dialog box and return to the Performance dialog box.
You view the performance charts for an object that is selected in the inventory on the vSphere Client
Performance tab. You can view overview charts and advanced charts for an object. Both the overview charts
and the advanced charts use the following chart types to display statistics:
Line charts Display metrics for a single inventory object. The data for each performance
counter is plotted on a separate line in the chart. For example, a network chart
for a host can contain two lines: one showing the number of packets received,
and one showing the number of packets transmitted.
Bar charts Display storage metrics for datastores in a selected datacenter. Each datastore
is represented as a bar in the chart, and each bar displays metrics based on file
type (virtual disks, snapshots, swap files, and other files).
Pie charts Display storage metrics for a single datastore or virtual machine. Storage
information is based on file type or virtual machine. For example, a pie chart
for a datastore displays the amount of storage space occupied by the five-
largest virtual machines on that datastore. A pie chart for a virtual machine
displays the amount of storage space occupied by virtual machine files.
Stacked charts Display metrics for children of the selected parent object. For example, a host's
stacked CPU usage chart displays CPU usage metrics for each virtual machine
on the host. The metrics for the host itself are displayed in separate line charts.
Stacked charts are useful in comparing resource allocation and usage across
multiple hosts or virtual machines. Each metric group appears on a separate
chart for a managed entity. For example, hosts have one chart that displays
CPU metrics and one that displays memory metrics.
All overview charts for an object appear in the same panel in the Performance tab. This allows you to do side-
by-side comparisions of resource usage for clusters, datacenters, datastores, hosts, resource pools, and virtual
machines. You can perform the following tasks with the overview performance charts.
n View all charts for an object in one panel. The single-panel view enables you to make side-by-side
comparisons of different resource statistics, for example, CPU usage and memory usage.
Prerequisites
Procedure
3 Click Overview.
Procedure
3 Click Overview.
5 To view the Help for a specific chart, click the Help icon for that chart.
NOTE You cannot view datastore metrics in the advanced charts. They are only available in the overview
charts.
Prerequisites
When connected directly to an ESX/ESXi host, the advanced performance charts display only real-time statistics
and past day statistics. To view historical data, the vSphere Client must be connected to a vCenter Server
system.
Procedure
1 Select a host, cluster, resource pool, or virtual machine in the inventory panel.
3 Click Advanced.
Option Description
CPU Shows the CPU usage in MHz. Available for clusters, resource pools, hosts,
and virtual machines.
Memory Shows the amount of memory granted. Available for clusters, resource pools,
hosts, and virtual machines.
Disk Shows the aggregated storage performance statistics. Available for hosts and
virtual machines.
Network Shows the aggregated network performance statistics. Available for hosts
and virtual machines.
System Shows statistics for overall system availability, including CPU usage by the
service console and other aapplications. Available for hosts and virtual
machines.
Cluster Services Shows aggregate CPU, aggregate memory, and failover statistics for DRS
and HA clusters and hosts that are part of DRS clusters.
The amount of historical data displayed in a chart depends on the collection interval and collection level
set for vCenter Server.
Procedure
2 Click Save.
3 In the Save Performance Chart dialog box, navigate to the location to save the file.
6 Click Save.
The file is saved to the location and format you specified.
Prerequisites
Before you view or export performance data, verify that the time is set correctly on the ESX/ESXi host, the
vCenter Server system, and the client machine. Each host and client machine can be in different time zones,
but the times must be correct for their respective time zones.
Procedure
If performance data is not available for the selected inventory object, the Export Performance option is not
available.
You can also specify the objects using the All or None buttons.
7 (Optional) To customize the options, click Advanced, select the objects and counters to include in the chart,
and click OK.
Changes to chart options take effect immediately. New views are added to the Switch to menu.
Procedure
3 Click Advanced.
You can also customize the time range options by customizing the statistics collection interval setting.
You can also specify the objects using the All or None buttons.
You can also specify counters using the All or None buttons.
Click a counter name to display information about the counter in the Counter Description panel.
11 Click OK.
To view the chart in its own window, click the pop-up chart button ( ). This enables you to view
additional charts while keeping this chart open.
Procedure
4 Click Chart Options to open the Customize Performance Charts dialog box.
7 Click OK.
CPU Performance
Use the vSphere Client CPU performance charts to monitor CPU usage for hosts, clusters, resource pools,
virtual machines, and vApps. Use the guidelines below to identify and correct problems with CPU
performance.
A short spike in CPU usage or CPU ready indicates that you are making the best use of the host resources.
However, if both values are constantly high, the hosts are probably overcommitted. Generally, if the CPU
usage value for a virtual machine is above 90% and the CPU ready value is above 20%, performance is impacted.
1 Verify that VMware Tools is installed on every virtual machine on the host.
2 Compare the CPU usage value of a virtual machine with the CPU usage of other virtual machines on the host or in
the resource pool. The stacked bar chart on the host’s Virtual Machine view shows the CPU usage for all virtual
machines on the host.
3 Determine whether the high ready time for the virtual machine resulted from its CPU usage time reaching the CPU
limit setting. If so, increase the CPU limit on the virtual machine.
4 Increase the CPU shares to give the virtual machine more opportunities to run. The total ready time on the host might
remain at the same level if the host system is constrained by CPU. If the host ready time doesn't decrease, set the CPU
reservations for high-priority virtual machines to guarantee that they receive the required CPU cycles.
5 Increase the amount of memory allocated to the virtual machine. This decreases disk and or network activity for
applications that cache. This might lower disk I/O and reduce the need for the ESX/ESXi host to virtualize the hardware.
Virtual machines with smaller resource allocations generally accumulate more CPU ready time.
6 Reduce the number of virtual CPUs on a virtual machine to only the number required to execute the workload. For
example, a single-threaded application on a four-way virtual machine only benefits from a single vCPU. But the
hypervisor's maintenance of the three idle vCPUs takes CPU cycles that could be used for other work.
7 If the host is not already in a DRS cluster, add it to one. If the host is in a DRS cluster, increase the number of hosts
and migrate one or more virtual machines onto the new host.
9 Use the newest version of ESX/ESXi, and enable CPU-saving features such as TCP Segmentation Offload, large
memory pages, and jumbo frames.
The virtual machine disk usage (%) and I/O data counters provide information about average disk usage on a
virtual machine. Use these counters to monitor trends in disk usage.
The best ways to determine if your vSphere environment is experiencing disk problems is to monitor the disk
latency data counters. You use the Advanced performance charts to view these statistics.
n The kernelLatency data counter measures the average amount of time, in milliseconds, that the VMkernel
spends processing each SCSI command. For best performance, the value should be 0-1 milliseconds. If the
value is greater than 4ms, the virtual machines on the ESX/ESXi host are trying to send more throughput
to the storage system than the configuration supports. Check the CPU usage, and increase the queue depth
or storage.
n The deviceLatency data counter measures the average amount of time, in milliseconds, to complete a SCSI
command from the physical device. Depending on your hardware, a number greater than 15ms indicates
there are probably problems with the storage array. Move the active VMDK to a volume with more
spindles or add disks to the LUN.
n The queueLatency data counter measures the average amount of time taken per SCSI command in the
VMkernel queue. This value must always be zero. If not, the workload is too high and the array cannot
process the data fast enough.
1 Increase the virtual machine memory. This should allow for more operating system caching, which can reduce I/O
activity. Note that this may require you to also increase the host memory. Increasing memory might reduce the need
to store data because databases can utilize system memory to cache data and avoid disk access.
To verify that virtual machines have adequate memory, check swap statistics in the guest operating system. Increase
the guest memory, but not to an extent that leads to excessive host memory swapping. Install VMware Tools so that
memory ballooning can occur.
4 Use the vendor's array tools to determine the array performance statistics. When too many servers simultaneously
access common elements on an array, the disks might have trouble keeping up. Consider array-side improvements
to increase throughput.
5 Use Storage VMotion to migrate I/O-intensive virtual machines across multiple ESX/ESXi hosts.
6 Balance the disk load across all physical resources available. Spread heavily used storage across LUNs that are
accessed by different adapters. Use separate queues for each adapter to improve disk efficiency.
7 Configure the HBAs and RAID controllers for optimal use. Verify that the queue depths and cache settings on the
RAID controllers are adequate. If not, increase the number of outstanding disk requests for the virtual machine by
adjusting the Disk.SchedNumReqOutstanding parameter. For more information, see the Fibre Channel SAN
Configuration Guide.
8 For resource-intensive virtual machines, separate the virtual machine's physical disk drive from the drive with the
system page file. This alleviates disk spindle contention during periods of high use.
9 On systems with sizable RAM, disable memory trimming by adding the line MemTrimRate=0 to the virtual
machine's .VMX file.
10 If the combined disk I/O is higher than a single HBA capacity, use multipathing or multiple links.
11 For ESXi hosts, create virtual disks as preallocated. When you create a virtual disk for a guest operating system, select
Allocate all disk space now. The performance degradation associated with reassigning additional disk space does
not occur, and the disk is less likely to become fragmented.
Memory Performance
Use the vSphere Client memory performance charts to monitor memory usage of clusters, hosts, virtual
machines, and vApps. Use the guidelines below to identify and correct problems with memory performance.
To ensure best performance, the host memory must be large enough to accommodate the active memory of
the virtual machines. Note that the active memory can be smaller than the virtual machine memory size. This
allows you to over-provision memory, but still ensures that the virtual machine active memory is smaller than
the host memory.
A virtual machine's memory size must be slightly larger than the average guest memory usage. This enables
the host to accommodate workload spikes without swapping memory among guests. Increasing the virtual
machine memory size results in more overhead memory usage.
If a virtual machine has high ballooning or swapping, check the amount of free physical memory on the host.
A free memory value of 6% or less indicates that the host cannot meet the memory requirements. This leads
to memory reclamation which may degrade performance. If the active memory size is the same as the granted
memory size, demand for memory is greater than the memory resources available. If the active memory is
consistently low, the memory size might be too large.
If the host has enough free memory, check the resource shares, reservation, and limit settings of the virtual
machines and resource pools on the host. Verify that the host settings are adequate and not lower than those
set for the virtual machines.
If the memory usage value is high, and the host has high ballooning or swapping, check the amount of free
physical memory on the host. A free memory value of 6% or less indicates that the host cannot handle the
demand for memory. This leads to memory reclamation which may degrade performance.
If memory usage is high or you notice degredation in performance, consider taking the actions listed below.
1 Verify that VMware Tools is installed on each virtual machine. The balloon driver is installed with VMware Tools
and is critical to performance.
2 Verify that the balloon driver is enabled. The VMkernel regularly reclaims unused virtual machine memory by
ballooning and swapping. Generally, this does not impact virtual machine performance.
3 Reduce the memory space on the virtual machine, and correct the cache size if it is too large. This frees up memory
for other virtual machines.
4 If the memory reservation of the virtual machine is set to a value much higher than its active memory, decrease the
reservation setting so that the VMkernel can reclaim the idle memory for other virtual machines on the host.
Network Performance
Use the network performance charts to monitor network usage and bandwidth for clusters, hosts, and virtual
machines. Use the guidelines below to identify and correct problems with networking performance.
Network performance is dependent on application workload and network configuration. Dropped network
packets indicate a bottleneck in the network. To determine whether packets are being dropped, use esxtop or
the advanced performance charts to examine the droppedTx and droppedRx network counter values.
If packets are being dropped, adjust the virtual machine shares. If packets are not being dropped, check the
size of the network packets and the data receive and transfer rates. In general, the larger the network packets,
the faster the network speed. When the packet size is large, fewer packets are transferred, which reduces the
amount of CPU required to process the data. When network packets are small, more packets are transferred
but the network speed is slower because more CPU is required to process the data.
NOTE In some instances, large packets can result in high network latency. To check network latency, use the
VMware AppSpeed performance monitoring application or a third-party application.
If packets are not being dropped and the data receive rate is slow, the host is probably lacking the CPU resources
required to handle the load. Check the number of virtual machines assigned to each physical NIC. If necessary,
perform load balancing by moving virtual machines to different vSwitches or by adding more NICs to the host.
You can also move virtual machines to another host or increase the host CPU or virtual machine CPU.
2 If possible, use vmxnet3 NIC drivers, which are available with VMware Tools. They are optimized for high
performance.
3 If virtual machines running on the same ESX/ESXi host communicate with each other, connect them to the same
vSwitch to avoid the cost of transferring packets over the physical network.
5 Use separate physical NICs to handle the different traffic streams, such as network packets generated by virtual
machines, iSCSI protocols, VMotion tasks, and service console activities.
6 Ensure that the physical NIC capacity is large enough to handle the network traffic on that vSwitch. If the capacity
is not enough, consider using a high-bandwidth physical NIC (10Gbps) or moving some virtual machines to a vSwitch
with a lighter load or to a new vSwitch.
7 If packets are being dropped at the vSwitch port, increase the virtual network driver ring buffers where applicable.
8 Verify that the reported speed and duplex settings for the physical NIC match the hardware expectations and that
the hardware is configured to run at its maximum capability. For example, verify that NICs with 1Gbps are not reset
to 100Mbps because they are connected to an older switch.
9 Verify that all NICs are running in full duplex mode. Hardware connectivity issues might result in a NIC resetting
itself to a lower speed or half duplex mode.
10 Use vNICs that are TSO-capable, and verify that TSO-Jumbo Frames are enabled where possible.
Storage Performance
Use the vSphere Client datastore performance charts to monitor datastore usage. Use the guidelines below to
identify and correct problems with datastore performance.
NOTE The datastore charts are available only in the overview performance charts.
The datastore is at full capacity when the used space is equal to the capacity. Allocated space can be larger
than datastore capacity, for example, when you have snapshots and thin-provisioned disks. You can provision
more space to the datastore if possible, or you can add disks to the datastore or use shared datastores.
If snapshot files are consuming a lot of datastore space, consider consolidating them to the virtual disk when
they are no longer needed. Consolidating the snapshots deletes the redo log files and removes the snapshots
from the vSphere Client user interface. For information on consolidating the datacenter, see the vSphere Client
Help.
Managing Tasks
Tasks represent system activities that do not complete immediately, such as migrating a virtual machine. They
are initiated by high-level activities you perform with the vSphere Client in real-time and those you schedule
to occur at a later time or on a recurring basis.
For example, powering off a virtual machine is a task. You can perform this task manually every evening, or
you can set up a scheduled task to power off the virtual machine every evening for you.
NOTE The functionality available in the vSphere Client depends on whether the vSphere Client is connected
to a vCenter Server system or an ESX/ESXi host. Unless indicated, the process, task, or description applies to
both kinds of vSphere Client connections. When the vSphere Client is connected to an ESX/ESXi host, the
Tasks option is not available; however, you can view recent tasks in the Status Bar at the bottom of the
vSphere Client.
Viewing Tasks
You can view tasks that are associated with a single object or all objects in the vSphere Client inventory. The
Tasks & Events tab lists completed tasks and tasks that are currently running.
By default, the tasks list for an object also includes tasks performed on its child objects. You can filter the list
by removing tasks performed on child objects and by using keywords to search for tasks.
If you are logged in to a vCenter Server system that is part of a Connected Group, a column in the task list
displays the name of the vCenter Server system on which the task was performed.
Procedure
2 Display the tasks for a single object or the entire vCenter Server.
n To display the tasks for an object, select the object.
n To display the tasks in the vCenter Server, select the root folder.
The task list contains tasks performed on the object and its children.
4 (Optional) To view detailed information for a task, select the task in the list.
Procedure
3 If necessary, select View > Status to display the status bar at the bottom of the vSphere Client.
The list of completed tasks appears in the Recent Tasks pane of the Status Bar.
Procedure
u In the navigation bar, select Home > Management > Scheduled Tasks.
Procedure
1 Select the host or datacenter in the inventory and click the Tasks & Events tab.
3 If the Show all entries list and the search field are not displayed under the Tasks and Events buttons,
select View > Filtering.
4 Click Show all entries and select Show host entries or Show datacenter entries, depending on the object
selected.
Procedure
2 Select the object and click the Tasks & Events tab.
3 If the Name, Target or Status contains search field is not displayed, select View > Filtering.
4 Click the search field arrow and select the attributes to include in the search.
Cancel a Task
Canceling a task stops a running task from occurring. Canceling a scheduled task does not cancel subsequent
runs. To cancel a scheduled task that has not run, reschedule it.
NOTE You can only cancel a subset of tasks by using the vSphere Client, and you cannot cancel tasks on an
ESX Server version 2.0.1 host.
Required privileges:
n Manual tasks: Tasks.Update Task
n Scheduled tasks:Scheduled Task.Remove Task
n Appropriate permissions on the host where the task is running
Prerequisites
To cancel a task, the vSphere Client must be connected to a vCenter Server system.
Procedure
1 Locate the task in the Recent Tasks pane of the Status Bar.
By default, the Status Baris displayed at the bottom of the vSphere Client. If it is not visible, select View
> Status Bar.
The vCenter Server system or ESX/ESXi host stops the progress of the task and returns the object to its previous
state. The vSphere Client displays the task with a Canceled status.
Schedule Tasks
You can schedule tasks to run once in the future or multiple times, at a recurring interval.
The vSphere Client must be connected to a vCenter Server system to create and manage scheduled tasks. The
tasks you can schedule are listed in the following table.
Change the power state of a virtual machine Powers on, powers off, suspends, or resets the state of the virtual machine.
Change resource settings of a resource pool Changes the following resource settings:
or virtual machine n CPU – Shares, Reservation, Limit.
n Memory – Shares, Reservation, Limit.
Check compliance of a profile Checks that a host's configuration matches the configuration specified in a
host profile.
Clone a virtual machine Makes a clone of the virtual machine and places it on the specified host or
cluster.
Create a virtual machine Creates a new virtual machine on the specified host.
Deploy a virtual machine Creates a new virtual machine from a template on the specified host or
cluster.
Export a virtual machine Exports virtual machines that vCenter Server manages to managed formats
or hosted formats. The export process converts the source to a virtual
machine in the format you specify.
This scheduled task is available only when VMware vCenter Converter is
installed.
Import a virtual machine Imports a physical machine, virtual machine, or system image into a virtual
machine that vCenter Server manages.
This scheduled task is available only when VMware vCenter Converter is
installed.
Migrate a virtual machine Migrate a virtual machine to the specified host or datastore by using
migration or migration with VMotion.
Make a snapshot of a virtual machine Captures the entire state of the virtual machine at the time the snapshot is
taken.
Scan for Updates Scans templates, virtual machines, and hosts for available updates.
This task is available only when VMware vCenter Update Manager is
installed.
Remediate Downloads any new patches discovered during the scan operation and
applies the newly configured settings.
This task is available only when VMware vCenter Update Manager is
installed.
You create scheduled tasks by using the Scheduled Task wizard. For some scheduled tasks, this wizard opens
the wizard used specifically for that task. For example, if you create a scheduled task that migrates a virtual
machine, the Scheduled Task wizard opens the Migrate Virtual Machine wizard, which you use to set up the
migration details.
Scheduling one task to run on multiple objects is not possible. For example, you cannot create one scheduled
task on a host that powers on all virtual machines on that host. You must create a separate scheduled task for
each virtual machine.
After a scheduled task runs, you can reschedule it to run again at another time.
You can schedule a limited number of tasks by using the vSphere Client. If the task to schedule is not available,
use the VMware Infrastructure API. See the vSphere SDK Programming Guide.
CAUTION Do not schedule multiple tasks to be performed at the same time on the same object. The results are
unpredictable.
Prerequisites
The vSphere Client must be connected to a vCenter Server system to schedule tasks.
Procedure
1 In the navigation bar, click Home > Management > Scheduled Tasks.
3 In the Select a Task to Schedule dialog box, select a task and click OK to open the wizard for that task.
NOTE For some scheduled tasks, the wizard opens the wizard used specifically for that task. For example,
to migrate a virtual machine, the Scheduled Task wizard opens the Migrate Virtual Machine Wizard,
which you use to set up the migration details.
You can schedule a task to run only once during a day. To set up a task to run multiple times in one day,
set up additional scheduled tasks.
Option Action
Once n To run the scheduled task immediately, select Now and click Next.
n To run the scheduled task at a later time and date, select Later and enter
a Time. Click the Date arrow to display the calendar and click a date.
After Startup In Delay, enter the number of minutes to delay the task.
Hourly a In Start Time, enter the number of minutes after the hour to run the task.
b In Interval, enter the number of hours after which to run the task.
For example, to start a task at the half-hour mark of every 5th hour, enter
30 and 5.
Daily n Enter the Start Time and Interval.
For example, to run the task at 2:30 pm every four days, enter 2:30 and 4.
Weekly a Enter the Interval and Start Time.
b Select each day on which to run the task.
For example, to run the task at 6 am every Tuesday and Thursday, enter 1
and 6 am, and select Tuesday and Thursday.
Monthly a Enter the Start Time.
b Specify the days by using one of the following methods.
n Enter a specific date of the month.
n Select first, second, third, fourth, or last, and select the day of the
week.
last runs the task on the last week in the month that the day occurs.
For example, if you select the last Monday of the month and the
month ends on a Sunday, the task runs six days before the end of the
month.
c In Interval, enter the number of months between each task run.
8 Click Next.
10 Click Finish.
The vCenter Server system adds the task to the list in the Scheduled Tasks window.
Tasks that aren’t running can be cleared when they are in a queued or scheduled state. In such cases, because
the cancel operation is not available, either remove the task or reschedule it to run at a different time. Removing
a scheduled task requires that you recreate it to run it in the future, rescheduling does not.
If your vSphere uses virtual services, you can also cancel the following scheduled tasks:
n Change the power state of a virtual machine
n Make a snapshot of a virtual machine
Procedure
1 In the vSphere Client navigation bar, click Home > Management > Scheduled Tasks.
6 Click Finish.
Prerequisites
To remove scheduled tasks, the vSphere Client must be connected to the vCenter Server system.
Procedure
1 In the vSphere Client navigation bar, click Home > Management > Scheduled Tasks.
4 Click OK.
vCenter Server and ESX/ESXi hosts use the following rules to process tasks:
n The user performing the task in the vSphere Client must have the correct permissions on the relevant
objects. After a scheduled task is created, it will be performed even if the user no longer has permission
to perform the task.
n When the operations required by manual tasks and scheduled tasks conflict, the activity due first is started
first.
n When a virtual machine or host is in an incorrect state to perform any activity, manual or scheduled,
vCenter Server or the ESX/ESXi host does not perform the task. A message is recorded in the log.
n When an object is removed from the vCenter Server or the ESX/ESXi host, all associated tasks are also
removed.
n The vSphere Client and vCenter Server system use UTC time to determine the start time of a scheduled
task. This ensures vSphere Client users in different time zones see the task scheduled to run at their local
time.
Events are logged in the event log at start and completion of a task. Any errors that occur during a task are
also recorded in the event log.
CAUTION Do not schedule multiple tasks to be performed at the same time on the same object. The results are
unpredictable.
Managing Events
An event is an action that occurs on an object in vCenter Server or on a host.
Events include user actions and system actions that occur on managed objects in the vSphere Client inventory.
For example, events are created when a user logs in to a virtual machine and when a host connection is lost.
Each event records an event message. An event message is a predefined description of an event. Event messages
contain information such as the user who generated the event, the time the event occurred, and the type of
event message (information, error, or warning). Event messages are archived in vCenter Server.
Typically, event details include the name of the object on which the event occurred and describes the action
that occurred. The object of the event is a link to the object’s individual event page.
NOTE When actions occur on a folder, for example, when an alarm is created on a folder, the related event (in
this case the AlarmCreatedEvent) is visible only in the parent datacenter.
Viewing Events
You can view events associated with a single object or with all objects in the vSphere Client inventory.
The events listed for a selected object include events associated with the child objects. Detailed information
about a selected event appears in the Event Details panel below the event list.
NOTE When the vSphere Client is connected directly to an ESX/ESXi host, the Tasks & Events tab is labeled
Events.
Procedure
2 Select the object and click the Tasks & Events tab.
3 Click Events.
4 (Optional) Select an event in the list to see the Event Details, including a list of related events.
Procedure
2 (Optional) To see details about an event in the list, select the event.
3 (Optional) To see events related to a target object in the list, click the target object’s name.
The Tasks & Events tab for the selected object appears.
Procedure
2 Select the host or datacenter and click the Tasks & Events tab.
4 If the Show all entries list and search field are not visible under the Tasks and Events buttons, select
View > Filtering.
5 Click Show all entries and select Show host entries or Show datacenter entries, depending on the object
selected.
Procedure
2 If the Name, Target or Status contains search field is not visible, select View > Filtering.
3 Click the search field arrow and select the attributes to include in the search.
The events that match the search are retrieved and displayed in the events list.
Procedure
For example, to create an alarm for all hosts in a cluster, display the cluster. To create an alarm for a single
host, display the host.
b In Alarm Type, select the object to monitor and select Monitor for specific events occurring on this
object.
The vCenter Server verifies the configuration of the alarm and adds the alarm to the list of alarms for the
selected object.
Export Events
You can export all or part of the events log file when the vSphere Client is connected to a vCenter Server system.
Procedure
2 If your vSphere environment has multiple vCenter Servers, in thevCenter Server list, select the server
where the events occurred.
NOTE If you do not specify a file extension, the file is saved as a text file.
5 In Time, specify the time range during which the events to export occurred.
n To specify an hour, day, week, or month time period, select Last and set the number and time
increment.
n To specify a calendar time span, select From and set the from and to dates.
7 Click OK.
vCenter Server creates the file in the specified location. The file contains the Type, Time, and Description of
the events.
When setting permissions, verify all the object types are set with appropriate privileges for each particular
action. Some operations require access permission at the root folder or parent folder in addition to access to
the object being manipulated. Some operations require access or performance permission at a parent folder
and a related object.
vCenter Server extensions might define additional privileges not listed here. Refer to the documentation for
the extension for more information on those privileges.
Alarms
Alarms privileges control the ability to set and respond to alarms on inventory objects.
Acknowledge alarm Suppresses all alarm actions from VC only All inventory Object on which
occurring on all triggered alarms. objects an alarm is
User interface element – Triggered defined
Alarms panel
Create alarm Creates a new alarm. VC only All inventory Object on which
When creating alarms with a custom objects an alarm is
action, privilege to perform the action defined
is verified when the user creates the
alarm.
User interface element– Alarms tab
context menu, File > New > Alarm
Disable alarm action Stops the alarm action from occurring VC only All inventory Object on which
after an alarm has been triggered. This objects an alarm is
does not disable the alarm from defined
triggering.
User interface element – Inventory >
object_name > Alarm > Disable All
Alarm Actions
Modify alarm Changes the properties of an existing VC only All inventory Object on which
alarm. objects an alarm is
User interface element – Alarms tab defined
context menu
Remove alarm Deletes an existing alarm. VC only All inventory Object on which
User interface element – Alarms tab objects an alarm is
context menu defined
Set alarm status Changes the status of the configured VC only All inventory Object on which
event alarm. The status can change to objects an alarm is
Normal, Warning, or Alert. defined
User interface element – Alarm
Settingsdialog box, Triggers tab
Datacenter
Datacenter privileges control the ability to create and edit datacenters in the vSphere Client inventory.
Datastore
Datastore privileges control the ability to browse, manage, and allocate space on datastores.
Allocate space Allocates space on a datastore for a virtual HC and VC Datastores Datastores
machine, snapshot, clone, or virtual disk.
Low level file Carries out read, write, delete, and rename HC and VC Datastores Datastores
operations operations in the datastore browser.
Policy operation Set the policy of a distributed virtual port HC and VC vNetwork vNetwork
group. Distributed Distributed
Switch, Switch
Network folder,
Datacenter
Scope operation Set the scope of a distributed virtual port HC and VC vNetwork vNetwork
group. Distributed Distributed
Switch, Switch
Network folder,
Datacenter
Host operation Change the host members of a vNetwork HC and VC vNetwork vNetwork
Distributed Switch. Distributed Distributed
Switch, Switch
Network folder,
Datacenter
Policy operation Change the policy of a vNetwork Distributed HC and VC vNetwork vNetwork
Switch. Distributed Distributed
Switch, Switch
Network folder,
Datacenter
Port setting Change the setting of a port in a vNetwork HC and VC vNetwork vNetwork
operation Distributed Switch. Distributed Distributed
Switch, Switch
Network folder,
Datacenter
Extensions
Extensions privileges control the ability to install and manage extensions.
Register extension Registers an extension (plug-in) VC only Root vCenter Root vCenter
Server Server
Update extension Updates an extension (plug-in) VC only Root vCenter Root vCenter
Server Server
Folders
Folders privileges control the abililty to create and manage folders.
Global
Global privileges control a number of global tasks related to tasks, scripts, and extensions.
Act as vCenter Prepare or initiate a VMotion send operation VC only Any object Root vCenter
Server or a VMotion receive operation. Server
No user vSphere Client interface elements are
associated with this privilege.
Cancel task Cancel a running or queued task. HC and VC Any object Inventory object
User interface element – Recent tasks pane related to the
context menu, Tasks & Events context menu. task
Can currently cancel clone and clone to
template.
Capacity planning Enable the use of capacity planning for VC only Root vCenter Root vCenter
planning consolidation of physical machines Server Server
to virtual machines.
User interface element - Consolidation button
in toolbar.
Diagnostics Get list of diagnostic files, log header, binary VC only Any object Root vCenter
files, or diagnostic bundle. Server
User interface element – File > Export > Export
Diagnostic Data, Admin System Logs tab
Disable methods Allows servers for vCenter Server extensions VC only Any object Root vCenter
to disable certain operations on objects Server
managed by vCenter Server.
No user vSphere Client interface elements are
associated with this privilege.
Enable methods Allows servers for vCenter Server extensions VC only Any object Root vCenter
to enable certain operations on objects Server
managed by vCenter Server.
No user vSphere Client interface elements are
associated with this privilege.
Global tag Add or remove global tags. HC and VC Any object Root host or
vCenter Server
Health View the health of vCenter Server VC only Root vCenter Root vCenter
components. Server Server
User interface element – vCenter Service
Status on the Home page.
Licenses See what licenses are installed and add or HC and VC Any object Root host or
remove licenses. vCenter Server
User interface element – Licenses tab,
Configuration > Licensed Features
Log Event Log a user-defined event against a particular HC and VC Any object Any object
managed entity.
User interface element – Should ask for a
reason when shutting down or rebooting a
host.
Manage Custom Add, remove, or rename custom field VC only Any object Root vCenter
Attributes definitions. Server
User interface element – Administration >
Custom Attributes
Proxy Allows access to an internal interface for VC only Any object Root vCenter
adding or removing endpoints to or from the Server
proxy.
No user vSphere Client interface elements are
associated with this privilege.
Script Action Schedule a scripted action in conjunction with VC only Any object Any object
an alarm.
User interface element – Alarm Settings dialog
box
Service Managers Allows use of the resxtop command in the HC and VC Root host or Root host or
vSphere CLI. vCenter Server vCenter Server
No user vSphere Client interface elements are
associated with this privilege.
Set Custom View, create, or remove custom attributes for VC only Any object Any object
Attributes a managed object.
User interface element – Any list view shows
the fields defined and allows setting them
Settings Read and modifie runtime VC configuration VC only Any object Root vCenter
settings. Server
User interface element – Administration >
vCenter Server Management Server
Configuration
System tag Add or remove system tag. VC only Root vCenter Root vCenter
Server Server
Host CIM
Host CIM privileges control the use of CIM for host health monitoring.
CIM interaction Allow a client to obtain a ticket to use for CIM HC and VC Hosts Hosts
services.
Host Configuration
Host configuration privileges control the ability to configure hosts.
Change date and time Sets time and date settings on the host. HC and VC Hosts Hosts
settings User interface element – Host
Configuration tab > Time Configuration
Change PciPassthru Change PciPassthru settings for a host. HC and VC Hosts Hosts
settings User interface element – Host
Configuration tab > Advanced Settings,
Inventory hierarchy context menu
Change settings Allows setting of lockdown mode on ESXi HC and VC Hosts Hosts (ESXi only)
hosts only.
User interface element – Host
Configuration tab > Security Profile >
Lockdown Mode > Edit
Change SNMP Configure, restart, and stop SNMP agent. HC and VC Hosts Hosts
settings No user vSphere Client interface elements
are associated with this privilege.
Firmware Update the host firmware on ESXi hosts. HC and VC Hosts Hosts (ESXi only)
No user vSphere Client interface elements
are associated with this privilege.
Maintenance Put the host in and out of maintenance HC and VC Hosts Hosts
mode. Shut down and restart a host.
User interface element– Host context
menu, Inventory > Host > Enter
Maintenance Mode
Memory configuration Set configured service console memory HC and VC Hosts Hosts
reservation. This setting is applicable only
on ESX hosts.
User interface element – Host
Configuration tab > Memory
Query Patch Query for installable patches and install HC and VC Hosts Hosts
patches on the host.
Security profile and Configure internet services, such as SSH, HC and VC Hosts Hosts
firewall Telnet, SNMP, and host firewall.
User interface element– Host
Configuration tab > Security Profile
Storage partition Manages VMFS datastore and diagnostic HC and VC Hosts Hosts
configuration partitions. Scan for new storage devices.
Manage iSCSI.
User interface element– Host
Configuration tab > Storage, Storage
Adapters, Virtual Machine Swapfile
LocationHost Configuration tab
datastore context menu
System Management Allows extensions to manipulate the file HC and VC Hosts Hosts
system on the host.
No user vSphere Client interface elements
are associated with this privilege.
System resources Update the configuration of the system HC and VC Hosts Hosts
resource hierarchy.
User interface element – Host
Configuration tab > System Resource
Allocation
Virtual machine Change auto-start and auto-stop order of HC and VC Hosts Hosts
autostart virtual machines on a single host.
configuration User interface element– Host
Configuration tab > Virtual Machine
Startup or Shutdown
Host Inventory
Host inventory privileges control adding hosts to the inventory, adding hosts to clusters, and moving hosts in
the inventory.
Add host to cluster Add a host to an existing cluster. VC only Datacenters, Clusters
User interface element – Inventory context Clusters, Host
menu, File > New > Add Host folders
Move cluster or Move a cluster or standalone host between VC only Datacenters, Clusters
standalone host folders. Host folders,
Privilege must be present at both the source Clusters
and destination.
User interface element– Inventory hierarchy
Move host Move a set of existing hosts into or out of a VC only Datacenters, Clusters
cluster. Host folders,
Privilege must be present at both the source Clusters
and destination.
User interface element– Inventory hierarchy
drag-and-drop
Remove cluster Delete a cluster or standalone host. VC only Datacenters, Clusters, Hosts
In order to have permission to perform this Host folders,
operation, you must have this privilege Clusters, Hosts
assigned to both the object and its parent
object.
User interface element – Inventory context
menu, Edit > Remove, Inventory > Cluster >
Remove
Add host to Install and uninstall vCenter agents, such as HC only Root host Root host
vCenter vpxa and aam, on a host.
No user vSphere Client interface elements are
associated with this privilege.
Create virtual Create a new virtual machine from scratch on HC only Root host Root host
machine a disk without registering it on the host.
No user vSphere Client interface elements are
associated with this privilege.
Delete virtual Delete a virtual machine on disk, whether HC only Root host Root host
machine registered or not.
No user vSphere Client interface elements are
associated with this privilege.
Manage user Manage local accounts on a host. HC only Root host Root host
groups User interface element – Users & Groups tab
(only present if the vSphere Client logs on to
the host directly)
Host Profile
Host Profile privileges control operations related to creating and modifying host profiles.
Clear Clear profile related HC and VC Root vCenter Server Root vCenter Server
information. Apply a profile to a
host.
User interface element –
Inventory > Host > Host
Profile > Apply Profile
Create Create a host profile. HC and VC Root vCenter Server Root vCenter Server
User interface element – Create
Profilebutton on Profiles tab
Delete Delete a host profile. HC and VC Root vCenter Server Root vCenter Server
User interface element – Delete
host profile button when a
profile is selected
Edit Edit a host profile. HC and VC Root vCenter Server Root vCenter Server
User interface element – Edit
Profile button when a profile is
selected
View View a host profile. HC and VC Root vCenter Server Root vCenter Server
User interface element – Host
Profiles button on vSphere
Client Home page
Network
Network privileges control tasks related to network management.
Performance
Performance privileges control modifying performance statistics settings.
Modify intervals Creates, removes, and updates performance VC only Root vCenter Root vCenter
data collection intervals. Server Server
User interface element– Administration >
vCenter Server Management Server
Configuration > Statistics
Permissions
Permissions privileges control the assigning of roles and permissions.
Modify Define one or more permission rules on an HC and VC All inventory Any object plus
permission entity, or updates rules if already present for objects parent object
the given user or group on the entity.
In order to have permission to perform this
operation, you must have this privilege
assigned to both the object and its parent
object.
User interface element – Permissions tab
context menu, Inventory > Permissions menu
Modify role Update a role's name and its privileges. HC and VC Root vCenter Any object
User interface element – Roles tab context Server
menu, toolbar button, File menu
Reassign role Reassign all permissions of a role to another HC and VC Root vCenter Any object
permissions role. Server
User interface element – Delete Role dialog
box, Reassign affected users radio button and
associated menu
Resource
Resource privileges control the creation and management of resource pools, as well as the migration of virtual
machines.
Apply recommendation Ask the server to go ahead with VC only Datacenters, Clusters
a suggested VMotion. Host folders,
User interface element – Cluster Clusters
DRS tab
Assign vApp to resource Assign a vApp to a resource pool. HC and VC Datacenters, Resource pools
pool User interface element – New Host folders,
vApp wizard Clusters,
Resource pools,
Hosts
Assign virtual machine Assign a virtual machine to a HC and VC Datacenters, Resource pools
to resource pool resource pool. Host folders,
User interface element – New Clusters,
Virtual Machine wizard Resource pools,
Hosts
Create resource pool Create a new resource pool. HC and VC Datacenters, Resource pools,
User interface element – File Host folders, clusters
menu, context menu, Summary Clusters,
tab, Resources tab Resource pools,
Hosts
Modify resource pool Change the allocations of a HC and VC Resource pools Resource pools
resource pool. plus parent
User interface element – object
Inventory > Resource Pool >
Remove, Resources tab
Move resource pool Move a resource pool. HC and VC Resource pools, Resource pools
Privilege must be present at both source and
the source and destination. destination
User interface element – Drag-
and-drop
Query VMotion Query the general VMotion VC only Root folder Root folder
compatibility of a virtual
machine with a set of hosts.
User interface element –
Required when displaying the
migration wizard for a powered-
on VM, to check compatibility
Remove resource pool Delete a resource pool. HC and VC Resource pools Resource pools
In order to have permission to plus parent
perform this operation, you must object
have this privilege assigned to
both the object and its parent
object.
User interface element – Edit >
Remove, Inventory > Resource
Pool > Remove, inventory
context menu, Resources tab
Rename resource pool Rename a resource pool. HC and VC Resource pools Resource pools
User interface element – Edit >
Rename, Inventory > Resource
Pool > Rename, context menu
Scheduled Task
Scheduled task privileges control creation, editing, and removal of scheduled tasks.
Create tasks Schedule a task. Required in addition to the VC only Any object Any object
privileges to perform the scheduled action at
the time of scheduling.
User interface element – Scheduled Tasks
toolbar button and context menu
Modify task Reconfigure the scheduled task properties. VC only Any object Any object
User interface element – Inventory >
Scheduled Tasks > Edit, Scheduled Tasks tab
context menu
Remove task Remove a scheduled task from the queue. VC only Any object Any object
User interface element – Scheduled Tasks
context menu, Inventory > Scheduled Task >
Remove, Edit > Remove
Run task Run the scheduled task immediately. VC only Any object Any object
Creating and running a task also requires
permission to perform the associated action.
User interface element – Scheduled Tasks
context menu, Inventory > Scheduled Task >
Run
Sessions
Sessions privileges control the ability of extensions to open sessions on the vCenter Server.
Impersonate User Impersonate another user. This capability is VC only Root vCenter Root vCenter
used by extensions. Server Server
Message Set the global log in message. VC only Root vCenter Root vCenter
User interface element – Sessions tab, Server Server
Administration > Edit Message of the Day
Validate session Verifies session validity. VC only Root vCenter Root vCenter
Server Server
View and stop View sessions. Force log out of one or more VC only Root vCenter Root vCenter
sessions logged-on users. Server Server
User interface element– Sessions tab
Tasks
Tasks privileges control the ability of extensions to create and update tasks on the vCenter Server.
Create task Allows an extension to create a user-defined VC only Root vCenter Root vCenter
task. Server Server
Update task Allows an extension to updates a user-defined VC only Root vCenter Root vCenter
task. Server Server
vApp
vApp privileges control operations related to deploying and configuring a vApp.
Add virtual machine Add a virtual machine to a HC and VC Datacenters, clusters, vApps
vApp. hosts, virtual
User interface element – drag- machine folders,
and-drop in the Virtual vApps
Machines and Templates or
Hosts and Clusters inventory
view
Assign resource pool Assign a resource pool to a HC and VC Datacenters, clusters, vApps
vApp. hosts, virtual
User interface element – drag- machine folders,
and-drop in the Hosts and vApps
Clusters inventory view
Assign vApp Assign a vApp to another vApp HC and VC Datacenters, clusters, vApps
User interface element – drag- hosts, virtual
and-drop in the Virtual machine folders,
Machines and Templates or vApps
Hosts and Clusters inventory
view
View OVF View the OVF environment of a HC and VC Datacenters, clusters, vApps
Environment powered-on virtual machine hosts, virtual
within a vApp. machine folders,
User interface element – Virtual vApps
Machine Properties dialog box,
Options tab, OVF Settings
option, View button
Add existing disk Add an existing virtual disk to a virtual HC and VC Datacenters, Virtual
machine. Hosts, machines
User interface element – Virtual Machine Clusters,
Properties dialog box Virtual
machine
folders,
Resource
pools, Virtual
machines
Add new disk Create a new virtual disk to add to a virtual HC and VC Datacenters, Virtual
machine. Hosts, machines
User interface element – Virtual Machine Clusters,
Properties dialog box Virtual
machine
folders,
Resource
pools, Virtual
machines
Add or remove Add or removes any non-disk device. HC and VC Datacenters, Virtual
device User interface element – Virtual Machine Hosts, machines
Properties dialog box Clusters,
Virtual
machine
folders,
Resource
pools, Virtual
machines
Change CPU count Change the number of virtual CPUs. HC and VC Datacenters, Virtual
User interface element – Virtual Machine Hosts, machines
Properties dialog box Clusters,
Virtual
machine
folders,
Resource
pools, Virtual
machines
Disk change Enable or disable change tracking for the HC and VC Datacenters, Virtual
tracking virtual machine's disks. Hosts, machines
Clusters,
Virtual
machine
folders,
Resource
pools, Virtual
machines
Disk lease Leases disks for VMware Consolidated HC and VC Datacenters, Virtual
Backup. Hosts, machines
No user vSphere Client interface elements are Clusters,
associated with this privilege. Virtual
machine
folders,
Resource
pools, Virtual
machines
Extend virtual Expand the size of a virtual disk. HC and VC Datacenters, Virtual
disk Hosts, machines
Clusters,
Virtual
machine
folders,
Resource
pools, Virtual
machines
Host USB device Attach a host-based USB device to a virtual HC and VC Datacenters, Virtual
machine. Hosts, machines
Adding USB devices to virtual machines on Clusters,
ESX/ESXi hosts is not supported. Virtual
machine
folders,
Resource
pools, Virtual
machines
Memory Change the amount of memory allocated to the HC and VC Datacenters, Virtual
virtual machine. Hosts, machines
User interface element – Virtual Machine Clusters,
Properties dialog box > Memory Virtual
machine
folders,
Resource
pools, Virtual
machines
Modify device Change the properties of an existing device. HC and VC Datacenters, Virtual
settings User interface element – Virtual Machine Hosts, machines
Properties dialog box > SCSI/IDE node Clusters,
selection Virtual
machine
folders,
Resource
pools, Virtual
machines
Raw device Add or removes a raw disk mapping or SCSI HC and VC Datacenters, Virtual
pass through device. Hosts, machines
Setting this parameter overrides any other Clusters,
privilege for modifying raw devices, including Virtual
connection states. machine
folders,
User interface element – Virtual Machine
Resource
Properties > Add/Remove raw disk mapping
pools, Virtual
machines
Reset guest Edit the guest operating system information HC and VC Datacenters, Virtual
information for a virtual machine Hosts, machines
User interface element – Virtual Machine Clusters,
Properties dialog box Options tab, Virtual
machine
folders,
Resource
pools, Virtual
machines
Swapfile Change the swapfile placement policy for a HC and VC Datacenters, Virtual
placement virtual machine. Hosts, machines
User interface element – Virtual Machine Clusters,
Properties dialog box Options tab, Swapfile Virtual
Location option machine
folders,
Resource
pools, Virtual
machines
Upgrade virtual Upgrade the virtual machine’s virtual HC and VC Datacenters, Virtual
hardware hardware version from a previous version of Hosts, machines
VMware. Clusters,
User interface element – context menu, File Virtual
menu (appears only if vmx file shows a lower machine
configuration number) folders,
Resource
pools, Virtual
machines
Answer question Resolve issues with VM state transitions or HC and VC Datacenters, Virtual
runtime errors. Hosts, machines
User interface element – Summary tab, Clusters,
Inventory menu, context menu Virtual
machine
folders,
Resource
pools, Virtual
machines
Console Interact with the virtual machine’s virtual HC and VC Datacenters, Virtual
interaction mouse, keyboard, and screen. Hosts, machines
User interface element– Console tab, toolbar Clusters,
button, Inventory > Virtual Machine > Open Virtual
Console, inventory context menu machine
folders,
Resource
pools, Virtual
machines
Defragment all Defragment all disks on the virtual machine. HC and VC. Datacenters, Virtual
disks Hosts, machines
Clusters,
Virtual
machine
folders,
Resource
pools, Virtual
machines
Device connection Change the connected state of a virtual HC and VC Datacenters, Virtual
machine’s disconnectable virtual devices. Hosts, machines
User interface element– Virtual Machine Clusters,
Properties dialog box, Summary tab Edit Virtual
Settings machine
folders,
Resource
pools, Virtual
machines
Disable Fault Disable the Secondary virtual machine for a VC only Datacenters, Virtual
Tolerance virtual machine using Fault Tolerance. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Fault Tolerance > Disable Fault Virtual
Tolerance machine
folders,
Resource
pools, Virtual
machines
Enable Fault Enable the Seocondary virtual machine for a VC only Datacenters, Virtual
Tolerance virtual machine using Fault Tolerance. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Fault Tolerance > Enable Fault Virtual
Tolerance machine
folders,
Resource
pools, Virtual
machines
Power Off Power off a powered-on virtual machine, shuts HC and VC Datacenters, Virtual
down guest. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Power > Power Off, Summary tab, Virtual
toolbar button, virtual machine context menu machine
folders,
Resource
pools, Virtual
machines
Reset Resets virtual machine and reboots the guest HC and VC Datacenters, Virtual
operating system. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Power > Reset, Summary tab, Virtual
toolbar button, virtual machine context menu machine
folders,
Resource
pools, Virtual
machines
Test failover Test Fault Tolerance failover by making the VC only Datacenters, Virtual
Secondary virtual machine the Primary virtual Hosts, machines
machine. Clusters,
User interface element – Inventory > Virtual Virtual
Machine > Fault Tolerance > Test Failover machine
folders,
Resource
pools, Virtual
machines
Test restart Terminate a Secondary virtual machine for a VC only Datacenters, Virtual
Secondary VM virtual machine using Fault Tolerance. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Fault Tolerance > Test Restart Virtual
Secondary machine
folders,
Resource
pools, Virtual
machines
Turn Off Fault Turn off Fault Tolerance for a virtual machine. VC only Datacenters, Virtual
Tolerance User interface element – Inventory > Virtual Hosts, machines
Machine > Fault Tolerance > Turn Off Fault Clusters,
Tolerance Virtual
machine
folders,
Resource
pools, Virtual
machines
Turn On Fault Turn on Fault Tolerance for a virtual machine. VC only Datacenters, Virtual
Tolerance User interface element – Inventory > Virtual Hosts, machines
Machine > Fault Tolerance > Turn On Fault Clusters,
Tolerance Virtual
machine
folders,
Resource
pools, Virtual
machines
VMware Tools Mounts and unmounts the VMware Tools CD HC and VC Datacenters, Virtual
install installer as a CD-ROM for the guest operating Hosts, machines
system. Clusters,
User interface element– Inventory > Virtual Virtual
Machine > Guest > Install/Upgrade VMware machine
Tools,virtual machine context menu folders,
Resource
pools, Virtual
machines
Create from Create a virtual machine based on an existing HC and VC Datacenters, Clusters, Hosts,
existing virtual machine or template, by cloning or Clusters, Virtual machine
deploying from a template. Hosts, Virtual folders
machine
folders
Create new Create a new virtual machine and allocates HC and VC Datacenters, Clusters, Hosts,
resources for its execution. Clusters, Virtual machine
User interface element– File menu, context Hosts, Virtual folders
menu, Summary tab - New Virtual Machine machine
links folders
Move Relocate a virtual machine in the hierarchy. VC only Datacenters, Virtual machines
Privilege must be present at both the source Clusters,
and destination. Hosts, Virtual
machine
User interface element – Inventory hierarchy
folders,
drag-and-drop in Virtual Machines &
Virtual
Templates view
machines
Register Add an existing virtual machine to a vCenter HC and VC Datacenters, Clusters, Hosts,
Server or host inventory. Clusters, Virtual machine
Hosts, Virtual folders
machine
folders
Remove Delete a virtual machine, removing its HC and VC Datacenters, Virtual machines
underlying files from disk. Clusters,
In order to have permission to perform this Hosts, Virtual
operation, you must have this privilege machine
assigned to both the object and its parent folders,
object. Virtual
machines
User interface element – File menu, context
menu, Summary tab
Unregister Unregister a virtual machine from a vCenter HC and VC Datacenters, Virtual machines
Server or host inventory. Clusters,
In order to have permission to perform this Hosts, Virtual
operation, you must have this privilege machines,
assigned to both the object and its parent virtual
object. machine
folders
Allow disk access Open a disk on a virtual machine for random n/a Datacenters, Virtual
read and write access. Used mostly for remote Hosts, machines
disk mounting. Clusters,
No user vSphere Client interface elements are Resource
associated with this privilege. pools, Virtual
machine
folders, Virtual
machines
Allow read-only disk Open a disk on a virtual machine for random n/a Datacenters, Virtual
access read access. Used mostly for remote disk Hosts, machines
mounting. Clusters,
No user vSphere Client interface elements are Resource
associated with this privilege. pools, Virtual
machine
folders, Virtual
machines
Allow virtual Read files associated with a virtual machine, HC and VC Datacenters, Root folders
machine download including vmx, disks, logs, and nvram. Hosts,
No user vSphere Client interface elements are Clusters,
associated with this privilege. Resource
pools, Virtual
machine
folders, Virtual
machines
Allow virtual Write files associated with a virtual machine, HC and VC Datacenters, Root folders
machine files upload including vmx, disks, logs, and nvram. Hosts,
No user vSphere Client interface elements are Clusters,
associated with this privilege. Resource
pools, Virtual
machine
folders, Virtual
machines
Clone virtual Clone an existing virtual machine and VC only Datacenters, Virtual
machine allocates resources. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Clone, context menu, Summary Resource
tab pools, Virtual
machine
folders, Virtual
machines
Create template from Create a new template from a virtual machine. VC only Datacenters, Virtual
virtual machine User interface element – Inventory > Virtual Hosts, machines
Machine > Template > Clone to Template, Clusters,
context menu, Summary tab items Resource
pools, Virtual
machine
folders, Virtual
machines
Deploy template Deploy a virtual machine from a template. VC only Datacenters, Templates
User interface element – “Deploy to template” Hosts,
File menu, context menu items, Virtual Clusters,
Machines tab Resource
pools, Virtual
machine
folders,
Templates
Mark as template Mark an existing, powered off virtual machine VC only Datacenters, Virtual
as a template. Hosts, machines
User interface element – Inventory > Virtual Clusters,
Machine > Template > Convert to Template, Resource
context menu items, Virtual Machines tab, pools, Virtual
Summary tab machine
folders, Virtual
machines
Modify Create, modify, or delete customization VC only Root vCenter Root vCenter
customization specifications. Server Server
specification User interface element – Customization
Specifications Manager
Read customization View the customization specifications defined VC only Root vCenter Root vCenter
specification on the system. Server Server
User interface element – Edit > Customization
Specifications
Create snapshot Create a new snapshot from the virtual HC and VC Datacenters, Virtual machines
machine’s current state. Clusters,
User interface element – virtual machine Hosts,
context menu, toolbar button, Inventory > Resource
Virtual Machine > Snapshot > Take Snapshot pools, Virtual
machine
folders,
Virtual
machines
Remove Snapshot Remove a snapshot from the snapshot history. HC and VC Datacenters, Virtual machines
User interface element – virtual machine Clusters,
context menu, toolbar button, Inventory menu Hosts,
Resource
pools, Virtual
machine
folders,
Virtual
machines
Rename Snapshot Rename this snapshot with either a new name HC and VC Datacenters, Virtual machines
or a new description or both. Clusters,
No user vSphere Client interface elements are Hosts,
associated with this privilege. Resource
pools, Virtual
machine
folders,
Virtual
machines
Revert to snapshot Set the VM to the state it was in at a given HC and VC Datacenters, Virtual machines
snapshot. Clusters,
User interface element – virtual machine Hosts,
context menu, toolbar button, Inventory > Resource
Virtual Machine > Snapshot > Revert to pools, Virtual
Snapshot, Virtual Machines tab machine
folders,
Virtual
machines
NOTE Customization operations will fail if the correct version of sysprep tools is not found.
Ensure you download the correct version for the guest operating system that you want to customize.
Procedure
2 Navigate to the page that contains the download link to the version of the tools you want.
4 Open and expand the .cab file, using a tool such as Winzip.exe or another tool capable of reading Microsoft
CAB files.
The following System Preparation tools support directories were created during vCenter Server
installation:
C:\<ALLUSERSPROFILE>\Application Data\Vmware\VMware VirtualCenter\sysprep
...\1.1\
...\2k\
...\xp\
...\svr2003\
...\xp-64\
...\svr2003-64\
where <ALLUSERSPROFILE> is usually \Documents And Settings\All Users\. This is where vpxd.cfg is
also located.
After you have extracted the files from the .cab file, you should see:
...\<guest>\deptool.chm
...\<guest>\readme.txt
...\<guest>\setupcl.exe
...\<guest>\setupmgr.exe
...\<guest>\setupmgx.dll
...\<guest>\sysprep.exe
...\<guest>\unattend.doc
What to do next
You are now ready to customize a new virtual machine with a supported Windows guest operating system
when you clone an existing virtual machine.
Procedure
1 Insert the Windows operating system CD into the CD-ROM drive (often the D: drive).
3 Open and expand the DEPLOY.CAB file, using a tool such as Winzip.exe or another tool capable of reading
Microsoft CAB files.
4 Extract the files to the directory appropriate to your Sysprep guest operating system.
The following Sysprep support directories were created during vCenter Server installation:
C:\<ALLUSERSPROFILE>\Application Data\Vmware\VMware VirtualCenter\sysprep
...\1.1\
...\2k\
...\xp\
...\svr2003\
...\xp-64\
...\svr2003-64\
where <ALLUSERSPROFILE> is usually \Documents And Settings\All Users\. This is where vpxd.cfg is
also located.
After you have extracted the files from the .cab file, you should see:
...\<guest>\deptool.chm
...\<guest>\readme.txt
...\<guest>\setupcl.exe
...\<guest>\setupmgr.exe
...\<guest>\setupmgx.dll
...\<guest>\sysprep.exe
...\<guest>\unattend.doc
6 Repeat this procedure to extract Sysprep files for each of the Windows guest operating systems (Windows
2000, Windows XP, or Windows 2003) you plan to customize using vCenter Server.
What to do next
You are now ready to customize a new virtual machine with a supported Windows guest operating system
when you clone an existing virtual machine.
The performance metrics for VMware vSphere are organized into tables for each metric group: cluster services,
CPU, disk, management agent, memory, network, system, and virtual machine operations. Each table contains
the following information:
Label Indicates the name of the data counter as displayed in the APIs and advanced
performance charts. In some cases the labels are different in the overview
performance charts.
Stats Type Measurement used during the statistics interval. The Stats Type is related to
the unit of measurement and can be one of the following:
n Rate - Value over the current statistics interval.
n Delta - Change from previous statistics interval.
n Absolute - Absolute value, independent of the statistics interval .
Unit How the statistic quantity is measured across the collection interval, for
example, kiloBytes (KB) and kiloBytesPerSecond (KBps).
NOTE For some statistics, the value is converted before it is displayed in the
overview performance charts. For example, memory usage is displayed in
KiloBytes by the APIs and the advanced performance charts, but it is displayed
in MegaBytes in the overview performance charts.
Rollup Type Indicates the calculation method used during the statistics interval to roll up
data. Determines the type of statistical values that are returned for the counter.
For real-time data, the value shown is the current value. One of:
n Average - Data collected is averaged.
n Minimum - The minimum value collected is rolled up.
n Maximum - The maximum value collected is rolled up.
n Summation - Data collected is summed.
n Latest - Data collected is the most recent value.
Collection Level Indicates the minimum value to which the statistics collection level must be set
for the metric to be gathered during each collection interval. You can assign a
collection level of 1 to 4 to each collection interval enabled on your vCenter
Server, with 4 containing the most data counters.
VHRCD Indicates the entity for which the counter applies. One of:
n V – virtual machines
n H – hosts
n R – resource pools
n C – compute resources
n D – datastores
Calculations for all metrics listed in the data counter tables are for the duration of the data collection cycle.
Collection cycle durations are specified with the Statistics Collection Interval setting.
NOTE The availability of some data counters in the vSphere Client depends on the statistics Collection Level
set for the vCenter Server. The entire set of data counters are collected and available in vCenter Server. You
can use the vShpere Web Services SDK to query vCenter Server and get statistics for all counters. For more
information, see the VMware vSphere API Reference.
NOTE The cluster services metrics appear only in the advanced performance charts.
effectivecpu Effective CPU Total available CPU resources of all hosts within a cluster. ο ο ο •
Resources Effective CPU = Aggregate host CPU capacity – VMkernel CPU + Service
Console CPU + other service CPU)
n Stats Type: rate
n Unit: megaHertz
n Rollup Type: average
n Collection Level: 1
n VC/ESX: Yes/No
effectivemem Effective Total amount of machine memory of all hosts in the cluster that is ο ο ο •
Memory available for virtual machine memory (physical memory for use by the
Resources Guest OS) and virtual machine overhead memory.
Effective Memory = Aggregate host machine memory – (VMkernel
memory + Service Console memory + other service memory)
n Stats Type: absolute
n Unit: megaBytes
n Rollup Type: average
n Collection Level: 1
n VC/ESX: Yes/No
memfairness Memory Aggregate available memory resources of all hosts within a cluster. ο • ο ο
Fairness n Stats Type: absolute
n Unit: number
n Rollup Type: latest
n Collection Level: 1
n VC/ESX: Yes/No
CPU Metrics
The cpu metric group tracks CPU utilization for hosts, virtual machines, resource pools, and compute
resources.
NOTE The performance charts display a subset of the CPU data counters. The entire set is collected and available
in vCenter Server. You can use the vSphere Web Services SDK to query vCenter Server and get statistics for
those counters. For more information, see the VMware vSphere API Reference.
cpuentitlement Worst Case Allocation Amount of CPU resources allocated to the virtual machine • ο • ο
(virtual machine or resource pool based on the total cluster capacity and the
Resource Allocation resource configuration (reservations, shares, and limits) on
tab) the resource hierarchy.
cpuentitlement is computed based on an ideal scenario in
which all virtual machines are completely busy and the load
is perfectly balanced across all hosts.
This counter is for internal use only and is not useful for
performance monitoring.
n Stats Type: absolute
n Unit: megaHertz
n Rollup Type: latest
n Collection Level: 1
n VC/ESX: No/Yes
guaranteed CPU Guaranteed Not supported for ESX 4.x systems, except through vCenter • ο ο ο
Server. CPU time that is reserved for the entity. For virtual
machines, this measures CPU time that is reserved, per
virtual CPU (vCPU).
This counter has been deprecated and should not be used to
monitor performance.
n Stats Type: delta
n Unit: millisecond
n Rollup Type: latest
n Collection Level: 3
n VC/ESX: Yes/No
idle CPU Idle Total time that the CPU spent in an idle state (meaning that • ο ο ο
a virtual machine is not runnable). This counter represents
the variance, in milliseconds, during the interval.
n Stats Type: delta
n Unit: millisecond
n Rollup Type: summation
n Collection Level: 2
n VC/ESX: Yes/Yes
ready CPU Ready Percentage of time that the virtual machine was ready, but • ο ο ο
could not get scheduled to run on the physical CPU. CPU
ready time is dependent on the number of virtual machines
on the host and their CPU loads.
n Stats Type: rate
n Unit: percentage
n Rollup Type: summation
n Collection Level: 1
n VC/ESX: Yes/Yes
reservedCapacity CPU Reserved Total CPU capacity reserved by the virtual machines. ο • ο •
Capacity n Stats Type: absolute
n Unit: megaHertz
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
system CPU System Amount of time spent on system processes on each virtual • ο ο ο
CPU in the virtual machine. This is the host view of the CPU
usage, not the guest operating system view.
n Stats Type: delta
n Unit: millisecond
n Rollup Type: summation
n Collection Level: 3
n VC/ESX: Yes/Yes
totalmhz CPU Total Total amount of CPU resources of all hosts in the cluster. The ο ο ο •
maximum value is equal to the frequency of the processors
multiplied by the number of cores.
totalmhz = CPU frequency × number of cores
For example, a cluster has two hosts, each of which has four
CPUs that are 3GHz each, and one virtual machine that has
two virtual CPUs.
VM totalmhz = 2 vCPUs × 3000MHz = 6000MHz
Host totalmhz = 4 CPUs × 3000MHz = 12000MHz
Cluster totalmhz = 2 x 4 × 3000MHz = 24000MHz
n Stats Type: rate
n Unit: megaHertz
n Rollup Type: average
n Collection Level: 1
n VC/ESX: Yes/Yes
usagemhz CPU Usage in MHz The amount of CPU used, in megahertz, during the interval. • • • •
Disk Metrics
The disk metric group tracks statistics for disk input/output (I/O) performance.
Disk I/O counters support metrics for both physical devices and virtual devices. A host reads data from a LUN
(logical unit number) associated with the physical storage media. A virtual machine reads data from a virtual
disk, which is the virtual hardware presented to the Guest OS running on the virtual machine. The virtual disk
is a file in VMDK format.
NOTE Some counters listed in Table C-3 subsume other counters. For example, kernelLatency includes both
queueReadLatency and queueWriteLatency and the disk usage statistic include both read and write statistics.
In addition, only a subset of the disk counters appear in the overview performance charts. To view all disk
data counters, use the advanced performance charts.
commands Disk Commands Number of SCSI commands issued during the collection • • ο ο
Issued interval.
n Stats Type: delta
n Unit: number
n Rollup Type: summation
n Collection Level: 2
n VC/ESX: Yes/Yes
commandsAborted Disk Command Number of SCSI commands aborted during the collection • • ο ο
Aborts interval.
n Stats Type: delta
n Unit: number
n Rollup Type: summation
n Collection Level: 2
n VC/ESX: Yes/Yes
deviceReadLatency Physical Device Average amount of time, in milliseconds, to complete read from o • ο ο
Read Latency the physical device.
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
kernelReadLatency Kernel Disk Read Average amount of time, in milliseconds, spent by VMKernel o • ο ο
Latency processing each SCSI read command.
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
kernelWriteLatency Kernel Disk Write Average amount of time, in milliseconds, spent by VMKernel o • ο ο
Latency processing each SCSI write command.
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
maxTotalLatency Highest Disk Highest latency value across all disks used by the host. Latency ο • ο ο
Latency measures the time taken to process a SCSI command issued by
the guest OS to the virtual machine. The kernel latency is the
time VMkernel takes to process an IO request. The device
latency is the time it takes the hardware to handle the request.
Total latency = kernelLatency + deviceLatency
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 1
n VC/ESX: Yes/Yes
queueLatency Queue Command Average amount of time spent in the VMkernel queue, per SCSI o • ο ο
Latency command, during the collection interval.
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
queueReadLatency Queue Read Average amount of time taken during the collection interval per o • ο ο
Latency SCSI read command in the VMKernel queue.
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
queueWriteLatency Queue Write Average amount time taken during the collection interval per o • ο ο
Latency SCSI write command in the VMKernel queue.
n Stats Type: absolute
n Unit: millisecond
n Rollup Type: average
n Collection Level: 2
n VC/ESX: Yes/Yes
totalLatency Disk Command Average amount of time taken during the collection interval to o • ο ο
Latency process a SCSI command issued by the Guest OS to the virtual
machine. The sum of kernelLatency and deviceLatency.
n Stats Type: absolute
n Unit: millisecond
n Collection Level: 2
n Rollup Type: average
n VC/ESX: Yes/Yes
totalReadLatency Disk Read Average amount of time taken during the collection interval to o • ο ο
Latency process a SCSI read command issued from the Guest OS to the
virtual machine. The sum of kernelReadLatency and
deviceReadLatency.
n Stats Type: absolute
n Unit: millisecond
n Collection Level: 2
n Rollup Type: average
n VC/ESX: Yes/Yes
totalWriteLatency Disk Write Average amount of time taken during the collection interval to o • ο ο
Latency process a SCSI write command issued by the Guest OS to the
virtual machine. The sum of kernelWriteLatency and
deviceWriteLatency.
n Stats Type: absolute
n Unit: millisecond
n Collection Level: 2
n Rollup Type: average
n VC/ESX: Yes/Yes
usage Disk Usage Aggregated disk I/O rate. For hosts, this metric includes the • • ο ο
rates for all virtual machines running on the host during the
collection interval.
n Stats Type: rate
n Unit: kiloBytesPerSecond
n Collection Level: 1(4)
n Rollup Type: average (min/max)
n VC/ESX: Yes/Yes
NOTE The management agent metrics appear only in the advanced performance charts.
swapUsed Memory Sum of the memory swapped by all powered-on virtual machines on the ο • ο ο
Swap Used host.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average
n Collection Level: 3
swapIn Memory Amount of memory swapped in for the Service Console. Use this counter ο • ο ο
Swap In to determine whether to increase the amount of memory dedicated to the
service console.
n Stats Type: rate
n Unit: kiloBytesPerSecond
n Rollup Type: average
n Collection Level: 3
swapOut Memory Amount of memory swapped out for the Service Console. Use this counter ο • ο ο
Swap Out to determine whether to decrease the amount of memory dedicated to the
service console.
n Stats Type: rate
n Unit: kiloBytesPerSecond
n Rollup Type: average
n Collection Level: 3
Memory Metrics
The memory metric group tracks memory statistics for virtual machines, hosts, resource pools, and compute
resources.
Interpret the data counter definitions in the context of the entity to which it applies, as follows:
n For virtual machines, memory refers to guest physical memory. Guest physical memory is the amount of
physical memory presented as a virtual-hardware component to the virtual machine, at creation time, and
made available when the virtual machine is running.
n For hosts, memory refers to machine memory. Machine memory is the random-access memory (RAM)
that is actually installed in the hardware that comprises the ESX/ESXi host.
NOTE Only a subset of memory counters appear in the overview charts. To view all memory data counters,
use the advanced performance charts.
consumed Memory • • • •
VM Amount of guest physical memory
Consumed
consumed by the virtual machine for guest
memory. Consumed memory does not
include overhead memory. It includes
shared memory and memory that might be
reserved, but not actually used. It does not
include overhead memory.
vm consumed memory = memory granted -
memory saved due to memory sharing
granted Memory • • • •
VM The amount of guest physical memory that
Granted
is mapped to machine memory. Includes
shared memory amount. The amount of
guest physical memory currently mapped
to machine memory, including shared
memory, but excluding overhead.
heap Memory Heap Amount of VMkernel virtual address space dedicated to VMkernel ο • ο ο
main heap and related data.
This counter is for internal use only and is not useful for
performance monitoring.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average (min/max)
n Collection Level: 2(4)
heapfree Memory Heap Amount of free address space in the VMkernel’s main heap. Heap • ο ο ο
Free Free varies, depending on the number of physical devices and
various configuration options. There is no direct way for the user
to increase or decrease this statistic.
This counter is for internal use only and is not useful for
performance monitoring.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average (min/max)
n Collection Level: 2(4)
mementitlement Worst Case Memory allocation as calculated by the VMkernel scheduler based ο • ο ο
Allocation on current estimated demand, and the reservation, limit, and
(virtual shares policies set for all virtual machines and resource pools in
machine the host or cluster.
Resource This counter is for internal use only and is not useful for
Allocation tab) performance monitoring.
n Stats Type: absolute
n Unit: megaBytes
n Rollup Type: latest
n Collection Level: 1
memUsed Memory Used Amount of used memory. Sum of the memory used by all powered ο • ο ο
on virtual machines and vSphere services on the host.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average (min/max)
n Collection Level: 3
shared Memory • • ο ο
VM Amount of guest physical memory that is
Shared
shared with other virtual machines
(through the VMkernel’s transparent page-
sharing mechanism, a RAM de-duplication
technique). The value of shared includes the
size of the zero memory area.
state Memory State Amount of free machine memory on the host. VMkernel has four • • ο ο
free-memory thresholds that affect the mechanisms used for
memory reclamation.
swapin Memory Swap Amount of memory that has been swapped in to memory from • • ο ο
In disk.
swapinRate Memory Swap Rate at which memory is swapped from disk into active memory • • ο ο
In Rate during the current interval. This counter applies to virtual
machines and is generally more useful than the swapin counter to
determine if the virtual machine is running slow due to swapping,
especially when looking at real-time statistics.
n Stats Type: rate
n Unit: kiloBytesPerSecond
n Rollup Type: average (min/max)
n Collection Level: 1(4)
swapout Memory Swap Amount of memory that has been swapped out to disk. • • ο ο
Out
VM Total amount of memory data that has been
written out to the virtual machine’s swap
file from machine memory by the
VMkernel. This statistic refers to VMkernel
swapping and not to guest OS swapping.
swapoutRate Memory Swap Rate at which memory is being swapped from active memory to • • ο ο
Out Rate disk during the current interval. This counter applies to virtual
machines and is generally more useful than the swapout counter
to determine if the virtual machine is running slow due to
swapping, especially when looking at real-time statistics.
n Stats Type: rate
n Unit: kiloBytesPerSecond
n Rollup Type: average (min/max)
n Collection Level: 1(4)
swapped Memory Current amount of guest physical memory swapped out to the • ο ο ο
Swapped virtual machine’s swap file by the VMkernel. Swapped memory
stays on disk until the virtual machine needs it. This statistic refers
to VMkernel swapping and not to guest OS swapping.
swapped = swapin +swapout
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average (min/max)
n Collection Level: 2(4)
swapused Memory Swap Amount of memory that is used by swap. Sum of Memory ο • • •
Used Swapped of all powered on virtual machines and vSphere services
on the host.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average (min/max)
n Collection Level: 1(4)
sysUsage Memory Used Amount of memory used by the VMkernel. Amount of machine • • • •
by VMkernel memory used by the VMkernel for “core” functionality (such as its
own internal uses, device drivers, etc). It does not include memory
used by VMs or by vSphere services.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: average (min/max)
n Collection Level: 2(4)
totalmb Memory Total Total amount of machine memory of all hosts in the cluster that is ο ο ο •
available for virtual machine memory (physical memory for use
by the Guest OS) and virtual machine overhead memory.
Memory Total = Aggregate host machine memory - (VMkernel
memory + Service Console memory + other service memory)
n Stats Type: absolute
n Unit: megaBytes
n Rollup Type: average
n Collection Level: 1
n VC/ESX: Yes/No
zero Memory Zero Amount of memory that is zeroed out (contains only 0s). This • • ο ο
statistic is included in Memory Shared.
Network Metrics
The network metric group tracks network utilization for both physical and virtual NICs (network interface
controllers) and other network devices, such as the virtual switches (vSwitch), that support connectivity among
all vSphere components (virtual machines, VMkernel, host, and so on).
droppedRx droppedRx Number of receive packets dropped during the collection interval. • • ο ο
n Stats Type: delta
n Unit: number
n Rollup Type: summation
n Collection Level: 2
droppedTx droppedTx Number of transmit packets dropped during the collection interval. • • ο ο
n Stats Type: delta
n Unit: number
n Rollup Type: summation
n Collection Level: 2
received Network Data Average rate at which data was received during the collection interval. • • ο ο
Receive Rate This represents the bandwidth of the network.
transmitted Network Data Average rate at which data was transmitted during the collection interval. • • ο ο
Transmit Rate This represents the bandwidth of the network.
usage Network Sum of the data transmitted and received during the collection interval. • • ο ο
Usage
VM Sum of data transmitted and received across all
virtual NIC instances connected to the virtual
machine.
Legend:
n D = Datastores
n V = Virtual Machines
n F = Filetypes
provisioned Allocated Amount of physical space allocated by an administrator for the datastore. • • ο
Provisioned space is not always in use; it is the storage size up to which
files on a datastore or virtual machine can grow. Files cannot expand
beyond this size.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: latest
n Collection Level: 1
unshared Not-shared Amount of datastore space that belongs only to the virtual machine and is • • ο
not shared with other virtual machines. Only unshared space is guaranteed
to be reclaimed for the virtual machine if, for example, it is moved to a
different datastore and then back again. The value is an aggregate of all
unshared space for the virtual machine, across all datastores.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: latest
n Collection Level: 1
used Used Amount of space actually used by a virtual machine or a datastore. The • • •
used amount can be less than the amount provisioned at any given time,
depending on whether the virtual machine is powered-off, whether
snapshots have been created, and other such factors.
n Stats Type: absolute
n Unit: kiloBytes
n Rollup Type: latest
n Collection Level: 1
System Metrics
The system metric group tracks statistics for overall system availability. These counters are available directly
from ESX and from vCenter Server.
NOTE The system metrics appear only in the advanced performance charts, and only for hosts and virtual
machines.
resourceCpuUsage Resource CPU Usage Amount of CPU used during the interval by the Service • • ο ο
Console and other applications.
n Stats Type: rate
n Unit: megaHertz
n Rollup Type: average
n Collection Level: 3(4)
NOTE The vmops metrics appear only in the advanced performance charts.
numChangeDS VM datastore change Number of datastore change operations for powered-off and suspended
count (non-powered- virtual machines.
on VMs) n Stats Type: absolute
n Unit: number
n Rollup Type: latest
n Collection Level: 1
numChangeHost VM host change count Number of host change operations for powered-off and suspended
(non-powered-on VMs.
VMs) n Stats Type: absolute
n Unit: number
n Rollup Type: latest
n Collection Level: 1
numChangeHostDS VM host and Number of host and datastore change operations for powered-off and
datastore change suspended virtual machines.
count (non-powered- n Stats Type: absolute
on VMs) n Unit: number
n Rollup Type: latest
n Collection Level: 1
numPoweroff VM power off count Number of virtual machine power off operations.
n Stats Type: absolute
n Unit: number
n Rollup Type: latest
n Collection Level: 1
numSVMotion Storage VMotion Number of migrations with Storage VMotion (datastore change
count operations for powered-on virtual machines).
n Stats Type: absolute
n Unit: number
n Collection Level: 1
n Rollup Type: latest
numVMotion VMotion count Number of migrations with VMotion (host change operations for
powered-on virtual machines).
n Stats Type: absolute
n Unit: number
n Collection Level: 1
n Rollup Type: latest
A changing 257
access creating 253
permissions 215 definition 17
privileges 297 disabling 258
access privileges components 21 disabling actions 261
Active Directory, vCenter Server settings 48 exporting alarm definitions 258
Active Directory Application Mode 31 general settings 254
Active Directory Timeout 225 identifying triggered alarms 259
active sessions, send messages 50 managing 257
ADAM 31 managing actions 261
adapters preconfigured vSphere alarms 264
Ethernet 145, 162 privileges 298
paravirtual SCSI 118, 165, 166 removing 259
SCSI 119 reporting settings 257
Add Hardware wizard 159 resetting triggered event alarms 259
adding, hosts 78, 79 setting up triggers 255
admin option, definition 17
SMTP settings 250
advanced search 42
SNMP traps 250
alarm action scripts, environment variables 251
triggering on events 293
alarm actions
about disabling 250 triggers 238
default 248 viewing 40, 260
disabled, identifying 261 viewing triggered alarms 260
analysis
disabling 261
confidence metric 95
email notification 49, 264
guided consolidation 94
enabling 261 annotations, adding 44
removing 262 attributes, editing 44
run a command 262 automatic shutdown 137
running scripts 251 automatic start 137
substitution parameters 252
alarm triggers B
condition-state components 239 baselines, security 21
condition/state triggers 239 best practices
datastore conditions/states 242 groups 215
event 243 permissions 226
event trigger components 243 roles 226
host conditions/states 241 users 215
setting for conditions/states 255 boot settings 152
setting for events 256 BusLogic 119
virtual machine conditions/states 240
alarms C
about 237 cable/interconnect, health monitoring 83
acknowledging triggered alarms 257 charts
actions 248 customizing advanced charts 278
alarm reporting 253
F installing 123
fans, monitoring 83 naming requirements 179
Fibre Channel NPIV 150, 152 selecting 117
filtering, lists 43 SNMP 55
firewall GUID 35
configure communication 49 Guided Consolidation, recommendations 96
network-based 37
Windows 36 H
floppy drives 145, 146, 161 hardware
folders add 159
adding 74 health troubleshooting 85
privileges 302 virtual machine 145, 159
functional components 17 hardware health, troubleshooting 85
HBA 152
G health status, monitoring 83, 84
Getting Started tabs host disk allocation 158
disabling 40 host health 83
restoring 40 host profiles, privileges 308
global data 32, 34 hosts
global privileges 303 about 19, 77
gpupdate /force command 35 adding 73, 78, 79
group policy update 35 CIM privileges 304
groups condition/state alarm triggers 241
best practices 215 configuration privileges 304
definition 21 configuring 47
modifying 215 connecting to vCenter Server 80
removing 215 custom attributes 43
requirements 31 definition 19
searching 225 disconnecting 80
guest customization disconnecting from vCenter Server 80
completing customization 184
ESX/ESXi 25
copying specifications 184
event triggers 245
creating Linux specifications 181
hardware monitoring 83
creating Windows specifications 181
health status 83, 84
editing specifications 183
inventory privileges 306
exporting specifications 183
local operations privileges 307
importing specifications 184
managing 77
Linux customization during cloning or
reconnecting 80, 81
deployment 180
removing from cluster 81
Linux requirements 179
removing from vCenter Server 81, 82
removing specifications 183
rescanning 159
SCSI disks 178
shutdown 26
setting up SCSI disks 178
hot add enablement 152
viewing Linux error log 185
HTTP and HTTPS ports, vCenter Server
viewing Windows error log 185
settings 48
virtual hardware requirements 178
hyperthreaded core sharing 156
Windows customization during cloning or
hyperthreading 156
deployment 179
Windows requirements 178
guest operating system, installation 122
I
guest operating systems IDE,ATAPI 119
customization prerequisites 177 image files, ISO 146
install 122 independent disks 207
VMWARE-TC-MIB, definitions 61
VMWARE-VC-EVENT-MIB, definitions 62
VMWARE-VMINFO-MIB, definitions 62
vmxnet 162
vmxnet3 162
vNetwork distributed switches, event
triggers 247
vNetwork Distributed Switches
permission 220
privileges 301
vpxd, log files 69
vShield 23
vSphere
components 25
components of 15
diagram 135
vSphere Client
about 39
communication through firewall 49
diagram 135
logging in 27
logging out 28
logs 67
panels 40
printing data 46
sessions 49, 50
starting 27
stop 28
vSphere Web Access
logging in 28
logging out 28
VWS 34, 35
W
watchdog, health monitoring 83
Web Service, vCenter Server settings 48
Windows
guest operating system customization 177
performance statistics 274
WWN 152
WYSE, install 132, 133
WYSE multimedia 132
X
X terminal 125
XD 191