HomeCloud ComputingMigrating Legacy and Non-vSphere Workloads to VMware Cloud Director

Migrating Legacy and Non-vSphere Workloads to VMware Cloud Director

Many organizations nonetheless run not less than a bit of their infrastructure on outdated bodily servers or legacy/non-VMware virtualization of their knowledge facilities. The upkeep and day-to-day operations develop into a extra important problem daily due to the outdated {hardware} and hypervisors being out of assist.

Due to that, these organizations search for attainable options to cope with it by investing minimal money and time. One of many many choices is emigrate these workloads to a contemporary and up-to-date virtualization platform.

It makes such migrations a necessary a part of the Cloud Suppliers’ choices to allow them to be aggressive and ship a precious service to their tenants.

VMware Cloud Director Availability already affords a migration possibility for legacy vSphere workloads working on vSphere 5.5U3, 6.0U2, and 6.0U3. [Read more]

A number of different instruments present migration capabilities from legacy or non-vSphere sources, however they’re normally costly or have fairly just a few limitations in terms of VMware Cloud Director clouds being the vacation spot. 

NoticeVCPP companions are charged 0 factors per migrated workload utilizing VMware Cloud Director Availability.

VMware Merchandise in Scope

Product Objective
vCenter Converter Standalone Convert and migrate the VMs from the supply non-vSphere or Legacy vSphere to an intermediate vSphere
vSphere Intermediate for the migration course of. Vacation spot for the vCenter Converter Standalone conversions and a supply for the VMware Cloud Director Availability migrations to VMware Cloud Director
VMware Cloud Director Availability Migrations from the intermediate vSphere to the vacation spot VMware Cloud Director cloud beneath the specified group
VMware Cloud Director The vacation spot cloud

Please notice that the next merchandise must run interoperable variations:

  • vCenter Converter Standalone with Intermediate website vSphere
  • VMware Cloud Director Availability with Intermediate website vSphere and Vacation spot website VMware Cloud Director

To know extra concerning the supported variations, please check with the VMware Interoperability Matrix.


There are a number of prospects when providing a workload migration service from non-vSphere or legacy vSphere sources:

  • As a self-service absolutely operated by the tenant
  • As a totally managed service by the supplier
  • As a combined service – a part of the operations are dealt with by the tenant and the remainder by the Cloud Supplier


With Converter Standalone, you may convert bodily machines, legacy VMware, and Hyper-V digital machines. Since there are a number of specifics about every machine sort, you will discover extra details about every of the supported sources right here.

You’ll be able to set up Converter Standalone parts solely on Home windows working techniques. Converter Standalone helps Home windows and Linux working techniques as sources for powered-on-machine conversions and virtual-machine conversions. You can’t reconfigure Linux distributions.

You could find extra concerning the supported Working Techniques right here.

For any conversion limitations, please verify right here.


To use any Visitor Customization properties on the migrated VM on the vacation spot website, VMware instruments should be put in earlier than the migration to the tenant group is initiated. It may be finished previous to beginning the method whereas the VM is working on the supply or after it’s transformed on the intermediate website. 


Migrating Legacy and non-vSphere Workloads to VMware Cloud Director - Flow

The steps are as follows:

  1. Put together the vacation spot cloud if it doesn’t have VMware Cloud Director Availability working.
  2. Deploy and configure the intermediate website.
  3. Deploy vCenter Converter Standalone and its parts accordingly on the supply website.
  4. Convert a VM/bodily machine to the intermediate website. 
  5. Confirm all of the properties (GuestOS sort, model, SCSI controller, and so on.) are accurately populated via the vSphere UI. 
  6. (Non-obligatory) Energy on the VM if wanted.
  7. Configure the migration utilizing VMware Cloud Director Availability. 
  8. (Non-obligatory) If the VM is powered off, carry out a guide sync.
  9. (Non-obligatory) Configure the Restoration settings – Community configuration (Re-IP), Visitor Customization. 
  10. Provoke the migration.

The non-optional steps are marked with their numbers on the diagram.

Vacation spot Website

Because the meant vacation spot for the transformed workloads is VMware Cloud Director, the presumption is that the VMware Cloud Director cloud (together with its group construction) is already in place. If, for some cause, it isn’t, please comply with the VMware Cloud Director documentation to set it up correctly.

The primary necessary requirement is to have all of the VMware Cloud Director Availability home equipment deployed and configured on the VMware Cloud Director cloud.

You’ll be able to check with the VMware Cloud Director Availability Reference Structure and documentation for particular strategies and directions on the best way to do it.

The cloud website is prepared for migrations when VMware Cloud Director Availability is prepared, and its Service Endpoint tackle is accessible.

Intermediate Website

The intermediate website may be deployed and managed by the Cloud Supplier or by the tenants of their knowledge middle. Which possibility is extra appropriate have to be decided based mostly on a number of elements reminiscent of price, obtainable {hardware}, workload criticality, and so on.The positioning should run vSphere 6.7U3 (already previous Finish of Normal Help), 7.0, 7.0U1, 7.0U2, or 7.0U3. There have to be not less than one current consumer with the next permissions required by vCenter Converter Standalone.

One of many following vSphere licenses must be utilized:

  • vSphere Analysis license (if the migration is achieved inside 60 days of provisioning the vSphere intermediate website)
  • vSphere Necessities Plus
  • vSphere Commonplace
  • vSphere Enterprise
  • vSphere Enterprise Plus
  • vSphere Desktop

The vCenter tackle have to be accessible from the vCenter Converter Standalone machine.

There are two attainable choices for the deployment of the Intermediate vSphere atmosphere:

  • A devoted vSphere per tenant with a VMware Cloud Director Availability On-Premises to Cloud Director Replication equipment paired to the tenant Group within the VMware Cloud Director cloud. It may also be a vSphere atmosphere working on the tenant’s infrastructure and managed by them.
Migrating Legacy and non-vSphere Workloads to VMware Cloud Director - Self-service
  • A shared vSphere with a VMware Cloud Director Availability On-Premises to Cloud Director Replication equipment per tenant paired to the tenant Group within the VMware Cloud Director cloud.
Migrating Legacy and non-vSphere Workloads to VMware Cloud Director - Managed service

Possibility #1 is appropriate when the Cloud Supplier affords the migration as a self-service or a combined service. Then the tenants can management the entire course of or simply a part of it. For instance, the deployment and operation of the vCenter Converter Standalone. Choices #2 is appropriate when the Cloud Supplier affords a managed service as a result of limiting the visibility of tenants solely to their assets in a shared vSphere atmosphere is perhaps difficult.

TipTo optimize the associated fee collected to the Cloud Supplier by working the Intermediate website, the transformed VMs can stay powered off and immediately be migrated to the cloud(Chilly Migration). It would require a guide sync after the migration is configured however will enable even a deployment with much less compute assets for the Intermediate vSphere atmosphere. It may possibly additionally make the most of a slower however cheaper storage answer (NFS, for instance). Nonetheless, these deployment choices must be made solely after contemplating the variety of workloads that might be migrated. Additionally, this strategy would possibly result in a larger downtime interval for the transformed workload.

Deployment steps

These steps have to be adopted to get the intermediate website able to accommodate the transformed VMs.

  1. Deploy and put together the vSphere infrastructure in line with the chosen design (configure networking, storage, and so on.). VMware Cloud Basis can be utilized for automating the deployment course of. 
  2. Deploy the VMware Cloud Director Availability On-Premises to Cloud Director Replication equipment following the steps offered within the documentation
  3.  Run the preliminary setup wizard of the newly deployed equipment to pair it with the vacation spot cloud. Use the VMware Cloud Director Availability Service Endpoint tackle and Group administrator credentials (relying on the design, the credentials must be for a tenant or system Group).
  4. Create a consumer for vCenter Converter Standalone with not less than these permissions.
  5. Carry out all of the community configurations essential to make the vCenter accessible from the tenant website. 

TipThrough the preliminary setup wizard, think about enabling the Enable entry from Cloud setting, which is able to allow you to configure the migration from the cloud website. 

Supply Website

Due to the assorted sources supported by vCenter Converter Standalone (see Limitations for extra data) and every has completely different necessities, there is no such thing as a advisable structure for the supply website. 

Essentially the most appropriate conversion strategy must be decided by the machine (digital or bodily) proprietor in line with its compliance with the vCenter Converter Standalone necessities and limitations.

For instance, it’s attainable to transform a Hyper-V VM utilizing two strategies:

  • Powered-off digital machine conversion
  • Powered-on machine conversion

A call have to be made based mostly on the Visitor OS distribution, its compatibility with vCenter Converter Standalone, and another elements, reminiscent of downtime, the necessity to modify the community configuration, and so on.

In case any configuration adjustments to the Visitor OS are required in the course of the migration (reminiscent of community reconfiguration, laptop identify change, and so on.), then VMware instruments might be necessary to be put in. Please check with the Issues part for extra data on what is required.


A number of steps may be automated to scale back the quantity of guide work.

  1. Transport the binaries and silent set up of VMware instruments. (Hyperlink for Home windows & Hyperlink for Linux)
  2. Intermediate website deployment via VMware Cloud Basis. (Hyperlink)
  3. OVF Instrument to deploy the VMware Cloud Director Availability On-Premises to Cloud Director Replication equipment on the Intermediate website. (Hyperlink)
  4. Set up vCenter Converter Standalone via command-line. (Hyperlink)


You could find an in depth instance of the method in our Migrating Legacy and non-vSphere Workloads to VMware Cloud Director doc.


Regardless that the circulation requires a number of guide steps, most are trivial and require no particular data. Following the documentation is enough for the profitable completion of the duties. Nonetheless, a few of them may be automated to scale back the quantity of guide work.

The mix of vCenter Converter Standalone and VMware Cloud Director Availability is a sensible and environment friendly answer for migrating workloads from legacy or non-vSphere environments to VMware Cloud Director clouds with minimal effort. It may possibly take just some hours to efficiently migrate and power-on a workload within the VMware Cloud Director cloud.

The fee-effectiveness of this answer can also be a undeniable fact that must be thought of (0 factors per migration).

Keep in mind, to get the most recent updates, verify this weblog often, you can also discover us on SlackFbTwitterLinkedIn in addition to many demo movies and enablement YouTube, particularly our Characteristic Fridays collection!


Most Popular

Recent Comments