Warnungsauswirkungsberechnung
Die Auswirkungsberechnung zeigt das Ausmaß eines Ausfalls von CIs, Services, Warnungen und Warnungsgruppen an. Vom System werden Faktoren wie Auswirkungsregeln und CI-Beziehungen zur Berechnung des Schweregrads einer generierten Warnung verwendet. Der Schweregrad wird in der Auswirkungsstruktur, in Zuordnungen für Anwendungsservices und in Dashboards angezeigt.
- 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 zu CIs in der Wartungsphase werden aus der Auswirkungsberechnung ausgeschlossen.Hinweis:
- CIs gelten nicht nur dann als in Wartung, wenn eine aktive Change-Anforderung geplant ist, sondern auch, wenn das Statusfeld des CIs auf In Wartung gesetzt ist.
- Wenn ein untergeordnetes CI in Wartung gesetzt wird, wird auch das übergeordnete CI in Wartung gesetzt.
Wenn eine Verbindung zwischen Services besteht, werden auch die Auswirkungen eines Services auf den anderen berechnet.
Berechnung der Auswirkung
Die Berechnung der Auswirkung hängt von den CI-Beziehungen für einen Anwendungsservice oder Anwendungsservices ab. Zusätzliche Faktoren wie Change-Anforderungen, Netzwerkpfade, Speicherpfade und zugehörige CIs wirken sich auf die Auswirkungsberechnung aus.
- Services
- Der folgende Flow für die Auswirkungsberechnung wird für Warnungen ausgeführt, bei denen der Ausfall kein Netzwerk oder keinen Netzwerkspeicher betrifft. Ereignismanagement führt die folgenden Schritte aus:
- Erstellen einer Servicezuordnung Verwenden Sie die Tabellen Zuordnungen von Servicekonfigurationselementen [svc_ci_assoc] und CI-Beziehungen [cmdb_rel_ci], um untergeordnet/übergeordnet-Beziehungen im Anwendungsservice oder in den Anwendungsservices zu erstellen.
- Wenn kein CMDB-Pfad vom Service zum CI vorhanden ist, in der Tabelle „svc_ci_assoc“ jedoch eine Zuordnung angezeigt wird, zeigen Sie eine Abhängigkeitsbeziehung zwischen dem Anwendungsservice und dem CI an. Andernfalls zeigen Sie keine Verbindung an.
- Wenn bei Anwendungsservices die dem Service zugewiesenen CIs auch mit dem Service in der CMDB verbunden sind, behält die Zuordnung die Hierarchie zwischen den CIs bei, wie sie in der CMDB angezeigt werden. Die CI-Servicezuweisungen werden im Abschnitt Anwendungsservice für Servicekonfigurationselemente angezeigt. Wenn in der CMDB keine Verbindung zum Service besteht, werden die CIs direkt unter den Anwendungsservices in der Zuordnung angezeigt.
- Erstellen Sie die Auswirkungsstruktur. Markieren Sie das Ausmaß eines Ausfalls nach unten zu 100 %, 60 %, 40 % oder 20 %. Wenn die Elemente in zwei oder mehr Clustern betroffen sind, ist die Auswirkung um 100 % geringer.
- Change-Anforderungen und der Status „In Wartung“
Wenn eine aktive Change-Anforderung für das CI geplant ist oder wenn der Installationsstatus des CI auf In Wartunglautet, werden alle Warnungen für das betroffene CI von der Berechnung der Auswirkung ausgeschlossen. Auf der Registerkarte „Warnungen“ werden alle entsprechenden Warnungen vorübergehend ebenfalls ausgeblendet. Im Auswirkungsbaum wird das CI in Grün mit dem Hinweis (In Wartung) angezeigt. In der Auswirkungsstruktur und in der Servicezuordnung werden CIs vorübergehend grün angezeigt.
Hinweis:- CIs gelten nicht nur dann als in Wartung, wenn eine aktive Change-Anforderung geplant ist, sondern auch, wenn das Statusfeld des CIs auf In Wartung gesetzt ist.
- Wenn ein untergeordnetes CI in Wartung gesetzt wird, wird auch das übergeordnete CI in Wartung gesetzt.
Für einen Service werden alle Warnungen bezüglich CIs im Service auch auf der Registerkarte „Warnungen“ ausgeblendet. Der gesamte Service wird im Auswirkungsbaum in Grün angezeigt. Für einen Host mit einer aktiven Change-Anforderung werden die Host-Applikationen als eine Einheit betrachtet. Alle untergeordneten Anwendungen werden, bis die Change-Anforderung nicht mehr aktiv ist, so behandelt wie der Host. Weitere Informationen finden Sie unter Funktionsweise von Warnungen mit CIs in der Wartung.
- Netzwerkpfade
- Zur Berücksichtigung der Netzwerkredundanz verwendet Ereignismanagement eine separate Auswirkungsberechnung. Sie können Änderungen der Netzwerktopologie oder des Pfads im Anwendungsservice anzeigen. Der folgende Flow für die Auswirkungsberechnung wird für Warnungen ausgeführt, bei denen der Ausfall einen Netzwerkpfad betrifft. Ereignismanagement führt die folgenden Schritte aus:
- Erstellen Sie eine Anwendungsservice-Zuordnung 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 von der Configuration Item-Tabelle [cmdb_ci] abgeleitet sind. Verwenden Sie auch die Elemente, die dem Pfad zugeordnet sind, aus der Tabelle „Infra-Pfad zu Elementen“ [sa_infra_path_assoc].
- Legen Sie Beziehungen fest. Das Anwendungs-CI weist die Beziehung „Abhängig von::Verwendet von“ für ein Element im Pfad auf, 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.
- Berechnen Sie einen separaten Schweregrad für jedes reguläre Element im Pfad. Jedes reguläre Element im Pfad fügt seinen eigenen Schweregrad zu seinen Vorfahren bis zum Anwendungs-CI hinzu, von dem der Pfad stammt.
- Berechnen Sie alle redundanten Elemente im Pfad mit der Redundanzregel, indem Sie den Schweregrad der betroffenen CIs um eine Ebene reduzieren. Beispiel: Wenn der Schweregrad Critical ist, verringert die Redundanzregel den Schweregrad um eine Ebene auf Major.
- Erstellen Sie die Auswirkungsstruktur. Markieren Sie das Ausmaß eines Ausfalls nach unten zu 100 %, 60 %, 40 % oder 20 %. Wenn die Elemente in zwei oder mehr Clustern betroffen sind, ist die Auswirkung um 100 % geringer.
- Erstellen Sie eine Anwendungsservice-Zuordnung für das betroffene Netzwerk.
- Speicherpfade
- Zur Berücksichtigung der Netzwerkredundanz verwendet Ereignismanagement eine separate Auswirkungsberechnung. Sie können sehen, wie die Auswirkungsstruktur aktualisiert wird, wenn sich die Netzwerkspeichertopologie vom Anwendungsservice ändert. Ereignismanagement führt die folgenden Schritte für Warnungen aus, die Speicher-CIs enthalten:
- Erstellen Sie eine Anwendungsservice-Zuordnung für das betroffene Speichergerät:
- Verwenden Sie das Speichergerät in der Tabelle „sa_fs_to_storage_path“. Die Speichergerätedefinition verwendet die Dateisysteminformationen im Pfad.
- Verwenden Sie die Elemente im Netzwerkpfad, die von der Configuration Item-Tabelle [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 Beziehungen fest. Das Anwendungs-CI weist die Beziehung „Abhängig von::Verwendet von“ für ein Element im Pfad auf, 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.
- Berechnen Sie einen separaten Schweregrad für jedes reguläre Element im Pfad. Jedes reguläre Element im Pfad fügt seinen eigenen Schweregrad zu seinen Vorfahren bis zum Original-Anwendungs-CI des Pfads hinzu.
- Berechnen Sie redundante Elemente im Pfad mit der Redundanzregel, indem Sie den Schweregrad der betroffenen CIs um eine Ebene reduzieren. Beispiel: Wenn der Schweregrad Critical ist, verringert die Redundanzregel den Schweregrad um eine Ebene auf Major.
- Erstellen Sie die Auswirkungsstruktur. Markieren Sie das Ausmaß eines Ausfalls nach unten zu 100 %, 60 %, 40 % oder 20 %. Wenn die Elemente in zwei oder mehr Clustern betroffen sind, ist die Auswirkung um 100 % geringer.
- Erstellen Sie eine Anwendungsservice-Zuordnung für das betroffene Speichergerät:
- Zugehörige CIs
Während Warnungen für ein CI generiert werden, werden zusätzliche Auswirkungsberechnungen für zugehörige CIs ausgeführt. Beispielsweise werden Berechnungen der zusätzlichen Auswirkung für eine Anwendungsserviceabhängigkeit von einem CI ausgeführt, das nicht Teil des Anwendungsservice ist. Diese zugehörigen CIs werden nicht als Teil des Services erkannt. Stattdessen werden die zugehörigen CIs durch Definition einer Infrastrukturbeziehung angegeben.
Der folgende Flow zur Berechnung der Auswirkung gilt für Warnungen mit CIs, die eine Abhängigkeit von zugehörigen CIs aufweisen, die außerhalb des Anwendungsservice liegen. Ereignismanagement führt die folgenden Schritte aus:- Beziehungen zwischen Anwendungsservice-CIs und zugehörigen CIs ableiten. Verwenden Sie Beziehungen, Auswirkungsregeln und andere Daten aus der Tabelle „Infrastrukturbeziehungen“ [em_impact_infra_rel_def].
- Fügen Sie der Auswirkungsstruktur und der Warnungsliste im Dashboard Ereignismanagement zugehörige CIs hinzu.
- 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 den Umfang oder den Schweregrad eines Ausfalls basierend auf betroffenen CIs.- Mitglied in Applikationscluster
- Bestimmung, wie sich die Mitglieder des Anwendungsclusters auf die Gesamtwirkung des Clusters auswirken. Wenn beispielsweise ein Cluster mit drei Mitgliedern einen Einfluss von 90 % benötigt, um den Schweregrad für den gesamten Cluster auf „ Schwerwiegend“ festzulegen, hat jedes Mitglied 30 % Einfluss (90 % geteilt durch 3). Der Schweregrad des gesamten Clusters kann nur dann in Schwerwiegend geändert werden, wenn alle drei Mitglieder den Schweregrad Schwerwiegend aufweisen. Sie können unterschiedliche Auswirkungsregeln pro Cluster konfigurieren, und daher unterscheidet sich die Weitergabe der untergeordneten CI an das übergeordnete Element (für dasselbe untergeordnete CI). Daher können Sie Gruppen von CIs (auch als manuelle Cluster bezeichnet) manuell erstellen und die Auswirkungsregel auf Clusterebene für nachgelagerte Elemente in Richtung der untergeordneten Elemente des Clusters konfigurieren.
Abbildung : 2. Beispiel, in dem das gleiche untergeordnete CI seine Auswirkung auf das übergeordnete Cluster von jedem Cluster unterschiedlich verbreitet Im obigen Beispiel gibt es zwei Einstiegspunkte. Der Tokyo-Cluster auf der rechten Seite verfügt über drei CIs. Der Tokyo-Cluster auf der linken Seite verfügt über zwei CIs. Die Sicherungsserver für Tokyo und Tokyo haben gemeinsam übergeordnete Elemente – Tokyo-Cluster und Tokyo-Cluster. Auf der rechten Seite sehen Sie die Auswirkungsstruktur, in der für den Tokyo-Cluster zwei Anwendungsclustermitglieder mit jeweils 50 % Einfluss und für den Tokyo-Cluster drei Anwendungscluster mit jeweils 34 % Einfluss vorhanden sind.
Für die manuelle Clusterkonfiguration gibt es zwei Zeilen: „Auswirkung auf die Anwendung“ und „Mitglied im Anwendungscluster“. Die untergeordneten Elemente werden angezeigt, da das Feld Auswirkung auf als Übergeordneter Service und nicht als Anwendungsservice ausgewählt wurde. In der Zeile „Mitglied in Anwendungscluster“ ist das Feld „Einfluss“ auf „2“ festgelegt. Dies impliziert, dass es mindestens zwei untergeordnete Elemente gibt, die versagen (und dass sie den Fehler an ihre übergeordneten weitergeben). Der Tokyo-Cluster ist auf drei Personen konfiguriert. Der Prozentsatz ist für die Sicherungsserver in Tokyo und Tokyo für jeden Cluster unterschiedlich (50 % bzw. 34 %). Wie Sie sehen können, wirkt sich der Fehler des Sicherungsservers in Tokyo und Tokyo, auch wenn er „Rot – Kritisch“ ist, unterschiedlich auf die übergeordneten Elemente aus. Der Okay-Cluster bleibt grün, obwohl der Tokyo-Clusterfehler „Orangen schwerwiegend“ ist.
Klicken Sie auf einen Service oder ein CI, um die zugehörigen Warnungen anzuzeigen. Wenn Sie beispielsweise auf den allgemeinen Anwendungsservice klicken, werden die zugehörigen Warnungen im Warnungsbereich unter der Zuordnungsansicht angezeigt, wenn Sie Warnungenauswählen. Die aufgeführten Warnungen beziehen sich auf den ausgewählten Service. Warnungen von untergeordneten Services werden aufgelistet, wenn diese Services ausgewählt werden.
Die folgenden Auswirkungsfelder werden angezeigt, wenn Sie Auswirkungauswählen.
- Einschluss
- Bestimmt die Auswirkung auf Entitäten mit einer Beziehung vom Typ „Contains“ (Enthält). Diese Regel ist schreibgeschützt.
- Infrastrukturabhängigkeiten
- Bestimmung der Definition der Wirkungsausbreitung für CIs in Infrastrukturbeziehungen.
- CI-Anwendungsservice
- Bestimmung der Auswirkungen auf übergeordnete oder untergeordnete Entitäten, die Teil eines Anwendungsservices sind.
- CI-Auswirkung
- Gilt für Anwendungsservices. Bestimmung der Beziehung zwischen Servicemitgliedern. Die Auswirkung von untergeordneten auf übergeordnete CIs ist immer 100 %. Zum Beispiel wird der Schweregrad der Auswirkungen auf die übergeordnete Ebene vom untergeordneten CI mit dem höchsten Schweregrad abgeleitet.
- Übergeordnetes CI in Anwendung
- Auswirkungen werden nur für die übergeordnete Entität festgelegt.
- Netzwerkpfad
- Bestimmung der Auswirkungen auf übergeordnete oder untergeordnete Entitäten, die Teil eines klassischen Netzwerks sind.
- Mitglied in OS-Cluster
- Bestimmung, wie sich die Mitglieder des Host-Clusters auf Basis eines Prozentsatzes oder der Anzahl der Clustermitglieder auf den Gesamtstatus des Clusters auswirken. Wenn ein Cluster mit drei Hosts beispielsweise 60 % Einfluss erfordert, um den Schweregrad „Schwerwiegend“ festzulegen, hat jedes Mitglied 20 % Einfluss (60% geteilt durch 3). Der Schweregrad des gesamten Clusters kann nur dann in Schwerwiegend geändert werden, wenn zwei oder mehr Clustermitglieder den Schweregrad Schwerwiegend aufweisen. Das gesamte Cluster gilt auch als inaktiv.
- Speicherpfad
- Bestimmung der Auswirkungen auf übergeordnete oder untergeordnete Entitäten, die Teil eines Speichernetzwerks sind.
Eigenschaften
Neben Auswirkungsregeln können Sie Eigenschaften für die Auswirkungsberechnung konfigurieren.| Eigenschaftsname | Beschreibung |
|---|---|
evt_mgmt.impact_calculation.alert_group_support |
Aktiviert die Unterstützung von Warnungsgruppen |
evt_mgmt.impact_maintenance.sleep_time_sec |
Mindestzeit in Sekunden für die Überprüfung der CI-Wartung: überprüft sowohl das Feld „Status“ des CI als auch alle Change-Anforderungszeitpläne 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 Auswirkungsberechnung und -gruppierung verwendet wird. Wird dazu verwendet, verspätete Eingänge oder langsame Geschäftsregeln zu kompensieren, die in der Tabelle em_alert definiert sind. Standard = 2000 ms. Wird verwendet, wenn Warnungen und Events nacheinander verarbeitet werden (wenn die Eigenschaft |
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 Auswirkungsberechnung und -gruppierung verwendet wird. Wird dazu verwendet, verspätete Eingänge oder langsame Geschäftsregeln zu kompensieren, die in der Tabelle em_alert definiert sind. Standard = 30000 ms. Wird in großen Kundenumgebungen mit hohem Datenverkehr verwendet, wenn Warnungen und Ereignisse stapelweise verarbeitet werden (wenn die Eigenschaft |