In the VMware Cloud Director Availability Tenant Portal or in the VMware Cloud Director Availability vSphere Client Plug-In, you can protect or migrate workloads by replicating vApps or virtual machines.
Protect or migrate vApps and virtual machines by replicating the workload from one site to another. The replications can be incoming to the site, or outgoing from the site.
- Migrating a vApp or a virtual machine to a remote organization runs the workload in the destination site.
- Protecting a vApp or a virtual machine from one organization to another keeps the workload running in the source site.
From VMware Cloud Director Availability 4.1 and later, the service provider separately enables migrations and protections in the replication policies either only incoming or only outgoing, or both, or neither. In previous versions, the service provider controls both replication types together, as incoming replications or outgoing replications.
- Migrations are allowed, both incoming and outgoing, in the default replication policy to get more workloads with migration available for everyone.
- Protections are disabled, both incoming and outgoing, in the default replication policy. To enable the site for protections, the service provider must modify the default policy. Alternatively, keep DR only for subscribers by assigning a custom policy to the organizations. For more information, see Configuring Replication Policies.
After upgrading from a previous version, replication policies with enabled incoming replications now have enabled incoming migrations and enabled incoming protections. Policies before the upgrade with disabled incoming replications now have disabled incoming migrations and disabled incoming protections. Similarly, the previous outgoing replications now control the outgoing migrations and outgoing protections.
VMware Cloud Director Availability 4.1 and later sites interpret previous versions of paired sites with enabled replications as enabled both migrations and protections. For information about pairing sites with mismatching versions, select the latest VMware Cloud Director Availability site version in Managing Connections Between Cloud Sites in the VMware Cloud Director Availability Administration Guide.
Recovery Point Objective - RPO
The RPO is the longest tolerable time frame of data loss. For example, with one hour RPO the recovered virtual machine can have no more than one hour of data lost. Shorter RPO intervals, ensure less data loss during recovery, at the expense of consuming more network bandwidth to keep the replica up to date.
When each virtual machine reaches its RPO target, the Replicator Service writes about 3800 bytes in the vCenter Server events database. Low RPO values, increase the volume of event data in the database. You can limit the number of days that vCenter Server retains event data, or set a longer RPO value to reduce the volume of event data.
The Replicator Service guarantees a failure consistency among all disks in a virtual machine. Enabling quiescing might obtain a higher level of failure consistency among the disks that belong to a virtual machine. The operating system of a virtual machine determines the available quiescing types. Quiescing is available only for virtual machine operating systems that support quiescing. For more information, see Guest OS Quiescing Support in the vSphere Replication documentation.
Replicated Workload Settings
|vApp Settings||Replicated in Version 3.0||Replicated in Version 3.5 or Later|
|Starting and Stopping VMs Configuration||-||-|
|VM Settings||Replicated in Version 3.0||Replicated in Version 3.5 or Later|
|Hot add settings||-||-|
|Guest OS Customization||-||Yes|
Modifying the Hardware of a Source Virtual Machine While Protected by VMware Cloud Director Availability
- Adding another virtual disk to a replicated virtual machine at the source site pauses the replication.
- VMDK resizing with vSphere 7.0 in the source site automatically resizes the protected virtual machine disk in the destination site, retaining the replication instances.
- Modifying the vCPU count or the RAM size of the source virtual machine replicates on RPO or on manual synchronization in the destination site.
Replicating Thin or Thick Provisioning Virtual Disks
- If not using replication seed, the replica disks are always thin provisioned.
- If using replication seed, the replica disks depend on the seed.
- If the replication seed is thick-provisioned, the replica disks are provisioned as thick.
- If the replication seed is thin-provisioned, the replica disks are provisioned as thin.
Replicating Other Storage
- Storage DRS (SDRS)
- At the protected site, storage DRS is supported.
- At the recovery site, storage DRS does not move replication files between datastores. Datastore maintenance mode, storage balancing, and IO balancing all ignore replication files. The only supported way to move the replication files between datastores is to change the storage policy.
- Raw Device Mapping (RDM)
- RDMs in virtual compatibility mode can be protected.
- RDMs in physical compatibility mode are skipped from replication.
- Change Block Tracking (CBT)
VMware Cloud Director Availability instances are not compatible with CBT. For information about the instances, see Using Instances.