Backups

Globale Velero-Sicherungspläne und ihre S3-Ziele festlegen.

← Zur Übersicht der Plattformkonfiguration

Der Block inv_velero installiert den Backup-Dienst Velero unabhängig vom Observability-Stack. Die Zeitpläne sichern Kubernetes-Ressourcen in einem oder mehreren externen S3-Zielen.

inv_velero:
  enable: false
  ns_name: "velero"
  operations_backup:
    backup_storage_location: "primary-s3"
    schedule: "0 0 * * *"
    ttl: "168h0m0s"
  exclude_namespaces:
    - "velero"
    - "kube-system"
    - "kube-public"
    - "kube-node-lease"
    - "cloud-init-settings"
  backup_storage_locations:
    - location_name: "primary-s3"
      endpoint: "https://s3.example.org"
      bucket: "udsp-backups"
      region: "eu-central-1"
      access_key: "<secret>"
      secret_key: "<secret>"
      s3ForcePathStyle: "true"

Sicherungsziele und Zeitpläne

Feld	Bedeutung	Was Sie festlegen
`ns_name`	Namespace der Velero-Installation	im Standard `velero`; dieser Namespace gehört auch in die Ausschlussliste
`operations_backup.backup_storage_location`	logischer Name des S3-Ziels für den primären Sicherungsplan	muss auf `location_name` eines Eintrags unter `backup_storage_locations` verweisen
`operations_backup.schedule`	Ausführungszeit als Cron-Ausdruck	`0 0 * * *` startet die Sicherung täglich um Mitternacht
`operations_backup.ttl`	Aufbewahrungsdauer eines Velero-Backups	`168h0m0s` entspricht sieben Tagen
`operations_backup_2`	optionaler zweiter Sicherungsplan mit denselben Feldern	für ein unabhängiges zweites S3-Ziel verwenden; dessen eigener Aktivierungsschalter bleibt andernfalls `false`
`exclude_namespaces`	Namespaces, die nicht in den Sicherungsplan aufgenommen werden	mindestens Velero selbst und die bewusst nicht zu sichernden System-Namespaces
`location_name`	interne Kennung eines S3-Backends	ohne das automatisch angehängte Suffix `-backup` eintragen
`endpoint`	vollständige URL der S3-kompatiblen API	beispielsweise `https://s3.example.org`
`bucket`	vorhandener Bucket für die Backupobjekte	eigener, ausschließlich für diesen Sicherungspfad vorgesehener Bucket
`region`	vom S3-Anbieter erwartete Region	den exakten Anbieterwert verwenden
`access_key` / `secret_key`	Zugangsdaten des technischen S3-Kontos	nur mit minimal erforderlichen Bucket-Rechten und verschlüsselt ablegen
`s3ForcePathStyle`	erzwingt S3-Pfadstil statt virtueller Bucket-Hostnamen	für viele S3-kompatible Dienste `"true"`; nach Vorgabe des Anbieters setzen

Ist Velero deaktiviert, werden weder der Dienst noch seine Zeitpläne installiert. Das deaktiviert nicht automatisch separate logische Datenbank-Backups. Aktivieren Sie Velero erst, wenn alle oben genannten Werte gepflegt sind, und führen Sie anschließend einen dokumentierten Wiederherstellungstest durch.

Velero ersetzt im aktuellen Rollout kein Datenbank-Backup

Die erzeugten Zeitpläne setzen snapshotVolumes: false. Sie sichern Kubernetes-Ressourcen, erstellen aber keine Snapshots der Persistent Volumes. Für PostgreSQL-Daten und andere zustandsbehaftete Dienste müssen deshalb zusätzlich die vorgesehenen logischen oder storage-spezifischen Backups aktiviert und separat wiederhergestellt werden können.

Startwerte sind keine Produktionsdimensionierung

Die angegebenen Replik- und Speicherwerte eignen sich als Ausgangspunkt für eine kleine Umgebung. Für Produktion müssen Ausfallsicherheit, PVC-Gesamtbedarf, Metrik- und Logwachstum, Aufbewahrungsfristen sowie das Backupziel gemeinsam geplant werden. Mehrere Repliken ersetzen kein Backup.

Konfigurationsfelder

Diese Felder gehören zu den globalen Blöcken außerhalb von inv_tenants. Verwenden Sie die vollständige Vorlage des ausgewählten Releases; optionale und mitgeführte Kompatibilitätsfelder sind in der Tabelle gekennzeichnet.

Inventory-Pfad	Bedeutung	Erwarteter Wert
`inv_velero.enable / ns_name`	Aktiviert Velero und legt dessen Namespace fest.	true oder false; Namespace
`inv_velero.certificate`	Optionale CA für ein S3-Ziel mit eigener PKI.	PEM-kodiertes Zertifikat
`inv_velero.operations_backup.backup_storage_location`	Logischer Name des primären S3-Ziels.	location_name eines Eintrags unter backup_storage_locations
`inv_velero.operations_backup.schedule / ttl`	Zeitplan und Aufbewahrung des primären Backups.	Cron-Ausdruck; Go-Dauer
`inv_velero.operations_backup_2.enable`	Aktiviert einen zweiten globalen Sicherungsplan.	true oder false
`inv_velero.operations_backup_2.backup_storage_location`	Logischer Name des zweiten S3-Ziels.	Vorhandener location_name
`inv_velero.operations_backup_2.schedule / ttl`	Zeitplan und Aufbewahrung des zweiten Backups.	Cron-Ausdruck; Go-Dauer
`inv_velero.exclude_namespaces[]`	Namespaces, die nicht gesichert werden.	Liste vorhandener Namespace-Namen
`inv_velero.backup_storage_locations[].location_name`	Interne Kennung eines S3-Ziels.	Eindeutiger Name ohne automatisch angehängtes -backup
`inv_velero.backup_storage_locations[].endpoint`	S3-kompatibler Endpunkt.	Vollständige URL
`inv_velero.backup_storage_locations[].bucket`	Bucket des Backupziels.	Vorhandener Bucketname
`inv_velero.backup_storage_locations[].region`	Region des S3-Ziels.	Exakter Anbieterwert
`inv_velero.backup_storage_locations[].access_key / secret_key`	Zugang des technischen Backupkontos.	Secrets mit minimalen Bucket-Rechten
`inv_velero.backup_storage_locations[].s3ForcePathStyle`	Erzwingt Pfadstil für kompatible S3-Dienste.	"true" oder "false" nach Anbietervorgabe

Sicherungsziele und Zeitpläne​

Konfigurationsfelder​

Sicherungsziele und Zeitpläne

Konfigurationsfelder