IBM Cloud Logs überlegungen zur neuen Konfiguration von Warnmeldungen und Prioritäten

IBM® Cloud Logs hat Änderungen an der Konfiguration und Verarbeitung von Alarmen und der Definition von Alarmprioritäten vorgenommen. Diese Änderungen können sich auf alle für Ihre Umgebung konfigurierten Automatisierungen auswirken.

Wechsel von Alarmschwere zu Priorität

Mit der neuesten Version von IBM Cloud Logs hat IBM Cloud Logs die Alarmkonfiguration von einer Reihe von 4 Alarmschweregraden auf 5 Alarmprioritäten geändert.

Zuordnung von alten Schweregraden zu neuen Prioritätswerten
Schweregrad	Priorität
`Critical`	`P1`
`Error`	`P2`
`Warning`	`P3`
`Info` `[*]`	`P4`
`Info`	`P5`

[*]- Es gibt keinen äquivalenten Schweregradwert für die Priorität P4. P4 wird logisch als Info zusammen mit P5 abgebildet.

Alle bestehenden Automatisierungen (API oder Terraform) in Ihrer Umgebung können weiterhin die alten Schweregrade verwenden und werden auf die neuen Prioritätswerte abgebildet. Um jedoch alle Vorteile der neuen Alarm-API-Funktionen nutzen zu können, müssen Sie Ihre Automatisierung aktualisieren, um die neue API zu verwenden.

Über die Benutzeroberfläche vorgenommene Änderungen der Alarmkonfiguration

Mit den jüngsten Änderungen an IBM Cloud Logs wurde die Konfiguration von Warnmeldungen in der Benutzeroberfläche und der API geändert und um zusätzliche Funktionen erweitert:

Wenn Sie Warnmeldungen über die Seite „Logs- Warnmeldungsverwaltung IBM Cloud Logs konfigurieren, werden alle Änderungen, die Sie an einer vorhandenen Warnmeldung vornehmen, automatisch auf die neueste Funktionalität aktualisiert. Dazu gehört auch die Änderung der Konfiguration des Alarms in der API.

Da Warnungen automatisch aktualisiert werden, müssen Sie die Automatisierung aktualisieren, um der neuen Warnungs-API- Definition zu entsprechen, wenn Sie über APIs, Terraform oder andere Automatisierungen verfügen, die auf die aktualisierten Warnungen verweisen.

Änderungen an der API-Unterstützung für Warnmeldungen

Die neueste Version IBM® Cloud Logs enthält auch Änderungen an der API für Warnmeldungen IBM® Cloud Logs.

In der folgenden Tabelle sind die wichtigsten Änderungen zwischen der vorherigen und der aktuellen API aufgeführt. Diese Informationen helfen Ihnen, die Möglichkeiten und Grenzen der einzelnen Versionen zu verstehen, wenn Sie Ausschreibungen erstellen, aktualisieren oder abfragen.

Unterschiede zwischen der vorherigen und der aktuellen API
Feature	Vorherige API	Aktuelle API	Anmerkungen
Prioritäten des Alarms	Nicht unterstützt API verwendet stattdessen `severity`.	Unterstützt Der Wert `priority` ersetzt den alten Wert `severity`.	Die bisherige API erkennt die Prioritätswerte von `P1-P5` nicht. Warnmeldungen mit diesen Werten können dazu führen, dass die vorherige API nicht in der Lage ist, Warnmeldungen mit Prioritätswerten zu verarbeiten.
Ausschreibungen für mehrere Bedingungen	Nicht unterstützt Es wird nur eine Regel pro Alarm unterstützt.	Unterstützt	Die vorherige API ignoriert alle zusätzlichen Regeln, die in einer Meldung definiert sind.
Anpassen des Auswertungsfensters	Keine Unterstützung	Unterstützt	Das Feld `evaluationDelay` wird von der vorherigen API ignoriert.
Empfindlichkeit der Warnmeldungen bei Anomalien	Keine Unterstützung	Unterstützt	Die vorherige API kann keine Warnungen auf der Grundlage von Abweichungsprozentsätzen interpretieren oder auslösen.
Dynamische Dauer	Unterstützt Unterstützt mit `evaluationWindow`.	Nicht unterstützt Ersetzt durch rollierendes Bewertungsfenster.	Wenn ein in der vorherigen API konfigurierter Alarm von der aktuellen API verarbeitet wird, wird die `evaluationWindow` als rollierendes Bewertungsfenster verarbeitet.

Änderungen an der Nutzlast Event Notifications

Die neueste Version von IBM® Cloud Logs enthält Änderungen an der Nutzlast von IBM Cloud Event Notifications. Ihre bestehende Event Notifications Konfiguration und Nutzlast wird unverändert weiter funktionieren. Änderungen sind nur erforderlich, wenn Sie die neuen Funktionen nutzen wollen.

Die folgenden neuen Felder sind verfügbar:

priority ist ein neues Feld, das der Nutzlast unter dem übergeordneten Feld data hinzugefügt wird. Dies unterstützt den Wechsel von severity zu priority. Das Feld severity in der Nutzlast der Ereignisbenachrichtigung wird nicht geändert. Der Wert des Feldes Ereignisbenachrichtigung severity wird wie in Änderung von Alarmschweregrad zu Priorität beschrieben zugeordnet
versioned_id ist ein neues Feld, das der Nutzlast hinzugefügt wird. Dies ist die ID, die generiert wird, wenn die Meldung aktualisiert wird.
Das Feld id enthält den Wert unique_identfier der Ausschreibung. Diese ID wird bei der Erstellung der Meldung generiert und bleibt unverändert.

Für weitere Einzelheiten siehe: