# Eine Vitalitätsrichtlinie erstellen: Allgemeine Eigenschaften der Vitalitätsrichtlinie definieren

Verwenden Sie diese Seite, um Vitalitätsrichtlinien zu erstellen. Vitalitätsrichtlinien werden verwendet, um vitalitätsbasierte Prüfungen für Cluster, dynamische Cluster und Anwendungsserverinstanzen, die auf Knoten ausgeführt werden, durchzuführen.

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.

Nachdem Sie alle erforderlichen Felder ausgefüllt haben, klicken Sie auf Weiter.

## Name

Gibt den Namen einer Vitalitätsrichtlinie an. Der Name der Vitalitätsrichtlinie ist erforderlich und muss innerhalb der Vitalitätsrichtlinien in der Zelle eindeutig sein.

Der Name darf nicht mit einem Punkt (`.`) oder Leerzeichen beginnen. Die Verwendung eines Leerzeichens führt zwar nicht zu einem Fehler, aber führende und nachgestellte Leerzeichen werden automatisch gelöscht. Es wird empfohlen, aussagefähige Namen für die Vitalitätsrichtlinien zu definieren und diese konsistent zu verwenden. Beispiele für geeignete Namen für altersbasierte Vitalitätsrichtlinien sind `ALTER_20TAGE`, `ALTER_15TAGE`.

## Beschreibung

Gibt eine zusätzliche Beschreibung für die Vitalitätsrichtlinie an. Die Beschreibung ist optional. Sie können die Beschreibung bearbeiten, wenn Sie eine Vitalitätsrichtlinie erstellen oder bearbeiten. Die Angabe der optionalen Beschreibung wird empfohlen, wenn Sie viele Vitalitätsrichtlinien verwenden oder wenn mehrere Administratoren dieselben Vitalitätsrichtlinien verwalten.

## Vordefinierte Vitalitätsbedingung

Die Vitalitätsbedingung definiert, welche Richtlinie implementiert wird. Vordefinierte Vitalitätsbedingungen sind die Bedingungen, die mit Intelligent Management bereitgestellt werden.

Einige Richtlinien sind präventionsbasiert und einige erkennungsbasiert. Präventionsbasierte Richtlinien werden verwendet, um Bedingungen zu verhindern, die zu Problemen führen können, wohingegen sich erkennungsbasierte Richtlinien auf die Identifizierung vorhandener Bedingungen und eine entsprechende Problemlösung stützen. Diese Richtlinien können verwendet werden, um vitalitätsbasierte Prüfungen für Cluster, dynamische Cluster und Anwendungsserverinstanzen, die auf Knoten ausgeführt werden, durchzuführen. Bei dynamischen Clustern bleibt unabhängig von der verwendeten Vitalitätsrichtlinie die Mindestanzahl der dynamischen Clusterinstanzen aktiv.

- Wenn die altersbasierte Bedingung gegen den benutzerdefinierten Alterswert verstößt, werden die zugeordneten Vitalitätsaktionen ausgeführt. Bei diesem Neustart werden alle zwischengespeicherten und aus dem Hauptspeicher angeforderten Daten bereinigt. Wenn Sie die altersbasierte Richtlinie auswählen, müssen Sie die Alterskriterien definieren. Die altersbasierte Bedingung wird für alle Servertypen unterstützt.
- Die Richtlinie mit Bedingungen für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits überwacht die Speicherbelegung bei Überschreitungen des Anforderungszeitlimits. Wenn der Prozentsatz der Zeitlimitüberschreitungen den für die Bedingung definierten Wert überschreitet, werden die zugeordneten Vitalitätsaktionen ausgeführt. Wenn Sie die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits auswählen, müssen Sie den Schwellenwert für die Speicherbelegung in Prozent festlegen. Die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits wird für alle Servertypen unterstützt.
  Einschränkung: Die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits gilt nicht für JMS- (Java Message Service) und IIOP-Datenverkehr (Internet Inter-ORB Protocol).
- Die Richtlinie für die Erkennung unangemessener Antwortzeiten überwacht die Anforderungen und die Zeit, die für die Ausführung dieser Anforderungen benötigt wird. Wenn Sie die Richtlinie für die Erkennung unangemessener Antwortzeiten auswählen, müssen Sie den Schwellenwert für die Antwortzeit definieren. Wenn die durchschnittliche Antwortzeit in einem bestimmten Zeitintervall den Schwellenwert überschreitet, wird die Vitalitätsrichtlinie ausgelöst. Die Bedingung für die Erkennung unangemessener Antwortzeiten wird für alle Servertypen unterstützt.
- Die Richtlinie Speicherbedingung: Überhöhte Speicherbelegung überwacht die Speicherbelegung für ein Member. Wenn die Speicherbelegung für eine bestimmte Zeit einen bestimmten Prozentsatz der Heapspeichergröße überschreitet, werden die Vitalitätsaktionen ausgeführt. Wenn Sie die Richtlinie für überhöhte Speicherbelegung auswählen, müssen Sie die Speicherbelegung und den Wert für die Zeit über dem Speicherschwellenwert definieren. Die Richtlinie für überhöhte Speicherbelegung wird nur für Anwendungsserver auf Knoten unterstützt, auf denen WebSphere Application Server oder WebSphere Application Server Community Edition ausgeführt wird. Die Bedingung für überhöhte Speicherbelegung kann für andere Typen von Middleware-Servern nicht definiert werden.
- Die Richtlinie Speicherbedingung: Speicherverlust überwacht kontinuierliche Abwärtstrends bei der einem Server zur Verfügung stehenden freien Kapazität im Java-Heapspeicher. Die eingestellte Erkennungsstufe bestimmt, wann diese Trends erkannt werden. Wenn Sie die Richtlinie "Speicherbedingung: Speicherverlust" auswählen, müssen Sie eine Erkennungsstufe definieren. Für die langsamere Erkennung werden die meisten Verlaufdaten benötigt. Für die normale und schnellere Erkennung wird dieselbe Menge von Verlaufdaten benötig, aber bei der schnelleren Erkennung können die Daten bereits analysiert werden, bevor der Java-Heapspeicher auf die konfigurierte Maximalgröße anwächst. Dies ermöglicht eine frühere Erkennung, aber es besteht eine höhere Wahrscheinlichkeit von Fehlalarmen. Wenn gegen diese Bedingung verstoßen wird, werden die Vitalitätsaktionen ausgeführt. Die Bedingung für Speicherverluste wird für andere Typen von Middleware-Servern nicht unterstützt.
- Die Richtlinie Eskalationsbedingung verfolgt blockierte Anforderungen. Die dieser Richtlinie zugeordneten Vitalitätsaktionen werden ausgeführt, wenn die angegebene Erkennungsstufe erreicht ist. Die Erkennung von Eskalationen basiert auf der Erkennung von Änderungspunkten (oder Trendwenden) in Daten, die über einen bestimmten Zeitraum hinweg gemessen werden. Die Messwerte, die für die Erkennung von Eskalationen verwendet werden, sind Antwortzeiten und dWLM-Wertigkeiten (Deployment Workload Manager), die für den Server beobachtet werden. Die Eskalationsbedingung gilt nur für dynamische Cluster und Zellen. Wenn Sie die Richtlinie "Eskalationsbedingung" auswählen, müssen Sie die Erkennungsstufe festlegen.

  Für die Erkennung von Änderungspunkten berechnet der Vitalitätscontroller einen linken und einen rechten Durchschnittswert für einen bestimmten Punkt. Für einen Punkt besteht der linke Durchschnittswert aus dem Durchschnittswert von N Stichproben, die vor dieser Stichprobe ankommen, und der rechte Durchschnittswert aus dem Durchschnittswert von N Stichproben, einschließlich des aktuellen Punkts, die später ankommen. Die Differenz zwischen dem linken und dem rechten Durchschnittswert wird gespeichert und mit anderen Differenzen in einer Gruppe von Werten für N verglichen, um festzustellen, ob diese Differenz ein lokales Maximum ist. Wenn diese Differenz die maximale Differenz ist, wird der Punkt, dem diese Differenz entspricht, als Änderungspunkt deklariert. Die beiden Metriken, die für die Erkennung von Eskalationen verwendet werden, sind Antwortzeiten und dWLM-Wertigkeiten (Dynamic Workload Manager), die für den Server beobachtet werden.

  Die Eskalationsbedingung wird für alle Servertypen unterstützt.
  Einschränkung: Die Eskalationsbedingung gilt nicht für JMS- und IIOP-Datenverkehr.
- Die Richtlinie Workload-Bedingung führt die zugeordneten Vitalitätsaktionen aus, wenn eine bestimmte benutzerdefinierte Anzahl an Anforderungen verarbeitet wird. Wenn Sie die Workload-Richtlinie auswählen, müssen Sie die Gesamtanforderungskriterien definieren. Die Workload-Bedingung wird für alle Servertypen unterstützt.
- Die Richtlinie für die Dauer der Garbage-Collection in Prozent überwacht eine Java Virtual Machine (JVM) oder eine Gruppe von JVMs, um festzustellen, ob diese JVMs einen bestimmten Prozentsatz für die Dauer der Garbage-Collection im Stichprobenzeitraum überschreiten. Da die Garbage-Collection die Prozessorauslastung erhöht, kann diese Richtlinie Ihnen Aufschluss darüber geben, ob eine schlechte Leistung auf die Dauer der Garbage-Collection zurückzuführen ist.

## Angepasste Vitalitätsbedingung

Sie können eigene Vitalitätsbedingungen definieren, wenn die vorhandenen Vitalitätsbedingungen Ihren Anforderungen nicht genügen. Angepasste Vitalitätsbedingungen können anhand von Metriken in der Umgebungen getestet werden.

Zugehörige Informationen:
Vitalitätsrichtlinien
Einstellungen für Vitalitätsrichtlinien
Vitalitätsrichtlinie erstellen: Eigenschaften einer Vitalitätsbedingung definieren
Vitalitätsrichtlinie erstellen: Zu überwachende Member angeben
Angepasste Aktionen
Einstellungen für angepasste Aktionen

Dateiname: hc_detail_main_new.html