Migrate Windows vCenter Server 6 with embedded PSC to vCSA 6.5 with external PSC

Continuing with the upgrade-migration scenarios to vCSA #migrate2vcsa FTW! 😎 , this blog post will concentrate on migrating from Windows vCenter Server 6 with embedded PSC to vCSA 6.5 with external PSC.  The procedure steps are as follow.

Migrate to vCSA 6.5 with external PSC

  1. Deploy a secondary PSC version 6 and join the existing SSO domain.
  2. Repoint the vCenter Server to the new PSC.
  3. Migrate PSC to version 6.5.
  4. Migrate Windows vCenter Server to vCenter Server Appliance 6.5.

The following diagram shows the before and after topology.

vCSA 6.5 with external PSC - Topology

Deploy secondary PSC

This step is relatively simple. Just start the vcsa-setup.html from the ISO image and follow the installation steps of the Platform Services Controller Appliance.

  1. Click Install on the start page.
  2. Accept the EULA and click Next.
  3. Enter the FQDN or IP address of the ESXi host or your vCenter Server. Click Next and accept the certificate.
  4. Specify the name for the new PSC Appliance and enter the root password.vCSA 6.5 with external PSC - 01
  5. Select Install Platform Services Controller and click Next.
  6. Next, select Join an existing SSO domain and enter the FQDN or IP address of the embedded PSC running on the vCenter Server 6. Enter the SSO domain and the administrator password. Click Next.
  7. Select Join an SSO domain in an existing vCenter 6.0 platform services controller and enter the FQDN or IP address of the SSO host which in this case is the Windows vCenter Server, and provide the administrator password.vCSA 6.5 with external PSC - 02
  8. Next, from the drop-down menu, select the SSO Site name and click Next.vCSA 6.5 with external PSC - 03
  9. Click Next again on the appliance size.
  10. Select a datastore to store the new PSC and enable Thin Disk Mode if applicable.
  11. Configure the network settings for the PSC appliance. Make sure you scroll down and configure the NTP settings and enable SSH if applicable.vCSA 6.5 with external PSC - 04
  12. Review the settings and click Finish to start the PSC deployment.

When the second PSC is successfully deployed, you should be able to manage it in the vCenter Server inventory in the Administration -> Deployment/System Configuration -> Nodes menu.

Repoint vCenter Server to the new PSC

The next step in the procedure is to repoint the vCenter Server to the new PSC.

  1. On the Widows vCenter Server, log in as the Administrator.
  2. Open the command prompt and change the directory to \..\VMware\vCenter Server\bin
  3. Execute the following command:
    cmsso-util reconfigure --repoint-psc <psc_FQDN_or__IP_Address> --username <username> --domain-name <domain.name> --passwd <password>
  4. So, for example:
    cmsso-util reconfigure --repoint-psc psc-01.dr-lab-e.local --username administrator --domain-name dr-lab-e.local --passwd VMware123!
  5. Note that this process can take several minutes. When successful, you should see the following message.vCSA 6.5 with external PSC - 05

Open the vSphere Web Client and verify that you can log in using the administrator credentials.

Migrate PSC to version 6.5

This procedure will create e new PSC and migrate all setting. The old PSC can be removed from the vCenter Server inventory once the migration is successful.

  1. Open the installer.exe program located on the ISO image in the \..\vcsa-ui-installer\win32 and select the Upgrade option because the PSC is already running on an appliance.
  2. Click Next on the introduction page.
  3. Accept the EULA.
  4. Connect to the source appliance (PSC) and enter the credentials for the SSO user and the appliance root user. Also, connect to the vCenter Server or ESXi host.vCSA 6.5 with external PSC - 06
  5. Next, accept the certificate and enter the appliance deployment target which could be the vCenter Server or an ESXi host.
  6. Accept the certificate.
  7. If you are connecting to the vCenter Server (as I am), select the datacenter and a VM folder to store the new PSC appliance. Click Next.vCSA 6.5 with external PSC - 07
  8. Select a compute resource and click Next.
  9. Provide a temporary name for the new PSC appliance.
  10. Select a datastore and click Next. Enable Thin Disk Mode if applicable.
  11. Configure the network settings and click Next.vCSA 6.5 with external PSC - 08
  12. Review the deployment details and click Finish to start the upgrade process.
  13. Once the deployment and configuration process is completed, click Continue.
  14. Click Next to start stage 2 of the upgrade process.
  15. Click Next on the introduction page.
  16. Connect to the source PSC and vCenter Server or ESXi host.
    Note: if you get a pre-upgrade error stating that the source address cannot be reached on port 22. Open the SSH support on the PSC appliance from the VAMI interface.
  17. Decide if you want to join the VMware Customer Experience Improvement Program or not and click Next.
  18. Review the settings and select the I have backed up the source Platform Services Controller and all the required data from the database. Click Finish.
  19. Click OK to confirm that the source PSC will be shut down.
  20. When the setup process completes successfully, remove the old PSC from the vCenter Server inventory and rename the new PSC to the old name.

Next, proceed with the migration of the Windows vCenter Server.

Migrate Windows vCenter Server to vCSA 6.5

Similar to the PSC upgrade process, the upgrade-migration to vCenter Appliance 6.5 will copy all settings of the Windows vCenter Server and will deploy an appliance with original Windows values. The old Windows vCenter Server can be decommissioned after a successful migration.

  1. Mount the vCSA ISO image on the virtual machine running the Windows vCenter Server and from the \migration-assistant directory execute the VMware-Migration-Assistant.exe.
  2. Enter the administrator password and wait for the pre-check scripts to continue.
  3. Before you continue, resolve any errors or warnings displayed by the migration assistant. Also, note that if you have any other extensions registered with your vCenter Server, you will have to re-register them again after the migration. In my case, I have to re-register my vROps and vRO appliances.vCSA 6.5 with external PSC - 09
  4. Next, on a different machine, open the installer.exe from the vCSA 6.5 ISO image and select Migrate.
  5. Click Next on the introduction page.
  6. Accept the EULA and click Next.
  7. Enter the source FQDN or IP address of the Windows vCenter Server and provide the administrator credentials. Accept the certificate and click Next.
  8. Connect to an ESXi host and accept the certificate.
  9. Enter a temporary name for the new vCenter Server Appliance and enter the root password. Click Next.
  10. Select the vCSA deployment size, since this is a lab setup, I’ll go with Tiny. Click Next.
  11. Select a datastore to store the new vCSA, enable Thin Disk Mode if applicable and click Next.
  12. Configure temporary network settings for the new appliance and click Next.vCSA 6.5 with external PSC - 10
  13. Review the settings and click Finish to start the appliance deployment.
  14. Click Continue to proceed to stage 2 of the migration.
  15. Click Next on the introduction page.
  16. If you have extensions like vROps or vRO, click Close on the pre-migration check results window to continue.
  17. Enter the Active Directory domain credentials so the appliance is able to join the Windows Domain and click Next.
  18. Select the data that you wish to migrate and click Next.vCSA 6.5 with external PSC - 11
  19. Review the settings, select I have backed up the source vCenter Sever and all the required data from the database and click Finish to start the migration process.
  20. Click OK to confirm the Windows vCenter Server shut down.
  21. Click Close to finish the migration process.

Congrats! 🙂

You successfully migrated from Windows vCenter Server 6.0 with embedded PSC to a vCenter Server Appliance with external PSC.

As a final step, remove the old Windows vCenter Server from the inventory and check if all other VMware products like SRM, vROps, vRO etc. are still communicating with the vCenter Server. If not, re-register the product again with the vCenter Server.

Cheers!

– Marek.Z

9 Comments

  1. Great article. How similar is this process to upgrading from 5.5 to 6.5? My current setup is two 5.5 vCenters (windows), one SSO domain in linked mode. I understand that in order to maintain linked mode with 6.5, I’d need two external PSC instances. Can I spin up two appliances with a new PSC instance, point my Windows vCenters to it and then upgrade them to 6.5? I’d like to eventually upgrade my vCenter instances to the Linux appliance, but need to be realistic and may save that for another day. I really just want to get us to 6.5 at this point.

    • Thanks Peter!

      This process is very similar when you are running 5.5.

      In your case, if you want to go with Enhance Linked Mode, you need to create a supported vCenter/SSO topology for vSphere 6.5 first. See this link for supported topologies. This means you will have to install a new Windows SSO machine, add it to the existing SSO domain and repoint all components (Inventory Service, vCenter, Web Client etc) to the new SSO. When done, uninstall the SSO role on the vCenter. This will leave you with stand alone vCenter Server and an external SSO.

      Next, run the migration wizard that comes with vSphere 6.5 ISO file and it will convert your vCenter and external SSO to vCenter Server Appliance and an external PSC. You can add second PSC after the migration if you want.

      That’s basically it, I wouldn’t waste time upgrading on Windows and then migrating to the appliance. Go with the migration wizard. It is really good.

      Hope this helps.

      Cheers!

      • Thank you. So just to clarify. I have two sites, two linked vCenters and one SSO domain. I should install the SSO role on a single, dedicated Windows server and point both vCenter instances to it? This step would be using vSphere 5.5? When I complete the upgrade will I have two PSCs (for redundancy) or can I just keep one?

        • Please see inline Peter.

          Q: Should I install the SSO role on a single, dedicated Windows server and point both vCenter instances to it?
          A: Install new dedicated Windows SSO in each site, point its respective vCenter Server to it. Repoint other vCenter components to it. Uninstall the SSO from vCenter Server machine.

          Q: This step would be using vSphere 5.5?
          A: Yes. Use exact the same version as your current vCenter Server.

          Q: When I complete the upgrade will I have two PSCs (for redundancy) or can I just keep one?
          A: I would recommend 2 PSC per physical site for redundancy but you can go with one per site if you accept the risk.

          P.S. If you go with 2 PSC’s per site in a single SSO domain, make sure you replicate the 4th PSC in secondary site with the 1st PSC in the primary site to create a ring topology which will protect single PSC failure.

          Hope this helps.

          Cheers!

  2. Hi,
    Great post very helpful.

    On the beginning why installing a PSC in 6.0 and upgrade it ? It’s not possible to just install a PSC in 6.5 and join it to the existing sso domain ? then repoint the vcenter to this 6.5 PSC and migrate the vcenter to vcsa ?

    Thanks !

  3. Sorry for a very late reply…

    No, this migration scenario was not possible at the time of this writing. The latest release of the migration assistant supports the migration option as you guys mentioned.

    Hope this helps.

    Cheers!

    • thank you marek for your response
      good to know it is supported, but which scenario you recommend and appreciate if you might tell me why

      • That depends on your current vCenter topology Sahar and what topology you want to have after the migration to 6.5.

        Basically, if you already have external PSC’s and want to keep them, you just migrate “as-is” using the Migration Assistant.

        If you have embedded PSC’s and want to go to external PSC’s, you need to prepare your topology that is supported on vSphere 6.5.

        https://kb.vmware.com/s/article/2147672

        This saves you a lot of time once you migrate.

        Hope this helps.

        Cheers!

Leave a reply...