VM Recovery
VMware Cloud Director VM recovery includes the following methods:
- Instant Recovery to Cloud Director vApp — to instantly recover Cloud Director VMs directly from compressed and deduplicated backup files to vApps. Instant Recovery helps improve recovery time objectives (RTO), minimize disruption and downtime of production workloads. However, Instant Recovery provides for VMs “temporary spares” with limited I/O performance. To provide the recovered VMs full I/O performance, you must finalize Instant Recovery — migrate the recovered VMs to production environment. If you do not want to migrate the recovered VM, you can stop publishing it. This removes the recovered VM.
For more information, see Performing Instant Recovery to Cloud Director vApp.
- Restore of VMs to Cloud Director vApp — to recover entire VMs to vApps. When you recover VMs, you extract VM images from backups to the production storage. This restore takes more resources and time to complete than Instant Recovery to Cloud Director vApp but recovers VMs with full I/O performance. You also do not need to perform additional steps to finalize the recovery process.
For more information, see Restoring Entire VMs into Cloud Director vApp.
- Entire VM restore to VMware vSphere — to restore VMware Cloud Director VMs from the backup to the VMware vSphere infrastructure.
During restore, Veeam Backup & Replication neglects the vApp metadata saved to the backup file and performs a regular entire VM restore process. The VM is restored to the vCenter Server or ESXi host and is not registered in VMware Cloud Director. Cloud Director-specific features such as fast provisioning are not supported for such type of restore.
Veeam Backup & Replication also provides the following platform-independent methods:
- Instant Recovery to VMware vSphere — to instantly recover workloads (VMs, EC2 instances, physical servers and so on) directly from compressed and deduplicated backup files as VMware vSphere VMs. When you perform Instant Recovery, Veeam Backup & Replication mounts recovered VM images to a host directly from backups stored on backup repositories.
Instant Recovery helps improve recovery time objectives (RTO), minimize disruption and downtime of production workloads. However, Instant Recovery provides for VMs “temporary spares” with limited I/O performance. To provide the recovered VMs full I/O performance, you must finalize Instant Recovery — migrate the recovered VMs to production environment. If you do not want to migrate the recovered VM, you can stop publishing it. This removes the recovered VM.
Use Instant Recovery for tier 1 VMs with little tolerance for business interruption and downtime. Besides disaster recovery matters, Instant Recovery can also be used for testing purposes.
- Instant Recovery to Microsoft Hyper-V — to instantly recover workloads directly from compressed and deduplicated backup files as Microsoft Hyper-V VMs. In many respects, this method is similar to Instant Recovery to VMware vSphere.
- Instant Recovery to Nutanix AHV — to instantly recover workloads directly from compressed and deduplicated backup files as Nutanix AHV VMs. Note that to restore to Nutanix AHV, you must install Nutanix AHV Plug-in on the backup server. For more information, see the Installation section in the Veeam Backup for Nutanix AHV User Guide.
- Restore to Amazon EC2 — to restore workloads of different data protection environments as EC2 instances.
- Restore to Microsoft Azure — to restore workloads of different data protection environments as Microsoft Azure VMs.
- Restore to Google Compute Engine (GCE) — to restore workloads of different data protection environments as Google VM instances.
- Restore to Nutanix AHV — to restore workloads of different data protection environments as Nutanix AHV VMs.
- Restore to Proxmox VE — to restore workloads of different data protection environments as Proxmox VE VMs.