Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backup and restore between two minikube clusters #3217

Closed
owenthereal opened this issue Jan 1, 2021 · 1 comment
Closed

Backup and restore between two minikube clusters #3217

owenthereal opened this issue Jan 1, 2021 · 1 comment

Comments

@owenthereal
Copy link

owenthereal commented Jan 1, 2021

Describe the problem/challenge you have

I'm looking for a solution to backup a minikube cluster and restore it in CI to speed up its builds. I hope that there is a way to backup a running minikube cluster with k8s software that I install to it. The backup is then restored in CI to avoid reinstalling all the basic software every time. This would immensely shorten the CI build time.

I was pointed to velero but I'm unclear whether I would be able to use velero for this use case and there is no documentation on the minikube support.

Ref: kubernetes/minikube#9991

Describe the solution you'd like

There is documentation on velero's minikube integration, if it supports the mentioned minikube use case.

Anything else you would like to add:

N/A

Environment:

  • Velero version (use velero version):
  • Kubernetes version (use kubectl version):
  • Kubernetes installer & version:
  • Cloud provider or hardware configuration:
  • OS (e.g. from /etc/os-release):

N/A

Vote on this issue!

This is an invitation to the Velero community to vote on issues, you can see the project's top voted issues listed here.
Use the "reaction smiley face" up to the right of this comment to vote.

  • 👍 for "The project would be better with this feature added"
  • 👎 for "This feature will not enhance the project in a meaningful way"
@zubron
Copy link
Contributor

zubron commented Jan 4, 2021

Hi @owenthereal. Looking at the issue you referenced, it seems that your concern is that Velero is cloud provider specific. Velero can be run in any Kubernetes cluster v1.10 or later (see https://velero.io/docs/v1.5/basic-install/#prerequisites) but it does require access to object storage to store the the backups and associated artifacts and this is where the provider specific element comes in.

In your case, you could run Velero in your minikube clusters to backup and restore the workloads, but you would need an external object storage to store those backups. Velero supports a number of object storage providers (https://velero.io/docs/v1.5/supported-providers/), so you could use any of those but it does not require you to also run your cluster with those providers. You could use minikube for the clusters, but store your backups in AWS S3 for example.

Hopefully this answers your question. I'm going to close this issue but please feel free to reopen if you need further assistance.

@zubron zubron closed this as completed Jan 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants