Skip to main content
NetApp Backup and Recovery

Restore Kubernetes applications using the web UI

Contributors netapp-mwallis
PDFs

NetApp Backup and Recovery enables you to restore applications that you have protected with a protection policy. To restore an application, an application needs to have at least one restore point available. A restore point consists of either the local snapshot or the backup to the object store (or both). You can restore an application using the local, secondary, or object store archive.

Before you begin

If you are restoring an application that was backed up using Trident Protect, ensure that Trident Protect is installed on both the source and destination clusters.

Required NetApp Console role

Organization admin or SnapCenter admin. Learn about NetApp Backup and Recovery access roles. Learn about NetApp Console access roles for all services.

Steps

  1. In the NetApp Backup and Recovery menu, select Restore.

  2. Choose a Kubernetes application from the list, and select View and Restore for that application.

    The list of restore points appears.

  3. Select the Restore button for the restore point you want to use.

General settings

  1. Choose the source location to restore from.

  2. Choose the destination cluster from the Cluster list.

    Note Restoring a local snapshot created by Trident Protect to a different cluster is not supported at this time.

  3. Choose to restore to the original namespaces or new namespaces.

  4. If you chose to restore to new namespaces, enter the destination namespace or namespaces to use.

  5. Select Next.

Resource selection

  1. Choose whether you want to restore all resources associated with the application or use a filter to select specific resources to restore:

Restore all resources

  1. Select Restore all resources.

  2. Select Next.

Restore specific resources

  1. Select Selective resources.

  2. Choose the behavior of the resource filter. If you choose Include, the resources you select are restored. If you choose Exclude, the resources you select are not restored.

  3. Select Add rules to add rules that define filters for selecting resources. You need at least one rule to filter resources.

    Each rule can filter on criteria such as the resource namespace, labels, group, version, and kind.

  4. Select Save to save each rule.

  5. When you have added all the rules you need, select Search to see the resources available in the backup archive that match your filter criteria.

    Note The resources shown are the resources that currently exist on the cluster.

  6. When satisfied with the results, select Next.

Destination settings

  1. Expand the Destination settings section and choose to restore either to the default storage class, a different storage class, or if you are restoring to a different cluster, to map the storage classes to the destination cluster.

  2. If you chose to restore to a different storage class, select a destination storage class to match each source storage class.

  3. Optionally, if you are restoring a backup or snapshot that was made using Trident Protect, view the details of the AppVault used as the storage bucket for the restore operation. If there is a change in your environment or the AppVault status, select Sync App Vault to refresh the details.

    Note If you need to create an AppVault on a Kubernetes cluster to facilitate restoring a backup or snapshot created using Trident Protect, refer to Use Trident Protect AppVault objects to manage buckets.

  4. Optionally, expand the Restore scripts section and enable the Postscript option to choose an execution hook template that will run after the restore operation is complete. If needed, enter any arguments that the script needs and add label selectors to filter resources based on resource labels.

  5. Select Restore.