Backup and restore is important for disaster recovery and data migration scenarios. With a tool like Velero, you can backup and restore your Harbor instances and avoid disruptions in service in the event of a disaster. Velero is is an open source tool you can use to safely backup and restore, perform disaster recovery, and migrate Kubernetes cluster resources and persistent volumes.

The following tutorial shows how to use Velero to backup and restore a Harbor instance that has been deployed in a Kubernetes cluster using the Harbor helm chart. See more details about How Velero Works.

Install Velero

Install the Velero CLI and server according to the official Velero documentation.

Backup Harbor Instance

Set Harbor to ReadOnly

1. Log in to the Harbor portal with an account that has Harbor system administrator privileges.

2. Expand Administration, and select Configuration.

3. Select the System Settings tab.

   

   

4. Select the check box Repository Read Only and click the Save button to save the configurations.

Backup Harbor Instance

According to the capability of the platform where Harbor is deployed, you can choose back up the PersistentVolumes with Snapshot or Restic:

• Snapshot
  If you want to use snapshots to backup the PersistentVolumes, make sure there is a corresponding Velero plugin for your Kubernetes provider.

  1. In order to exclude the volume of Redis in backup, we need to label the Redis pod, PVC and PV with specific label:

      # label the Pod of Redis, replace the namespace and Pod name with yours
      kubectl -n harbor label pod/harbor-redis-0 velero.io/exclude-from-backup=true
      # label the PVC of Redis, replace the namespace and PVC name with yours
      kubectl -n harbor label pvc/data-harbor-redis-0 velero.io/exclude-from-backup=true
      # get the name of Redis PV, replace the namespace and PVC name with yours
      kubectl -n harbor get pvc data-harbor-redis-0 --template={{.spec.volumeName}}
      # label the PV of Redis, replace the pv-name with the one get from last command
      kubectl label pv/pv-name velero.io/exclude-from-backup=true
     

  2. Back up Harbor

     # replace the namespace and backup name with yours
     velero backup create harbor-backup --include-namespaces harbor --snapshot-volumes --wait
     

• Restic
  If you want to take volume snapshots but didn’t find a plugin for your provider, Velero has support for snapshotting using restic. Before using restic, you should review the Velero restic integration page, and especially understand restic limitations.

  1. Exclude the volume of Redis in backup

     # replace the namespace and pod name with yours
     kubectl -n harbor annotate pod/harbor-redis-0 backup.velero.io/backup-volumes-excludes=data
     

  2. Back up Harbor

     # replace the namespace and backup name with yours
     velero backup create harbor-backup --include-namespaces harbor --default-volumes-to-restic --wait
     

Unset ReadOnly

Follow the same steps in Set Harbor to ReadOnly, uncheck the Repository Read Only check box and click the Save button to save the configurations.

Restore Harbor Instance

Restore from the Backup

# replace the backup and restore names with yours
velero restore create harbor-restore --from-backup harbor-backup --wait

Unset ReadOnly

As we set Harbor to ReadOnly when doing the backup, the instance is still in ReadOnly mode after the restoring, follow Unset ReadOnly to unset ReadOnly.

Troubleshooting

If you have any issue while backing up or restoring, please refer to Velero’s troubleshooting documentation.

Limitations

• The upload purging process may cause backup failure
  A purging process starts in the registry pod by default, it removes the unused files under the upload directory periodically and cannot be disabled without restarting. This may impact the backup when using Restic and cause failures.
  It’s better to increase the interval of the purging operation(the default value is 168h) and do the backup in the middle of two rounds of purging to avoid files being removed.
• The data in memory is lost during the backup
  Harbor stores repository pull and artifact pull times in memory and syncs them periodically into Harbor’s database. This means that any data that isn’t synced into the database when you take a backup is lost. This data loss should be low impact to your restored Harbor instance.
• Tasks may hang in the in-progress status after restore
  Harbor tasks, such as replication, garbage collection, or security scans may hang in the in-progress status after restore. You can manually stop them on the portal.
• Sessions of logged users will lose after restore
  As we don’t back up the persistent volume of Redis, the sessions of logged used will is lost after restore.
• Backups of external databases are not supported
  Only backups of the Harbor internal database is supported.