Skip to content
This repository has been archived by the owner on Oct 20, 2022. It is now read-only.

Cassandra restore on different cluster #366

Open
packer136 opened this issue Sep 17, 2021 · 1 comment
Open

Cassandra restore on different cluster #366

packer136 opened this issue Sep 17, 2021 · 1 comment

Comments

@packer136
Copy link

packer136 commented Sep 17, 2021

Type of question

General context and help around casskop

Question

I want to perform a restore on a different, new Kubernetes cluster than backup is prepared. As far as I can see, if you want to create a CassandraRestore object, some CassandraBackup object is required to be referenced from that one. The problem is that since I do restore on a new K8S cluster, I do not have any CassandraBackup object previously defined. When I create a new Backup object on the new cluster, a new, independent backup is created in the remote storage, located in different paths.

Is there any way to move backup data from old cluster to the new cluster using CassKop?

What did you expect to see?
Perform restore on the new K8S cluster from a backup created on old K8S cluster.

What did you see instead? Under which circumstances?
New CassandraBackup needs to created before creating Restore what cause creating backup files independent on old backup files. Cannot restore old backup on a new cluster.

Environment

  • casskop version: 1.02

  • Kubernetes version information:

    N/A

  • Kubernetes cluster kind: N/A

  • Cassandra version: N/A

@fdehay
Copy link
Member

fdehay commented Sep 17, 2021

Hi @packer136,
Thanks for opening this issue.
Unfortunately, this is not the way Casskop has been designed.
The cassandrarestore object needs a cassandrabackup reference to use its secret and backup location.
At the design time, it seemed logical not to duplicate the information.
If you want, you can open a PR with the changes, adding the options in the crds and making the reference to backup not compulsory.
Keep in mind that restoring to a new cluster has its challenges with the new cluster needing the exact same configuration as the original one.
As I wrote in an earlier issue, Orange is scaling down its involvement in Casskop so this will not be done on our side.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants