Seminar NooBaa / Multicloud Object Gateway Disaster Recovery und Resilienz

Inhaltsübersicht

• Resilienzmodell
• Störungsszenarien
• Wiederanlaufverfahren
• Tests und Betriebsnachweise

Einordnung

Dieses Seminar richtet den Blick auf Ausfälle, nicht auf Schönwetterbetrieb. Es zeigt, welche Teile einer MCG-Umgebung geschützt, überwacht und dokumentiert werden müssen und wo technische Architekturentscheidungen durch klare Betriebsprozesse ergänzt werden müssen.

Der Schwerpunkt liegt auf praktischer Handlungsfähigkeit. Begriffe, Plattformobjekte und Betriebsentscheidungen werden nicht isoliert behandelt, sondern immer im Zusammenhang mit einer nachvollziehbaren Administrations- oder Architekturaufgabe.

Zielgruppe

Plattformarchitekten, Betriebsleiter, Storage-Teams, Security- und Continuity-Verantwortliche.

Voraussetzungen

Erfahrung mit OpenShift-Betrieb, Objekt-Storage, Backup-Konzepten und Hochverfügbarkeitsanforderungen.

Seminarinhalte

Resilienzmodell

Die Teilnehmenden erstellen ein Modell für Verfügbarkeit, Datenpfade, Steuerungsdaten, Secrets, Endpoints und abhängige Anwendungen.

Störungsszenarien

Behandelt werden Ausfälle von Speicherzielen, Gateway-Komponenten, Netzwerkpfaden, Zugangsdaten, Namespaces und abhängigen Plattformdiensten.

Wiederanlauf und Nachweis

Für jedes Szenario werden technische und organisatorische Wiederanlaufschritte festgelegt. Wichtig ist nicht die Hoffnung, sondern der wiederholbare Nachweis.

Schrittweise Übungen

1. Kritische Komponenten und Abhängigkeiten der MCG-Umgebung erfassen.
2. Störungsszenarien mit Auswirkung, Erkennung und Gegenmaßnahme beschreiben.
3. Recovery-Reihenfolge für Plattform, Gateway, Buckets und Anwendungen festlegen.
4. Wiederanlauftests planen und mit klaren Prüfpunkten durchführen.
5. Betriebsdokumentation und Eskalationswege aktualisieren.

Praxisbausteine

In den Übungen wird ein DR-Runbook erstellt, ein Störungsszenario simuliert und anhand technischer Prüfpunkte bewertet.

Betriebscheckliste

• Relevante Ressourcen und Zustände werden vor Änderungen geprüft.
• Änderungen werden mit klaren Namenskonventionen und nachvollziehbaren Parametern durchgeführt.
• Zugriffstests werden mit dokumentierten Credentials, Endpoints und Buckets wiederholbar ausgeführt.
• Fehlerbilder werden über Status, Events, Logs und technische Gegenproben eingegrenzt.
• Die fertige Konfiguration wird so dokumentiert, dass Betrieb und Anwendungsteam damit arbeiten können.