This document describes how to perform backup and restore on TigerGraph cluster on Kubernetes.
To backup and restore your data, you can use the kubectl-tg
plugin or the YAML file that corresponds to the TigerGraphBackup/TigerGraphRestore Custom Resource(CR).
Using YAML Files:
-
Manual Configuration: With YAML files, you manually craft the configuration settings for backup or restore operations.
-
Customization: You can store multiple backup/restore configurations in separate YAML files, enabling customized setups for different scenarios.
Using kubectl-tg Plugin:
-
Simplified Commands: The
kubectl tg
plugin streamlines the process by providing pre-defined command options that directly create CRs with specified configurations. -
Efficiency: You avoid the need to create YAML files and write configurations manually, accelerating the setup of backup and restore operations.
-
CR Management: The
kubectl tg
plugin operates directly on CRs, enabling you to manage and modify them conveniently through commands.
Ultimately, both approaches achieve the same outcome, but the kubectl tg
plugin simplifies the process by eliminating manual configuration steps and providing a more streamlined and efficient method for managing backup and restore operations.
- See Backup & Restore cluster by kubectl-tg plugin to know how to use
kubectl tg
for backup & restore. - See Backup & Restore cluster by CR to get the example YAML files for backup & restore.
You can create backups of your TigerGraph clusters and store the backup files to Local storage or S3 bucket. Refer to:
You can create a backup schedule to backup cluster periodically. Refer to:
About managing backup files and backup CR, refer to:
- Listing Backup Custom Resources
- Displaying Backup Process Status
- Delete Backup Custom Resource (CR)
- Listing Backups
- Removing Backups
If you have created backups of your cluster to Local storage or S3 Bucket, you can restore the cluster using a specific backup. Refer to:
If you have created backups of your cluster to S3 Bucket, you can restore in another cluster, which we call cross-cluster restore. Refer to:
If you want to clone your cluster, you can use cross-cluster to achieve this goal. Refer to:
If you encounter any Error with backup & restore process, please refer to How to debug Backup & Restore for troubleshooting guidance.