Restore backups on Kubernetes

Overview

The Aerospike Backup Service (ABS) can trigger a restore from a Custom Resource (CR) that represents a restore configuration for an Aerospike cluster. We refer to this as an Aerospike Restore CR.

It supports Full, Incremental and Timestamp based restores. You can trigger the restore using kubectl or helm.

Requirements

Before triggering a restore, deploy the ABS on your Kubernetes cluster using one of the following methods:

kubectl
Helm

Once running, the ABS reads the CR file to trigger a restore.

Create a restore

Create your YAML-formatted CR file with the restore configuration you want to perform. See restore configuration settings for details on the parameters available in the restore CR file.

You can find a sample restore CR file in the AKO GitHub repository.

A restore is a one-time operation, so the restore CR cannot be updated. If you need to update the restore configuration, you must create a new restore CR.
Use the CR YAML file you created to trigger a restore.
```
kubectl apply -f aerospikerestore.yaml -n aerospike
```

To verify the status of the restore, use the following command:

kubectl get aerospikerestore RESTORE_NAME -n aerospike -oyaml

The status field in the output shows the status of the restore operation.

status:
  job-id: 6893789046818082912
  phase: Completed
  restoreResult:
    status: Done