Funktionsweise von Alerts

Mit Alertfunktionenwerden Attribute, Kapazität und Leistung von Ressourcen untersucht. Wenn die Bedingungen, die für Alerts definiert sind, erfüllt sind, werden dieAktionen ausgeführt, die für den Alert angegeben sind. Normalerweisegehört zu den Aktionen auch das Senden einer Benachrichtigung. Wenn sich beispielsweise der Status eines SAN Volume Controllers Speichersystems auf Fehler ändert, wird eine Warnung auf der Seite Warnungen in der grafischen Benutzeroberfläche angezeigt, und es kann eine E-Mail an einen Speicheradministrator gesendet werden. Für die Alertausgabe auf Switches, Strukturen, Hosts und virtuellen Maschinen werden Asset-, Konfigurations-, Status- und Leistungsinformationen untersucht.

Auslöserbedingungen für Alerts

Welche Bedingungen Alertbenachrichtigungen auslösen, hängt vom Typ der überwachten Ressource ab. Im Allgemeinen können die folgenden Bedingungen Alerts auslösen:

Ein Attribut oder die Konfiguration einer Ressource wurde geändert.
Die Kapazität einer Ressource liegt nicht mehr innerhalb eines bestimmten Bereichs.
Die Leistung einer Ressource nicht mehr innerhalb eines bestimmten Bereichs.
Die Speicherinfrastruktur wurde geändert, beispielsweise durch das Hinzufügen oder Entfernen einer Ressource.
Es werden keine Daten für eine Ressource erfasst.

Weitere Informationen zu den Bedingungen, die Alerts für jeden Ressourcentyp auslösen können.

Hinweis:

Der Bedingungsalarm für ein Speichersystem wird unterdrückt, wenn ein Komponentenstatusalarm generiert wird, um doppelte Alarme für dieselbe auslösende Bedingung zu vermeiden. Der Gesamtzustand des Speichersystems wird jedoch nach wie vor anhand des Status seiner internen Komponenten bestimmt.
In der modernen Benutzeroberfläche werden die auf der Seite " Alerts" angezeigten Alerts gruppiert, wenn sie dieselbe Komponente, dasselbe Speichersystem, dieselbe Alertbedingung, denselben Alertnamen und dieselbe Schwere aufweisen. Jede Gruppe erscheint in einer einzigen Zeile, um das Scannen zu vereinfachen. Durch das Bestätigen oder Entfernen einer Gruppe werden auch alle Ausschreibungen innerhalb der Gruppe bestätigt oder entfernt. Beispielsweise werden Fehlerwarnungen des Performance-Monitors, die zu verschiedenen Zeiten für dasselbe Speichersystem generiert wurden, in einer Zeile auf der Seite " Alerts" gruppiert. Die Gruppierung gilt nur für die in der aktuellen paginierten Ansicht angezeigten Ausschreibungen. Wenn Sie zum Beispiel die Seitengröße auf 100 Einträge festlegen, werden nur ähnliche Ausschreibungen innerhalb dieser 100 Einträge gruppiert.
Eine blaue Markierung erscheint auf einer Warnmeldungsgruppe, wenn sie Warnmeldungen aus den letzten 7 Tagen enthält, die Sie noch nicht angesehen haben. Die Markierung wird nach dem Erweitern und Verkleinern der Gruppe gelöscht und erscheint erst wieder, wenn eine neue Ausschreibung zu dieser Gruppe hinzugefügt wird.
Die paginierte Anzahl spiegelt die tatsächliche Anzahl der Alarme wider, nicht die Anzahl der Zeilen, die auf der Seite Alarme angezeigt werden. Wenn die Seitengröße beispielsweise auf 50 Einträge eingestellt ist, werden bis zu 50 Ausschreibungen angezeigt, aber nicht unbedingt 50 Zeilen, da ähnliche Ausschreibungen in einer einzigen Zeile zusammengefasst werden, wodurch sich die Zeilenzahl verringert

Verwaltung der Wartung

Über die moderne Benutzeroberfläche können Sie ein Speichersystem für die Wartung markieren oder planen. Während der aktiven Wartung werden Warnmeldungen unterdrückt, mit Ausnahme von Ransomware- und Workload-Anomalie-Warnungen, die weiterhin ausgelöst werden. Bei Speichersystemen, für die eine Wartung geplant ist, die aber noch nicht begonnen wurde, bleiben alle Warnungen aktiv. Wenn die Wartung endet oder manuell beendet wird, werden die Warnungen auf der Grundlage der aktuellen Warnungsdefinitionen wieder aufgenommen.

Nur Benutzer mit der Rolle Admin können ein Speichersystem zur Wartung vormerken. Benutzer mit der Rolle Monitor können den Wartungsstatus von Speichersystemen einsehen. Um ein Speichersystem in der modernen Benutzeroberfläche zur Wartung zu markieren, klicken Sie auf Hauptmenü, erweitern Sie Inventar und wählen Sie Speichersysteme. Klicken Sie auf das vertikale gepunktete Menü am Ende der Zeile des gewünschten Speichersystems, und wählen Sie Wartung verwalten.

Optionen, die verfügbar sind, wenn Sie auf Wartung verwalten klicken:

Start
- Nur verfügbar, wenn sich das ausgewählte Speichersystem nicht bereits im Wartungsmodus befindet.
- Wenn Sie darauf klicken, öffnet sich ein Bestätigungsfenster, um das Speichersystem sofort für die Wartung zu markieren.
Zeitplan :
- Nur verfügbar, wenn sich das ausgewählte Speichersystem nicht bereits im Wartungsmodus befindet und keine Wartung geplant ist.
- Öffnet ein Modal, in dem Sie die Start- und Endzeit für das Wartungsfenster angeben können.
Stoppen
- Verfügbar, wenn sich das ausgewählte Speichersystem bereits im Wartungsmodus befindet.
- Ermöglicht es Ihnen, den Wartungsmodus sofort zu beenden.
Beenden Sie die Wartung :
- Verfügbar, wenn für das ausgewählte Speichersystem eine Wartung geplant ist.
- Ermöglicht es Ihnen, den Wartungsplan sofort zu verlassen.

Verhalten bei Mehrfachauswahl

Sie können mehrere Speichersysteme auswählen, um den Wartungsmodus zu starten, zu planen, zu stoppen oder zu beenden:

Wenn sich nicht alle ausgewählten Systeme in der Wartung oder im Wartungsplan befinden, werden die Optionen Wartung starten und Wartung planen angezeigt.
Wenn sich alle ausgewählten Systeme im Wartungsmodus befinden, erscheint die Option Wartung stoppen.
Wenn alle ausgewählten Systeme für die Wartung vorgesehen sind, werden die Optionen Wartung starten und Wartung beenden angezeigt.
Wenn ein gemischter Satz (einige in Wartung, einige nicht in Wartung) ausgewählt ist, werden keine Wartungsoptionen angezeigt.

Ereignisverarbeitung

Bedingungen, die Alertsgenerieren, werden bei der Erfassung von Daten aus Speichersystemen undbei der Ereignisverarbeitung erkannt. Standardmäßig werden die von Speichersystemenerfassten Metadaten alle 24 Stunden aktualisiert. Bei einigen Speichersystemen wie IBM Storage Accelerate und XIV werden die Ereignisse jede Minute von der Ressource abgefragt. Beim „ IBM Storage -Scale-System “ werden Statusänderungsereignisse regelmäßig abgefragt, in der Regel im Minutentakt. Für andere Ressourcen sind die Ereignisse abonnementbasiert, wobei die Ressource selbst oder eine Datenquelle wie ein CIM-Agent die Ereignisse an IBM Storage Insights Pro sendet, wenn sich die Bedingungen für die Ressource ändern.

Beispiele für Speichersysteme, die abonnementbasierte Ereignisverarbeitung verwenden, sind SAN Volume Controller, Storwize V7000, Storwize V7000 Unified, und IBM Storage FlashSystem V9000. Für diese Speichersysteme wirdautomatisch ein Test ausgeführt, sobald innerhalb eines kurzen Zeitraums mehrere Ereignisse des Speichersystems empfangen werden. Zur Vermeidung von Leistungsengpässen werdenTests nur alle 20 Minuten ausgeführt.

Typ des zu verwendenden Alerts bestimmen

Die folgenden Richtlinien unterstützen Sie dabei, zu entscheiden, ob Alerts in Alertrichtlinien, für einzelne Ressourcen oder für Ressourcengruppen, die in einer Anwendung oder allgemeinen Gruppe enthalten sind, definiert werden sollen:

Welcher Alerttyp soll verwendet werden?	Szenario	Weitere Informationen
In Alertrichtlinien definierte Alerts	Sie wollen Alertbedingungen undBenachrichtigungseinstellungen für eine Gruppe von Ressourcen desselben Typsverwalten. Wenn Sie beispielsweise mehrere SAN Volume Controller-Speichersysteme in Ihrer Umgebung haben, können Sie eine Warnrichtlinie erstellen, damit die Warndefinitionen für alle SAN Volume Controller-Systeme gleich sind. Wenn Sie einige SAN Volume Controller Systeme in einer Testumgebung und einige in einer Produktionsumgebung haben, können Sie eine Warnrichtlinie für die Testumgebung und eine andere für die Produktionsumgebung verwenden.
Ressourcenalerts	Sie möchten Alertbenachrichtigungen zu Änderungen bei einer bestimmten Ressourceoder den zugehörigen internen Ressourcen erhalten. Für ein Speichersystem können Siebeispielsweise einen Alert für die Attribute des Speichersystems selbst und dieAttribute der zugehörigen Datenträger, Pools, Ports und anderen internen Ressourcen definieren. Wenn Sie einen Alert für eine Ressource definieren,z. B. einen Leistungsalert für die Ports eines Speichersystems, gilt der Alertschwellenwert für alle Ports des Speichersystems. Die Anwendung unterschiedlicher Alertschwellenwerte für interne Ressourcen desselben Typs in einer Ressource ist nicht möglich.	Alertdefinitionen für allgemeine Attribut- und Kapazitätsänderungen definieren Alertdefinitionen für Leistungsänderungen definieren Angepasste Alerts für Ressourcen definieren
Anwendungsalerts	Verwenden Sie Anwendungsalerts in den folgenden Szenarios: Sie möchten Alertbenachrichtigungen für alle Ressourcen eines bestimmten Typs in einer Anwendung erhalten. Beispiel: Wenn Ihre Anwendung mehrere Speichersysteme nutzt, können Sie dieSpeichersystemalerts einmal für die Anwendung definieren; sie gelten dann füralle Speichersysteme. Wenn Sie der Anwendung zu einem späteren Zeitpunktweitere Speichersysteme hinzufügen, gelten die vorhandenen Anwendungsalertsauch für diese Speichersysteme. Sie möchten unterschiedliche Schwellenwerte für interne Ressourcen desselben Typs in einem Speichersystem anwenden. Beispiel: Sie verfügen über Produktionsanwendungen und Testanwendungen, für die Datenträger auf einemSAN Volume Controller verwendet werden. Für die Produktionsanwendungen sind Antwortzeiten von 6Millisekunden oder weniger erforderlich, während für dieTestanwendungen auch Antwortzeiten bis zu 30 Millisekundenakzeptabel sind. Sie können Anwendungsalerts verwenden, um separateAntwortzeitschwellenwerte für Datenträger festzulegen, die von denverschiedenen Anwendungen verwendet werden, abhängig von denAnforderungen der jeweiligen Anwendung.	Anwendungswarnungen für Attribut- und Kapazitätsänderungen Anwendungswarnungen für Leistungsmetriken Angepasste Alerts für Anwendungen definieren
Alerts für allgemeine Gruppen	Verwenden Sie Alerts für allgemeine Gruppen in den folgenden Szenarios: Sie möchten Alertbenachrichtigungen zu Änderungen bei einerTeilmenge der Ressourcen eines bestimmten Typs erhalten. Beispiel: Sie können feststellen, wann die Ports, die für dieReplikation auf Ihrem SAN Volume Controller verwendet werden, unzureichenden Puffer-zu-Puffer-Kredit aufweisen. Alertbenachrichtigungenwerden nicht für Ports generiert, die nicht für die Replikation verwendet werden. Sie möchten Alertbenachrichtigungen zu Änderungen bei einerGruppe von logisch verwandten Ressourcen erhalten. Sie können alle Speichersysteme an einer bestimmten Position oder alle Server, die ein bestimmtes Betriebssystem nutzen,gruppieren. Sie können beispielsweise Alertbenachrichtigungen erhalten, wenn die genutzte Kapazität Ihrer Linux® -Server 80% überschreitet.	Allgemeine Gruppenwarnungen für Attribut- und Kapazitätsänderungen Allgemeine Gruppenwarnungen für Leistungsmetriken Angepasste Alerts für allgemeine Gruppen definieren

Tipp: Wenn sich eine Ressource sowohl in einer Alertrichtlinie als auch in einer allgemeinen Gruppe befindet, werden die Alertdefinitionen für die Richtlinie und die Gruppe angewendet.