Der erste Teil des Workshops vermittelte die grundsätzlichen Fakten zum Thema Hochverfügbarkeit mit Linux und stellte den Pacemaker-Cluster-Manager vor, der zwei Server in einen Cluster verwandeln kann. Fällt einer der beiden Knoten aus, wandern alle seine Dienste automatisch auf den überlebenden Knoten. Pacemaker – auch das diskutierte der vorangegangene Beitrag – kennt zwei verschiedene Möglichkeiten, mit anderen Clusterknoten zu sprechen: Corosync und Heartbeat. Außerdem wurde ein sogenannter Resource Agent vorgestellt, der im Beispiel für die Übernahme von IP-Adressen zuständig war.

Der zweite Teil greift die bereits vorhandene Konfiguration auf und erweitert sie zum ersten Mal so, dass der Cluster für einen echten Dienst ein Fail Over gewährleistet. Dabei kommt auch DRBD zum Einsatz, das die redundante Speicherung der MySQL-Daten erledigt. Schließlich zeigt der vorliegende Artikel, wie man einen echten Aktiv-Aktiv-Cluster baut, der zwei Instanzen von MySQL im Cluster betreibt und dafür sorgt, dass sie stets auf getrennten Hosts laufen.

DRBD für MySQL

Am Anfang eines hochverfügbaren MySQL-Clusters steht natürlich die Installation von MySQL. Alle relevanten Distributionen bringen MySQL in paketierter Form mit, sodass das problemlos gelingen sollte.

Der Betrieb einer redundanten MySQL-Datenbank [1][2] setzt voraus, dass auf beiden Clusterknoten jeweils die gleichen Daten für MySQL zur Verfügung stehen. Der Artikel zum Thema DRBD im letzten Admin-Magazin [3] geht auf diese Problematik ausführlich ein und erläutert detailliert, wie sich DRBD einrichten und konfigurieren lässt. Dieser Artikel setzt voraus, dass DRBD anhand dieser Anleitung bereits installiert und so konfiguriert ist, dass eine