Seminar Oracle Linux – Hochverfügbarkeit mit Pacemaker und Corosync

Das Seminar behandelt Planung, Aufbau und Betrieb hochverfügbarer Dienste auf Oracle Linux mit Pacemaker und Corosync. Quorum, Fencing, Ressourcen, Constraints und kontrollierte Wartung werden nicht als Einzelbefehle, sondern als Sicherheitskette für verlässliche Failover-Entscheidungen aufgebaut.

Inhaltsübersicht

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

Zielsetzung

• Clusterarchitektur, Quorum und Fencing belastbar planen
• Ressourcen und Abhängigkeiten korrekt modellieren
• Failover, Wartung und Wiederanlauf kontrolliert durchführen
• Clusterstörungen systematisch analysieren und dokumentieren

Zielgruppe

Linux-Administratoren, System Engineers, Datenbank- und Applikationsbetreiber sowie technische Architekten für hochverfügbare Systeme.

Voraussetzungen

Sichere Oracle-Linux-Administration, Netzwerk- und Storage-Grundlagen sowie Erfahrung mit systemd-Diensten.

Seminarinhalte

1. Schritt 1: Verfügbarkeitsanforderungen bestimmen

   Dienstabhängigkeiten, zulässige Unterbrechung, Datenkonsistenz, Fehlerdomänen und Wartungsziele werden erfasst. Nicht jeder Dienst wird automatisch zum geeigneten Clusterkandidaten.

2. Schritt 2: Clusterkommunikation planen

   Knoten, Ringe, Adressen, Namensauflösung, Latenz, MTU, Zeitquelle und Firewall werden festgelegt. Die Kommunikationswege werden vor der Installation separat geprüft.

3. Schritt 3: Pakete und Dienste bereitstellen

   Clusterkomponenten und Verwaltungswerkzeuge werden installiert. Startverhalten, Authentisierung, Konfigurationsablage und Protokolle werden kontrolliert eingerichtet.

4. Schritt 4: Corosync und Mitgliedschaft konfigurieren

   Knotenidentität, Transport, Ringe und Clustername werden gesetzt. Mitgliedschaftswechsel und Kommunikationsverlust werden beobachtet und bewertet.

5. Schritt 5: Quorumregeln verstehen

   Stimmen, Partitionen, Zwei-Knoten-Sonderfall und Quorumverlust werden praktisch untersucht. Schreibende Dienste dürfen nur unter klaren Bedingungen weiterlaufen.

6. Schritt 6: Fencing verlässlich einrichten

   STONITH-Geräte, Zugangsdaten, Zeitüberschreitungen und Testverfahren werden konfiguriert. Ein Cluster ohne nachgewiesenes Fencing wird nicht als produktionsreif betrachtet.

7. Schritt 7: Ressourcenagenten auswählen

   Standardisierte Agenten, systemd-Ressourcen und eigene Prüfskripte werden verglichen. Start, Stop und Monitor müssen idempotent und eindeutig auswertbar sein.

8. Schritt 8: Ressourcen und Gruppen anlegen

   Virtuelle Adresse, Dateisystem und Beispieldienst werden als geordnete Gruppe modelliert. Wiederholte Starts und Stopps werden auf Konsistenz geprüft.

9. Schritt 9: Constraints definieren

   Colocation, Reihenfolge, Standortpräferenzen, Scores und Stickiness werden eingesetzt. Widersprüchliche Regeln werden erkannt und bereinigt.

10. Schritt 10: Fehlerverhalten und Schwellen steuern

    Monitorintervalle, Timeouts, Migration Threshold, Failure Timeout und Bereinigung von Fehlerzuständen werden abgestimmt.

11. Schritt 11: Failover kontrolliert testen

    Dienst-, Knoten-, Netzwerk- und Fencing-Fehler werden einzeln simuliert. Erwartetes und tatsächliches Verhalten werden protokolliert und verglichen.

12. Schritt 12: Wartung durchführen

    Standby, Maintenance Mode, Ressourcenverschiebung, Paketwartung und Rückkehr in den Regelbetrieb werden als feste Reihenfolge geübt.

13. Schritt 13: Clusterzustand beobachten

    Status, Ereignisse, Ressourcenhistorie, Logs und Konfigurationsänderungen werden zu einer Diagnoseansicht verbunden. Die grafische Verwaltung wird ergänzend, nicht als Ersatz für Verständnis genutzt.

14. Schritt 14: Split-Brain- und Datenrisiken behandeln

    Partitionen, doppelte Aktivierung und unklare Datenstände werden anhand eines Notfallplans bearbeitet. Automatische Wiederaufnahme erfolgt erst nach Konsistenzprüfung.

15. Schritt 15: Betriebs- und Notfallhandbuch erstellen

    Normalbetrieb, Wartung, Failover, Fencing-Alarm, Quorumverlust und Wiederaufnahme werden mit klaren Entscheidungspunkten dokumentiert.

Praxisübungen

• Zwei-Knoten-Cluster mit virtueller IP, Dateisystem und Dienst aufbauen
• Fencing-Gerät konfigurieren und kontrolliert testen
• Constraints für Startreihenfolge, Colocation und Standortpräferenz erstellen
• Knoten- und Netzwerkfehler simulieren und anhand des Notfallhandbuchs bearbeiten

Methodik

Ein durchgängiger Cluster wird aufgebaut, getestet, absichtlich gestört und wieder in einen definierten Zustand gebracht. Jede Konfiguration wird durch einen negativen Test abgesichert.