Berechnung der Warnungsauswirkung

Die Auswirkungsberechnung zeigt das Ausmaß eines Ausfalls bei CIs, Services, Warnungen und Warnungsgruppen an. Das System verwendet Faktoren wie Auswirkungsregeln und CI-Beziehungen, um den Schweregrad einer generierten Warnung zu berechnen. Der Schweregrad wird in der Auswirkungsstruktur, den Anwendungsservices-Zuordnungen und Dashboards angezeigt.

Auswirkungsberechnungen sind für Anwendungsservices-Warnungsgruppen verfügbar. Die folgenden Faktoren werden verwendet, um die Gesamtauswirkung eines Ausfalls zu berechnen.

• Auswirkungsregeln.
• Anzahl der zugehörigen aktiven Warnungen.
• Vergangener Verlauf des betroffenen CI.
• Beziehungen zwischen CIs für einen bestimmten Anwendungsservice oder Anwendungsservices.
• Wenn das CI-Element ein Netzwerk oder Speichergeräte enthält.
• Warnungen für CIs im Wartungsstatus werden von der Auswirkungsberechnung ausgeschlossen.
  Hinweis:

  • CIs werden nicht nur als in Wartung betrachtet, wenn eine aktive Change-Anforderung geplant wird, sondern auch, wenn Status Feld des CI ist auf festgelegt In Wartung .
  • Wenn ein untergeordnetes CI gewartet wird, wird auch das übergeordnete CI gewartet.

Wenn eine Verbindung zwischen Services besteht, werden auch die Auswirkungen eines Services auf den anderen berechnet.

Abbildung : 1. Auswirkungsberechnungen verwenden Informationen aus verschiedenen Quellen, um den Warnungsschweregrad festzulegen

Wie die Auswirkung berechnet wird

Die Berechnung der Auswirkung variiert je nach CI-Beziehungen für einen Anwendungsservice oder Anwendungsservices. Zusätzliche Faktoren wie Change-Anforderungen, Netzwerkpfade, Speicherpfade und zugehörige CIs wirken sich alle auf die Berechnung der Auswirkung aus.

Services

Der folgende Flow für die Auswirkungsberechnung wird für Warnungen verwendet, bei denen sich der Ausfall nicht auf ein Netzwerk oder einen Netzwerkspeicher auswirkt. EreignismanagementFührt die folgenden Schritte aus:

1. Erstellen Sie eine Servicezuordnung. Verwenden Sie die Tabellen „Servicekonfigurationselement-Zuordnungen“ [svc_ci_assoc] und „CI-Beziehungen“ [cmdb_rel_ci], um untergeordnete/übergeordnete Beziehungen im Anwendungsservice oder den Anwendungsservices zu erstellen.
2. Wenn kein CMDB-Pfad vom Service zum CI vorhanden ist, aber in der Tabelle „svc_ci_assoc“ eine Zuordnung angezeigt wird, zeigen Sie eine Abhängigkeitsbeziehung zwischen dem Anwendungsservice und dem CI an. Andernfalls keine Verbindung anzeigen.
3. Wenn für Anwendungsservices die dem Service zugewiesenen CIs auch mit dem Service in der CMDB verbunden sind, behält die Zuordnung die Hierarchie zwischen CIs so bei, wie sie in der CMDB angezeigt werden. Die CI-Servicezuweisungen werden im Abschnitt „Servicekonfigurationselementzuordnungen“ von angezeigt AnwendungsserviceFormular. Wenn in der CMDB keine Verbindung zum Service besteht, werden die CIs direkt unter den Anwendungsservices in der Karte angezeigt.
4. Erstellen Sie die Auswirkungsstruktur. Markieren Sie das Ausmaß eines Ausfalls durch 100 %-Ausfall, betroffene 60 %, 40 %-Beeinträchtigung oder 20 %-Beeinträchtigung. Wenn die Elemente in zwei oder mehr Clustern betroffen sind, ist die Auswirkung 100 % Down.

Change-Anforderungen und Status „in Wartung“

Wenn eine aktive Change-Anforderung für das CI geplant ist oder wenn Installationsstatus Des CI ist In Wartung , Alle Warnungen für das betroffene CI werden von der Berechnung der Auswirkung ausgeschlossen. Auf der Registerkarte Warnungen werden auch vorübergehend alle entsprechenden Warnungen ausgeblendet. Die Auswirkungsstruktur zeigt das CI in Grün mit einem Hinweis von an (In Wartung) . Die Auswirkungsstruktur und die Servicezuordnung zeigen vorübergehend CIs grün an.

Hinweis:

• CIs werden nicht nur als in Wartung betrachtet, wenn eine aktive Change-Anforderung geplant wird, sondern auch, wenn Status Feld des CI ist auf festgelegt In Wartung .
• Wenn ein untergeordnetes CI gewartet wird, wird auch das übergeordnete CI gewartet.

Für einen Service werden alle Warnungen zu CIs im Service auch auf der Registerkarte „Warnungen“ ausgeblendet. Der gesamte Service wird in der Auswirkungsstruktur grün angezeigt. Für einen Host mit einer aktiven Change-Anforderung werden die Host-Anwendungen als eine Einheit betrachtet. Alle untergeordneten Anwendungen werden auf dieselbe Weise wie der Host behandelt, bis die Change-Anforderung nicht mehr aktiv ist. Weitere Informationen finden Sie unter Funktionsweise von Warnungen mit CIs in Wartung.

Netzwerkpfade

Um Netzwerkredundanz zu berücksichtigen, EreignismanagementVerwendet eine separate Auswirkungsberechnung. Sie können Netzwerktopologie oder Pfadänderungen im Anwendungsservice anzeigen. Der folgende Flow für die Auswirkungsberechnung wird für Warnungen verwendet, bei denen ein Netzwerkpfad betroffen ist. EreignismanagementFührt die folgenden Schritte aus:

1. Erstellen Sie eine Anwendungsservicezuordnung für das betroffene Netzwerk.
   • Verwenden Sie die Host-ID und die Ziel-IP-Informationen aus der Warnung und den Netzwerkpfad aus der Tabelle „Netzwerkpfade“ [sa_Network_paths].
   • Verwenden Sie die Elemente im Netzwerkpfad, die aus der Tabelle „Konfigurationselement“ [cmdb_ci] abgeleitet sind. Verwenden Sie auch die Elemente, die dem Pfad zugeordnet sind, aus der Tabelle „Infra-Pfad“ zu „Elemente“ [sa_infra_path_assoc].
   • Legen Sie die Beziehungen fest. Das Anwendungs-CI hat eine Beziehung abhängig von::verwendet von für ein Element im Pfad, das in der Tabelle „CI-Beziehung [cmdb_rel_ci] definiert ist. In der Beziehung ist das Anwendungs-CI das übergeordnete Element und das Element im Netzwerkpfad das untergeordnete Element.
2. Berechnen Sie einen separaten Schweregrad für jedes reguläre Element im Pfad. Jedes reguläre Element im Pfad trägt seinen eigenen Schweregrad zu seinen Vorgängern bis zum Anwendungs-CI bei, aus dem der Pfad stammt.
3. Berechnen Sie alle redundanten Elemente im Pfad mit der Redundanzregel, indem Sie den Schweregrad für die betroffenen CIs um eine Ebene reduzieren. Beispiel: Wenn der Schweregrad ist Critical, Die Redundanzregel verringert den Schweregrad um eine Ebene auf Major.
4. Erstellen Sie die Auswirkungsstruktur. Markieren Sie das Ausmaß eines Ausfalls durch 100 %-Ausfall, betroffene 60 %, 40 %-Beeinträchtigung oder 20 %-Beeinträchtigung. Wenn die Elemente in zwei oder mehr Clustern betroffen sind, ist die Auswirkung 100 % Down.

Speicherpfade

So berücksichtigen Sie Speichergerätredundanz: EreignismanagementVerwendet eine separate Auswirkungsberechnung. Sie können Impact-Strukturaktualisierungen sehen, wenn sich die Netzwerkspeichertopologie vom Anwendungsservice ändert. EreignismanagementFührt die folgenden Schritte für Warnungen aus, die Speicher-CIs enthalten:

1. Erstellen Sie eine Anwendungsservicezuordnung für das betroffene Speichergerät:
   • Verwenden Sie das Speichergerät in der sa_fs_to_storage_path-Tabelle. Die Speichergerätedefinition verwendet die Dateisysteminformationen im Pfad.
   • Verwenden Sie die Elemente im Speicherpfad, die aus der Tabelle „Konfigurationselement“ [cmdb_ci] abgeleitet sind. Verwenden Sie auch die Elemente, die dem Pfad aus der Tabelle „Infra-Pfad zu Elementen“ [sa_infra_path_assoc] zugeordnet sind.
   • Legen Sie die Beziehungen fest. Das Anwendungs-CI hat eine Beziehung abhängig von::verwendet von für ein Element im Pfad, das in der Tabelle „CI-Beziehung [cmdb_rel_ci] definiert ist. In der Beziehung ist das Anwendungs-CI das übergeordnete Element und das Element im Speicherpfad das untergeordnete Element.
2. Berechnen Sie einen separaten Schweregrad für jedes reguläre Element im Pfad. Jedes reguläre Element im Pfad trägt seinen eigenen Schweregrad zu seinen Vorgängern bei, bis zum ursprünglichen Anwendungs-CI, dem Pfad.
3. Verwenden Sie die Redundanzregel, um redundante Elemente im Pfad zu berechnen, indem Sie den Schweregrad für die betroffenen CIs um eine Ebene reduzieren. Beispiel: Wenn der Schweregrad ist Critical, Die Redundanzregel verringert sich um eine Ebene auf Major.
4. Erstellen Sie die Auswirkungsstruktur. Markieren Sie das Ausmaß eines Ausfalls durch 100 %-Ausfall, betroffene 60 %, 40 %-Beeinträchtigung oder 20 %-Beeinträchtigung. Wenn die Elemente in zwei oder mehr Clustern betroffen sind, ist die Auswirkung 100 % Down.

Zugehörige CIs

Wenn Warnungen für ein CI generiert werden, werden zusätzliche Auswirkungsberechnungen für zugehörige CIs ausgeführt. Beispielsweise werden zusätzliche Auswirkungsberechnungen für eine Anwendungsserviceabhängigkeit zu einem CI ausgeführt, das nicht tatsächlich Teil des Anwendungsservice ist. Diese zugehörigen CIs werden nicht als Teil des Service erkannt. Stattdessen werden die zugehörigen CIs durch eine Infrastrukturbeziehungsdefinition angegeben.

Der folgende Flow für die Auswirkungsberechnung wird für Warnungen mit CIs ausgeführt, die eine Abhängigkeit von zugehörigen CIs haben, die außerhalb des Anwendungsservice betrachtet werden. EreignismanagementFührt die folgenden Schritte aus:

1. Leiten Sie Beziehungen zwischen den Anwendungsservice-CIs und zugehörigen CIs ab. Verwenden Sie die Beziehungen, Auswirkungsregeln und andere Daten aus der Tabelle „Infrastrukturbeziehungen“ [em_impact_infra_rel_def].
2. Fügen Sie der Auswirkungsstruktur und der Warnungsliste auf der zugehörige CIs hinzu EreignismanagementDashboard.
   • Verwenden Sie Daten aus der Tabelle „Infrastrukturbeziehung“ [em_impact_infra_rel_def], um Containment-Links zum Host anzuzeigen.
   • Verwenden Sie die Tabellen „Auswirkungsstatus“ [em_Impact_Status] und „Warnungsverlauf“ [em_Alert_history], um den Status zu bestimmen.

Auswirkungsregeln

Auswirkungsregeln, die für die Auswirkungsberechnung verwendet werden, schätzen das Ausmaß oder den Schweregrad eines Ausfalls basierend auf betroffenen CIs.

Die Tabelle „Auswirkungsregel“ [em_Impact_rule] enthält Auswirkungsregeln, die die anwendbaren CIs, Anwendungsservices und Einstellungen für Impact anzeigen. Die folgenden standardmäßigen Auswirkungsregeln sind verfügbar.

Mitglied in Anwendungscluster

Bestimmt, wie sich Mitglieder des Anwendungsclusters auf die Gesamtauswirkung des Clusters auswirken. Beispiel: Wenn ein Cluster mit drei Mitgliedern erfordert 90 %-Einfluss Um den Schweregrad für den gesamten Cluster auf festzulegen Schwerwiegend , Hat jedes Mitglied 30 %-Einfluss (90 % geteilt durch 3). Der Schweregrad des gesamten Clusters kann nur in geändert werden Schwerwiegend Wenn alle drei Mitglieder einen Schweregrad von haben Schwerwiegend .

Sie können verschiedene Auswirkungsregeln pro Cluster konfigurieren, sodass die Weitergabe der Auswirkungen des untergeordneten CI an das übergeordnete Element (für dasselbe untergeordnete CI) unterschiedlich ist. Daher können Sie manuell Gruppen von CIs (auch als manuelle Cluster bezeichnet) erstellen und die Auswirkungsregel auf Clusterebene für nachgelagerte untergeordnete Cluster konfigurieren.

Abbildung : 2. Beispiel, in dem dasselbe untergeordnete CI seine Auswirkung auf sein übergeordnetes Cluster unterschiedlich für jeden Cluster propagiert

Im obigen Beispiel gibt es zwei Einstiegspunkte. Der Osaka-Cluster auf der rechten Seite hat drei CIs. Der Tokio-Cluster auf der linken Seite hat zwei CIs. Der Tokio- und Osaka-Sicherungsserver hat gemeinsam genutzte übergeordnete Elemente – Tokio-Cluster und Osaka-Cluster. Im rechten Bereich sehen Sie die Impact-Struktur, in der der Tokio-Cluster zwei Anwendungsclustermitglieder mit 50 %-Einfluss und der Osaka-Cluster jeweils drei mit 34 %-Einfluss hat.

Für die manuelle Clusterkonfiguration gibt es zwei Zeilen: Anwendungsauswirkung und Anwendungsclustermitglied. Die untergeordneten Elemente werden angezeigt, da das Feld „Auswirkung auf“ als übergeordnetes Element und nicht als Anwendungsservice ausgewählt wurde. In der Zeile „Anwendungsclustermitglied“ ist das Feld „Einfluss“ auf zwei konfiguriert. Dies bedeutet, dass die Mindestanzahl der fehlgeschlagenen untergeordneten Elemente (und dass sie den Fehler an ihre übergeordneten Elemente weitergeben) zwei sind. Der Osaka-Cluster ist auf drei konfiguriert. Der Prozentsatz unterscheidet sich für den Sicherungsserver Tokio und Osaka für jeden Cluster (50 % und 34 %). Wie Sie sehen, wirkt sich der Ausfall des Sicherungsservers in Tokio und Osaka auf die übergeordneten Elemente unterschiedlich aus. Der Osaka-Cluster bleibt grün, auch wenn der Tokio-Clusterfehler „Orange schwerwiegend“ ist.

Klicken Sie auf einen Service oder CI, um die Warnungen anzuzeigen, die ihm zugeordnet sind. Wenn Sie beispielsweise auf den allgemeinen Anwendungsservice klicken, werden die ihm zugeordneten Warnungen im Warnungsbereich unter der Kartenansicht angezeigt, wenn Sie auswählen Warnungen . Die aufgeführten Warnungen sind die des ausgewählten Service. Warnungen von untergeordneten Services werden aufgelistet, wenn diese Services ausgewählt werden.

Die folgenden Auswirkungsfelder werden angezeigt, wenn Sie auswählen Auswirkung .

Einschluss

Bestimmt die Auswirkung auf Entitäten mit einer enthält-Beziehung. Diese Regel ist schreibgeschützt.

Infrastrukturabhängigkeiten

Bestimmt die Definition der Auswirkungsverbreitung für CIs in Infrastrukturbeziehungen.

CI-Anwendungsservice

Bestimmt, wie sich die Auswirkung auf übergeordnete oder untergeordnete Entitäten auswirkt, die Teil eines Anwendungsservice sind.

CI-Auswirkung

Gilt für Anwendungsservices. Bestimmt die Beziehung zwischen Servicemitgliedern. Die Auswirkung von untergeordneten CIs auf übergeordnete CIs ist immer 100 %. Beispielsweise wird der Schweregrad der übergeordneten Auswirkung vom untergeordneten CI mit dem höchsten Schweregrad abgeleitet.

Übergeordnetes CI in Anwendung

Legt die Auswirkung nur auf die übergeordnete Entität fest.

Netzwerkpfad

Bestimmt, wie sich die Auswirkung auf übergeordnete oder untergeordnete Entitäten auswirkt, die Teil eines traditionellen Netzwerks sind.

Mitglied in OS-Cluster

Bestimmt, wie sich Host-Clustermitglieder auf den Gesamtstatus des Clusters auswirken, basierend auf einem Prozentsatz oder einer Anzahl von Clustermitgliedern. Beispiel: Wenn ein Cluster mit drei Hosts erfordert 60 %-Einfluss Zum Festlegen des Schweregrads von Schwerwiegend , Hat jedes Mitglied 20 %-Einfluss (60 % geteilt durch 3). Der Schweregrad des gesamten Clusters kann nur in geändert werden Schwerwiegend Wenn mindestens zwei Clustermitglieder einen Schweregrad von haben Schwerwiegend . Der gesamte Cluster wird auch als ausgefallen betrachtet.

Speicherpfad

Bestimmt, wie sich die Auswirkung auf übergeordnete oder untergeordnete Entitäten auswirkt, die Teil eines Speichernetzwerks sind.

Eigenschaften

Neben der Konfiguration von Auswirkungsregeln können Sie Eigenschaften für die Berechnung der Auswirkung konfigurieren.

Konfigurieren Sie diese Eigenschaften nach Bedarf:

Tabelle : 1. Eigenschaften Der Auswirkungsberechnung

Eigenschaftsname	Beschreibung
evt_mgmt.impact_calculation.alert_group_support	Aktivieren Sie die Unterstützung für Warnungsgruppen.
evt_mgmt.impact_maintenance.sleep_time_sec	Mindestzeit in Sekunden für die Überprüfung der CI-Wartung: überprüft das Feld Status auf dem CI und ggf. den Change-Anforderungszeitplan für das CI.
evt_mgmt.impact_calculation.alert_copy_delay	Die Verzögerung nach dem Erstellen oder Aktualisieren einer Warnung, bevor sie für die Berechnung und Gruppierung der Auswirkung verwendet wird. Wird verwendet, um die verspäteten Ankünfte oder langsamen Business-Regeln auszugleichen, die in der Tabelle „em_Alert“ definiert sind. Standard = 2000 ms. Wird verwendet, wenn Warnungen und Ereignisse nacheinander verarbeitet werden (wenn evt_mgmt.max_objs_in_alert_query Eigenschaft ist nicht definiert oder auf festgelegt 1 ).
evt_mgmt.impact_calculation.alert_copy_delay_when_alerts_are_processed_in_batch_msec	Die Verzögerung nach dem Erstellen oder Aktualisieren einer Warnung, bevor sie für die Berechnung und Gruppierung der Auswirkung verwendet wird. Wird verwendet, um die verspäteten Ankünfte oder langsamen Business-Regeln auszugleichen, die in der Tabelle „em_Alert“ definiert sind. Standard = 30000 ms. Wird in großen Kundenumgebungen mit hohem Datenverkehr verwendet, wenn Warnungen und Ereignisse in Batches verarbeitet werden (wenn evt_mgmt.max_objs_in_alert_query Eigenschaft ist auf einen Wert größer als festgelegt 1 ).

• Verstehen Sie Die Servicezuordnungen
  Servicezuordnungen zeigen aktive Warnungen für CIs und die Beziehungen zwischen CIs an. Wenn Sie diese Informationen anzeigen, können Sie die Quelle von Warnungen besser verstehen und Korrekturmaßnahmen ergreifen. Die Servicezuordnung ist für alle Anwendungsservices verfügbar.
• Zeigen Sie die Auswirkungsstruktur an
  Die Auswirkungsstruktur zeigt die Beziehungen zwischen CIs und die relative prozentuale Auswirkung für jedes untergeordnete CI an. Diese Informationen sind sowohl für erkannte Services als auch für Anwendungsservices verfügbar.
• Passen Sie Auswirkungsregeln für ein CI an
  Konfigurieren Sie Auswirkungsregeln, um die Auswirkungsberechnung anzupassen Für Discovery-Services und manuelle Services . Die Auswirkungsregeln aktualisieren die allgemeine Warnung und zeigen die Auswirkungen auf zugehörige CIs an. Wenn Sie Auswirkungsregeln ändern, gelten die Updates für den Warnungsschweregrad an Stellen wie EreignismanagementDashboard und Operator-Arbeitsbereich.
• Zeigen Sie eine Warnungsauswirkung auf CIs in einer Servicezuordnung an
  Sie können Servicezuordnungen anzeigen, um aktive Warnungen für CIs und die Beziehung zwischen CIs anzuzeigen. Wenn Sie diese Informationen anzeigen, können Sie die Quelle von Warnungen besser verstehen und Korrekturmaßnahmen ergreifen. Die Servicezuordnung ist für alle Anwendungsservices verfügbar.
• Erstellen Sie eine Infrastrukturbeziehung für zugehörige CIs
  Infrastrukturbeziehungen zeigen CIs an, die mit einem Anwendungsservice verbunden sind, aber keine erforderlichen Teile des Service sind. Infrastrukturbeziehungen sind nur für Anwendungsservices verfügbar.
• Zeigen Sie die Auswirkung des untergeordneten Service auf den übergeordneten Service an
  In der Kartenansicht eines Anwendungsservice wird der Schweregrad eines untergeordneten Service an seinen übergeordneten Service propagiert.