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

fix(backup): make it possible to create backups for velero #595

Draft
wants to merge 8 commits into
base: main
Choose a base branch
from

Conversation

marvinWolff
Copy link
Collaborator

Ref.: #487

@marvinWolff marvinWolff changed the title fix(backup): make it possible to create backups for velero draft:fix(backup): make it possible to create backups for velero Sep 28, 2023
@marvinWolff marvinWolff changed the title draft:fix(backup): make it possible to create backups for velero fix(backup): make it possible to create backups for velero Sep 28, 2023
@marvinWolff marvinWolff marked this pull request as draft September 28, 2023 13:49
@@ -91,6 +91,27 @@ spec:
{{- end }}
volumeSnapshotLocation: []
metrics:
prometheusRule:
additionalLabels: {{- .Values.monitoring.labels | toYaml | nindent 10 }}
enabled: true
Copy link
Member

@cwrau cwrau Sep 29, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should also only be enabled if prometheus is activated, just like with the ServiceMonitor , so I would just not set this, as this is also autodetected

@@ -1046,6 +1046,11 @@
"enabled": {
"type": "boolean"
},
"alerting":{
"enabled":{
"type": "boolean"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You added this boolean but you don't use it?

I don't get why this boolean exist in any case?

- alert: VeleroBackupPartialFailures
annotations:
message: {{ `Velero backup {{ $labels.schedule }} has {{ $value | humanizePercentage }} partialy failed backups.` }}
expr: velero_backup_partial_failure_total{schedule!=""} / velero_backup_attempt_total{schedule!=""} > 0.25
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Isn't there a nicer way to really detect backup failure?

These metrics only point to problems, as with the current one we could have 3 failed attempts and 1 successful one (which is good in my eyes) which would still trigger the alert

@teutonet-bot
Copy link
Contributor

🤖 I have diffed this beep boop

"/$namespace/$kind/$name.yaml" for normal resources
"/$namespace/HelmRelease/$name/$namespace/$kind/$name.yaml" for HelmReleases <- this is recursive
'null' means it's either cluster-scoped or it's in the default namespace for the HelmRelease

charts/base-cluster/ci/rbac-values.yaml has no changes

charts/base-cluster/ci/imagepullsecrets-values.yaml has no changes

charts/base-cluster/values.yaml has no changes

charts/base-cluster/ci/artifacthub-values.yaml has no changes

charts/base-cluster/ci/flux-gitrepositories-values.yaml has no changes

charts/base-cluster/ci/priorityclasses-values.yaml has no changes

charts/base-cluster/ci/basic-values.yaml has no changes

charts/base-cluster/ci/velero-backupStorageLocations-values.yaml has no changes

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

Successfully merging this pull request may close these issues.

3 participants