Restore backups on Kubernetes

For the complete documentation index see: llms.txt

All documentation pages available in markdown.

AKO watches an AerospikeRestore custom resource (CR) that describes a restore for an Aerospike cluster. When you create that CR, AKO reconciles it and uses Aerospike Backup Service (ABS) to run the restore. We refer to this object 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 ABS is running, apply the restore CR; AKO reconciles it and drives the restore through ABS.

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.
Apply the CR YAML file you created. AKO reconciles the CR and runs the restore through ABS.
```
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