5.5
Table Of Contents
- VMware vSphere Replication Administration
- Contents
- vSphere Replication Administration
- Updated Information
- Overview of VMware vSphere Replication
- vSphere Replication Roles and Permissions
- vSphere Replication System Requirements
- Installing vSphere Replication
- Deploying Additional vSphere Replication Servers
- Upgrading vSphere Replication
- Reconfigure the vSphere Replication Appliance
- Reconfigure General vSphere Replication Settings
- Change the SSL Certificate of the vSphere Replication Appliance
- Change the Password of the vSphere Replication Appliance
- Change Keystore and Truststore Passwords of the vSphere Replication Appliance
- Configure vSphere Replication Network Settings
- Configure vSphere Replication System Settings
- Reconfigure vSphere Replication to Use an External Database
- Use the Embedded vSphere Replication Database
- Replicating Virtual Machines
- How the Recovery Point Objective Affects Replication Scheduling
- Replicating a Virtual Machine and Enabling Multiple Point in Time Instances
- Using vSphere Replication with Virtual SAN Storage
- Replicating Virtual Machines Using Replication Seeds
- Replicating a Virtual Machine in a Single vCenter Server Instance
- Configure Replication for a Single Virtual Machine
- Configure Replication for Multiple Virtual Machines
- Move a Virtual Machine to a New vSphere Replication Server
- Stop Replicating a Virtual Machine
- Reconfiguring Replications
- Performing a Recovery with vSphere Replication
- Monitoring and Managing Replications in vSphere Replication
- Troubleshooting vSphere Replication
- vSphere Replication Limitations
- Access the vSphere Replication Logs
- vSphere Replication Events and Alarms
- Solutions for Common vSphere Replication Problems
- Error at vService Bindings When Deploying the vSphere Replication Appliance
- OVF Package is Invalid and Cannot be Deployed
- Connection Errors Between vSphere Replication and SQL Server Cannot be Resolved
- Application Quiescing Changes to File System Quiescing During vMotion to an Older Host
- Configuring Replication Fails for Virtual Machines with Two Disks on Different Datastores
- vSphere Replication Service Fails with Unresolved Host Error
- Scalability Problems when Replicating Many Virtual Machines with a Short RPO to a Shared VMFS Datastore on ESXi Server 5.0
- vSphere Replication Sites Appear in the Disconnected State
- Error Recovering Virtual Machine in a Single vCenter Server Instance
- vSphere Replication RPO Violations
- vSphere Replication Appliance Extension Cannot Be Deleted
- vSphere Replication Does Not Start After Moving the Host
- Unexpected vSphere Replication Failure Results in a Generic Error
- Increase the Memory of the vSphere Replication Server for Large Deployments
- Reconnecting Sites Fails If One Of the vCenter Servers Has Changed Its IP Address
- Uploading a Valid Certificate to vSphere Replication Results in a Warning
- vSphere Replication Server Registration Takes Several Minutes
- Generating Support Bundles Disrupts vSphere Replication Recovery
- vSphere Replication Operations Take a Long Time to Complete
- vSphere Replication Does Not Display Incoming Replications When the Source Site is Inaccessible
- vSphere Replication is Inaccessible After Changing vCenter Server Certificate
- vSphere Replication Cannot Establish a Connection to the Hosts
- Anti-virus Agent in Firewall Terminates Virtual Machine Replication
- Initial Full Synchronization of Virtual Machine Files to VMware Virtual SAN Storage Is Slow
- vSphere Web Client 5.1.x Non-Functioning Option Binds vSphere Replication Traffic to a Specific vmknic
- Configuring Replication Fails After Rebuilding VRMS
- vSphere Replication Operations Run Slowly as the Number of Replications Increases
Dataset Size
vSphere Replication might not replicate every virtual machine nor every VMDK file in the replicated virtual
machines. To evaluate the dataset size that vSphere Replication replicates, calculate the percentage of
the total storage used for virtual machines, then calculate the number of VMDKs within that subset that
you have configured for replication.
For example, you might have 2TB of virtual machines on the datastores and usevSphere Replication to
replicate half of these virtual machines. You might only replicate a subset of the VMDKs and assuming all
the VMDKs are replicated, the maximum amount of data for replication is 1TB.
Data Change Rate and Recovery Point Objective
The data change rate is affected by the recovery point objective (RPO). To estimate the size of the data
transfer for each replication, you must evaluate how many blocks change in a given RPO for a virtual
machine. The data change rate within the RPO period provides the total number of blocks that
vSphere Replication transfers. This number might vary throughout the day, which alters the traffic that
vSphere Replication generates at different times.
vSphere Replication transfers blocks based on the RPO schedule. If you set an RPO of one hour,
vSphere Replication transfers any block that has changed in that hour to meet that RPO.
vSphere Replication only transfers the block once in its current state at the moment that
vSphere Replication creates the bundle of blocks for transfer. vSphere Replication only registers that the
block has changed within the RPO period, not how many times it changed. The average daily data
change rate provides an estimation of how much data vSphere Replication transfers or how often the
transfers occur.
If you use volume shadow copy service (VSS) to quiesce the virtual machine, replication traffic cannot be
spread out in small sets of bundles throughout the RPO period. Instead, vSphere Replication transfers all
the changed blocks as one set when the virtual machine is idle. Without VSS, vSphere Replication can
transfer smaller bundles of changed blocks on an ongoing basis as the blocks change, spreading the
traffic throughout the RPO period. The traffic changes if you use VSS and vSphere Replication handles
the replication schedule differently, leading to varying traffic patterns.
If you change the RPO, vSphere Replication transfers more or less data per replication to meet the new
RPO.
Link Speed
If you have to transfer an average replication bundle of 4GB in a one hour period, you must examine the
link speed to determine if the RPO can be met. If you have a 10Mb link, under ideal conditions on a
completely dedicated link with little overhead, 4GB takes about an hour to transfer. Meeting the RPO
saturates a 10Mb WAN connection. The connection is saturated even under ideal conditions, with no
overhead or limiting factors such as retransmits, shared traffic, or excessive bursts of data change rates.
VMware vSphere Replication Administration
VMware, Inc. 24