Was ist Monitoring & Alerts?

Monitoring & Alerts erfasst CPU-, Arbeitsspeicher-, Datenträger- und Netzwerkmetriken Ihrer virtuellen Maschinen und stellt sie auf der Seite jeder Instanz als Diagramme dar. Alarmregeln überwachen die Instanzen eines Projekts, die die von Ihnen gewählten Tags tragen. Wenn eine Instanz in den Status ERROR wechselt oder eine ihrer Metriken einen Schwellenwert über- oder unterschreitet, werden Sie per E-Mail oder Webhook benachrichtigt, und erneut, sobald sie sich erholt hat.

HauptfunktionenLink kopieren

• Instanzmetriken. Aktivieren Sie die Überwachung für eine Instanz, und lassen Sie die CPU- und Arbeitsspeichernutzung, den Datenträgerdurchsatz, die IOPS und die Latenz sowie den Netzwerkdatenverkehr der letzten Stunde oder der letzten 24 Stunden oder 7 Tage als Diagramme anzeigen. Siehe Metriken virtueller Maschinen anzeigen.
• Zwei Arten von Alarmregeln. Lassen Sie sich alarmieren, wenn sich eine Instanz im Status ERROR befindet oder wenn eine Metrik wie die CPU-Auslastung oder der Netzwerkdurchsatz einen Schwellenwert über- oder unterschreitet. Siehe Alarmregeln erstellen.
• Tag-Selektoren. Eine Regel überwacht jede Instanz im Projekt, die alle ihre Tags trägt. Eine Instanz, die Sie später taggen, wird von selbst in die Regel aufgenommen. Siehe Instanzen mit einem Tag-Selektor auswählen.
• Ein Alarm pro Instanz. Für jede passende Instanz wird der Alarm einzeln ausgelöst und behoben, sodass eine Regel über eine ganze Schicht Ihnen zeigt, welche Instanz Aufmerksamkeit benötigt.
• Benachrichtigungen beim Auslösen und Beheben. Kanäle werden benachrichtigt, wenn ein Alarm ausgelöst und wenn er behoben wird. Jede Änderung wird im Statusverlauf der Regel festgehalten.
• E-Mail- und Webhook-Kanäle. Eine Adresse, die keinem aktiven Benutzer Ihrer Organisation gehört, erhält nichts, bis sie bestätigt ist. Webhook-Anfragen werden mit einem kanaleigenen Signaturgeheimnis signiert, das die Konsole nur einmal anzeigt. Siehe Alarme per E-Mail und Webhook senden.
• Alarme aus einem Diagramm. Starten Sie eine Regel aus einem Metrikdiagramm, wobei die Metrik und ein vorgeschlagener Schwellenwert bereits eingetragen sind. Siehe Alarm aus einem Diagramm erstellen.

FunktionsweiseLink kopieren

Die Überwachung ist eine Einstellung jeder Instanz und standardmäßig deaktiviert. Die Metriken werden auf dem Hypervisor gemessen, auf dem die Instanz läuft, sodass Sie im Gast nichts installieren müssen, um sie zu erfassen. Die einzige Ausnahme ist die Arbeitsspeicherauslastung: Dafür muss der Gast seinen verfügbaren Arbeitsspeicher über einen Balloon-Treiber melden. Die Konsole zeigt die Metriken einer Instanz nur für die Zeiträume an, in denen ihre Überwachung aktiviert war.

Eine Alarmregel hat ein Signal, einen Tag-Selektor und eine Bedingung. Die Plattform wertet jede aktivierte Regel in einem regelmäßigen Zyklus aus, und zwar getrennt für jede Instanz, auf die der Selektor passt. Eine Regel wird für eine Instanz ausgelöst, wenn ihre Bedingung für die von Ihnen festgelegte Dauer erfüllt war, und behoben, wenn sie nicht mehr erfüllt ist. Wenn die Plattform eine Instanz nicht messen kann, z. B. weil die Instanz noch nicht in der Cloud läuft oder das Fenster keine Messwerte enthält, zeigt die Instanz Keine Daten an, und niemand wird benachrichtigt. Eine Metrikregel überspringt die passenden Instanzen, deren Überwachung deaktiviert ist. War der Alarm einer solchen Instanz ausgelöst, wird er behoben, und die Kanäle der Regel werden einmal benachrichtigt.

Benachrichtigungen gehen an die Kanäle der Regel, also an die E-Mail-Adressen und Webhook-URLs des Projekts. Benutzer, die die Alarme des Projekts lesen dürfen, sehen außerdem jedes Auslösen und Beheben im Benachrichtigungs-Feed der Konsole. Budgets in Cost Management senden ihre Alarme über dasselbe System.

AnwendungsfälleLink kopieren

• Ausgefallene Instanzen. Erhalten Sie eine E-Mail, wenn eine beliebige Produktionsinstanz in den Status ERROR wechselt, mit einer Regel über ein Tag wie env: prod.
• Anhaltende Last. Benachrichtigen Sie ein Bereitschaftssystem über einen Webhook, wenn die durchschnittliche CPU-Auslastung einer Webschicht 10 Minuten lang hoch bleibt.
• Netzwerkprobleme. Überwachen Sie Schnittstellenfehler und verworfene Pakete mit der Aggregation Maximum, sodass schon eine einzige schlechte Minute einen Alarm auslöst.

AbrechnungLink kopieren

Monitoring & Alerts rechnet diese Dimensionen ab:

Die Mindestabrechnung von 60 Sekunden gilt einmal für die Überwachung jeder Instanz und einmal für jede Regel, nicht erneut bei jedem Aus- und Wiedereinschalten. Benachrichtigungskanäle und die von ihnen gesendeten Benachrichtigungen haben keine Abrechnungsdimension. Wie aus der Nutzung Gebühren auf Ihrer Rechnung werden, erfahren Sie unter So funktioniert die Abrechnung. Preise finden Sie unter Preise.

LimitsLink kopieren

• Diagramme umfassen die letzte Stunde oder die letzten 24 Stunden oder 7 Tage.
• Regeln werden in einem Zyklus ausgewertet, den der Plattformbetreiber festlegt, über ein Auswertungsfenster von 60 Sekunden bis 24 Stunden.
• Eine Regel kann bis zu 10 Tag-Paare verwenden und bis zu 10 Kanäle benachrichtigen, und sie wertet höchstens 200 passende Instanzen aus.
• Jedes Projekt hat Limits für Alarmregeln, gezählt pro passender Instanz, für Benachrichtigungskanäle und für Webhook-Kanäle. Der Plattformbetreiber legt sie fest.

Alle Regeln und Limits finden Sie unter Limits für Alarmregeln.

Zugehörige DiensteLink kopieren

• Virtual Machines: die Instanzen, die Sie überwachen, und die Tags, nach denen Alarmregeln auswählen.
• Cost Management: Budgets, deren Alarme dieselben Kanäle und denselben Feed verwenden.
• Activity Log: die Vorgänge, die die Plattform für Anfragen in der Konsole und über die REST-API ausführt.

Nächste SchritteLink kopieren