Back to articles
Your Kubernetes backups are lying to you
How-ToDevOps

Your Kubernetes backups are lying to you

via Dev.toiSevenBe

Every Kubernetes backup tool says "Backup Completed." Velero, Kasten, TrilioVault, Portworx — they all do backup brilliantly. Green dashboards, successful cron jobs, S3 buckets filling up on schedule. But here's what nobody tells you: "Backup Completed" doesn't mean "Restore Works." The day I learned this the hard way I had Velero running in production for years. Every morning: backup completed, no errors, life is good. Then we needed to restore. The restore "succeeded" — Velero did exactly what it was supposed to. But: A Secret had been rotated 3 weeks earlier and wasn't in the backup Two Deployments referenced a deprecated Kubernetes API A ConfigMap pointed to an endpoint that no longer existed A PVC couldn't bind because the StorageClass had changed 4 hours of troubleshooting instead of 30 minutes. SLA violated. Postmortem written. Lesson learned. The problem wasn't Velero. The problem was that nobody tested whether the restore would actually produce a working application. The gap i

Continue reading on Dev.to

Opens in a new tab

Read Full Article
0 views

Related Articles