Intelligente Benachrichtigungen für die Infrastruktur

Mit Smart Alerts können Sie automatisch Alerts basierend auf den ausgewählten Infrastrukturmetriken empfangen.

Instana schlägt Ihnen Schwellenwerte und weitere Konfigurationen vor, wenn Sie aus der Liste die Infrastrukturkennzahlen auswählen, für die Sie Benachrichtigungen erhalten möchten. Sie können der Konfiguration mehrere Benachrichtigungskanäle hinzufügen, und „ Instana “ erstellt automatisch eine individuelle Benachrichtigung für Sie.

Kubernetes -spezifische Smart Alerts

Wenn Sie „ Kubernetes “-Umgebungen überwachen müssen, können Sie auf eine spezielle Ansicht der Infrastruktur-Smart-Alerts zugreifen, in der ausschließlich Warnmeldungen zu „ Kubernetes “ angezeigt werden. Diese Ansicht ist in der Instana Benutzeroberfläche (Plattformen > Kubernetes > Intelligente Benachrichtigungen) verfügbar und bietet Administratoren Kubernetes eine übersichtliche Oberfläche. Weitere Informationen finden Sie unter „Smart Alerts für die Infrastruktur

Eine Benachrichtigung hinzufügen

Führen Sie die folgenden Schritte aus, um einen Alert hinzuzufügen:

  1. Wählen Sie im Navigationsmenü der Benutzeroberfläche von „ Instana “ die Option „Infrastruktur“ aus.
  2. Wählen Sie die Registerkarte Intelligente Alerts aus.
  3. Klicken Sie auf „Intelligente Benachrichtigungen erstellen “.

Es öffnet sich das Dialogfeld „Smart Alerts erstellen“, in dem Sie Smart Alerts konfigurieren können.

Der Alertkonfigurationsprozess umfasst die folgenden Schritte:

  1. Legen Sie den Geltungsbereich für die Benachrichtigung fest, indem Sie Filter hinzufügen, um präzisere Benachrichtigungen zu erhalten.
  2. Fügen Sie Metriken hinzu, um die Warnmeldung zu konfigurieren.
  3. Fügen Sie Benachrichtigungskanäle hinzu, um die Kanäle für den Empfang von Benachrichtigungen auszuwählen.
  4. Fügen Sie Alarm-Eigenschaften hinzu, um den Titel und die Beschreibung des Alarms anzupassen.
  5. Klicken Sie auf „Erstellen“, wenn Sie mit der Konfiguration fertig sind.

Schritt 1: Festlegen des Umfangs

Um den Umfang der Benachrichtigung festzulegen, führen Sie im Abschnitt „Umfang “ die folgenden Schritte aus:

  1. Wählen Sie den Entitätstyp aus.
    Abbildung 1. Entitätstyp
    Entitätstyp
  2. Wählen Sie die Benachrichtigungsmethode aus. Sie können für die Kennzahl eine der folgenden Auswertungsmethoden wählen:
    • Pro Gruppe : Definieren Sie gruppenspezifische Kennzahlen auf der Grundlage bestimmter, von Ihnen festgelegter benutzerdefinierter Tags und erstellen Sie ein einziges Ereignis, um alle Kennzahlen zu erfassen. Diese Methode ist standardmäßig aktiviert. Verwenden Sie die Methode in den folgenden Szenarien:
      • Überwachung aggregierter Kennzahlen über mehrere Einheiten hinweg (zum Beispiel die durchschnittliche CPU-Auslastung aller Hosts in einer bestimmten Zone oder Region).
      • Reduzierung von Fehlalarmen durch die Zusammenfassung ähnlicher Entitäten.
      • Die Analyse allgemeiner Trends und Muster anstelle des Verhaltens einzelner Unternehmen.
      • Überwachung der Gesamtkapazität oder der Ressourcenauslastung in einem Cluster oder einer Umgebung.

      Beispiel: Überwachen Sie die durchschnittliche CPU-Auslastung aller Produktionsserver, gruppiert nach Verfügbarkeitszone. Sie erhalten eine einzige Benachrichtigung, wenn die durchschnittliche CPU-Auslastung in einer Zone den Schwellenwert überschreitet, anstatt für jeden Host eine eigene Benachrichtigung zu erhalten.

      Abbildung 2. Benachrichtigungen nach Gruppen
      Benachrichtigungen nach Gruppen
    • Pro Entität : Erstellen Sie für jede Kennzahl, die den Schwellenwert überschritten hat, ein Ereignis, um jede Kennzahl einzeln zu überwachen. Verwenden Sie die Benachrichtigungen pro Entität in den folgenden Szenarien:
      • Probleme bei bestimmten einzelnen Komponenten (z. B. einem bestimmten Host, Container oder einer Datenbankinstanz) erkennen und beheben.
      • Jede Einheit erhält individuelle Betreuung und Fördermaßnahmen.
      • Überwachung kritischer Ressourcen, bei denen einzelne Ausfälle schwerwiegende Folgen haben können.
      • Verfolgung von unternehmensspezifischen SLAs oder Leistungsanforderungen.

      Beispiel: Überwachen Sie die CPU-Auslastung auf jedem Produktionsdatenbankserver einzeln. Sie erhalten für jeden Datenbankserver, der den CPU-Schwellenwert überschreitet, eine separate Benachrichtigung, sodass Sie die betreffende problematische Instanz genau identifizieren und beheben können.

      Abbildung 3. Alarmierung pro Einheit
      Alarmierung pro Einheit

      Die Benachrichtigung pro Entität unterstützt die Gruppierung nach metrikbezogenen Tags wie metricId oder benutzerdefinierten Tags wie device, und mountpoint state. Diese Gruppierung ermöglicht individuelle Benachrichtigungen für jede einzelne Metrikvariante, wenn Metrikmuster oder Metriken mit benutzerdefinierten Tags verwendet werden.

  3. (Optional) Fügen Sie gegebenenfalls Filter hinzu, die auf dem ausgewählten Entitätstyp basieren, um den Umfang der Benachrichtigung weiter einzugrenzen.
    Abbildung 4. Filter
    Filter
  4. (Optional) Legen Sie eine Gruppierung für die Kennzahlen fest: Legen Sie mithilfe von Gruppierungs-Tags fest, wie die Kennzahlenergebnisse organisiert werden sollen. Sie können bis zu fünf Tags zum Gruppieren von Kennzahlen verwenden. Gruppen können bei der Erstellung des Namens und der Beschreibung des Smart Alerts als Variablen verwendet werden.
    Abbildung 5. Zusammenfassungsinformationen
    Gruppierung

Schritt 2: Kennzahlen hinzufügen

Konfigurieren Sie die Metriken für die Warnmeldung.
  • Pro Smart Alert sind maximal fünf Metriken zulässig.
  • Damit eine Vorschau eines Alerts angezeigt wird, müssen eine einzelne Metrik und ein Gruppentag ausgewählt werden, sofern zutreffend.
  1. Klicken Sie auf Metriken hinzufügen. Das Dialogfeld „Metriken hinzufügen“ wird geöffnet.
    Abbildung 6. Messwerte hinzufügen
    Metriken hinzufügen
  2. Klicken Sie auf „Metrik auswählen“ und wählen Sie den Metriktyp mithilfe einer der folgenden Optionen aus:
    • Suchen Sie auf der Registerkarte „Liste “ mithilfe von Stichwörtern in der Liste der Metriken.
    • Legen Sie auf der Registerkarte „Regex“ den Umfang der Metrik mithilfe regulärer Ausdrücke fest
    Abbildung 7. Messwert auswählen
    Messwert auswählen
  3. Klicken Sie auf „Metrikfilter auswählen“ und wählen Sie einen Metrik-Tag-Filter aus, um den zu überwachenden Metrikwert einzugrenzen.
  4. Klicken Sie auf „Metrikgruppe auswählen“ und wählen Sie die Tags für die Metrikgruppierung aus, um festzulegen, wie die Metriken organisiert werden sollen.
  5. Legen Sie die Aggregation mithilfe der folgenden Optionen fest:
    • Zeitübergreifende Aggregation: Wählen Sie die gewünschte zeitübergreifende Aggregation aus. Bei dieser Methode werden Datenpunkte in einem einzigen Bucket zusammengefasst.
    • Serienübergreifende Aggregationen: Um die Buckets über die Datenreihen hinweg zu summieren, aktivieren Sie die Option „SUM für serienübergreifende Aggregation verwenden “. In der Regel entspricht die serienübergreifende Aggregation der zeitübergreifenden Aggregation.
    Abbildung 8. Metrik konfigurieren
    Metrik konfigurieren
  6. Legen Sie den Schwellenwert fest, indem Sie auswählen, ob ein statischer oder ein adaptiver Schwellenwert verwendet werden soll.
    • Statischer Schwellenwert : Statische Schwellenwerte ändern sich im Laufe der Zeit nicht. Sie können diese Einstellungen vornehmen, wenn Sie den Smart Alert erstellen oder bearbeiten. Sie können unterschiedliche Schwellenwerte für die Schweregrade „Warnung“ und „Kritisch“ festlegen. Ein statischer Schwellenwert verliert möglicherweise seine Relevanz, wenn sich die zugrunde liegende Kennzahl erheblich ändert. Als Reaktion darauf können Sie den Schwellenwert jederzeit manuell anpassen oder neu berechnen. Sie können einen Schwellenwertoperator auswählen, um die Schwellenwertbedingung zu definieren.
      Statische Schwellenwerte eignen sich am besten in den folgenden Situationen:
      • Unabhängig von saisonalen Schwankungen der zugrunde liegenden Kennzahl darf diese einen festgelegten Wert weder über- noch unterschreiten.
      • Die zugrunde liegende Kennzahl ist saisonabhängig, weshalb je nach Tages- oder Wochentag unterschiedliche Schwellenwerte gelten. Diese Schwellenwerte selbst ändern sich jedoch im Laufe der Zeit nicht. Eine schrittweise Änderung dieser Schwellenwerte über einen langen Zeitraum hinweg ist unerwünscht.
    • Adaptiver Schwellenwert : Adaptive Schwellenwerte entwickeln sich kontinuierlich weiter und passen sich anhand neuer Daten an, die Instana erfasst. Das bedeutet, dass der Schwellenwert saisonale Schwankungen der zugrunde liegenden Kennzahl kontinuierlich berücksichtigt, ohne dass ein menschliches Eingreifen erforderlich ist. Sie können unterschiedliche Schwellenwerte für die Schweregrade „Warnung“ und „Kritisch“ festlegen. Weitere Informationen finden Sie unter „Adaptive Schwellenwerte “.
      Adaptive Schwellenwerte funktionieren am besten in den folgenden Situationen:
      • Die zugrunde liegende Kennzahl unterliegt keinen saisonalen Schwankungen. Es wird erwartet, dass sich der Schwellenwert im Laufe der Zeit allmählich verändert, doch jede plötzliche Abweichung von diesem Trend ist unerwünscht.
      • Die zugrunde liegende Kennzahl ist saisonabhängig, und für verschiedene Tages- oder Wochenzeiten gelten unterschiedliche Schwellenwerte. Es ist zu erwarten, dass sich die Schwellenwerte im Laufe der Zeit allmählich ändern werden, doch jede plötzliche Abweichung von diesem Trend ist unerwünscht.
      Anforderungen an adaptive Schwellenwerte:
      • Für den adaptiven Schwellenwert sind mindestens 6 Stunden ununterbrochener Messdatenerfassung erforderlich. Wenn diese Voraussetzung nicht erfüllt ist, können Sie den Smart Alert trotzdem erstellen. Die Erkennung von Problemen und die Alarmierung werden aktiv, sobald die Datenanforderungen für die Initialisierung des verwendeten Modells erfüllt sind.
      Abbildung 9. Schwellenwert konfigurieren
      Schwellenwert konfigurieren
  7. Sehen Sie sich die Vorschau der Benachrichtigung an.

    Nachdem Sie den Umfang und den Schwellenwert festgelegt haben, wird das Diagramm auf der Grundlage der historischen Daten zu den Kennzahlen erstellt. In der Grafik können Daten der letzten maximal 7 Tage angezeigt werden. Sie können zwischen den historischen Daten der letzten 24 Stunden und denen der letzten 7 Tage wechseln, um die historischen Schwankungen der Kennziffern zu visualisieren.

    Auf der Grundlage der historischen Daten und der Schwellenwertbedingungen zeigt das Diagramm die Warnmeldungen an, die der aktuelle Schwellenwert möglicherweise auslösen könnte.
    Abbildung 10. Alertvorschau
    Alertvorschau
    Wenn Sie Gruppierungsoptionen auswählen, werden die Gruppierungsergebnisse möglicherweise als Tabelle unterhalb des Diagramms angezeigt. Um die Metrikdatentrends im Diagramm für jede Gruppierung zu analysieren, wählen Sie die entsprechenden Zeilen in der Tabelle aus.
    Abbildung 11. Vorschau der Benachrichtigungen mit Gruppierung
    Vorschau der Benachrichtigungen mit Gruppierung
  8. k Metrik hinzufügen, um zum Dialogfeld „Alarm konfigurieren“ zurückzukehren.
  9. Legen Sie die Metrikgranularität fest, um zu definieren, wie die einzelnen Metrikwerte während des angegebenen Zeitraums berechnet werden.
  10. Legen Sie den Fehlerschwellenwert fest, um die Anzahl aufeinanderfolgender Fehler innerhalb des Zeitfensters zu definieren, die erforderlich ist, um eine Warnmeldung auszulösen.
  11. (Optional) Konfigurieren Sie die Nachfrist, um festzulegen, wie lange ein Problem offen bleibt, nachdem der Schwellenwert für den Verstoß nicht mehr erreicht wird. Nach Ablauf dieser Frist wird das Ticket automatisch geschlossen.
  12. (Optional) Konfigurieren Sie die Prognosewarnungen, um frühzeitig benachrichtigt zu werden: Sie können Prognosewarnungen einrichten, um proaktive Benachrichtigungen auf der Grundlage von Trends in historischen Daten zu erhalten. So können Sie potenzielle Probleme vorhersehen und beheben, bevor sie sich auf Ihr System auswirken.
Beispielsweise möchten Sie vielleicht eine Benachrichtigung erhalten, wenn eine Festplatte fast voll ist oder wenn die Speicherauslastung eines Prozesses sich den Containergrenzen nähert, was auf einen Speicherverlust hindeuten könnte. Mit „ Instana “ können Sie Warnmeldungen auf der Grundlage von Metrikprognosen konfigurieren.
Abbildung 12. Konfiguration der Alarmkennzahlen
Konfiguration der Alarmkennzahlen

Schritt 3: Benachrichtigungskanäle hinzufügen

Wählen Sie die Kanäle aus, über die Benachrichtigungen gesendet werden sollen. Führen Sie die folgenden Schritte aus, um Benachrichtigungskanäle hinzuzufügen:
  1. Klicken Sie auf „Benachrichtigungskanäle hinzufügen “.
  2. Wählen Sie in der Liste der vorkonfigurierten Kanäle die Kanäle aus, von denen Sie die Alerts erhalten wollen.

Wenn für die Schweregrade „Warnung“ und „Kritisch“ ein Schwellenwert festgelegt wurde, können Sie für jeden Schweregrad die Alarmkanäle festlegen. Wenn für beide Schweregrade ein Schwellenwert festgelegt wird, werden standardmäßig alle Alarmkanäle für den Schweregrad „Warnung“ ausgewählt.

Alarmkanäle, für die beide Schweregrade konfiguriert sind:
Abbildung 13. Alarmkanäle mit mehreren Schweregraden
Alarmkanäle mit mehreren Schweregraden

Wenn nur für einen Schweregrad ein Schwellenwert festgelegt ist, wird dieser Schweregrad für jeden Alarmkanal als Alarmstufe angezeigt.

Alarmkanäle mit einem konfigurierten Schweregrad:
Abbildung 14. Alarmkanäle mit einem Schweregrad
Alarmkanäle mit einem Schweregrad

Weitere Informationen zum Erstellen von Kanälen finden Sie unter „Benachrichtigungskanäle “.

Schritt 4: Eigenschaften der Benachrichtigung hinzufügen

In diesem Abschnitt können Sie optional weitere Alarm-Eigenschaften konfigurieren, die sich auf die Alarme beziehen, die mithilfe der Smart-Alert-Konfiguration erstellt werden. Sie können auch benutzerdefinierte Payloads hinzufügen.
Abbildung 15. Alerteigenschaften
Alerteigenschaften
  • Titel : „ Instana “ schlägt einen Standardtitel vor, der auf dem verwendeten Blueprint-Typ und den zugehörigen Konfigurationsoptionen basiert. Sie können den Standardtitel jedoch durch einen benutzerdefinierten statischen Text überschreiben oder durch Einfügen von Variablen einen dynamischen Titel verwenden.
    Über das Dropdown-Menü „Variable einfügen“ können Sie dynamische Variablen in den Titel der Benachrichtigung einfügen. Diese Variablen tragen dazu bei, den Kontext der Warnmeldung bei deren Auslösung besser zu verdeutlichen.
    • Sie können als Variable in den Titel der Warnmeldung einfügen ${severity} , um den Schweregrad anzugeben. Diese Variable ist nützlich, wenn Sie innerhalb einer einzelnen Warnmeldung mehrere Schweregrade konfigurieren. Ein Titel wie High CPU Usage - ${severity} gibt beispielsweise den Schweregrad direkt im Titel der Warnmeldung an.
    • Je nach gewählter Benachrichtigungsmethode stehen weitere Variablen zur Verfügung:
      • Bei der benutzerdefinierten Aggregation gruppieren Sie nach einem Tag (zone) und verwenden anschließend die gruppierten Tags als Variablen ( ${zone}). Diese Variable steht nun im Dropdown-Menü „Variable einfügen“ zur Verfügung.
      • Bei der Konfiguration von Warnmeldungen pro Entität steht die ${entity.label} Variable zur Verfügung. Diese Variable bezeichnet die konkrete Entität, die den Alarm ausgelöst hat.
      • fs\.(.+)\.freeWenn Sie metrische Muster mit Regex-Erfassungsgruppen verwenden (zum Beispiel ), können Sie die erfassten Werte als Variablen in den Titel einfügen. Das Menü „Variable einfügen“ enthält Optionen, die den folgenden Einträgen ähneln:
        • Regex 1st capturing group für die erste Erfassungsgruppe in Ihrem Muster
        • Regex 2nd capturing group, Regex 3rd capturing group, und so weiter, für weitere Erfassungsgruppen
        • Mit diesen Variablen können Sie Teile des Namens der übereinstimmenden Metrik dynamisch in Ihre Alarmtitel einfügen.
  • Beschreibung : Fügen Sie der Warnmeldung optional eine Beschreibung hinzu. Eine gute Beschreibung enthält eine kurze Zusammenfassung der Warnmeldung sowie die Schritte zur Untersuchung oder Behebung des Problems, sobald die Warnmeldung eingeht. Sie können auch eine dynamische Beschreibung erstellen, indem Sie Variablen einfügen, die Sie aus dem Dropdown-Menü „Variable einfügen“ auswählen können. Diese Variablen können Kontextinformationen liefern, wenn der Alarm ausgelöst wird.
    Abbildung 16. Felder „Titel“ und „Beschreibung“ mit Variablen
    Felder „Titel“ und „Beschreibung“ mit Variablen
  • Löst einen Vorfall aus : Wenn Sie diesen Schalter aktivieren, wird bei Auslösung des Alarms ein Vorfall erstellt. Der Alarm wird als auslösendes Ereignis für den Vorfall erfasst. Andere Ereignisse im Zusammenhang mit diesem Vorfall werden als zugehörige Ereignisse bezeichnet.
  • Benutzerdefinierte Payloads : Um eine zusätzliche, für Sie relevante Payload in die Alarmbenachrichtigungen für eine bestimmte Alarmkonfiguration aufzunehmen, die von Instana gesendet wird, klicken Sie im Abschnitt „Benutzerdefinierte Payloads“ auf „Zeile hinzufügen “.

    Sowohl globale benutzerdefinierte Payloads als auch alarmspezifische benutzerdefinierte Payloads werden gegebenenfalls in Alarmbenachrichtigungen aufgenommen, wobei die alarmspezifische Konfiguration Vorrang vor der globalen Konfiguration hat. Wenn Sie also denselben Schlüssel verwenden, wird der Wert des globalen angepassten Nutzdatenfelds durch den alertspezifischen überschrieben.

    Die folgende Abbildung zeigt global definierte angepasste Nutzdaten, die in der Alertkonfiguration verwendet werden:
    Abbildung 17. Globale benutzerdefinierte Nutzlast
    Globale benutzerdefinierte Nutzlast

    Informationen zu globalen benutzerdefinierten Payloads finden Sie unter „Benutzerdefinierte Payloads global konfigurieren

    Derzeit werden dynamische globale benutzerdefinierte Payloads in der öffentlichen Vorschau nicht unterstützt.

Schritt 5: Erstellen Sie die Benachrichtigung

Klicken Sie auf „Erstellen“, um den Smart Alert für die Infrastruktur zu erstellen. Die erstellte Benachrichtigung wird auf der Registerkarte „Smart Alerts“ in der Liste der konfigurierten Benachrichtigungen angezeigt.

Terraform-Unterstützung

Instana ermöglicht „Infrastructure as Code“-Funktionen ( IaC ), indem es eine „ Terraform “-Ressource bereitstellt, mit der sich die Infrastruktur von Smart Alerts programmgesteuert verwalten lässt. Diese Funktion ermöglicht es Teams aus den Bereichen „ DevOps “ und „SRE“, Alarmkonfigurationen als Code zu definieren, bereitzustellen und zu verwalten. Es trägt dazu bei, die Automatisierung und Konsistenz über verschiedene Umgebungen hinweg zu verbessern.

Weitere Informationen zur Verwaltung von Infrastruktur-Smart-Alerts mithilfe von „ Terraform “ finden Sie in der Dokumentation zur Konfiguration von Infrastruktur-Alerts unter Instana.

Häufig gestellte Fragen

Warum sollten benutzerdefinierte Ereignisse zu Infrastrukturmetriken in Smart Alerts migriert werden?

Smart Alerts für die Infrastruktur bieten gegenüber benutzerdefinierten Ereignissen mehrere Vorteile:
  • Flexiblere Auswahl von Metriken mit Unterstützung für Metrikmuster und reguläre Ausdrücke.
  • Direkte Zuweisung von Alarmkanälen mit schweregradbasiertem Routing.
  • Verbesserte Funktionen zur Gruppierung und Aggregation.
  • Prognosewarnungen für eine proaktive Überwachung.
  • Dynamische Platzhalter in den Titeln und Beschreibungen von Benachrichtigungen.
  • Vorschau bei der Einrichtung der Alarmkonfiguration auf der Grundlage historischer Daten.

So migrieren Sie ein benutzerdefiniertes Ereignis in einen Smart Alert

Es gibt keine Eins-zu-Eins-Entsprechung zwischen Smart Alerts und benutzerdefinierten Ereignissen. Aufgrund der Unterschiede zwischen den beiden Systemen können die folgenden Konfigurationen für benutzerdefinierte Ereignisse nicht in die Smart Alerts der Infrastruktur migriert werden:
  • Benutzerdefinierte Ereignisse mit mehreren Metriken : Es können nur benutzerdefinierte Ereignisse mit einer einzigen Metrik migriert werden.
  • Aggregationstypen : Benutzerdefinierte Ereignisse, die die folgenden Aggregationen verwenden, können nicht migriert werden:
    • Relative Differenz
    • Absolute Differenz
  • Systemregeln : Die folgenden integrierten Systemregeln können nicht in Infrastruktur-Smart-Alerts migriert werden:
    • Offlineereigniserkennung
    • Hosts, auf denen keine entsprechenden Entitäten ausgeführt werden
    • Erkennung der Hostverfügbarkeit
    • Hosts, auf denen eine unerwartet hohe Anzahl von Prozessen läuft

Halbautomatische Migration

Um Ihnen bei der Migration bestehender benutzerdefinierter Ereignisse zu Infrastruktur-Smart-Alerts zu helfen, bietet die Benutzeroberfläche von „ Instana “ grundlegende Migrationswerkzeuge. Auf der Detailseite eines benutzerdefinierten Ereignisses zu einer Infrastrukturentität werden zwei Schaltflächen angezeigt, die sich auf die Migration von Smart Alerts beziehen:
  • Als migriert markieren : Markiert ein veraltetes benutzerdefiniertes Ereignis als migriert und deaktiviert es. Wählen Sie diese Option, wenn Sie ein benutzerdefiniertes Ereignis manuell in einen Smart Alert übertragen. Nachdem Sie das benutzerdefinierte Ereignis als migriert markiert haben, können Sie es weiterhin in der Liste anzeigen und seine Konfiguration zu Referenzzwecken überprüfen. Diese Funktion hilft Ihnen dabei, den Fortschritt Ihrer Migration zu verfolgen, und stellt sicher, dass kein benutzerdefiniertes Ereignis mehr als einmal migriert wird.
  • Zu „Smart Alert“ wechseln : Öffnet das Dialogfeld „Smart Alert“ mit den aus dem benutzerdefinierten Ereignis übernommenen Werten. Zu diesen Werten können Name, Beschreibung, Schweregrad, Vorfall-Kennzeichnung, Metrik, Auswertungsgranularität, Aggregation, Operator und Schwellenwert gehören. Instana versucht, diese Felder nach bestem Bemühen zu migrieren. Der in der „Dynamic Focus Query“ (DFQ) des benutzerdefinierten Ereignisses festgelegte Umfang bzw. die ausgewählten Entitäten werden durch Auswahl der entsprechenden Entitäten oder mithilfe von Tag-Filtern übertragen. Wenn der DFQ nicht vollständig zugeordnet werden kann, wird eine Warnmeldung angezeigt, und Sie können den Bereich anschließend manuell anpassen. Durch das Speichern des Smart Alerts wird das vorherige benutzerdefinierte Ereignis automatisch deaktiviert und als migriert markiert.
Abbildung 18. Schaltflächen des Migrations-Tools
Schaltflächen des Migrations-Tools

Manuelle Migration

Sie können benutzerdefinierte Ereignisse manuell in Infrastruktur-Smart-Alerts migrieren, indem Sie die folgenden Anweisungen befolgen:
  • Metrikzuordnung : Achten Sie bei der Migration darauf, dass Sie in der Konfiguration der Infrastruktur-Smart-Alerts die entsprechende Metrik auswählen. Verwenden Sie die Metrikliste oder den Abgleich mit regulären Ausdrücken, um die richtige Metrik zu ermitteln.
  • Anwendungsbereich und Entitätsauswahl : Infrastruktur-Smart-Alerts verwenden eine tagbasierte Filterung anstelle von Dynamic-Focus-Abfragen. So replizieren Sie den Geltungsbereich Ihres benutzerdefinierten Ereignisses:
    1. Ermitteln Sie die Entitäten, die in den Anwendungsbereich des benutzerdefinierten Ereignisses fallen.
    2. Verwenden Sie die Option „Filter hinzufügen“ in der Konfiguration von Smart Alert, um entsprechende Tag-Filter anzuwenden.
    3. Wählen Sie zwischen „Benutzerdefinierte Aggregation“ (für aggregierte Metriken über mehrere Entitäten hinweg) oder „Warnmeldungen pro Entität“ (für die Überwachung einzelner Entitäten).
  • Zuordnung von Aggregationen : Ordnen Sie den Aggregationstyp Ihres benutzerdefinierten Ereignisses der entsprechenden Option in Smart Alerts zu:
    • Zeitaggregation : Wählen Sie die Methode zur zeitübergreifenden Aggregation aus (z. B. Durchschnitt, Minimum, Maximum, Summe).
    • Serienübergreifende Aggregation : Aktivieren Sie die Option „SUM für serienübergreifende Aggregation verwenden“, wenn Sie Werte über mehrere Entitäten hinweg summieren möchten.
  • Anpassung der Schwellenwerte : Beachten Sie bei der Migration von Schwellenwerten Folgendes:
    • Unterschiede in der Granularität der Metriken : Benutzerdefinierte Ereignisse und Smart Alerts der Infrastruktur verwenden unterschiedliche zugrunde liegende Metrik-Rollups:
      • Benutzerdefinierte Ereignisse verwenden 1-Sekunden-Metrikströme für Zeitfenster unter 30 Minuten und 5-Sekunden-Rollups (Mittelwerte aus 1-Sekunden-Metriken) für Zeitfenster von 30 Minuten oder länger. Die Aggregation wird auf ein gleitendes Fenster dieser Werte angewendet.
      • „Infrastructure Smart Alerts“ verwenden Auswertungszyklen mit 10-Sekunden-Rollup-Werten (gemittelt aus 1-Sekunden-Metriken). In jedem Auswertungszyklus wird auf der Grundlage dieser 10-Sekunden-Rollups eine zeitübergreifende Aggregation (und optional eine serienübergreifende Aggregation) durchgeführt.
    • Passen Sie die Schwellenwerte entsprechend der neuen Auswertungsgranularität und dem Aggregationstyp an.
    • Überprüfen Sie anhand des Vorschau-Diagramms, ob Ihr Schwellenwert bei historischen Daten wie erwartet Warnmeldungen auslöst.

    Beispiel für die SUM-Aggregation : Wenn Ihr benutzerdefiniertes Ereignis für eine „ ActiveMQ “-Entität einen Schwellenwert von 100 Nachrichten pro Sekunde bei einem Zeitfenster von 1 Minute unter Verwendung der SUM-Aggregation hatte und Sie im Smart Alert eine Auswertungsgranularität von 5 Minuten mit der SUM-Aggregation verwenden, passen Sie den Schwellenwert auf 30.000 Nachrichten an (100 × 60 × 5).

    Beispiel für die MEAN-Aggregation : Wenn Ihr benutzerdefiniertes Ereignis die MEAN-Aggregation (Durchschnitt) mit einem Schwellenwert von 100 Nachrichten pro Sekunde verwendet und Sie die MEAN-Aggregation im Smart Alert nutzen, bleibt der Schwellenwert in etwa gleich (100 Nachrichten pro Sekunde oder ~1.000 Nachrichten pro 10-Sekunden-Rollup), da der Durchschnitt über das Auswertungsfenster berechnet und nicht summiert wird.

    Der wesentliche Unterschied: Bei der SUM-Aggregation muss der Schwellenwert mit der Dauer des Auswertungsfensters skaliert werden, während bei den Aggregationen MEAN, MIN und MAX in der Regel keine Skalierung des Schwellenwerts erforderlich ist.

  • Zuordnung von Zeitgrenzwerten : Ordnen Sie die Karenzzeit und das Zeitfenster des benutzerdefinierten Ereignisses den Zeitgrenzwertoptionen für Smart Alerts zu:
    • Verwenden Sie die zeitliche Persistenz, um mehrere aufeinanderfolgende Verstöße zu erfordern, bevor eine Warnung ausgelöst wird.
    • Die Auswertungsgranularität in Smart Alerts liefert stabilere Kennzahlen als die sekundengenaue Granularität in benutzerdefinierten Ereignissen, wodurch der Bedarf an ausgedehnten Karenzzeiten sinkt.
  • Zuweisung von Alarmkanälen : Im Gegensatz zu benutzerdefinierten Ereignissen, deren Weiterleitung auf Alarmkonfigurationen basiert, ermöglichen Infrastruktur-Smart-Alarme die direkte Zuweisung von Alarmkanälen mit einer auf dem Schweregrad basierenden Weiterleitung. Weisen Sie den Warn- und kritischen Schweregraden nach Bedarf die entsprechenden Kanäle zu.

Was sind die Unterschiede zwischen benutzerdefinierter Aggregation und Warnmeldungen pro Entität?

Die benutzerdefinierte Aggregation gruppiert Metrikdaten anhand der von Ihnen definierten Tags und vergleicht die aggregierte Metrik mit dem Schwellenwert. Dieser Ansatz eignet sich gut, um allgemeine Trends über mehrere Einheiten hinweg zu beobachten und die Anzahl unnötiger Warnmeldungen zu reduzieren. Sie erhalten eine einzige Benachrichtigung, sobald die aggregierte Metrik den Schwellenwert überschreitet.

Die Warnmeldung pro Entität überwacht jede Entität einzeln und löst für jede Entität, die den Schwellenwert überschreitet, eine separate Warnmeldung aus. Dieser Ansatz ist nützlich, wenn Sie Probleme bei bestimmten Entitäten erkennen und darauf reagieren müssen. Sie erhalten für jede betroffene Einheit eine eigene Benachrichtigung.

Wählen Sie die Benachrichtigungsmethode je nachdem, ob Sie das aggregierte Verhalten (benutzerdefinierte Aggregation) oder das Verhalten einzelner Entitäten (Benachrichtigung pro Entität) überwachen möchten.

Wie funktionieren Prognosewarnungen in den Smart Alerts für die Infrastruktur?

Bei der Prognosewarnung werden historische Kennzahlen mittels linearer Regression ausgewertet, um zukünftige Werte vorherzusagen. Sie konfigurieren zwei Zeitfenster:
  • Zeitfenster für historische Daten : Legt den Zeitraum der historischen Daten fest, die zur Anpassung des Prognosemodells verwendet werden.
  • Prognostiziertes Zeitfenster : Legt fest, wie weit in die Zukunft die Prognose reichen soll.

Ein Alarm wird ausgelöst, wenn entweder der aktuelle Metrikwert oder der prognostizierte Wert den Schwellenwert überschreitet. Dieser proaktive Ansatz hilft Ihnen, potenzielle Probleme anzugehen, bevor sie sich auf Ihr System auswirken, wie zum Beispiel knapper werdender Speicherplatz oder Speicherlecks, die sich den Containergrenzen nähern.

Größere prognostizierte Zeitfenster erhöhen die Wahrscheinlichkeit von Fehlalarmen. Achten Sie daher darauf, ein Gleichgewicht zwischen proaktiver Alarmierung und Alarmgenauigkeit zu finden, das auf Ihren konkreten Anwendungsfall abgestimmt ist.