Your web browser doesn't support some required capabilities.
This interactive simulation works best with the latest version of Chrome, Firefox, or Safari.
An error occurred. Please reload the page or report this error to:
hol-feedback@vmware.com
Unable to initialize the simulation player:
Please reload the page or report this error to:
hol-feedback@vmware.com
Drive it with your mouse, your finger, or just use the arrow keys.
Use Learn mode to learn the demo. The orange boxes show where to click.
Use Present mode to hide the orange boxes and notes.
Click a Shortcut to jump to a specific part of the demo.
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.
In this simulation, the SDDC has already been deployed. You will log into the VMware Cloud on AWS vCenter and work with Firewall Rules, Content Libraries, create a Logical Network, create a Linux customization spec, deploy a virtual machine, and then convert that virtual machine to a template.
The purpose of this module is to demonstrate how to upgrade and migrate a “Windows vCenter Server 5.5” with a local “SQL Server Database” connected to an external “Windows SSO Server” to the new “vCenter Server Appliance (VCSA)” with a “vPostgres Embedded Database” connected to an external “Platform Services Controller (PSC)”.
You can accomplish this by using the Migration Assistant tool which is initiated separately on the source Windows vCenter Server and Windows Single Sign-On Server respectfully.
Migrating a Windows vCenter with an external SSO to the new vCenter Server Appliance with an external Platform Services Controller is a 2-step process. If you choose to, the process will enable you to migrate everything (Configuration, events, tasks, and perfromance metrics) to the new vCenter Server Appliance. This is optional and may impact migration's length of time to complete.
Prior to this tool, a manual migration like this would result in a new Universal Unique Identifier (UUID) and new Managed Object Reference (MoRef) ID, thus causing challenges for external applications.
This vCenter Server Appliance migration process consists of two stages (for each source):
• Stage 1: Deploy a fresh appliance / OVF
• Stage 2: Setting up the appliance server
WE DO NOT CLOSE ANYTHING HERE AS THE MIGRATION ASSISTANT NEEDS TO BE RUNNING THROUGHOUT THE PROCESS.
This process was sped up as part of the simulation. In a typical environment this could take a few minutes tom complete.
Here we provide a name for the appliance VM. This name will be displayed within vSphere. The identity of the appliance will be restored to the host name of the migrated Windows SSO Server once the migration is completed.
Here we provide the source server's information that we want to migrate.
This simulation contains only one datastore. In typical environments there would be multiple datastores available.
FreeNAS:NFSA datastore is already selected.
For this simulation we are using DHCP, however in a typical environment you would use a static IP assignment. The VM Network is pre-configured as part of this lesson we are leaving the default IP version as IPv4. The IP address used here will be replaced when the appliance is configured with source IP. That is why this is a temporary setting.
This process was sped up as part of the simulation. In a typical environment this could take several minutes to complete.
Stage 2 involves configuring the newly deployed vCenter Server Appliance by copying the configuration data from the source Windows Single Sign-On server.
In a previous step we left the Migration Assistant running on the Windows Single Sign-On server, so that source installation will be displayed here.
The SSO Password VMware1! was pre-entered.
The installer runs a Pre-Migration check and in this example provides some information warnings about network placement as shown. It is ok to proceed here.
The checkbox for Join the VMware's Customer Experience Improvement Program (CEIP) is already checked.
Review the settings, as information about the Source, Target and Migration Data will be listed.
This process was sped up as part of the simulation. In a typical environment this could take several minutes tom complete. There will be 3 steps displayed as completed, review this screen to learn more about them.
Let's login to the new Platform Services Controller Appliance.
This concludes Stage 2 of migrating the Windows Single Sign-On Server to the Platform Services Controller Appliance. Keep the simulation window open as we migrate to the next version of vCenter Server.
Next we need to migrate and upgrade the Windows vCenter Server.
WE DO NOT CLOSE ANYTHING HERE AS THE MIGRATION ASSISTANT NEEDS TO BE RUNNING THROUGHOUT THE PROCESS.
This process was sped up as part of the simulation. In a typical environment this could take a few minutes tom complete.
The vCenter Server Appliance WIN32 installer directory will still be visible since we ran it for the Platform Services Controller Appliance migration. The installer needs to be executed again.
Here we provide a name for the appliance VM. This name will be displayed within vSphere. The identity of the appliance will be restored to the host name of the migrated Windows vCenter Server once the migration is completed.
Here we provide the source server's information that we want to migrate.
For the purposes of this lab, we chose to use the smallest footprint for the recovered vCenter Server Appliance
This simulation contains only one datastore. In typical environments there would be multiple datastores available.
FreeNAS:NFSA datastore is already selected
For this simulation we are using DHCP, however in a typical environment you would use a static IP assignment. The VM Network is pre-configured as part of this lesson we are leaving the default IP version as IPv4. The IP address used here will be replaced when the appliance is configured with source IP. That is why this is a temporary setting.
This process was sped up as part of the simulation. In a typical environment this could take several minutes to complete.
Stage 2 involves configuring the newly deployed vCenter Server Appliance by copying the configuration data from the source Windows vCenter Server.
The installer runs a Pre-Migration check and in this example provides some information warnings about network placement as shown. It is ok to proceed here.
As mentioned previously in the Migration Overview, the process will enable you to migrate everything (Configuration, events, tasks, and perfromance metrics) to the new vCenter Server Appliance. THREE options are presented for how much data to migrate.
Review the settings, as information about the Source, Target and Migration Data will be listed here.
This process was sped up as part of the simulation. In a typical environment this could take several minutes tom complete. There will be 3 steps displayed as completed, review this screen to learn more about them.
This concludes Stage 2 of migrating the Windows vCenter Server to the vCenter Server Appliance.
The upgrade and migration to the vCenter Server Appliance was successfully completed by using the Migration Assistant. This is part of the new vSphere toolset. We migrated the external Single Sign-On server first, followed by the Windows vCenter Server. When this concluded, we were left with new vSphere versions of an external Platform Services Controller Appliance and the vCenter Server Appliance.
This concludes the Hands-on Labs Interactive Simulation: vCenter Server Appliance Migration