Seminar OpenNebula – Intensiv – Resilienz, Sicherheit und verteilte Cloud

Das Intensivformat verbindet Sicherheits- und Resilienzthemen zu einem einheitlichen Kontrollsystem. Schutzmaßnahmen, Wiederherstellung, Überwachung und verteilte Standorte werden nicht getrennt geplant, sondern gemeinsam getestet.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• IAM, Mandantentrennung und Härtung nach Schutzbedarf umsetzen
• Control Plane und Workloads hochverfügbar betreiben
• Backup, Restore, Disaster Recovery und Fehleranalyse regelmäßig testen
• Upgrades, Federation und Edge-Standorte in kontrollierte Betriebsprozesse integrieren

Zielgruppe

Senior-Administratoren, Cloud-Architekten, Security- und Notfallmanagement, Plattformbetrieb sowie Multi-Site- und Edge-Verantwortliche.

Voraussetzungen

Gute OpenNebula-Administrationskenntnisse sowie sichere Grundlagen in Linux-Härtung, Netzwerk, Datenbank, Storage, Backup und Hochverfügbarkeit.

Seminarinhalte

1. Schritt 1: Schutzbedarf und Kontrollziele festlegen

   Daten, Dienste, Rollen, Angriffspfade, Ausfallfolgen und Compliance-Anforderungen werden in priorisierte Kontrollziele übersetzt.

2. Schritt 2: IAM und Mandantentrennung aufbauen

   Authentisierung, Benutzer, Gruppen, ACLs, Quotas, VDCs und Servicekonten werden minimal berechtigt und testbar eingerichtet.

3. Schritt 3: Systeme und Schnittstellen härten

   Front-end, Hypervisor, Datenbank, TLS, APIs, Secrets, Netzsegmente, Images und Verwaltungszugänge werden abgesichert.

4. Schritt 4: Front-end-HA planen und prüfen

   Quorum, Rollen, Datenbank, gemeinsame Konfiguration, Servicezugriff und kontrollierter Leader-Wechsel werden praktisch behandelt.

5. Schritt 5: Host- und VM-HA umsetzen

   Überwachung, Fencing, Kapazitätsreserve, Wiederanlaufklassen und Startreihenfolge werden konfiguriert und getestet.

6. Schritt 6: Backup und Restore etablieren

   Backup-Datastores, Jobs, Aufbewahrung, Front-end-Sicherung und isolierte Wiederherstellung werden in einen Testkalender überführt.

7. Schritt 7: Disaster Recovery durchführen

   Standort- oder Infrastrukturverlust wird anhand von RPO, RTO, Abhängigkeiten und einem freigegebenen Runbook simuliert.

8. Schritt 8: Monitoring und Logging korrelieren

   Metriken, Zustände, Events, Historie, Systemdienste und Logs werden zu einer belastbaren Fehlerhypothese zusammengeführt.

9. Schritt 9: Komplexe Störungen bearbeiten

   Netz-, Storage-, Scheduler-, Host- und VM-Fehler werden über Zustandsmaschine, Treiberpfade und Abhängigkeiten eingegrenzt.

10. Schritt 10: Upgrades kontrolliert durchführen

    Inventar, Kompatibilität, Sicherung, Labortest, Datenbankprüfung, Dienstreihenfolge, Abnahme und Rückfallentscheidung werden organisiert.

11. Schritt 11: Federation und Edge absichern

    Zonen, Konnektivität, Ressourcenabgrenzung, lokale Autonomie, Synchronisation und Wiederanschluss werden mit Sicherheits- und Betriebsregeln versehen.

12. Schritt 12: Gesamttest und Auditnachweis erstellen

    Geplante Ausfälle, Restore, Rechteprüfung, Upgrade-Check und Standortunterbrechung werden als prüfbares Resilienzprotokoll zusammengeführt.

Praxisübungen

• Schutzbedarfs- und Kontrollmatrix für eine verteilte Cloud erstellen
• ACL-, VDC- und Härtungskonzept praktisch prüfen
• Front-end- und Hostausfälle kontrolliert simulieren
• Restore und standortbezogenen Wiederanlauf mit Zeitmessung durchführen
• Upgrade in einer Testumgebung mit Abnahmekriterien vorbereiten
• Federationsunterbrechung und sicheren Wiederanschluss testen

Methodik

Die Laborwoche ist als kontrollierter Resilienztest aufgebaut. Vor jedem Eingriff werden Annahmen, Sicherheitsgrenzen und erwartete Zustände dokumentiert; anschließend werden Messwerte, Abweichungen und Verbesserungen festgehalten.