High Availability, Disaster Recovery, RPO/RTO und Restore

HA vs DR

High Availability schützt gegen lokale Ausfälle. Disaster Recovery behandelt größere Schäden wie Standortausfall, Datenverlust, Fehlkonfiguration oder Ransomware.

RPO und RTO

RPO beschreibt erlaubten Datenverlust. RTO beschreibt Wiederanlaufzeit. Beide müssen fachlich entschieden und technisch bewiesen werden.

Restore als Produkt

Ein Backup ohne Restore-Test ist Hoffnung. Ein Restore-Test zeigt, ob Daten, Konfiguration, Secrets, DNS und Abhängigkeiten wirklich wiederherstellbar sind.

Priorisierung

Nicht alle Systeme sind gleich kritisch. Login, DNS, IAM, Datenbank, Registry und GitOps können Abhängigkeiten für viele andere Dienste sein.

Ausführliche Beispiele

DR-Plan Kompakt

⧉dr_plan:
  scenario: dc1_unavailable
  priority_order:
    - identity-provider
    - dns
    - network-edge
    - gitops-controller
    - container-registry
    - order-database
    - order-api
    - billing-worker
  rpo: 15m
  rto: 4h
  evidence:
    - restore_log
    - business_validation
    - dns_cutover_timestamp
    - postmortem

Restore-Test Ablauf

⧉1. Leere Restore-Umgebung bereitstellen.
2. Infrastruktur aus IaC rekonstruieren.
3. Plattform-Basisdienste wiederherstellen.
4. Datenbank-Backup einspielen.
5. Secrets und Zertifikate wiederherstellen.
6. Anwendung via GitOps synchronisieren.
7. Fachlichen Test durchführen: Bestellung anlegen, Rechnung erzeugen.
8. Zeiten und Abweichungen dokumentieren.

Prüf- und Verständnis-Checkliste

• Restore-Test findet regelmäßig statt.
• Fachliche Validierung ist Teil des Tests.
• DR-Abhängigkeiten sind priorisiert.

Merksatz

Enterprise-Regel: Eine Infrastrukturkomponente ist erst fertig, wenn sie fachlich begründet, automatisiert, beobachtet, geschützt, dokumentiert und wiederherstellbar ist.