Tech ONTAP Blogs
Tech ONTAP Blogs
Amazon FSx for NetApp ONTAP based supplemental datastores for VMware Cloud on AWS have been widely adopted to run both performance (with nConnect, VPC peering, multiple network connections to each datastore mount) and storage-intensive workloads. With this capability, customers can go beyond the limits of the local instance storage provided by vSAN and scale the storage independent of compute and can reduce the overall total cost of ownership. Apart from the TCO, FSx for ONTAP also exposes enterprise-grade features that customers have been using on premises within VMC SDDCs to optimise and streamline the deployment. In conjunction with vSphere, FSx for ONTAP Snapshot, SnapMirror, and SnapVault technologies enable the backup and restoration of virtual machines (VMs), datastores, and virtual machine disks (VMDKs). One of such compelling features is Snapshot-based protection. We will cover the simple deployment method of protecting FSx for ONTAP NFS datastores and the associated VMs using NetApp BlueXP backup and recovery for VMs.
With BlueXP backup and recovery for VMs, the datastores and VMs can be backed up from the VMware Cloud on AWS vSphere client. Let’s start with the high-level steps involved in setting up BlueXP backup and recovery for VMs.
Then, let’s dive deep into specifics of the pre-requisites, deployment, and the steps involved in configuring FSx for ONTAP storage, create a backup policy, create and backup a resource group, and restore the virtual machine or virtual disk.
High level steps for deployment and configuration:
Pre-requisites to get started:
Note: BlueXP backup and recovery for VMs is available free of charge.
To protect VMs and NFS datastores hosting them, BlueXP backup and recovery for VMs must be deployed. It's a simple OVF import.
The steps to deploy is as follows:
Adding storage system
Next step is to add the storage system. FSx for NetApp ONTAP management endpoint or Storage virtual machine (SVM) administration endpoint IP should be added as a storage system to backup or restore VMs. Adding storage enables BlueXP backup and recovery for VMs to recognize and manage backup and restore operations in vCenter.
The process is straight forward.
Note: All storage VMs (SVM) are automatically added when file system is added.
Create backup policy
A comprehensive backup strategy includes factors like when, what to back up and how long to keep backups. Snapshots can be trigged on an hourly or daily basis to back up entire datastores. This approach not only captures the datastores but also enables to back up and restore the VMs and VMDKs within those data stores.
Before backing up the VMs and datastores, a backup policy and resource group must be created. A backup policy includes settings such as the schedule and retention policy. Follow the below steps to create a backup policy.
Note: To replicate Snapshot copies to a mirror or vault secondary file system, the relationships must be configured beforehand.
Note: To enable VM-consistent backups, VMware tools must be installed and running. When VM consistency box is checked, the VMs are first quiesced, then VMware performs a VM consistent snapshot (excluding memory), and then BlueXP backup and recovery for VMs perform its backup operation, and then VM operations are resumed.
Once the policy is created, next step is to create the resource group which will define the appropriate NFS datastores and VMs that should be backed up. After resource group is created, it’s time for triggering backups.
Create Resource group
A resource group is the container for VMs and datastores that needs to be protected. The resources can be added or removed to resource groups at anytime.
Follow the below steps to create a resource group.
Now it’s time to trigger a backup. The backup operations are performed on all the resources defined in a resource group. If a resource group has a policy attached and a schedule configured, backups occur automatically according to the schedule.
Monitor the operation progress by selecting Recent Tasks at the bottom of the window or on the dashboard Job Monitor for more details.
BlueXP backup and recovery for VMs enables to restore VMs to the vCenter. While restoring a VM, it can be restored to the original datastore mounted on the original ESXi host which will overwrite the existing content with the backup copy that is selected or a deleted/renamed VM can be restored from a backup copy (operation overwrites the data in the original virtual disks). To perform restore, follow the below steps:
Note: Although the VMs are restored, they're not automatically added to their former resource groups. Therefore, add the restored VMs to the appropriate resource groups manually if protection of those VMs is required.
Now what if the original VM was deleted. It’s a simple task with Bluexp backup and recovery for VMs. The restore operation for a deleted VM can be performed from the datastore level. Go to respective Datastore > Configure > Backups and select the deleted VM and select Restore.
To summarize, when using FSx for ONTAP to optimise TCO for a VMC deployment, use BlueXP backup and recovery for VMs as a simple and efficient method for backing up VMs. It enables to back up and restore VMs in a seamless and fast manner as snapshot backups take literally seconds to complete.
In this blog, we provided detailed step by step guidance of deploying, configuring, and using BlueXP backup and recovery for VMs while using FSx for ONTAP as the supplemental NFS datastore with VMC SDDC clusters.
If you are using FSx for ONTAP with VMC SDDC or planning to migrate to VMC SDDC using FSx for ONTAP, BlueXP backup and recovery is here to help. Try it now for free and feel free to follow the detailed step-by-step simulated guidance for configuration at BlueXP Backup and Recovery simulator.
Thank you for reading this blog post! If you have any comments or questions, don’t hesitate to leave them in the comments section.