Der Konvention gemäß werden Ressourceneigenschaften in der RTR-Datei nach den Ressourcentypeigenschaften deklariert. Ressourceneigenschaften sind sowohl die von Sun Cluster bereitgestellten systemdefinierten Eigenschaften als auch vom Benutzer definierte Erweiterungseigenschaften. Für jeden Typ können Sie eine Reihe von Eigenschaftsattributen angeben, die Sun Cluster vorgibt, wie zum Beispiel “minimum”, “maximum” und Standardwerte.
Die folgende Auflistung zeigt die systemdefinierten Eigenschaften in der RTR-Beispieldatei.
# Eine Liste von Ressourceneigenschaftsdeklarationen in Klammern # folgt auf die Ressourcentypdeklarationen. Die Eigenschaftsnamensdeklaration # muss das erste Attribut nach der geöffneten geschweiften Klammer für jeden Eintrag sein. # Die <Methode>_timeout-Eigenschaften stellen den Wert in Sekunden ein, # nachdem RGM schließt, dass der Methodenaufruf fehlgeschlagen ist. # Der MIN-Wert für alle Methoden-Zeitüberschreitungen ist auf 60 Sekunden eingestellt. # So können die Verwalter keine kürzen Zeitüberschreitungen einstellen, die keine # Verbesserung der Switchover-/Failover-Leistung bewirken würden und unerwünschte RGM- # Aktionen zur Folge haben könnten (falsche Failover, Knotenneustart oder Verschieben der # Ressourcengruppe in den Zustand ERROR_STOP_FAILED, was einen Bedienereingriff # erforderlich macht). Wenn zu kurze Methoden-Zeitüberschreitungen eingestellt werden, # führt dies zu einem *Absinken* der Datendienstverfügbarkeit insgesamt. { PROPERTY = Start_timeout; MIN=60; DEFAULT=300; } { PROPERTY = Stop_timeout; MIN=60; DEFAULT=300; } { PROPERTY = Validate_timeout; MIN=60; DEFAULT=300; } { PROPERTY = Update_timeout; MIN=60; DEFAULT=300; } { PROPERTY = Monitor_Start_timeout; MIN=60; DEFAULT=300; } { PROPERTY = Monitor_Stop_timeout; MIN=60; DEFAULT=300; } { PROPERTY = Thorough_Probe_Interval; MIN=1; MAX=3600; DEFAULT=60; TUNABLE = ANYTIME; } # Die Anzahl der Wiederholversuche, die innerhalb eines bestimmten Zeitraums # ausgeführt werden, bevor geschlossen wird, dass die Anwendung auf diesem # Knoten nicht erfolgreich gestartet werden kann. { PROPERTY = Retry_Count; MIN=0; MAX=10; DEFAULT=2; TUNABLE = ANYTIME; } # Retry_Interval als Vielfaches von 60 einstellen, da der Wert von # Sekunden in Minuten konvertiert und aufgerundet wird. Ein Wert von 50 # (Sekunden) wird zum Beispiel zu einer Minute aufgerundet. Diese Eigenschaft # verwenden, um die Anzahl der Wiederholversuche festzustellen (Retry_Count). { PROPERTY = Retry_Interval; MIN=60; MAX=3600; DEFAULT=300; TUNABLE = ANYTIME; } { PROPERTY = Network_resources_used; TUNABLE = AT_CREATION; DEFAULT = ““; }
Sun Cluster stellt zwar die systemdefinierten Eigenschaften bereit. Sie können jedoch mithilfe der Ressourceneigenschaftsattribute andere Standardwerte einstellen. Eine vollständige Auflistung der Attribute, die für Ressourceneigenschaften zur Verfügung stehen, finden Sie unter Ressourceneigenschaftsattribute.
Beachten Sie folgende Aspekte der systemdefinierten Ressourceneigenschaften in der RTR-Beispieldatei:
Sun Cluster stellt für alle Zeitüberschreitungen einen Mindestwert (1 Sekunde) und einen Standardwert (3600 Sekunden) bereit. In der RTR-Beispieldatei wird der Mindestwert zu 60 und der Standardwert zu 300 Sekunden geändert. Der Cluster-Verwalter kann diesen Standardwert akzeptieren oder den Wert für die Zeitüberschreitung ändern (60 oder größer). Sun Cluster hat keinen zulässigen Höchstwert.
Für die Eigenschaften Thorough_Probe_Interval, Retry_count und Retry_interval wird das TUNABLE-Attribut auf ANYTIME eingestellt. Diese Einstellung bedeutet, dass der Cluster-Verwalter den Wert der betreffenden Eigenschaften ändern kann, auch wenn der Datendienst gerade läuft. Diese Eigenschaften werden vom Fehler-Monitor verwendet, der für den Beispieldatendienst implementiert wurde. Der Beispieldatendienst implementiert eine Update-Methode zum Starten und Stoppen des Fehler-Monitors, wenn diese oder andere Ressourceneigenschaften durch eine Verwaltungsaktion geändert werden. Weitere Informationen finden Sie unter Update-Methode.
Ressourceneigenschaften werden folgendermaßen klassifiziert:
Erforderlich — Der Cluster-Verwalter muss einen Wert angeben, wenn er eine Ressource erstellt.
Optional — Wenn der Verwalter keinen Wert angibt, stellt das System einen Standardwert bereit.
Bedingt — RGM erstellt die Eigenschaft nur, wenn sie in der RTR-Datei deklariert wurde.
Der Fehler-Monitor des Beispieldatendienstes verwendet die bedingten Eigenschaften Thorough_probe_interval, Retry_count, Retry_interval und Network_resources_used. Daher mussten diese vom Entwickler in der RTR-Datei deklariert werden. Weitere Informationen zur Klassifizierung von Eigenschaften finden Sie in der Online-Dokumentation unter r_properties(5) und unter Ressourceneigenschaften.
Am Ende der RTR-Datei befinden sich die Erweiterungseigenschaften, die in der folgenden Auflistung gezeigt werden.
# Erweiterungseigenschaften # Der Cluster-Verwalter muss den Wert dieser Eigenschaft so einstellen, dass # er auf das Verzeichnis zeigt, das die von der Anwendung verwendeten # Konfigurationsdateien enthält. Für diese Anwendung, DNS, wird der Pfad der # DNS-Konfigurationsdatei auf PXFS angegeben (in der Regel named.conf). { PROPERTY = Confdir; EXTENSION; STRING; TUNABLE = AT_CREATION; DESCRIPTION = “Pfad zum Konfigurationsverzeichnis”; } # Zeitüberschreitungswert in Sekunden, bevor das Testsignal als fehlgeschlagen # deklariert wird. { PROPERTY = Probe_timeout; EXTENSION; INT; DEFAULT = 120; TUNABLE = ANYTIME; DESCRIPTION = “Zeitüberschreitungswert für das Testsignal (Sekunden)”; }
Die RTR-Beispieldatei definiert zwei Erweiterungseigenschaften, Confdir und Probe_timeout. Confdir gibt den Pfad zum DNS-Konfigurationsverzeichnis an. Dieses Verzeichnis enthält die in.named-Datei, die der DNS für einen erfolgreichen Betrieb benötigt. Die Start- und Validate-Methoden des Beispieldatendienstes verwenden diese Eigenschaft, um vor dem Starten von DNS zu überprüfen, ob auf das Konfigurationsverzeichnis und die in.named-Datei zugegriffen werden kann.
Nach Konfigurieren des Datendienstes überprüft die Validate-Methode, ob das neue Verzeichnis zugänglich ist.
Bei der PROBE-Methode des Beispieldatendienstes handelt es sich nicht um eine Sun Cluster-Rückmeldemethode, sondern um eine benutzerdefinierte Methode. Daher stellt Sun Cluster keine Probe_timeout-Eigenschaft für sie bereit. Der Entwickler hat eine Erweiterungseigenschaft in der RTR-Datei definiert, mit deren Hilfe der Cluster-Verwalter einen Probe_timeout-Wert konfigurieren kann.