Skip to main content
All of the catalog
Scenario

Day-2 Drill: Namespace Backup & Restore

Back up a namespace's resources to a manifest archive, simulate accidental data loss (delete a resource — or the whole namespace), then restore from the backup and verify the round-trip with checks. A stateful data-writer on a PersistentVolume makes the crucial lesson concrete: the manifest backup round-trips Kubernetes OBJECTS, not the DATA on a volume. A dependency-light alternative to Velero that teaches the backup/restore loop every operator must rehearse before they need it.

OperationsVerifiedk3dkind
Definition on GitHub

What you'll do

  • Capture a namespace's resources into a restorable manifest archive
  • Simulate accidental loss by deleting a resource (or the whole namespace)
  • Restore from the backup and verify the namespace round-trips intact
  • See first-hand what a manifest-export backup covers (objects) and what it does NOT (PV data): delete the namespace, restore, and watch the data-writer's boot-id change

Stages

  1. 1baseline

    Plant a restore marker in the go-api namespace so the round-trip is provable

    restore-marker
  2. 2stateful

    Deploy a data-writer that persists a boot-id on a PersistentVolume, so PV-data loss is observable

    data-writer

Prerequisites

These are installed into the lab cluster for you — listed so you know what the scenario actually depends on.

go-api

The incident field notes

One real Kubernetes failure a week — the symptom, the commands that found it, and the fix. Written from actual lab runs, not from memory.

You'll get the Kubernetes Incident Response Field Guide, plus occasional emails about new scenarios, posts and paid offerings such as courses and workshops. Unsubscribe any time.