Hol 2211 02 SDC - PDF - en
Hol 2211 02 SDC - PDF - en
HOL-2211-02-SDC
Advanced Topics
HOL-2211-02-SDC: Advanced Topics
Table of contents
Lab Overview - HOL-2211-02-SDC - VMware vSphere - Advanced Topics 4
Introduction..................................................................................... 6
Conclusion..................................................................................... 30
Introduction....................................................................................33
(vDS, dvSwitch)...............................................................................33
Introduction to NSX.........................................................................35
Conclusion......................................................................................36
Introduction....................................................................................39
Conclusion......................................................................................52
Introduction....................................................................................55
Create, Add Content and Deploy Content From a Content Library .....55
Conclusion.................................................................................... 102
Introduction.................................................................................. 104
Getting started with vSphere Lifecycle Manager.............................. 104
Details...........................................................................................133
Host ..............................................................................................136
Details...........................................................................................138
Conclusion......................................................................................171
IMPORTANT NOTE!
If you see the message displayed above during your lab, you are safe to ignore it. Due to the nature of the HOL environment and how
virtual machines are configured and replicated, this message is expected and will not impact the functionality or operations of your lab.
Hands-on Labs allows you to evaluate the features and functionality of VMware products with no installation required. This lab is self-
paced, and most modules are independent of each other. You can use the Table of Contents located in the upper right-hand corner to
access any module.
If you are new to the VMware Learning Platform (VLP), please read the New User Guide located in the appendix. Click below to go
directly to the new user console walkthrough before continuing:
•New User Guide (2 minutes): overview of main console location and alternative methods of keyboard data entry
You are about to embark on a hands-on journey to learn about Advanced Topics in vSphere. This lab will walk you through step-by-
step, so basic vSphere experience is not necessary, but it is helpful. If you would like to learn the basics, VMware recommends also
taking our lab titled "HOL-2111-01-SDC - VMware vSphere - What's New."
Explore five advanced modules that dive deeper into the exciting capabilities of vSphere. A wide range of topics is covered, including
Content Library, Distributed Switches, Auto Deploy, and more! vSphere adds new architecture options that can improve availability and
manageability. See how advancements in storage and networking capabilities leave the competition generations behind!
The lab is divided into 5 modules which can be taken in any order:
• Module 1 - Advanced Storage Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS. Learn
how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 2 - Advanced Networking Features(30 minutes) (Advanced) VMware vSphere networking can be simple to deploy
and manage. There are also advanced capabilities that enable the flexibility and performance that some customers require. In
this module learn about both the vSphere Standard Switch and the vSphere Distributed Switch and what features each
• Module 3 - Advanced vMotion Features(15 minutes) (Advanced) Introduced in vSphere 6.0, cross vCenter vMotion has
created many new possibilities for workload mobility. In this module, you'll learn about the requirements for cross vCenter
vMotion and use it to migrate a virtual machine between two vCenter Servers.
• Module 4 - Creating and Managing a Content Library(30 minutes) (Advanced) Content Library is another feature introduced
in vSphere 6.0. In this module, you'll learn how to leverage the Content Library to centrally manage vApps, VM templates, cd
images, and scripts. You'll also learn about some of the new capabilities for Content Library in the latest version of vSphere.
• Module 5 - Host Lifecycle Management(30 minutes) (Advanced) Explore the VMware vSphere features of Auto Deploy and
Image Builder, see how stateless compute infrastructure can save time deploying, patching, and upgrading hosts.
Lab Captains:
•Sowmya
Sowmya Madhavan, Senior Member of Technical Staff, India
•Brad
Brad Bentley, Cloud Infrastructure Engineer, USA
•Lukas
Lukas Botha, Staff Technical Account Manager, Dubai
Lab Principal:
•Dwayne
Dwayne Callahan, Staff Solution Engineer, USA
This lab manual can be downloaded from the Hands-on Labs Document site found here:
http://docs.hol.vmware.com
This lab may be available in other languages. To set your language preference and have a localized manual deployed with your lab, you
may utilize this document to help guide you through the process:
http://docs.hol.vmware.com/announcements/nee-default-language.pdf
Introduction [4]
•Lesson 1: Storage Policy-Based Management and Control - In this lesson, you will be creating storage policies and deploying
VMware vSphere Storage Policy-Based Management is a key part of implementing Software Defined Storage, which in turn is essential
to a Software Defined Datacenter. Storage IO Control is one of the tools you have to help enable and build the policies that will allow
you to automate common storage management tasks. Storage IO control monitors the end to end latency of your datastores. When the
latency is higher than a configured value, this is seen as latency. Storage IO Control then uses the rules and policies you define to
throttle back low priority VMs that may be using excessive IO. This allows you to make sure that high priority VMs that need access to
storage will get it.
In practice, Storage IO control works in the same way as Resource Shares do for memory and compute. Turning on Storage IO Control
without adjusting the shares means all your VMs will have equal access to storage. VMs that have a higher share value will get greater
access to the storage. As with Resource shares, these SIOC shares are proportional. For example, a VM that has 1000 shares will get
access to storage twice as often as VM with 500 shares, but half as often as one with 2000 shares.
This module will cover some new policy-based management integration with Storage IO Control. Through this integration, you can
define IO limits, reservations, and shares as part of your storage policies and apply them to your virtual machines.
In this lesson, you will go through some of the key screens for these new functionalities and become familiar with these new capabilities.
You will create three storage policies and then configure a VM to use a policy.
Open Chrome Browser from Windows Quick Launch Task Bar [6]
1. Click on the Chrome Icon on the Windows Quick Launch Task Bar.
Note that this will provide more viewing space while still allowing you to read the text. This is necessary because of the lower than
normal resolution we must use in the lab environment to support various devices and to accommodate large-scale events.
2. Click on the Create VM Storage Policy icon on the top of the middle navigation panel
In this task, you will create a storage policy for Storage IO Control. You will be repeating these steps to create three storage policies
named:
•Restricted IO - Low priority VMs or VMs that tend to take a lot of IO, but run less important services
3.Click Next.
1. Click the Storage I/O Control tab to display the option for storage based I/O control.
3.Select the High IO shares allocation option in the drop-down menu. These common rules are generic and apply across all
kinds of storage, and are not dependant on a specific datastore. These rules are generally provided by VMware, but
1. This screen shows you the datastores in your environment that are compatible with the policy you have created. Because we
only used common rules and not any specific rule-sets, all the storage we have is compatible. Click Next
1. Review the settings that will be associated with this policy. Make special note of the IOPs shares that you see for each policy.
These are the shares values that will control how access to storage this policy will allow.
2.Click Finish
Finish.
1. Repeat the process to create a new policy "Standard IO" with the "Normal IO shares allocation" component, and note the
2.Repeat the process to create a new policy "Restricted IO" with the "Low IO shares allocation" component, and note the
We will now deploy a VM from the Template Library using the Standard IO Policy
1. Expand navigation tree under vcsa-01a.corp.local and RegionA01 by clicking chevrons on the left.
This will bring up a window to select a template from vCenter's Content Library
2. Click Next
1. Select Content Library as the source location for the new VM.
3.Click Next
3.Click Next
2.Select esx-01a.corp.local
3.Click Next
Validating the image may take a few moments, allow the validation to complete.
You may receive a warning about advanced configuration options. This is ok. This lab is using a very basic template that does not
contain a publishers certificate. You can safely ignore this warning.
This screen allows you to examine some of the details for the template.
1. Click Next
1. Click on the Select virtual disk format drop-down and select Thin Provision.
4.Click Next
2.Click Next
The VM may take a few minutes to complete its deployment, you can check its progress in the Recent Tasks section at the bottom of the
screen. Please wait for the deployment to be completed before progressing.
1. Move the slider to the right to enable "per disk" management of storage policies
Because storage policies can be defined at a disk level, they allow you to define different storage policies for each disk a VM has. The
sioc-001 VM only has one disk in the lab. If the sioc-001 VM had multiple disks, you could choose a different policy for each disk, as this
screen capture shows. You also see a VM Home folder, or namespace listed. This is a special area for holding VM configuration files,
such as memory snapshots, .vmx files, .log files, and others. You may want a different set of policies for this namespace because it can
be inefficient to perform certain tasks like caching for the data stored here.
2. If you click on the drop-down arrow next to the storage policies per disk, you will see the other policies you created.
Conclusion [31]
In this module, you were able to create three storage policies with different settings and apply one of those policies to a newly created
VM. These policies are the foundation for Storage Policy-based Management and Control, which is a key way to reduce your
operations overhead when managing storage.
If you are looking for additional information on storage, VSAN, or Storage-Policy Based Management, try one of these:
•HOL-2127-01-HCI: VMware Storage - Virtual Volumes and Storage Policy Based Management
• Module 1 - Advanced Storage Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS. Learn
how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 2 - Advanced Networking Features(30 minutes) (Advanced) VMware vSphere networking can be simple to deploy
and manage. There are also advanced capabilities that enable the flexibility and performance that some customers require. In
this module learn about both the vSphere Standard Switch and the vSphere Distributed Switch and what features each
• Module 3 - Advanced vMotion Features(15 minutes) (Advanced) Introduced in vSphere 6.0, cross vCenter vMotion has
created many new possibilities for workload mobility. In this module, you'll learn about the requirements for cross vCenter
vMotion and use it to migrate a virtual machine between two vCenter Servers.
• Module 4 - Creating and Managing a Content Library(30 minutes) (Advanced) Content Library is another feature introduced
in vSphere 6.0. In this module, you'll learn how to leverage the Content Library to centrally manage vApps, VM templates, cd
images, and scripts. You'll also learn about some of the new capabilities for Content Library in the latest version of vSphere.
• Module 5 - Host Lifecycle Management(30 minutes) (Advanced) Explore the VMware vSphere features of Auto Deploy and
Image Builder, see how stateless compute infrastructure can save time deploying, patching, and upgrading hosts.
To review more info on the new features of vSphere 7, please use the links below:
•vSphere 7 DataSheet
•vSphere 7 On YouTube
If this is the last module you would like to take in this lab, you may end your lab by clicking on the END button.
Introduction [35]
•Lesson 1: vSphere Standard Switch (vSS, vSwitch) vs vSphere Distributed Switch (vDS, dvSwitch) - This lesson will explain the
differences between the vSphere Standard Switch and the vSphere Distributed Switch.
•Lesson 2: Introduction to NSX - In this lesson, you will get a brief overview of VMware NSX and see a list of labs that will get
vSphere Standard Switch (vSS, vSwitch) vs vSphere Distributed Switch (vDS, dvSwitch) [36]
There are two types of virtual switches in vSphere, vNetwork Standard Switch (vSS) and vNetwork Distributed Switch (vDS).
There are three ways to license the vNetwork Distributed Switch (vDS):
•NSX
•Enterprise Plus
The configuration of each vSwitch resides on the specific ESXi/ESX host. Administrators have to manually maintain consistency of the
vSS configuration across all ESXi/ESX hosts to ensure that they can perform operations such as vMotion.
The configuration of vDS is centralized to vCenter Server. The ESXi hosts that belong to a vDS do not need further configuration to be
compliant.
Distributed switches provide similar functionality to vSwitches. A dvPortgroup is a set of dvPorts. The dvSwitch equivalent of portgroups
is a set of ports in a vSwitch. Configuration is inherited from dvSwitch to dvPortgroup, just as from vSwitch to Portgroup.
Virtual machines, Service Console interfaces (vswif), and VMKernel interfaces can be connected to dvPortgroups just as they could be
connected to portgroups in vSwitches.
Administrative rights are required to create these virtual adapters on each ESXi/ESX host dvSwitch in vCenter Server:
These features are available only with a Distributed Switch (vDS, dvSwitch):
•The enhanced link aggregation feature provides choice in hashing algorithms and also increases the limit on number of link
aggregation groups.
•Improved single-root I/O virtualization (SR-IOV) support and 40GB NIC support.
•Network IO Control – Support for per virtual machine Distributed vSwitch bandwidth reservations to guarantee isolation and
•Multicast Snooping - Supports IGMP snooping for IPv4 packet and MLD snooping for IPv6 packets in VDS. Improves
•Multiple TCP/IP Stack for vMotion - Allows vMotion traffic a dedicated networking stack. Simplifies IP address management
https://www.youtube.com/watch?v=m65TgcWfOJg
VMware NSX Data Center is the network virtualization platform for the Software-Defined Data Center (SDDC), delivering networking
and security entirely in software, abstracted from the underlying physical infrastructure.
NSX Data Center enables the Virtual Cloud Network, providing pervasive, end-to-end connectivity for your apps and data, wherever
they are.
Please proceed to the next step for a video introduction to VMware NSX Data Center.
https://www.youtube.com/watch?v=P4K8NeJlJcg
Logical networks decouple virtual machine connectivity and network services from the physical network, giving cloud providers and
enterprises the flexibility to place or migrate virtual machines anywhere in the data center while still supporting layer-2 / layer-3
connectivity and layer 4-7 network services.
Below are some great labs that will dive into NSX and its features and use cases
HOL-2126-01-NET - VMware NSX-T - Getting Started - This lab explores VMware NSX-T, our multi-hypervisor platform for building
developer clouds, and hosting next-gen apps.
HOL-2122-01-NET - NSX Cloud Consistent Networking and Security across Enterprise, AWS & Azure - In this lab, we will explore how
NSX on Public Clouds provides micro-segmentation to native instances running in the cloud.
Conclusion [43]
This module explained the various ways that you can enable networking features and functions in a virtual environment. This ranged
from the use of the vSphere Standard Switch, to the full-featured vSphere Distributed Switch, and then to the Enterprise-Grade NSX.
•Module 1 - Advanced Storage Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS. Learn
how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 2 - Advanced Networking Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS.
Learn how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 3 - Advanced vMotion Features(15 minutes) (Advanced) Introduced in vSphere 6.0, cross vCenter vMotion has
created many new possibilities for workload mobility. In this module, you'll learn about the requirements for cross vCenter
vMotion and use it to migrate a virtual machine between two vCenter Servers.
• Module 4 - Creating and Managing a Content Library(30 minutes) (Advanced) Content Library is another feature introduced
in vSphere 6.0. In this module, you'll learn how to leverage the Content Library to centrally manage vApps, VM templates, cd
images, and scripts. You'll also learn about some of the new capabilities for Content Library in the latest version of vSphere.
• Module 5 - Host Lifecycle Management(30 minutes) (Advanced) Explore the VMware vSphere features of Auto Deploy and
Image Builder, see how stateless compute infrastructure can save time deploying, patching, and upgrading hosts.
To review more info on the new features of vSphere 7, please use the links below:
•vSphere 7 DataSheet
•vSphere 7 On YouTube
If this is the last module you would like to take in this lab, you may end your lab by clicking on the END button.
Introduction [47]
•Lesson 1: Migrating Virtual Machines from vCenter to vCenter - You will learn about and perform a Cross vCenter vMotion.
You will see how easy and seamless this procedure is.
The use of Cross vCenter vMotion (x-vC-vMotion) allows for migration of VM's between vCenters that are in the same or different
datacenters. This feature allows administrators to easily move VM's between vCenters without downtime. The vCenters can be in the
same data center or another data center with no more than 150 milliseconds of latency between the datacenters.
•The source and destination vCenter Server instances and ESXi hosts must be 6.0 or later.
•The cross vCenter Server and long distance vMotion features require an Enterprise Plus license. For more information, see:
https://www.vmware.com/products/vsphere.html#compare
•Both vCenter Server instances must be time-synchronized with each other for correct vCenter Single Sign-On token
verification.
•For migration of compute resources only, both vCenter Server instances must be connected to the shared virtual machine
storage.
•When using the vSphere Web Client, both vCenter Server instances must be in Enhanced Linked Mode and must be in the
same vCenter Single Sign-On domain so that the source vCenter Server can authenticate to the destination vCenter Server.
vSphere vMotion always uses encryption when migrating encrypted virtual machines. For virtual machines that are not encrypted, you
can select one of the encrypted vSphere vMotion options.
Encrypted vSphere vMotion secures confidentiality, integrity, and authenticity of data that is transferred with vSphere vMotion.
New to vSphere 7 is the ability to migrate or clone encrypted virtual machines across vCenter Server instances.
When migrating or cloning encrypted virtual machines across vCenter Server instances, the source and destination vCenter Server
instances must be configured to share the Key Management Server cluster that was used to encrypt the virtual machine. In addition, the
KMS cluster name must be the same on both the source and destination vCenter Server instances. The destination vCenter Server
insures the destination ESXihost has encryption mode enabled, ensuring the host is cryptographically "safe."
You can enable encrypted vMotion during virtual machine creation. You can later change the encrypted vMotion state from the virtual
machine settings.
If Google Chrome is not already open, perform the following step, otherwise you can skip this step if already open:
Note that this will provide more viewing space while still allowing you to read the text. This is necessary because of the lower
than normal resolution we must use in the lab environment to support various devices and to accomodate large-scale events.
RegionA [52]
Do the below step If you are opening a new Google Chrome browser window, otherwise, you can skip this step:
If you are still logged into the RegionA vCenter server, you can skip this step. Otherwise, complete the below steps:
As you work through this lab, you will notice there are two vCenters. We will vMotion a running VM between these two vCenters as part
of this lab. If it is not already running, start the "core-01a" VM by performing the following steps:
1. Expand the navigation tree in the left pane exposing all of the virtual machines, and check to see if the core-A VM is running
(it will have a green arrow on the icon if it is). If it is running, skip the rest of the steps below. If it is not running, please go
This will start the migration wizard where we can select the destination for the VM. The list of VMs shown may vary based on other labs
you may have completed. Also, note that this is the same option you would use if you were performing a vMotion with a vCenter or
cluster. You use the same regardless of what the vMotion destination is.
2.Click Next
3.NOTE:
NOTE: The wizard will check the compatibility of the host to verify that it meets a set of requirements to migrate.
4.Click Next
2.Click Next
The vMotion will migrate the VM to a new datastore that is available on the new host. This allows VM's to be moved between clusters,
vCenters, or datacenters that do not have shared storage.
1. Select RegionB01
2.Click Next
2.Click Next
This will change the port group the VM is associated with. There are no changes within the VM to the IP or network configuration. Your
network must be set up in a way that allows the VM to move to this new port group without these changes. Network Virtualization is a
way to extend the layer 2 networks across Layer 3 boundaries. Please see the NSX Labs “HOL-2126-01-NET VMware NSX-T - Getting
Started” and “HOL-2103-01-NET VMware NSX for vSphere Advanced Topics” for more information.
Note that depending on which other modules you may have done, you may see an additional screen in the wizard asking you to set a
vMotion Priority. If you see this screen, leave the default settings and
1. Click Next
Next.
1. Review the settings that vCenter will use to perform the vMotions, and click Finish
We can view the progress of the operation in the Recent Tasks pane at the bottom of the screen.
Note that if you do not see the Recent Tasks pane, you may need to expand it by clicking on Recent Tasks on the right side of the
screen.
That's all there is to it. In the left navigation pane you can now see the core-A VM has been moved to the RegionB01-COMP01 Cluster,
which is in the vcsa-01b.corp.local vCenter. As with any other vMotion, this is completed with no downtime. The ability to vMotion VMs
between hosts, clusters, vCenters, and virtual switches give you even greater flexibility than you had before when managing your
workloads.
Note: If you plan on continuing and taking other modules in this lab, please use the same process to vMotion the VM back to the RegionA vCenter. Use the
following information to assist with this:
•Storage: RegionA01-ISCSI01-COMP01
•Folder: RegionA01
•Network: ESXi-RegionA01-vDS-COMP
Wrap up [66]
Migrating VM's between vCenters is a very simple process. Cross vCenter vMotion allows an Administrator to easily move workloads
between vCenters that are in the same data center or different data centers without down time. This reduces the amount of time spent
during migrations and consolidations. Storage is also migrated allowing for migrations between different types of storage and removing
the need for storage replication and downtime. The network must be available on both ends of the migration to prevent the VM from
losing its network connection. This can be done through Layer 2 stretching or Network Virtualization.
Conclusion [67]
In this module, you learned the requirements for Cross vCenter vMotion and performed one yourself. This feature opens a number of
opportunities to organize your VMs as you need to without giving up the flexibility that vMotion brings you.
• Module 1 - Advanced Storage Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS. Learn
how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 2 - Advanced Networking Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS.
Learn how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 3 - Advanced vMotion Features(15 minutes) (Advanced) Introduced in vSphere 6.0, cross vCenter vMotion has
created many new possibilities for workload mobility. In this module, you'll learn about the requirements for cross vCenter
vMotion and use it to migrate a virtual machine between two vCenter Servers.
• Module 4 - Creating and Managing a Content Library(30 minutes) (Advanced) Content Library is another feature introduced
in vSphere 6.0. In this module, you'll learn how to leverage the Content Library to centrally manage vApps, VM templates, cd
images, and scripts. You'll also learn about some of the new capabilities for Content Library in the latest version of vSphere.
•Module 5 - Host Lifecycle Management(30 minutes) (Advanced) Explore the VMware vSphere features of Auto Deploy and
Image Builder, see how stateless compute infrastructure can save time deploying, patching, and upgrading hosts.
To review more info on the new features of vSphere 7, please use the links below:
•vSphere 7 DataSheet
•vSphere 7 On YouTube
If this is the last module you would like to take in this lab, you may end your lab by clicking on the END button.
Introduction [71]
•Lesson 1: Mount an ISO from Content Library - In this lesson, you will learn what a Content Library is, and then you will create
one. You will then use the content library to share a template and an ISO image.
•Lesson 2: Subscribe to Content Library from another vCenter - A content library's true value shines when used across
Create, Add Content and Deploy Content From a Content Library [72]
Content libraries are container objects for VM templates, vApp templates, and other types of files. vSphere administrators can use the
templates in the library to deploy virtual machines and vApps in the vSphere inventory. Sharing templates and files across multiple
vCenter Server instances in same or different locations brings out consistency, compliance, efficiency, and automation in deploying
workloads at scale.
You create and manage a content library from a single vCenter Server instance, but you can share the library items to other vCenter
Server instances if HTTP(S) traffic is allowed between them.
If a published and a subscribed library belong to vCenter Server systems that are in the same vCenter Single Sign-On domain, and both
the libraries use datastores as backing storage, you can take advantage of optimized transfer speed for synchronization between these
libraries. The transfer speed optimization is made possible if the libraries can store their contents to datastores managed by ESXi hosts
that are directly connected to each other. Therefore the synchronization between the libraries is handled by a direct ESXi host to ESXi
host transfer. If the datastores have VMware vSphere Storage APIs - Array Integration (VAAI) enabled, the library content
synchronization between the published and the subscribed library is further optimized. In this case the contents are synchronized by a
direct datastore to datastore transfer.
Each VM template, vApp template, or other type of file in a library is a library item. An item can contain a single file or multiple files. In
the case of VM and vApp templates, each item contains multiple files. For example, because an OVF template is a set of multiple files,
when you upload an OVF template to the library, you actually upload all the files associated with the template (.ovf, .vmdk, and .mf), but
in the vSphere Web Client you see listing only of the .ovf file in the content library.
Local Libraries
You use a local library to store items in a single vCenter Server instance. You can publish the local library so that users from other
vCenter Server systems can subscribe to it. When you publish a content library externally, you can configure a password for
authentication.
VM templates and vApp templates are stored as OVF file formats in the content library. You can also upload other file types, such as
ISO images, text files, and so on, in a content library.
Subscribed Libraries
You subscribe to a published library by creating a subscribed library. You can create the subscribed library in the same vCenter Server
instance where the published library is, or in a different vCenter Server system. In the Create Library wizard you have the option to
download all the contents of the published library immediately after the subscribed library is created, or to download only metadata for
the items from the published library and later to download the full content of only the items you intend to use.
To ensure the contents of a subscribed library are up-to-date, the subscribed library automatically synchronizes to the source published
library on regular intervals. You can also manually synchronize subscribed libraries.
You can use the option to download content from the source published library immediately or only when needed to manage your
storage space.
Synchronization of a subscribed library that is set with the option to download all the contents of the published library immediately,
synchronizes both the item metadata and the item contents. During the synchronization the library items that are new for the subscribed
library are fully downloaded to the storage location of the subscribed library.
Synchronization of a subscribed library that is set with the option to download contents only when needed synchronizes only the
metadata for the library items from the published library, and does not download the contents of the items. This saves storage space. If
you need to use a library item you need to synchronize that item. After you are done using the item, you can delete the item contents to
free space on the storage. For subscribed libraries that are set with the option to download contents only when needed, synchronizing
the subscribed library downloads only the metadata of all the items in the source published library, while synchronizing a library item
downloads the full content of that item to your storage.
If you use a subscribed library, you can only utilize the content, but cannot contribute with content. Only the administrator of the
published library can manage the templates and files.
If Google Chrome is not already open, perform the following step, otherwise you can skip this step if already open:
RegionA [74]
Do the below step If you are opening a new Google Chrome browser window, otherwise, you can skip this step:
2.Click
Click the '-' button to zoom out. For this lab, you may want to set the zoom to 80%
This will provide more viewing space while still allowing you to read the text.
We will now step through the process for creating a new Content Library to be used to share content between multiple vCenter
Servers.
1. Click the "+" icon just under the Content Libraries Title to create a new Content Library
2.Enter a note for the content library. Notes: Shared Content Library
4.Click Next
2.Click Next
2.Click Next
2.Click Finish
We have created a new Content Library that is accessible in the Site A vCenter. Next we will add some content to our newly created
Content Library.
There are two types of items that can be added to the library, Templates and other files. Items can be uploaded either by URL or from
the local file system. Virtual Machines can also be cloned into a template.
1. Navigate to VMs and Templates by hovering over the Menu Icon at the top of the screen
This will clone the "core-01a" virtual machine to a template on the Shared Content Library.
4.An important item to note that there is the ability to maintain the MAC-addresses of virtual machine as well as the ability to
include any custom VM configurations on the virtual machine. DO NOT select any of these items.
On this screen we are selecting the correct content library to copy the template to.
This shows a summary of the selections you made during the cloning operation. Review the summary
Content Libraries can handle additional files other than VM Templates. Many organizations also use ISO files to start the build of a virtual
machine. We will now upload an ISO file.
3.Click Open
1. You can see the .iso file in the Content Library inventory now
You can also view the core-01a_Master VM template you created earlier in this lab.
Now that we have added some content to the Content Library, let's use the content.
1. Expand the vcsa-01a.corp.local vCenter Server, RegionA01 Datacenter and the RegionA01-Comp01 Cluster.
2.Click Next
1. Select the template we created previously, core-A_Master (notice that it is in the Content Library that we created).
2.Click Next
3.Note that you now have the option to customize VMs deployed from a template in the Content Library. For now, leave this
checkbox clear.
4.Click Next
2.Click Next
1. Review the template details - Note, you can ignore the warning message you see on this screen. It is alerting you that this
template does not contain a publishers certificate which is ok for this deployment.
2.Click Next
3.Click Next
2.Click Finish
The Virtual Machine may take a minute to create. Once complete continue on.
3.Hover over the Power menu option to expand the power options.
Now we will mount the .iso file that we uploaded earlier into the Content Library to our new VM.
1. Locate the CD/DVD drive 1 and click the drop down menu where Client Device is current select.
2.In the drop down menu select the Content Library ISO File option.
1. Select linux-micro.iso file from the Shared Library (the Content Library that we created).
2.Click OK
1. Ensure the box is check for Connected to ensure the ISO is mounted to the vm.
2.Click OK
The .iso has been mounted from our Content Library to the VM.
We were able to create a new local content library where Templates, ISOs and other files can be stored. Content libraries provide a
central repository for all of your necessary files. We then cloned a VM to our new Content Library and we uploaded an .iso image to our
Content Library.
Continue to the next lesson to learn how to share and subscribe to this content with other vCenter Servers.
Now that we have created a library in the vcsa-01a.corp.local vCenter Server we need a way to share the library content with our other
vCenter Server. vSphere Content Libraries provide a mechanism to consistently share templates, ISOs and files between vCenter
Servers.
In the previous lesson, we created a Content Library called "Shared Library" on the vcsa-01a.corp.local vCenter Server. We will
configure that Content Library to be shared.
1. Click the Shared Library that was created in the previous lesson
The first thing we need to do to publish the library is Enable publishing. To do this we need to select the appropriate option on this
screen
Be aware this will change the options available on this menu. Please proceed to the next page to continue.
Now that we have enabled sharing, the screen has updated to include some very important information. The most important
information is the URL for the library.
1. Now that we have enable publishing, vCenter has generated a URL to access this Content Library. Click the COPY LINK
button, this will store the URL in the clipboard for use in a later step.
2.Click OK
Note: If required, you can also enable authentication to access the content library. In this lab we will leave this option turned off.
Now we will create a new Content Library on the vcsa-01b.corp.local vCenter Server and have it subscribe to the Content Library that
we created on the vcsa-01a.corp.local vCenter Server.
1. Click the "+" icon just under the Content Libraries Title to create a new Content Library.
1. Type in the name for the new Content Library: Shared Library B
2.Select the vcsa-01b.corp.local host from the drop down to specify that you want this Content Library created on that vCenter
Server.
3.Click Next
Instead of creating a local Content Library, we want to subscribe to the library that we created on the other vCenter Server.
By selecting the option to download the content immediately the Content Library will fully sync any time there is a change to the source.
By selecting "Download library content only when needed" will only download the content at the time it is selected to be used. The
second option would reduce the amount of space that needed on the second vCenter Server but a user would have to wait for the
content to be synchronized when they needed the content.
2.Click in the URL box and paste the link that you copied in the previous step using the Ctrl-v key combination. It should have
the same format as what is in the screen shot but the hex string will be different. (Note that you can use the onscreen
keyboard if you have trouble with the Ctrl-v key combination on an external keyboard)
4.Click Next
1. Select the RegionB01-ISCSI01-COMP01 datastore as the location for the Content Library.
2.Click Next
1. Click Finish
1. Click on the new Shared Library B library. Note: it may take a few seconds for the libraries to syncronize.
2.Select Templates and Other Types tabs to see the content that we placed in the Shared Library on the other vCenter Server.
3.Notice that the content is stored locally on this vCenter Server because of the option we chose when creating the Content
Library. Note: it may take a few seconds for the libraries to synchronize. If you see a "No" in the "Stored Locally" field, try
The content is now synchronized and is available in the Region B vCenter Server.
vSphere Content Libraries provide a way to easily store templates, ISOs and other files to a datastore. Shared library's content can be
synced between a source vCenter and subscriber vCenters.
Conclusion [128]
The Content Library is a great way to share content across multiple vCenters. This module introduced the Content Library and showed
you how to populate it with ISO images and templates. You then used those resources to create a VM, and then shared those resources
to a second vCenter.
• Module 1 - Advanced Storage Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS. Learn
how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 2 - Advanced Networking Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS.
Learn how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 3 - Advanced vMotion Features(15 minutes) (Advanced) Introduced in vSphere 6.0, cross vCenter vMotion has
created many new possibilities for workload mobility. In this module, you'll learn about the requirements for cross vCenter
vMotion and use it to migrate a virtual machine between two vCenter Servers.
• Module 4 - Creating and Managing a Content Library(30 minutes) (Advanced) Content Library is another feature introduced
in vSphere 6.0. In this module, you'll learn how to leverage the Content Library to centrally manage vApps, VM templates, cd
images, and scripts. You'll also learn about some of the new capabilities for Content Library in the latest version of vSphere.
•Module 5 - Host Lifecycle Management(30 minutes) (Advanced) Explore the VMware vSphere features of Auto Deploy and
Image Builder, see how stateless compute infrastructure can save time deploying, patching, and upgrading hosts.
To review more info on the new features of vSphere 7, please use the links below:
•vSphere 7 DataSheet
•vSphere 7 On YouTube
If this is the last module you would like to take in this lab, you may end your lab by clicking on the END button.
Introduction [132]
•Lesson 1: Getting Started with Lifecycle Manager - This lesson will outline how to use vSphere Lifecycle Manager to update an
ESXi host.
•Lesson 2: New Graphical User Interface (GUI) - Deploying a host - While Autodeploy is not new, there is a new GUI to
manage it. This lesson will introduce you to that GUI, and show you how to deploy a host using Autodeploy.
•Lesson 3: Updating an ESXi image for production - This lesson builds on the previous one and shows you how to upgrade a
•Lesson 4: Non-Deployed Hosts - This lesson will show you how to use Autodeploy to deploy a host without creating a deploy
rule.
•Lesson 5: Host Profile Configuration - This lesson will walk you through how to use Host Profiles to manage your hosts and
VMware vSphere 7 includes several improvements that accelerate the whole virtual infrastructure lifecycle management experience to
save administrators valuable time.
vSphere 7 introduces simplified infrastructure lifecycle with vSphere Lifecycle Manager. With new tools such as desired state
configuration for ESXi hosts and vCenter Server Profiles, vSphere Administrators can spend less time mitigating configuration drift
freeing them up for other important work.
Open Chrome Browser from Windows Quick Launch Task Bar [134]
1. Click on the Chrome Icon on the Windows Quick Launch Task Bar.
Using the Chrome web browser, navigate to the URL for the Web client. For this lab, you can use the shortcut in the address bar.
4.Click Login
2.Password: VMware1!
Please Note: All of the user credentials used in this lab are listed in the README.TXT file on the desktop.
The lab desktop is limited to 1280x800 screen resolution. It might be helpful to zoom out the browser for better readability.
This will provide more viewing space while still allowing you to read the text.
1. Click on Updates
esxi 7.0
The results will be filtered for any patches released for ESXi 7.0.0. You can also filter by the version, category, and type.
vSphere Lifecycle Manager and vCenter Server Single Sign-On Domain [139]
If your vCenter Server system is connected to other vCenter Server systems by a common vCenter Single Sign-On domain, you can
configure the settings for each vSphere Lifecycle Manager instance.
The modifications to the settings are applied only to the vSphere Lifecycle Manager instance that you specify and are not propagated to
the other instances in the group. Similarly, you can use vSphere Lifecycle Manager to perform compliance and status checks, and
remediate only those inventory objects that are managed by the vCenter Server system where the respective vSphere Lifecycle
Manager instance runs.
2.Select vcsa-01b.corp.local
You can use baselines and baseline groups to update and upgrade the ESXi hosts in your environment.
In previous vSphere releases, baselines and baseline groups were the only option that Update Manager provided for host updates and
upgrades.
A baseline is a grouping of multiple bulletins. You can attach a baseline to an ESXi host and check the compliance of the host against
the associated baseline. Depending on its content, a baseline can be a patch, extension, or upgrade baseline. Patch and extension
baselines contain bulletins of the respective kind. Upgrade baselines contain ESXi images.
Because in vSphere 7 the official VMware online depot hosts certified partner content in addition to VMware content, a broader set of
OEM bulletins are available in the vSphere Lifecycle Manager depot. As a result, in the Create Baseline and Edit Baseline wizards, you
also see a broader set of OEM bulletins. Some of these bulletins might have dependencies that must be pulled into the baselines that
you create, so that the remediation against those baselines is successful. As a best practice, always consult the KB article for an
individual bulletin before you include it in a baseline. The KB article contains information about the bulletin deployment specifics and
required dependencies.
Starting with vSphere 7, some changes are also introduced in the way VMware content is packaged. As a result, at patch and update
releases, you might see additional bulletins on the patch selection page of the Create Baseline and Edit Baseline wizards. Those
bulletins are usually of the Enhancement or BugFix category. When you include those bulletins in a baseline, you might need to also
include a base ESXi bulletins in that baseline. As a best practice, to ensure successful application of VMware patches and updates,
always include the appropriate rollup bulletin into your baselines.
Starting with vSphere 7, you can manage the software and firmware lifecycle of the ESXi hosts in a cluster with a single image. vSphere
Lifecycle Manager images are a new functionality that provides a simplified and unified workflow for patching and upgrade of ESXi
hosts. You can also use vSphere Lifecycle Manager images for bootstrapping purposes and firmware updates.
Before you upgrade ESXi with Lifecycle Manger, your vCenter Server should be running vSphere 7 and you should check the VMware
Compatibility Guide to ensure your hardware is compatible with ESXi 7, and any third party products your vSphere environment touches
are compatible with ESXi 7.
The VMware Interoperability Matrix helps you to ensure ESXi 7 is compatible with other VMware products you use.
Before we can perform an upgrade we need to first provide Lifecycle Manager with an ESXi image to perform the upgrade from.
Lifecycle Manager uses our standard .iso files available for the VMware download site. Let's import a new .iso file. We have already
downloaded an .iso file and copied it to your lab.
In the lab we have saved an ESXi 7.0 .iso file to the 'C:\labfiles\HOL-2211\ISO' directory.
When you click Open on the previous step, the image will begin to import and may take a few moments to complete. You should see a
screen similar to the one pictured here.
Now that we have imported a valid .iso image, the next step is to create a baseline. You use vSphere Lifecycle Manager baselines to
perform the following tasks.
A baseline is a grouping of one of more items. You can attach a baseline to an ESXihost and check the compliance of the host against
the associated baseline's contents.
Let's provide some basic information for the baseline such as its name and description. This can anything that makes sense for your
organization such as "ESXi 7.0.1 Upgrade baseline". For the lab we will use the following information.
1. Type the name HOL Host Upgrade Baseline and a description of the baseline
Lets verify the .iso file we intend to use for this baseline. Since we only have a single .iso in our lab that we just uploaded, this menu is
somewhat empty. In a production environment you may have several different .iso images available. If that were the case they would
be listed here.
Review the settings of the patch baseline you created before finishing the wizard
You should now see a new upgrade baseline listed. Notice the Content, Type and ESXi version information is displayed.
Next, we are going to attach the baseline we just created to a host. In order to check compliance as well as remediate a host, we must
first attach one or more baselines to that host. Remember that a baseline is a collection of patches, upgrades and/or advisories. By
attaching the baseline to the host we will be able to see if it requires any of the baseline's contents.
1. If Necessary, expand vcsa-01a.corp.local vCenter Server --> RegionA01 Datacenter --> RegionA01-COMP01 Cluster
When a host is selected, the updates tab mangages updates, patches and advisories related to that specific host only. In this panel we
can find valuable information such as the ESXi version installed, the Hosts compliance with any currently attached baselines, as well as
manage the attached baselines. Let's now add our newly created baseline to this host.
2.Click on Attach
1. Click on HOL Host Upgrade Baseline - this is the new Baseline that we just created
Now our new baseling has been attached to this host. But since we just attached the baseline, Lifecycle manager has not yet scanned
the host with this new information. Lets manually scan the host now.
Before we scan the host for compliance with our new baseline, let's verify the new baseline is attached and see what the current status
of its compliance is.
2.Notice that the current status indicates Unknown, this is a normal status when you attach a new baseline. vCenter Lifecycle
Manager has not yet scanned this host and compared its current state to the baseline state.
In the next step, we will scan the host and see if it is in compliance with the attached baseline.
We will now scan this host to see if it is compliant with the baseline.
You may receive a message in a blue bar at the top of your screen indicating a refresh is needed, click the Refresh link to update the
screen. After you click Refresh, you can safely close the message window with the "X"
1. Notice the new status of this host. It is now Compliant. This indicates that the host meets the patch criteria selected in this
baseline.
Had this host been missing any patches identified in the baseline criteria, the status would have indicated Not Compliant indicating the
host is missing a patch identified in the baseline, you could then remediate this host using the Remediate option on this screen.
Note: pre-check is now a separate operation, allowing administrators to verify that a cluster is ready for an upgrade before initiating the
workflow. During that check, vSphere Lifecycle Manager identifies possible issues that might prevent successful remediation and
suggests actions to fix the issues.
Conclusion [160]
You can use baseline groups to perform an orchestrated upgrade of the ESXi hosts in your environment. The baseline group might
contain a single host upgrade baseline and multiple patch or extension baselines, or multiple patch and extension baselines. vSphere
Lifecycle Manager first upgrades the hosts and then applies the patch or extension baselines. Because the upgrade runs first and
patches are applicable to a specific host version, the orchestrated workflow ensures that no patches are lost during the upgrade.
Auto Deploy has been configured through a Command Line Interface in the past. These features have been added to the vCenter Web
Client in the latest version of vSphere.
With the vSphere Auto Deploy ESXi feature, you can provision and reprovision large numbers of ESXi hosts efficiently with vCenter
Server.
When you provision hosts by using Auto Deploy, vCenter Server loads the ESXi image directly into the host memory. Auto Deploy does
not store the ESXi state on the host disk.
vCenter Server makes ESXi updates and patches available for download in the form of an image profile. Optionally, the host
configuration is provided in the form of a host profile.
The first time you provision a host by using Auto Deploy, the host PXE boots and establishes contact with the Auto Deploy server, which
streams the image profile and any host profile to the host. The host starts using the image profile, and Auto Deploy assigns the host to
the appropriate vCenter Server system.
When you restart the host, the Auto Deploy server continues to provision the host with the appropriate image and host profile. To
provision the host with a different image profile, you must change the rule that specifies the image profile, and perform a test and repair
compliance operation. To propagate changes to all hosts that the rule specifies, change the rule and perform the test and repair
operation. The ability to propagate changes to multiple hosts makes Auto Deploy an efficient way to provision and reprovision large
numbers of hosts, and to enforce compliance to a master ESXi image.
This environment has already been configured with the DHCP settings and TFTP server. We will not cover the configuration of these
components in the simulation.
The following simulation will go through each stage to deploy ESXi using the Autodeploy GUI.
2.You can hide the manual to use more of the screen for the simulation.
NOTE: When you have completed the simulation, click on the Manual tab to open it and continue with the lab.
Deploying a Host using Autodeploy Graphical User Interface (GUI) Interactive Simulation Details [164]
This part of the lab is presented as a Hands-on Labs Interactive Simulation. This will allow you to experience steps which are too time-
consuming or resource intensive to do live in the lab environment. In this simulation, you can use the software interface as if you are
interacting with a live environment.
The orange boxes show where to click, and the left and right arrow keys can also be used to move through the simulation in either
direction.
This simulation will go through each stage to deploy a host which are too time-consuming or resource intensive to do live in the lab
environment.
1. Click the Auto Deploy icon from the Home screen to open the Auto Deploy GUI
2.Click the Import icon to begin the creation of a software depot. Software depots hold the software necessary to deploy ESXi
to the hosts
4.Click Browse
1. Click the Discovered Hosts tab. This will display a list of all hosts that have booted up and are ready to have an ESXi image
deployed to them.
2.Click New Deploy Rule... button. The deploy rules associate a host with the image. Once the rule has been applied the host
4.Click the radio button for Hosts that match the following pattern
5.Under Hosts that match the following pattern: click on <Add pattern> to define which hosts this rule will apply to
6.Click IPv4
8.Click Next
11.Click Next
12.Click the ESXi-6.5.0-20180502001-standard image. The standard image includes the VM-Tools for guests
13.Click Next
14.Click the chevron symbol to the left of RegionA01 to expand the list
15.Click on RegionA01-COMP01 to select. This will be where hosts deployed will be placed in the vCenter Hierarchy
16.Click Next
17.You can review the information on this screen. Click Finish when you are ready to continue
18.Click the arrows to expand the Recent Tasks panel by clicking on the double chevron icon to the right
In this window, you can watch the rule be created. It would normally take several minutes to build the rule.
4.Click the Activate button to enable the rule. For this discovered host
5.Click OK
OK. At this point, the host(s) would have to be booted to apply the image
The process that the host would go through when it boots is as follows:
The host will first find the DHCP server and get an IP. Then, DHCP will redirect the host to the TFTP server which has a PXE image.
Finally, the PXE image has the vCenter address in it. If there is a deploy rule that applies to the host, it will then use that image to boot
from.
1. Minimize the Recent Tasks panel by click on the double chevron symbol in the right hand of the screen
3.Click the Summary tab to see that this host is now running ESXi 6.5. In the next simulation, we will be upgrading this host to
ESXi 6.5
To return to the lab, click the link in the top right corner or close this browser tab.
Hands-on Labs Interactive Simulation: Updating an ESXi image for Production [170]
2.You can hide the manual to use more of the screen for the simulation.
NOTE: When you have completed the simulation, click on the Manual tab to open it and continue with the lab.
This part of the lab is presented as a Hands-on Labs Interactive Simulation. This will allow you to experience steps which are too time-
consuming or resource intensive to do live in the lab environment. In this simulation, you can use the software interface as if you are
interacting with a live environment.
The orange boxes show where to click, and the left and right arrow keys can also be used to move through the simulation in either
direction.
This simulation will go through each stage to update a host which are too time-consuming or resource intensive to do live in the lab
environment.
1. Click the Auto Deploy icon from the Home screen to open the Auto Deploy GUI.
2.Click the Import icon to begin the creation of a software depot. Software depots hold the software necessary to deploy ESXi
to the hosts.
4.Click Browse.
3.Click the Delete button to delete this rule. Normally this isn't necessary, but for the sake of simplicity in the simulation, we are
5.Click New Deploy Rule... button. The deploy rules associate a host with the image. Once the rule has been applied the host
will know which image to pull from the Software Depot. When upgrading using Autodeploy you simply apply a new rule with
8.Click on <Add pattern> to define which hosts this rule will apply to.
9.Click IPv4
10.Enter the IP address 192.168.110.100 to indicate the host that we installed ESXi 6.5 on in the previous simulation.
11.Click Next
12.Select the Image Profile option. This allows us to specify which ESXi image to apply.
13.Select the Host Location option. This allows us to specify where the shot will be placed in the vCenter Hierarchy.
14.Click Next
17.Click the ESXi-6.7.0-201970401001-standard image. The standard image includes the VM-Tools for guests.
18.Click Next
20.
Select RegionA01-COMP01 as the target location for the host.
21.Click Next.
22.You can review the summary if you like. Click Finish when you are ready to continue.
4.Click the Activate button to enable the rule for this host.
5.Click OK
OK.
6.Click the Deployed Hosts tab. As this is a new rule that applies to existing hosts, you check compliance against rules in this tab
as well.
7. In this case, we are just going to apply the changes as in the simulation we know the host needs to be remediated. To do this,
9.At this point, when the host reboots, Autodeploy will apply the new version of ESXi. In order to see this, click on Hosts and
Clusters
Clusters. As soon as you select Hosts and Clusters the Hypervisor section of the Summary tab for the host will now show 6.7.
In this simulation, we have upgraded a host from ESX 6.5 to ESX 6.7. This was done using Auto Deploy, which gives you the ability to
quickly deploy ESX based on rules that can be configured to deploy entire clusters or single machines. Using Auto Deploy we can
ensure consistency across hosts.
To return to the lab, click the link in the top right corner or close this browser tab.
You can hide the manual to use more of the screen for the simulation.
NOTE: When you have completed the simulation, click on the Manual tab to open it and continue with the lab.
This part of the lab is presented as a Hands-on Labs Interactive Simulation. This will allow you to experience steps which are too time-
consuming or resource intensive to do live in the lab environment. In this simulation, you can use the software interface as if you are
interacting with a live environment.
The orange boxes show where to click, and the left and right arrow keys can also be used to move through the simulation in either
direction.
This simulation will go through each stage to update a host which are too time-consuming or resource intensive to do live in the lab
environment.
The new Auto Deploy Graphical User Interface makes it easy to utilize Auto Deploy for quickly deploying hosts to a cluster. Not all hosts
are going to be part of a cluster and fall into the set fo rules created. By using Add to Inventory in the discovered hosts section you can
easily deploy a host without creating a deploy rule. A host can be deployed on an ad-hoc basis through the "add to inventory" feature
or deploy rules can be created to automatically assign a host based on a property of the host. For the sake of continuity with the
previous simulations, we will delete the host that we had previously installed ESXi 6.7 on, and then redeploy 6.7 on it by specifically
choosing that host from an inventory of discovered computers. Normally, you would not have to do this.
10.Click Delete on this rule. This will allow us to show how to deploy ESXi to a new host without an existing rule.
We have now removed the rule that was deploying ESXi to a host, and we have removed the host from our inventory in vCenter. This
creates a situation where we have a host that does not have ESXi installed and no existing rule in Autodeploy to install ESXi on that host.
4.Click Next
5.Click the Do not include a host profile checkbox, as we will not be applying a host profile at this time.
6.Click Next
Next.
8.Select "RegionA01-COMP01
RegionA01-COMP01". This identifies where the host will exist inside of vCenter.
9.Click Next
Next.
10.Click Do not include a script bundle checkbox. If you wanted, you could include script bundles to run on the host during
deployment.
11.Click Next.
12.Click Finish
Finish.
Notice that the Summary of the host is updated as ESXi is deployed to the host, and the server is added to the vCenter inventory.
Auto Deploy provides a great way to quickly deploy a consistent software version to all the hosts but there is more needed to configure
an ESXi host than just the initial hypervisor deployment. There are many configuration options that must be set on each host. These
many options can lead to inconsistencies that cause problems if not configured in an automated way across the environment. For
instance, a vSwitch with different names can keep vMotion from working or a misconfigured log server could prevent logs from being
collected. These inconsistencies can be minimized with the use of Host Profiles.
This part of the lab is Live, click the button below to switch back to the Main Console.
Open Chrome Browser from Windows Quick Launch Task Bar [181]
If you still have your vCenter server session active from the previous labs, you can skip the next two steps.
1. lick on the Chrome Icon on the Windows Quick Launch Task Bar.
Using the Chrome web browser, navigate to the URL for the Web client. For this lab, you can use the shortcut in the address bar.
4.Click Login
2.Password: VMware1!
Please Note: All of the user credentials used in this lab are listed in the README.TXT file on the desktop.
The lab desktop is limited to 1280x800 screen resolution. It might be helpful to zoom out the browser for better readability.
This will provide more viewing space while still allowing you to read the text.
1. Expand out the vcsa-01b.corp.local vCenter so you can see the VMs.
In order to simplify the host's entrance into maintenance mode, we will be powering down all the running VMs within this cluster. If
DRS was enabled in this, this process would be handles for us, powering down the VMs will simplify the rest of the processes in this
module.
Repeat steps 1 - 4 for all remaining VMs in the cluster that are currently powered on.
We are going to extract the profile of an existing host and save it. We will use the new Host Profile to check the same host to see if it is
in compliance with the profile and of course it will be in compliance since we will have just extracted the profile from that host. Next, we
will change a setting and again check the host and find that it is no longer in compliance with the Host Profile because of the changed
setting. We will then use the remediation feature of Host Profiles to bring the host back into compliance with the profile.
1. Right-click esx-01b.corp.local
2.Click OK
We have extracted the profile of an existing host and saved it. Now we will use the new Host Profile to check the same host to see if it is
in compliance with the profile and of course it will be in compliance since we will have just extracted the profile from that host.
2.Click OK
We have attached the Host Profile that we created to the original host. Since the profile was created from this host and no configuration
changes have been made, the host should be in compliance with the Host Profile. Let's verify.
1. Click on the vSphere Client banner at the top left of the screen to return to the Home page.
1. Click on the blue link for the Host Profile we created in the previous steps.
4.Wait and verify that the host is in compliance with the Host profile. It will take a couple of minutes to run the verification. You
can monitor the progress of the compliance check in the Recent Tasks pane.
Now we will change a setting on the host (the NTP Server address) in order to make the host configuration differ from the Host Profile.
Now that we have created a host profile, we are going to make a change to the ESXi host so that it becomes out of compliance with that
profile.
The NTP Server setting for the host is now different from the Host Profile.
Now that we have made a configuration change on the host, we will check compliance against the Host Profile again. This time, we will
expect the status not to be compliant.
1. Click on the vSphere Client banner at the top left of the screen to return to the Home window.
1. Click on the blue hyperlink for the Host Profile we created in the previous steps.
3.After a couple of minutes, as expected, the host will no longer show as compliant.
1. Click anywhere on the line for the host esx-01b.corp.local to select it Try to avoid clicking on a name just click a blank space
on the line for the host entry. In this line, you will notice that the host is no longer compliant with the host profile.
2.In the detail window, you can see specifically which setting or settings are not compliant and how they differ from the policy.
We can also remediate the host (bring it back into compliance) from here, but before we do that, the host will have to be placed in
Maintenance Mode. At the beginning of this lesson, we powered off all of the VMs, normally, you would evacuate the host of running
VMs prior to putting it into Maintenance Mode.
Now that we have created a Host Profile, made a change to the host configuration to force it out of compliance with the Host Profile
and then verified that the host is no longer compliant, we can remediate the host to bring it back into compliance with the Host Profile.
Before we can remediate the host, it must be put into Maintenance Mode.
1. Click on Hosts
Hosts.
Some parameters will need to be verified in the host customization prior to performing a Host Profiles remediation if those parameters
were not part of the extracted information when the Host Profile was created. In this case, we need to verify the hostname was
extracted as part of the profile.
3.Click OK
OK.
Part of the host profile remediation process is to perform a "Pre-Check". Similar to an actual remediation, this process will compare the
host 's current settings against the host profile, but it differs in that it will not make any changes, it will only display what would need to
be changed in order to ensure host compliance.
3.Click Remediate...
In this step, we can now review the differences between the host's settings and the profile settings. Earlier in this lab, we modified the
time server settings, we now see that one of the listed items (step 4) that requires a change is the time server setting.
Now we will remediate the host and apply the changes identified by the Pre-check.
3.Click Remediate...
1. Deselect the option to reboot the host after host profile application.
2.Click the REMEDIATE button.
The remediation may take a few minutes, continue to monitor the Host Profile Compliance status.
Now that the host is compliant with the Host Profile we can verify the NTP settings have been changed back to the original settings
defined within the profile.
1. Click on the blue esx-01b.corp.local hyperlink to navigate to the summary for the host.
1. Click Configure
In this lesson, we examined how to extract a host profile from a host, check to see if that host(s) are compliant with that profile, and then
remediate those hosts so that they are compliant. Host profiles can be combined with Autodeploy to provide a powerful set of tools to
make managing ESXi hosts easy.
Conclusion [221]
This module introduced two ways to manage the lifecycle of an ESXi Host. First, it introduced you to Update Manage, a great tool for
patching and updating hosts that have ESXi installed locally. Then you learned about Autodeploy, which allows you to easily and quickly
deploy and update hosts without having to go through the install process. Finally, you explored Host Profiles that allow you to manage
the configuration of your ESXi hosts.
• Module 1 - Advanced Storage Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS. Learn
how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 2 - Advanced Networking Features(30 minutes) (Advanced) Storage in vSphere isn't just limited to VMFS and NFS.
Learn how new software-defined storage technologies such as Virtual SAN and Virtual Volumes deliver storage policy-based
• Module 3 - Advanced vMotion Features(15 minutes) (Advanced) Introduced in vSphere 6.0, cross vCenter vMotion has
created many new possibilities for workload mobility. In this module, you'll learn about the requirements for cross vCenter
vMotion and use it to migrate a virtual machine between two vCenter Servers.
• Module 4 - Creating and Managing a Content Library(30 minutes) (Advanced) Content Library is another feature introduced
in vSphere 6.0. In this module, you'll learn how to leverage the Content Library to centrally manage vApps, VM templates, cd
images, and scripts. You'll also learn about some of the new capabilities for Content Library in the latest version of vSphere.
•Module 5 - Host Lifecycle Management(30 minutes) (Advanced) Explore the VMware vSphere features of Auto Deploy and
Image Builder, see how stateless compute infrastructure can save time deploying, patching, and upgrading hosts.
To review more info on the new features of vSphere 7, please use the links below:
•vSphere 7 DataSheet
•vSphere 7 On YouTube
If this is the last module you would like to take in this lab, you may end your lab by clicking on the END button.
The New User Guidance covers the following topics as part of the console walkthrough:
1. The area in the RED box contains the Main Console. The Lab Manual is on the tab to the Right of the Main Console.
2.A particular lab may have additional consoles found on separate tabs in the upper left. You will be directed to open another
3.Your lab starts with 90 minutes on the timer. The lab can not be saved. All your work must be done during the lab session.
But you can click the EXTEND to increase your time. If you are at a VMware event, you can extend your lab time twice, for up
to 30 minutes. Each click gives you an additional 15 minutes. Outside of VMware events, you can extend your lab time up to
During this module, you will input text into the Main Console. Besides directly typing it in, there are two very helpful methods of
entering data which make it easier to enter complex data.
Click and Drag Lab Manual Content Into Console Active Window [228]
https://www.youtube.com/watch?v=xS07n6GzGuo
You can also click and drag text and Command Line Interface (CLI) commands directly from the Lab Manual into the active window in
the Main Console.
You can also use the Online International Keyboard found in the Main Console.
1. Click on the Keyboard Icon found on the Windows Quick Launch Task Bar.
In this example, you will use the Online Keyboard to enter the "@" sign used in email addresses. The "@" sign is Shift-2 on US keyboard
layouts.
When you first start your lab, you may notice a watermark on the desktop indicating that Windows is not activated.
One of the major benefits of virtualization is that virtual machines can be moved and run on any platform. The Hands-on Labs utilizes
this benefit and we are able to run the labs out of multiple datacenters. However, these datacenters may not have identical processors,
which triggers a Microsoft activation check through the Internet.
Rest assured, VMware and the Hands-on Labs are in full compliance with Microsoft licensing requirements. The lab that you are using
is a self-contained pod and does not have full access to the Internet, which is required for Windows to verify the activation. Without full
access to the Internet, this automated process fails and you see this watermark.
Please check to see that your lab has finished all the startup routines and is ready for you to start. If you see anything other than
"Ready", please wait a few minutes. If after 5 minutes your lab has not changed to "Ready", please ask for assistance.