Using replication seeds
New replications perform a complete
initial synchronization, copying the entire source data from the vApp or virtual machine
(VM) to a datastore in the destination site. Using a replication seed lowers the network
data traffic and the required time for the initial synchronization while briefly consuming
double space.
Due to the size of the vApp or VM or to the network
bandwidth, an initial full synchronization might take a long time. To reduce the initial
synchronization time, you transfer the source vApp or VM to the destination site. Use
removable media, failover of a previous replication, or other means of data transfer.
Then, in the destination site, configure a replication using the vApp or the VM copy as
a replication seed.
When a replication uses a seed vApp or VM,
VMware Cloud Director
Availability
does not copy the whole source vApp or VM data to the
destination site. Instead, VMware Cloud Director
Availability
copies only the different data blocks between the source
vApp or VM and the seed and reuses the seed data in the destination site as a basis for
replicating. VMware Cloud Director
Availability
stores the replication data in the destination site
without creating copies of the seed vApp or VM. You can use a seed vApp or VM for
configuring only one replication.Destination Datastore Space
Consumption
To be able to create the independent disk
for the replication, when starting a replication with or without seed requires at
least as much space as the source VM capacity in a single compliant destination
datastore.
To start a replication using a seed VM
requires twice the same storage space. The double space requirement lasts for a
short period of time between the independent disk creation and the removal of the
seed VM.
Using a seed VM lowers the network
traffic, not the datastore usage, and requires as much free space, as for
replicating from scratch, even though the space is only briefly reserved and might
not even get fully utilized.
After
VMware Cloud Director
Availability
collects the storage consumption and updates
the independent disk, the disk usage with the respective quota reservation might
shrink. Shrinking is due to reporting the actual usage, instead of the total disk
capacity.Use a VM as a Replication Seed
To use a VM as a seed, in the destination site, select
a VM that has an identical disk configuration with the seed VM. The size and number
of disks, and their assignment to disk controllers and bus nodes must match the
replication source and the seed VM.
For example, if a replication
source VM has two 4 GB disks, one of them assigned to SCSI controller 0 at bus
number 0, the second one to SCSI controller 1 at bus number 2. Your seed VM
must have the same hardware configuration - two 4 GB disks, at SCSI 0:0 and at
SCSI 1:2.
The disks in the source virtual machine must
match the disks in the seed VM. Else the reverse replication fails with a
Disks of provided seed VM don't match the disks of the source VM
message. For more information, see Selecting disks for replication.Use a vApp as the Replication Seed
To use a vApp as a seed, in the destination site,
select a vApp that has an identical VM set with the seed vApp. The VMs in the seed
vApp must have a matching name to the VMs in the source site vApp. Each VM in the
seed vApp, must meet the prerequisites to be a seed VM of the VM with the same name
in the source site.
After you start a replication,
in the
VMware Cloud
Director™
inventory, the seed vApp is empty and you can manually copy the vApp settings
and metadata that are not replicated from the source site. The seed vApp
remains available as an empty copy and you can remove it at your discretion.
Create a
Replication Seed
Use one of the following methods for creating a seed
vApp or VM in the destination site.
- Offline data transfer: Export the VM as anOVFpackage and a Cloud service administrator imports the package to your cloud organization.
- Clone a VM: Create a seed vApp or VM by cloning the vApp or VM from the destination site.VMware Cloud Director Availabilitycalculates the checksum and exchanges the different blocks from the replication source to the seed vApp or VM.
- Failover data from a previous replication: Set up a replication, fail over to the destination site and continue using the on-premises workload. At a later point, you protect it in the destination site by using the VM that you failed over earlier as a seed.
- Copy over the network: Copy a source VM to the cloud organization and transfer the source data to the destination site by using other means thanVMware Cloud Director Availability.