Überwachen einer Ressource

Üblicherweise werden Monitore so implementiert, dass sie in bestimmten Zeitabständen Fehlertestsignale an die Ressourcen senden, um festzustellen, ob die getesteten Ressourcen korrekt arbeiten. Wenn ein Fehlertestsignal einen Fehler ergibt, kann der Monitor versuchen, lokal neu zu starten oder ein Failover für die betroffene Ressourcengruppe durch Aufrufen der RMAPI-Funktion scha_control() bzw. der DSDL-Funktion scds_fm_action() anzufordern.

Sie können auch die Leistung einer Ressource überwachen und sie einstellen bzw. einen Leistungsbericht erstellen. Das Schreiben eines ressourcentypspezifischen Fehler-Monitors ist völlig optional. Selbst wenn Sie sich dafür entscheiden, keinen Fehler-Monitor zu schreiben, profitiert der Ressourcentyp von der Basisüberwachung des Clusters, die Sun Cluster selbst ausführt. Sun Cluster stellt Fehler der Host-Hardware, schwerwiegende Fehler des Host-Betriebssystems sowie Fehlschlagen der Host-Kommunikation auf den öffentlichen Netzwerken fest.

Obwohl RGM keinen Ressourcen-Monitor direkt aufruft, ermöglicht das Programm den automatischen Start von Monitoren für Ressourcen. Beim Offline-nehmen einer Ressource ruft RGM die Monitor_stop-Methode auf, um den Ressourcen-Monitor auf den lokalen Knoten zu stoppen, bevor die Ressource selbst gestoppt wird. Beim Online-bringen einer Ressource ruft RGM die Monitor_start-Methode auf, nachdem die Ressource selbst gestartet wurde.

Mithilfe der RMAPI-Funktion scha_control() und der DSDL-Funktion scds_fm_action() (die scha_control() aufruft) können die Ressourcen-Monitore das Failover einer Ressourcengruppe auf einen anderen Knoten anfordern. Als eine der Kontrollprüfungen ruft scha_control() den Befehl Monitor_check auf (falls definiert), um festzustellen, ob der angeforderte Knoten zuverlässig genug ist, um die Ressourcengruppe mit der Ressource zu unterstützen. Wenn Monitor_check zurückmeldet, dass der Knoten nicht zuverlässig ist, oder das Zeitlimit für die Methode überschritten wird, sucht RGM nach einem anderen Knoten, um der Failover-Anforderung nachzukommen. Wenn Monitor_check auf allen Knoten fehlschlägt, wird das Failover abgebrochen.

Der Ressourcen-Monitor kann die Status- und Status_msg-Eigenschaften einstellen, um die Monitorsicht des Ressourcenzustands wiederzugeben. Verwenden Sie die RMAPI-Funktion scha_resource_setstatus(), den Befehl scha_resource_setstatus oder die DSDL-Funktion scds_fm_action() zum Einstellen dieser Eigenschaften.

Status und Status_msg eignen sich zwar besonders für einen Ressourcen-Monitor; diese Eigenschaften können jedoch von jedem beliebigen Programm eingestellt werden.

Ein Beispiel eines mit der RMAPI implementierten Fehler-Monitors finden Sie unter Definieren eines Fehler-Monitors. Ein Beispiel eines mit der DSDL implementierten Fehler-Monitors finden Sie unter SUNW.xfnts-Fehler-Monitor. Informationen zu Fehler-Monitoren, die in von Sun gelieferte Datendienste eingebaut sind, finden Sie im Sun Cluster Data Services Planning and Administration Guide for Solaris OS.