Bei der Erstellung von Warnungsdefinitionen für Ihre Umgebung sollten Sie einheitliche Best Practices anwenden, sodass das Warnmeldeverhalten für Ihre überwachten Objekte optimiert wird.

Name und Beschreibung der Warnungsdefinitionen

Die Warnungsdefinition wird mit einem kurzen Namen benannt, der an folgenden Stellen auftritt:

  • In Datenrastern, wenn Warnungen generiert werden
  • In ausgehenden Warnnachrichten, unter anderem Mail-Benachrichtigungen, wenn ausgehende Warnungen und Benachrichtigungen in Ihrer Umgebung konfiguriert werden

Achten Sie darauf, dass Sie einen aussagekräftigen Namen angeben, der das berichtete Problem deutlich benennt. Ihre Benutzer können Warnungen aufgrund des Namens der Warnungsdefinition bewerten.

Die Beschreibung der Warnungsdefinitionen ist der Text, der in den Details der Warnungsdefinition und den ausgehenden Warnungen angezeigt wird. Geben Sie eine aussagekräftige Beschreibung ein, mit der Benutzer das Problem verstehen, das die Warnung generiert hat.

Warte- und Abbruchzyklus

Die Einstellung des Wartezyklus erleichtert die Empfindlichkeitsanpassung in Ihrer Umgebung. Der Wartezyklus für die Warnungsdefinition tritt dann in Kraft, wenn der Wartezyklus für die Symptomdefinition zu einem ausgelösten Symptom führt. Bei den meisten Warnungsdefinitionen konfigurieren Sie die Empfindlichkeit auf der Symptomebene und stellen den Wartezyklus auf die Warnungsdefinition 1 ein. Dank dieser Konfiguration wird die Warnung sofort generiert, sobald die Symptome auf der gewünschten Empfindlichkeitsebene ausgelöst werden.

Die Einstellung des Abbruchzyklus erleichtert die Empfindlichkeitsanpassung in Ihrer Umgebung. Der Abbruchzyklus für die Warnungsdefinition tritt dann in Kraft, wenn der Abbruchzyklus für die Symptomdefinition zu einem ausgelösten Symptom führt. Bei den meisten Definitionen konfigurieren Sie die Empfindlichkeit auf der Symptomebene und stellen den Abbruchzyklus auf die Warnungsdefinition 1 ein. Dank dieser Konfiguration wird die Warnung sofort abgebrochen, sobald alle Symptombedingungen nach dem gewünschten Abbruchzyklus verschwinden.

Erstellen von Warnungsdefinitionen zur Generierung der wenigsten Warnungen

Sie können den Umfang Ihrer Warnliste steuern und so ihre Verwaltung erleichtern. Wenn es sich bei einer Warnung um ein allgemeines Problem handelt, das für eine große Anzahl an Objekten ausgelöst werden kann, konfigurieren Sie ihre Definitionen so, dass die Warnung für ein Objekt auf einer höheren Ebene in der Hierarchie generiert wird.

Überladen Sie beim Hinzufügen von Symptomen zu Ihrer Warnungsdefinition keine einzelne Warnungsdefinition mit sekundären Symptomen. Halten Sie die Kombination an Symptomen so einfach und unkompliziert wie möglich.

Sie können aber auch inkrementelle Probleme mithilfe einer Reihe von Symptomdefinitionen beschreiben. Volumenkapazität beinahe ausgeschöpft kann beispielsweise den Schweregrad „Warnung“ haben, während Volumenkapazität ausgeschöpft einen Schweregrad von „Kritisch“ erhalten kann. Das erste Symptom stellt keine unmittelbare Bedrohung dar, das zweite Symptom ist eine unmittelbare Bedrohung. Sie können dann die Symptomdefinitionen für „Warnung“ und „Kritisch“ in einer einzigen Warnungsdefinition mit einer beliebigen Bedingung versehen und die Warnungspriorität auf „Symptombasiert“ festlegen. Diese Einstellungen sorgen dafür, dass die Warnung mit der richtigen Priorität erzeugt wird, wenn eines der Symptome ausgelöst wird.

Überlappungen und Lücken zwischen Warnungen vermeiden

Überlappungen sorgen dafür, dass zwei oder mehr Warnungen für dieselbe zugrundeliegende Bedingung erzeugt werden. Lücken treten auf, wenn eine nicht behobene Warnung mit geringerem Schweregrad abgebrochen wird, während eine damit in Zusammenhang stehende Warnung mit einem höheren Schweregrad nicht ausgelöst werden kann.

Eine Lücke tritt in einer Situation auf, in der der Wert <=50 % in einer Warnungsdefinition und >=75% in einer zweiten Warnungsdefinition lautet. Wenn der Prozentsatz des Volumens mit hoher Nutzung zwischen 50 bis 75 % liegt, wird das erste Problem abgebrochen, das zweite Problem erzeugt jedoch keine Warnung. Diese Situation ist problematisch, da keine Warnungsdefinitionen aktiv sind, um die Lücke abzudecken.

Umsetzbare Empfehlungen

Wenn Sie Textanweisungen zur Lösung eines Problems anbieten, das von einer Warnungsdefinition identifiziert wurde, beschreiben Sie genau, wie der Ingenieur oder Administrator das Problem beheben sollte, um die Warnung zu korrigieren.

Fügen Sie zur Unterstützung einen Link zu einem Wiki, einem Runbook oder anderen Informationsquellen hinzu sowie Aktionen, die Sie aus vRealize Operations Manager in den Zielsystemen ausführen.