NetBackup™ Web UI Kubernetes Administrator's Guide

Last Published:
Product(s): NetBackup (9.1)

Recovering Kubernetes assets

Using NetBackup you can recover Kubernetes namespaces and persistent volumes.

Note:

In NetBackup 9.1, exclusive recovery of persistent volumes is only supported for the Velero plug-in for Google Cloud Platform (GCP).

Note:

After recovery, the newly created namespaces, Persistent volumes, and other resources get new system-generated UIDs.

To recover namespaces

  1. On the left, click Kubernetes, under Workloads.
  2. In the Namespaces tab, click the namespace of the asset that you want to recover. Click the Recovery points tab.
  3. The Recovery points tab shows you all the recovery points with the date and time of the backup. You can set filters to filter the displayed recovery points. Click the date in the Date column, to view the details of the recovery point. The Recovery points details dialog shows the resources that were backed up, like ConfigMaps, namespaces, secrets, persistent volumes, pod, and so on. For details about these resources, see https://kubernetes.io/docs/reference/kubernetes-api/workload-resources/.
  4. Click the ellipsis menu (three dots), in the row of the recovery point that you want to recover. To recover a namespace, click Restore namespace.
  5. In the Recovery target page, to recover the asset to the same source cluster, click Next. To recover to an alternate cluster, click Select cluster. In the Select cluster dialog, select the target cluster, and click Select. Click Next.

    Note:

    If you select the target cluster to be different than the original cluster, the object storage used by the Velero plug-ins on both the clusters must be the same.

  6. In the Recovery options page, do the following:
    • To recover to the original namespace, select Use original namespace. To restore the asset to an alternate namespace, select Use alternate namespace, and enter the new namespace name. The name should follow Kubernetes specification for namespace names.

    • To allow restore even if a same namespace already exists, select Proceed with restore if namespace already exists. This option helps you to restore any missing resources in an already existing namespace. If any resource is missing in an asset inside the cluster, and the same resource exists in the backup copy, you can use this option to restore the missing resources in the asset. This option does not overwrite any of the existing resources in the asset, only restores missing ones.

    • To restore all resources within the asset, select Recover all resources. To restore selected resource types of the asset, choose Select resource types, and select the resource types that you want to recover. Note that you cannot restore individual resources or instances, you need to select the types of the resources, that may contain any number of individual resources or instances.

      Note:

      The Select resource types option is for advanced users. If you are not careful in selecting the resources that you want to restore, you may not get a fully functional namespace after the restoration.

  7. Click Next.
  8. In the Recovery overview page, review all the recovery option that you have selected. To go back and change any of the settings, click Previous. Once all the parameters are changed, click Start recovery.

To recover persistent volumes

  1. Perform the steps 1-3 of the previous procedure.
  2. Click the ellipsis menu (three dots), in the row of the recovery point that you want to recover. To recover persistent volumes, click Restore persistent volumes.
  3. In the Recovery target page, to recover the persistent volume to the same source cluster, click Next. To recover to an alternate cluster, click Select cluster. In the Select cluster dialog, select the target cluster, and click Select. Click Next.

    Note:

    If you select the target cluster to be different than the original cluster, the object storage used by the Velero plug-ins on both the clusters must be the same.

  4. In the Recovery options page, do any of the following:
    • To recover to the original namespace, select Use original namespace. To allow restore even if a same namespace already exists, select Proceed with restore if namespace already exists. This option helps you to restore any missing persistent volumes in an already existing namespace. If any persistent volume is missing in an asset inside the cluster, and the same persistent volume exists in the backup copy, you can use this option to restore the missing persistent volume in the asset. This option does not overwrite any of the existing persistent volumes in the asset, only restores the missing ones.

    • Select Use temporary system generated namespace, to use a unique system-generated namespace. The namespace is deleted after the restore operation is complete. Use this option when your priority is to restore persistent volumes data, instead of namespaces.

  5. Click Next.
  6. In the Recovery overview page, review all the recovery option that you have selected. To correct any of the settings, click Edit against that option, or click Previous. Once all the parameters are correct, click Start recovery.