Eine Vitalitätsrichtlinie erstellen: Eigenschaften der Vitalitätsbedingung definieren

Verwenden Sie diese Seite, um das spezifische Verhalten einer Vitalitätsrichtlinie zu definieren.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Betriebsbedingte Richtlinien > Vitalitätsrichtlinien > Neu.

Die Berechtigungen für die Vitalitätsrichtlinien variieren je nach Verwaltungsrolle des Benutzers. Beispiele für Rollen sind Monitor (Überwachung), Operator (Bedienung), Configurator (Konfiguration) und Administrator (Verwaltung). Wenn Sie ein Benutzer mit der Rolle Monitor (Überwachung) oder Operator (Bedienung) sind, können Sie die Informationen zur Vitalitätsrichtlinie nur anzeigen. Wenn Sie der Rolle Configurator (Konfiguration) oder Administrator (Verwaltung) zugeordnet sind, haben Sie alle Konfigurationsberechtigungen für Vitalitätsrichtlinien.

Eigenschaften der Vitalitätsbedingung

Gibt Eigenschaften an, die für die Vitalitätsbedingung spezifisch sind.

Tabelle 1. Eigenschaften für alterbasierte Bedingungen
Einstellung Beschreibung
Maximales Alter

Dieses Feld ist nur für die altersbasierte Richtlinie verfügbar. Die altersbasierte Vitalitätsrichtlinie startet die zugeordneten Member erneut, wenn sie das konfigurierte maximale Alter erreichen. Zulässige Werte sind positive ganze Zahlen zwischen 1 Stunde und 365 Tagen. Wenn Sie einen Wert wie beispielsweise 1,5 Tage angeben möchten, müssen Sie 36 Stunden angeben, da Dezimalzahlen nicht unterstützt werden.

Tabelle 2. Eigenschaften für Bedingungen für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits
Einstellung Beschreibung
Anforderungen mit Zeitlimitüberschreitungen

Die Richtlinie für die Erkennung überhöhter Speicherbelegung startet die Member erneut, wenn die Speicherbelegung über einen bestimmten Zeitraum hinweg einen bestimmten Prozentsatz des Heap-Speichers überschreitet. Der Prozentsatz der Gesamtspeicherbelegung wird in Kombination mit der Einstellung "Zeit über Speicherschwellenwert" verwendet, um festzustellen, wann Member erneut gestartet werden müssen. Die gültigen Werte für dieses Feld sind alle ganzen Zahlen von 1 bis 99.

Tabelle 3. Eigenschaften für Bedingungen für unangemessene Antwortzeiten
Einstellung Beschreibung
Antwortzeit

Dieses Feld ist nur für die Richtlinie für die Erkennung unangemessener Antwortzeiten verfügbar. Die Richtlinie für die Erkennung unangemessener Antwortzeiten startet die Member erneut, wenn die Ausführung der durchschnittlichen Anzahl von Antworten eine bestimmte Dauer überschreitet. Die gültigen Werte für dieses Feld sind 1 Millisekunde bis 60 Minuten.

Tabelle 4: Speicherbedingung: Eigenschaften für überhöhte Speicherbelegung
Einstellung Beschreibung
Größe des JVM-Heap-Speichers

Die Richtlinie für die Erkennung überhöhter Speicherbelegung startet die Member erneut, wenn die Speicherbelegung über einen bestimmten Zeitraum hinweg einen bestimmten Prozentsatz des Heap-Speichers überschreitet. Der Prozentsatz der Gesamtspeicherbelegung wird in Kombination mit der Einstellung "Zeit über Speicherschwellenwert" verwendet, um festzustellen, wann Member erneut gestartet werden müssen. Die gültigen Werte für dieses Feld sind alle ganzen Zahlen von 1 bis 99.

Dauer des Verstoßes

Dieses Feld ist nur für die Richtlinie für die Erkennung überhöhter Speicherbelegung verfügbar. Die Richtlinie für die Erkennung überhöhter Speicherbelegung startet die Member erneut, wenn die Speicherbelegung über einen bestimmten Zeitraum hinweg einen bestimmten Prozentsatz des Heap-Speichers überschreitet. Die gültigen Werte für dieses Feld sind 1 Sekunde bis 60 Minuten.

Tabelle 5. Speicherbedingung: Eigenschaften für Bedingungen für die Erkennung von Speicherverlusten
Einstellung Beschreibung
Erkennungsstufe
Sie können zwischen den folgenden Erkennungsstufen wählen. Bei der Auswahl der Erkennungsstufe müssen Sie abwägen, was Ihnen wichtiger ist - die Geschwindigkeit oder die Genauigkeit bei der Erkennung potenzieller Speicherverluste.
  • Schnellere Erkennung, höhere Wahrscheinlichkeit falscher Alarme: Eine schnellere Erkennungsstufe erkennt zwar potenzielle Speicherverluste schneller, hat aber im Gegensatz zu einer langsameren Erkennungsstufe die höhere Wahrscheinlichkeit, dass fälschlicherweise ein Speicherverlust gemeldet wird, weil die Analyse durchgeführt wird, bevor der Java-Heap-Speicher auf seine konfigurierte Maximalgröße erweitert wurde.
  • Standarderkennung, Standardwahrscheinlichkeit falscher Alarme: Eine Standarderkennungsstufe ist genauer als eine schnellere Richtlinie, erkennt dafür aber Speicherverluste nicht so schnell. Für die Standarderkennung und die schnellere Erkennung wird dieselbe Menge von Verlaufdaten benötig, aber bei der Standarderkennung werden die Daten erst dann analysiert, wenn der Java-Heap-Speicher auf die konfigurierte Maximalgröße erweitert wurde.
  • Langsamere Erkennung, geringere Wahrscheinlichkeit falscher Alarme: Eine langsamere Erkennungsstufe ist am genauesten, erkennt aber potenzielle Speicherverluste nicht so schnell wie die schnellere Erkennungsstufe. Für die langsamere Erkennung werden die meisten Verlaufdaten benötigt.
Tabelle 6. Eigenschaften für Eskalationsbedingungen
Einstellung Beschreibung
Erkennungsstufe
  • Standarderkennung, Standardwahrscheinlichkeit falscher Alarme: Eine Standarderkennungsrichtlinie ist weniger genau als eine langsamere Richtlinie, erkennt dafür aber Eskalationen schneller.

    Auf dieser Stufe werden weniger Stichproben (N=10) für Antwortzeiten und Wertigkeiten des Dynamic Workload Manager verwendet und Änderungspunkte bei allen Metriken, basierend auf dem Stichprobensatz erkannt. Deshalb kommt diese Richtlinie schneller zu einem Ergebnis, weil sie 20 Stichproben abwartet (10 für den linken Durchschnittswert und 10 für den rechten Durchschnittswert), um eine Differenz zwischen den Durchschnittswerten und ein lokales Maximum zu ermitteln. Die Stichproben werden in einem Intervall von 15 Sekunden erfasst. Eine Eskalation kann auf diese Weise innerhalb von fünf Minuten nach ihrem Auftreten erkannt werden. Da jedoch weniger Stichproben verwendet werden, ist die Wahrscheinlichkeit von Fehlalarmen höher, wenn die Stichproben mehrere vorübergehende Lastspitzen oder Lastabfälle haben.

  • Langsamere Erkennung, geringere Wahrscheinlichkeit falscher Alarme: Eine langsamere Erkennungsrichtlinie ist am genauesten, erkennt aber potenzielle Eskalationen nicht so schnell wie die Standarderkennungsrichtlinie.

    Auf dieser Stufe werden mehr Stichproben (N=15) für Antwortzeiten und Wertigkeiten des Dynamic Workload Manager verwendet. Deshalb kommt diese Richtlinie nicht so schnell zu einem Ergebnis, weil sie 30 Stichproben abwartet (15 für den linken Durchschnittswert und 15 für den rechten Durchschnittswert) um eine Differenz zwischen den Durchschnittswerten zu ermitteln. Die Erkennungszeit beträgt sieben Minuten und 30 Sekunden. Da mehr Stichproben verwendet werden, wirken sich Stichproben mit vorübergehenden Lastspitzen oder Lastabfällen nicht wesentlich auf die Durchschnittswerte aus. Die Wahrscheinlichkeit von Fehlalarmen ist deshalb geringer.

Tabelle 7. Eigenschaften für Workload-Bedingungen
Einstellung Beschreibung
Gesamtanzahl der Anforderungen

Die Workload-basierte Richtlinie startet die Member erneut, wenn eine bestimmte, von Ihnen definierte Anzahl von Anforderungen bearbeitet wurde. Der Anforderungswert muss eine ganze Zahl größer als 1000 sein.

Tabelle 8. Eigenschaften für angepasste Bedingungen
Einstellung Beschreibung
Reaktionsplan ausführen, wenn Gibt einen Unterausdruck an, der die Metrik darstellt, die Sie in Ihrer Bedingung auswerten.
Reaktion der Vitalitätsüberwachung

Gibt an, wie sich WebSphere Virtual Enterprise verhält, wenn eine definierte Vitalitätsbedingung verbessert werden muss.

Reaktionsmodus

Gibt den Reaktionsmodus an, der das Verhalten der Vitalitätsrichtlinie definiert. Die gültigen Reaktionsmodi sind Kontrolliert und Automatisch.

  • Wenn der Reaktionsmodus auf Kontrolliert gesetzt ist, sind Vitalitätsrichtlinien aktiv, und es werden Empfehlungen für Aktionen über eine Laufzeittask an den Administrator gesendet. Der Administrator kann den Empfehlungen folgen. Wenn der Administrator eine Empfehlung genehmigt, werden automatisch die entsprechenden Aktionen zur Verbesserung der Vitalitätsbedingung ausgeführt.
  • Wenn der Reaktionsmodus auf Automatisch gesetzt ist, protokollieren Vitalitätsrichtlinien aktiv Daten, und WebSphere Virtual Enterprise führt automatisch, d. h. ohne Genehmigung des Administrators, Aktionen zur Verbesserung der Vitalitätsbedingungen aus.
Folgende Aktionen beim Verstoß gegen die Vitalitätsbedingung ausführen

Sie können bestimmte Aktionen definieren, die bei einem Verstoß gegen die Vitalitätsrichtlinie ausgeführt werden sollen. Sie können vorhandene Standardaktionen angeben oder angepasste Aktionen definieren, um eine ausführbare Datei auszuführen.

Es erscheint eine Liste mit Aktionen in der Reihenfolge, in der sie bei einem Verstoß gegen die Vitalitätsbedingung ausgeführt werden. Wenn Sie eine Aktion hinzufügen möchten, klicken Sie auf Aktion hinzufügen.... Sie können eine vorhandene Standardaktion für die Vitalitätsrichtlinie angeben, eine von Ihnen erstellte angepasste Aktion angeben oder eine neue angepasste Aktion erstellen.

Wenn Sie einen Schritt entfernen möchten, wählen Sie den Schritt aus, und klicken Sie anschließend auf Aktion entfernen. Wenn Sie die Reihenfolge Ihrer Schritte ändern möchten, wählen Sie den Schritt aus, den Sie an eine andere Position verschieben möchten, und klicken Sie anschließend auf Nach oben oder Nach unten.




Information Center von WebSphere Virtual Enterprise (online)

Zugehörige Informationen
Erstellungsprogramm für Unterausdrücke für angepasste Vitalitätsbedingungen
Vitalitätsrichtlinien
Einstellungen für Vitalitätsrichtlinie
Eine Vitalitätsrichtlinie erstellen: Allgemeine Eigenschaften der Vitalitätsrichtlinie definieren
Eine Vitalitätsrichtlinie erstellen: Zu überwachende Member angeben
Angepasste Aktionen
Einstellungen für angepasste Aktionen

hc_condition_detail_new