Mr.PlanB Logo
    Kubernetes Disaster Recovery & Migration

    Velero Backup

    Velero ist das Industriestandard-Open-Source-Tool, um Kubernetes-Cluster-Ressourcen und Persistent Volumes sicher zu sichern und wiederherzustellen, Disaster Recovery durchzuführen und sie zu migrieren.

    Kernfunktionen

    Disaster Recovery: Reduziert die Wiederherstellungszeit bei Infrastrukturverlust, Datenkorruption oder Serviceausfall.
    Datenmigration: Verschieben Sie Cluster-Ressourcen zu anderen Clustern oder Cloud-Anbietern.
    Cluster-Replikation: Replizieren Sie Ihren Produktions-Cluster in Entwicklungs- und Testumgebungen.

    Architektur

    Zu verstehen, wie die Velero-Komponenten zusammenspielen, ist entscheidend für Debugging und Konfiguration. Klicken Sie unten auf die Komponenten, um ihre jeweilige Rolle im Backup-Ökosystem anzuzeigen.

    Interaktive Systemkarte

    Kubernetes Cluster

    Komponente auswählen

    Interagieren Sie mit dem Diagramm links, um die Zuständigkeiten der einzelnen Velero-Komponenten zu erkunden. Diese Architektur unterstützt sowohl Disaster Recovery als auch die Migration zustandsbehafteter Anwendungen.

    Backup-Workflow-Simulation

    Ein Velero-Backup ist eine orchestrierte Abfolge von API-Aufrufen, Snapshot-Triggern und Daten-Uploads. Nutzen Sie die Steuerelemente, um den Lifecycle einer Backup Custom Resource Definition (CRD) Schritt für Schritt zu durchlaufen.

    1
    API-Validierung
    Der Nutzer sendet `velero backup create`. Die Kubernetes-API validiert die CRD.
    2
    Controller-Erkennung
    Der Velero-Controller erkennt die neue Backup-Ressource und validiert die Konfiguration.
    3
    Pre-Backup-Hooks
    Container-Hooks (z. B. `fsfreeze`) werden ausgeführt, um Anwendungskonsistenz sicherzustellen.
    4
    Ressourcenerfassung
    Velero fragt die K8s-API nach allen Ressourcen ab, die den Label-Selektoren entsprechen.
    5
    Snapshot & Upload
    Cloud-Provider-Plugins lösen Volume-Snapshots aus. Metadaten werden als Tarball gepackt und in den Object Storage hochgeladen.
    STATUS:INAKTIV

    > Warte auf Backup-Anfrage...

    Performance- und Strategieanalyse

    Die Wahl zwischen nativen Cloud-Snapshots und File System Backup (FSB – ehemals Restic) wirkt sich auf RTO (Recovery Time Objective) und Kosten aus.

    Vergleich der Wiederherstellungszeit (RTO)

    Niedriger ist besser

    Native Snapshots (100GB)~2 Min.
    FSB/Kopia (100GB)~20 Min.

    Erkenntnis: Native Snapshots (EBS, PD) sind bei großen Volumes deutlich schneller, da es sich um Block-Level-Operationen handelt, die vom Cloud-Anbieter ausgeführt werden und die K8s-Netzwerkschicht umgehen.

    Speichereffizienz (Deduplizierung)

    Kopia/Restic vs Snapshot

    FSB mit Dedup (30 Tage)~120GB gesamt
    Vollständige Snapshots (30 Tage)~400GB gesamt

    Erkenntnis: FSB (File System Backup) nutzt Deduplizierung. Über die Zeit ist FSB bei Daten mit geringen täglichen Änderungsraten günstiger als vollständige Snapshots, auch wenn die Wiederherstellung langsamer ist.

    Velero-Operator-Toolkit

    velero backup create daily-backup-01 --include-namespaces production --ttl 24h0m0s --storage-location aws-s3-primary --snapshot-volumes=true