The source code and default configuration of the Building Block is available in our code.sysEleven.de. Infos on release notes and new features Release notes Velero
Velero is a commonly used backup and restore tool to backup your Kubernetes resources. You can also use Velero to migrate data from one Metakube Cluster to another. The latter is
a defacto way to easily replicate your existing cluster.
It can also be used for disaster recovery.
In case you need a backup tool for your application, Velero can store your application
data on an aws s3 bucket or Azure Blob Store. There are more providers to use together with your Velero building block.
You need to provide a storage provider for this Building Block. Proceed with the following prerequisite description to use the Velero Building Block out of the box.
A recommended resource overview is listed in the table below.
| CPU / vCPU | Memory |
|---|---|
| 1 | 1000MiB + 512-1024MiB per worker node |
No further activities need to be carried out in advance
We assume that you are familiar how to set up your control repo. If you would like to learn more about control repos, please refer to Setup a control repo
Make sure that you also have the KUBECONFIG from your Metakube Cluster set appropriately.
If you have already a control repo, and you would like to add the Velero Building Block just proceed with the following steps.
In the following you would need to change the gitlab URL to fit to your situation.
git clone git@code.syseleven.de:/mka-realm-test/control-repo-testing/mkatutorials
cd mkatutorials
mkdir syseleven-velero
cd syseleven-veleroIn this case we have a root .gitlab-ci.yml and for each Building Block a gitlab-ci.yml, which is responsible for the Building Block itself.
e.g.
Add a .gitlab-ci.yml to the directory syseleven-velero with the following content:
include:
- project: syseleven/building-blocks/helmfiles/velero
file: JobDevelopment.yaml
ref: 3.0.2
- project: syseleven/building-blocks/helmfiles/velero
file: JobStaging.yaml
ref: 3.0.2
- project: syseleven/building-blocks/helmfiles/velero
file: JobProduction.yaml
ref: 3.0.2
Your direcctory should look like this:
.
+-- .git
+-- .gitlab-ci.yml
+-- syseleven-velero
| +-- .gitlab-ci.yml
Push your changes to your control repository.
You can stick to the configuration description on Velero Building Block.
Stick to the best practice section in this README.
The monitoring of this service is set by the property settings metrics.serviceMonitor.*..
You can get more information in the section SysEleven Best Practices default values of Velero Building Block README.md.
Alerting can be setup by the prometheus rules extension.
As the Velero Building Block is one of our curated Building Block you will not suffer from the following limitation.
as we take care on the above-mentioned limitation you can focus on the backup strategy itself.
Scaling makes not that much sense for this Building Block and will not cover or reduce aspects on consistency.
Please find more infos on release notes and new features Release notes Velero