Toggle menu
Toggle preferences menu
Toggle personal menu
Not logged in
Your IP address will be publicly visible if you make any edits.

TELEICU/Backup & restore

From OHC Network Wiki
Revision as of 08:25, 6 July 2026 by Admin (talk | contribs) (Create TELEICU backup and restore guide (via create-page on MediaWiki MCP Server))
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
guideteleicuCARE 3.0+

Backup strategy for all stateful components across the TELEICU fleet.

What gets backed up

Component Path A: Ansible Path B: NixOS
K3s etcd state etcd snapshot to S3 (automated) etcd snapshot to S3 (automated)
Middleware data Longhorn volume backups to S3 ZFS send/recv to S3 + OpenEBS snapshots
Node OS state Not backed up (reprovision via ansible-pull) Nix flake (OS state is fully declarative — no backup needed)
Application configs Versioned in ansible repo + vault Versioned in flake repo + sops-nix
Monitoring data VictoriaMetrics (separate retention policy) VictoriaMetrics (separate retention policy)

Cadence

| Backup type | Frequency | Retention | |---|---|---| | etcd snapshot | Every 2 hours | 30 days | | Longhorn volume backup | Daily | 90 days | | ZFS snapshot | Every 6 hours | 7 days local, 90 days remote | | ZFS send to S3 | Daily | 90 days | | VictoriaMetrics data | Per retention policy | 45 days default |

Restore procedure

etcd restore

  1. Stop K3s server on all CP nodes
  2. Restore etcd from the latest snapshot on a single node
  3. Start K3s server on the restored node
  4. Add remaining CP nodes back to the cluster

Longhorn restore (Path A)

  1. Create a new PVC from the Longhorn backup in the S3 target
  2. Attach to the replacement pod
  3. Verify data integrity

ZFS restore (Path B)

  1. Receive the ZFS send stream from S3 or the backup target
  2. Rollback the dataset to the received snapshot
  3. Verify data integrity

Off-site backup

All backups target an S3-compatible object store in a separate geography from the CP VMs. This survives a full region failure.