Sun Cluster HA für Sun Java System Application Server EE (HADB) - Überblick

In diesem Abschnitt wird beschrieben, wie der Sun Cluster HA für Sun Java System Application Server EE (HADB)-Datendienst die Verwaltungsagenten-Komponenten von Sun Java System Application Server EE (HADB) aktiviert, um in einem Sun Cluster-System hoch verfügbar zu sein. Der Datendienst muss so konfiguriert werden, dass er von mehreren Knoten verarbeitet werden kann.

Allgemeine Informationen zu Datendiensten finden Sie in Kapitel 1, Planning for Sun Cluster Data Services in Sun Cluster Data Services Planning and Administration Guide for Solaris OS. Der Datendienst muss konfiguriert werden.

Die Sun Java System Application Server EE (HADB)-Software ist im Lieferumfang der Sun Java System Application Server Enterprise Edition-Installation enthalten. Sie können Sun Java System Application Server EE (HADB) und Sun Java System Application Server bei Bedarf jedoch auf getrennten Clustern ausführen. In diesem Dokument wird die Installation und Konfiguration des Datendienstes beschrieben, mit dem Sie Sun Java System Application Server EE (HADB) in einem Cluster verwenden können. Aktivieren Sie zunächst Sun Java System Application Server EE (HADB) in Ihrem Cluster, um Sitzungs- und Enterprise Java Bean (EJB)-Persistenz zu bieten. Weitere Informationen über die Sun Java System Application Server EE (HADB) finden Sie in der Sun Java System Application Server-Dokumentation.

Die Implementierung von Sun Cluster HA für Sun Java System Application Server EE (HADB) beinhaltet nicht automatisch das Vorhandensein von Anwendungen, von denen Ihre Architektur abhängig ist, zum Beispiel Datenbanken und Webserver. Solche Anwendungen können jedoch so konfiguriert werden, dass sie eine hohe Verfügbarkeit bieten und auf einem anderen Cluster ausgeführt werden können.

HADB-Verwaltungsarchitektur

Die folgende Abbildung zeigt die Architektur einer Datenbank mit vier aktiven Knoten in einer Verwaltungsdomäne.

Abbildung 1–1 Verwaltungssystemarchitektur

Die Abbildung zeigt eine Verwaltungsdomäne, die aus einer Datenbank und vier HADB-Knotenprozessen in der Datenbank besteht. Diese Knotenprozesse werden durch n0, n1, n2 und n3 dargestellt. Host A und Host B stellen die Cluster-Knoten dar und bilden Datenredundanzeinheiten bzw. DRUs (Host A:DRU0 und Host B:DRU1) für HADB.

Der Verwaltungsagent MA1 verwaltet n0 und n2, und der Verwaltungsagent MA2 verwaltet n1 und n3. Der Verwaltungsagent ist für die Überwachung des Knotenzustands und das Neustarten des Knotens bei Bedarf verantwortlich. Der Verwaltungsagent verarbeitet auch die Verwaltungsoperationenanforderungen der Clients.

Wenn der Verwaltungsagent auf dem Cluster-Knoten fehlschlägt, muss der Agent auf demselben Knoten neu gestartet werden, so dass der Agent mit der Überwachung der HADB-Knoten fortfahren und Verwaltungsoperationen bieten kann. Der Verwaltungsagent muss hoch verfügbar sein.

Hoch verfügbarer HADB-Verwaltungsagent

Die Verwaltungsagenten-Komponente von Sun Java System Application Server EE (HADB) kann für eine hohe Verfügbarkeit eingerichtet werden, indem eine Datendienstressource in einer Ressourcengruppe erstellt wird, die so konfiguriert wird, dass sie von mehreren Knoten gleichzeitig verarbeitet wird. In dieser Ressourcengruppe müssen die maximale Anzahl Primärknoten und die gewünschte Anzahl Primärknoten übereinstimmen. Diese Konfiguration wird im Abschnitt Registrieren und Konfigurieren des Sun Cluster HA für Sun Java System Application Server EE (HADB) beschrieben.

Die folgende Abbildung zeigt eine Konfiguration aus zwei Knoten, bevor auf einem Knoten ein Fehler auftritt.

Abbildung 1–2 Verwaltungsagenten, auf mehreren Knoten verarbeitet–vor einem Fehler

Die Abbildung zeigt zwei Verwaltungsagenten, dargestellt durch MA1 und MA2, auf unterschiedlichen Cluster-Knoten. Die Anwendung wird im lokalen Dateisystem auf jedem Knoten installiert. Mit dem Sun Cluster HA für Sun Java System Application Server EE (HADB)-Datendienst werden die beiden Verwaltungsagenten in einer Ressource konfiguriert, dargestellt durch RS, und diese Ressource wird in einer Ressourcengruppe, RG, konfiguriert. Die Ressourcengruppe ist so konfiguriert, dass sie auf mehreren Cluster-Knoten gleichzeitig verarbeitet werden kann, in diesem Fall Knoten1 und Knoten2.

Der Datendienst verwaltet das Starten der Verwaltungsagenten auf allen Knoten, auf denen sie konfiguriert sind. Die Verwaltungsagenten wiederum starten den NSUP-Prozess (Node Supervisor), der dann die HADB-Knotenprozesse startet. Wenn ein Verwaltungsagent fehlschlägt, wird der Datendienst basierend auf den benutzerdefinierten Parametern neu gestartet. Wenn die HADB-Knotenprozesse fehlschlagen, werden sie vom Verwaltungsagenten neu gestartet. Wenn Datenbanken angehalten wurden, muss der Benutzer diese mithilfe von Befehlen an der Befehlszeile neu starten.

Wenn die benutzerdefinierten Parameter festlegen, dass der Datendienst den Verwaltungsagenten nach einem Fehler nicht neu startet, bleiben die Prozesse an diesem Knoten abgeschaltet. Die Verwaltungsagentenprozesse an den anderen verwalteten Knoten werden jedoch weiterhin ausgeführt. Es findet kein Failover statt.

Die folgende Abbildung zeigt die aus zwei Knoten bestehende Konfiguration, nachdem auf dem ersten Knoten ein Fehler auftritt. Alle Prozesse am ersten Knoten sind abgeschaltet, und der zweite Knoten führt seine Prozesse weiterhin aus.

Abbildung 1–3 Verwaltungsagenten, auf mehreren Knoten verarbeitet – nach einem Fehler