Alarme
Sie können XenServer® so konfigurieren, dass Alarme basierend auf den verfügbaren Host- oder VM-Metriken generiert werden. Darüber hinaus bietet XenServer vorkonfigurierte Alarme, die ausgelöst werden, wenn Hosts bestimmte Bedingungen und Zustände erreichen.
Alarme anzeigen
Sie können diese Alarme mit XenCenter® oder der xe-CLI anzeigen:
-
Um Alarme in XenCenter anzuzeigen, klicken Sie auf Benachrichtigungen und dann auf Alarme.
Die Ansicht Alarme zeigt verschiedene Arten von Alarmen an, darunter Leistungsalarme, Systemalarme, Softwareupdate-Alarme, Lizenzalarme und VM-Anti-Affinitätsgruppen-Alarme. Weitere Informationen finden Sie unter Alarme.
-
Um Alarme mit der xe-CLI anzuzeigen, geben Sie
xe message-listein.Sie können die Liste der Alarme eingrenzen, indem Sie zusätzliche Parameter angeben, zum Beispiel:
- Geben Sie die Priorität der Alarme an, die Sie auflisten möchten:
xe message-list priority=<priority> - Geben Sie an, ob es sich um einen Pool-bezogenen oder VM-bezogenen Alarm handelt:
xe message-list class=<Pool|VM> - Geben Sie den Namen des Alarmtyps an:
xe message-list name=<alert_name>. Eine Liste einiger verfügbarer Alarmtypen finden Sie unter Systemalarme.
- Geben Sie die Priorität der Alarme an, die Sie auflisten möchten:
Sie können Ihre Umgebung auch so konfigurieren, dass Alarme als E-Mail gesendet werden. Weitere Informationen finden Sie unter Alarme per E-Mail empfangen.
Leistungsalarme
Leistungsalarme können generiert werden, wenn einer der folgenden Werte einen angegebenen Schwellenwert auf einem verwalteten Host, einer VM oder einem Speicher-Repository (SR) überschreitet: CPU-Auslastung, Netzwerkauslastung, Speicherauslastung, Steuerungsspeicher-Auslastung, Speicherdurchsatz oder VM-Festplattenauslastung.
Standardmäßig ist das Wiederholungsintervall für Alarme auf 60 Minuten eingestellt; es kann bei Bedarf geändert werden. Alarme werden auf der Seite Alarme im Bereich Benachrichtigungen in XenCenter angezeigt. Sie können XenCenter auch so konfigurieren, dass eine E-Mail für bestimmte Leistungsalarme zusammen mit anderen schwerwiegenden Systemalarmen gesendet wird.
Alle angepassten Alarme, die mit der xe CLI konfiguriert werden, werden auch auf der Seite Alarme in XenCenter angezeigt.
Jeder Alarm hat eine entsprechende Prioritäts-/Schweregradstufe. Sie können diese Stufen ändern und optional wählen, eine E-Mail zu erhalten, wenn der Alarm ausgelöst wird. Die Standard-Alarmpriorität/-Schweregrad ist auf 3 eingestellt.
| Priorität | Name | Beschreibung | Standard-E-Mail-Alarm |
|---|---|---|---|
| 1 | Kritisch | Handeln Sie jetzt, sonst gehen Daten möglicherweise dauerhaft verloren/werden beschädigt. | Ja |
| 2 | Schwerwiegend | Handeln Sie jetzt, sonst können einige Dienste ausfallen. | Ja |
| 3 | Warnung | Handeln Sie jetzt, sonst könnte ein Dienst beeinträchtigt werden. | Ja |
| 4 | Geringfügig | Beachten Sie, dass sich etwas gerade verbessert hat. | Nein |
| 5 | Information | Tägliche Informationen (VM-Start, -Stopp, -Fortsetzung und so weiter) | Nein |
| ? | Unbekannt | Unbekannter Fehler | Nein |
Leistungsalarme mit XenCenter konfigurieren
-
Wählen Sie im Bereich Ressourcen den relevanten Host, die VM oder den SR aus, klicken Sie dann auf die Registerkarte Allgemein und anschließend auf Eigenschaften.
-
Wählen Sie die Registerkarte Alarme aus. Die folgende Tabelle fasst zusammen, welche Alarme für Hosts, VMs oder SRs verfügbar sind:
Alarmname Host VM SR Beschreibung CPU-Auslastungsalarme generieren X X Legen Sie die CPU-Auslastung und den Zeitschwellenwert fest, die den Alarm auslösen. CPU-Auslastungsalarme für die Steuerdomäne generieren X Legen Sie die CPU-Auslastung der Steuerdomäne und den Zeitschwellenwert fest, die den Alarm auslösen. Speichernutzungsalarme generieren X Legen Sie die Speichernutzung und den Zeitschwellenwert fest, die den Alarm auslösen. Alarme zur Speichernutzung der Steuerdomäne generieren X Legen Sie die Speichernutzung der Steuerdomäne und den Zeitschwellenwert fest, die den Alarm auslösen. Alarme für freien Speicher der Steuerdomäne generieren X Legen Sie den freien Speicher der Steuerdomäne und den Zeitschwellenwert fest, die den Alarm auslösen. Festplattennutzungsalarme generieren X Legen Sie die Festplattennutzung und den Zeitschwellenwert fest, die den Alarm auslösen. Alarme für Speicherdurchsatz generieren X Legen Sie den Speicherdurchsatz und den Zeitschwellenwert fest, die den Alarm auslösen. Hinweis: Physische Blockgeräte (PBD) stellen die Schnittstelle zwischen einem bestimmten XenServer-Host und einem angeschlossenen SR dar. Wenn die gesamte Lese-/Schreib-SR-Durchsatzaktivität auf einem PBD den von Ihnen angegebenen Schwellenwert überschreitet, werden Alarme auf dem mit dem PBD verbundenen Host generiert. Im Gegensatz zu anderen XenServer-Host-Alarmen muss dieser Alarm auf dem SR konfiguriert werden. Netzwerkauslastungswarnungen generieren X X Legen Sie die Netzwerkauslastung und den Zeitschwellenwert fest, die die Warnung auslösen. Um das Wiederholungsintervall für Warnungen zu ändern, geben Sie die Anzahl der Minuten in das Feld Wiederholungsintervall für Warnungen ein. Wenn ein Warnschwellenwert erreicht und eine Warnung generiert wurde, wird erst nach Ablauf des Wiederholungsintervalls für Warnungen eine weitere Warnung generiert.
-
Klicken Sie auf OK, um Ihre Änderungen zu speichern.
Ausführliche Informationen zum Anzeigen, Filtern und Konfigurieren von Schweregraden für Leistungsalarme finden Sie unter Leistungsalarme konfigurieren in der XenCenter-Dokumentation.
Leistungsalarme mithilfe der xe CLI konfigurieren
Hinweis:
Auslöser für Warnungen werden in einem Mindestintervall von fünf Minuten überprüft. Dieses Intervall vermeidet eine übermäßige Systemlast bei der Überprüfung dieser Bedingungen und die Meldung von Fehlalarmen. Das Festlegen eines Wiederholungsintervalls für Warnungen, das kleiner als fünf Minuten ist, führt dazu, dass die Warnungen weiterhin im Mindestintervall von fünf Minuten generiert werden.
Das Leistungsüberwachungs-Tool perfmon wird alle fünf Minuten ausgeführt und fordert Updates von XenServer an, die Durchschnittswerte über eine Minute sind. Diese Standardwerte können in /etc/sysconfig/perfmon geändert werden.
Das Tool perfmon liest alle fünf Minuten Updates von Leistungsvariablen, die auf demselben Host ausgeführt werden. Diese Variablen sind in eine Gruppe unterteilt, die sich auf den Host selbst bezieht, und eine Gruppe für jede VM, die auf diesem Host ausgeführt wird. Für jede VM und jeden Host liest perfmon den Parameter other-config:perfmon und verwendet diese Zeichenfolge, um zu bestimmen, welche Variablen überwacht werden sollen und unter welchen Umständen eine Nachricht generiert werden soll.
Das folgende Beispiel zeigt, wie eine VM-Warnung „CPU-Auslastung“ konfiguriert wird, indem eine XML-Zeichenfolge in den Parameter other-config:perfmon geschrieben wird:
xe vm-param-set uuid=vm_uuid other-config:perfmon=\
'<config>
<variable>
<name value="cpu_usage"/>
<alarm_trigger_level value="0.5"/>
</variable>
</config>'
<!--NeedCopy-->
Hinweis:
Sie können mehrere Variablenknoten verwenden.
Nach dem Festlegen der neuen Konfiguration verwenden Sie den folgenden Befehl, um perfmon für jeden Host zu aktualisieren:
xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
<!--NeedCopy-->
Wenn diese Aktualisierung nicht durchgeführt wird, kommt es zu einer Verzögerung, bevor die neue Konfiguration wirksam wird, da perfmon standardmäßig alle 30 Minuten nach neuen Konfigurationen sucht. Diese Standardeinstellung kann in /etc/sysconfig/perfmon geändert werden.
Gültige VM-Elemente
-
name: Der Name der Variable (kein Standardwert). Wenn der Namenswert entwedercpu_usage,network_usageoderdisk_usageist, sind die Parameterrrd_regexundalarm_trigger_sensenicht erforderlich, da für diese Werte Standardwerte verwendet werden. -
alarm_priority: Die Priorität der generierten Warnungen (Standard3). -
alarm_trigger_level: Der Schwellenwert, der eine Warnung auslöst (kein Standardwert). -
alarm_trigger_sense: Der Wert isthigh, wennalarm_trigger_levelein Maximalwert ist, andernfallslow, wennalarm_trigger_levelein Minimalwert ist (der Standardwerthigh). -
alarm_trigger_period: Die Anzahl der Sekunden, die Werte (oberhalb oder unterhalb des Warnschwellenwerts) empfangen werden können, bevor eine Warnung gesendet wird (der Standardwert ist60). -
alarm_auto_inhibit_period: Die Anzahl der Sekunden, die diese Warnung deaktiviert wird, nachdem eine Warnung gesendet wurde (der Standardwert ist3600). -
consolidation_fn: Kombiniert Variablen aus rrd_updates zu einem Wert. Fürcpu-usageist der Standardwertaverage, fürfs_usageist der Standardwertget_percent_fs_usageund für alle anderen –sum. -
rrd_regex: Gleicht die Namen der Variablen ausxe vm-data-sources-list uuid=vm_uuidab, um Leistungswerte zu berechnen. Dieser Parameter hat Standardwerte für die benannten Variablen:- cpu_usage
- memory_internal_free
- network_usage
- disk_usage
Falls angegeben, werden die Werte aller Elemente, die von xe vm-data-source-list zurückgegeben werden und deren Namen dem angegebenen regulären Ausdruck entsprechen, mit der als consolidation_fn angegebenen Methode konsolidiert.
Gültige Host-Elemente
-
name: Der Name der Variablen (kein Standardwert). -
alarm_priority: Die Priorität der generierten Warnungen (Standard3). -
alarm_trigger_level: Der Wert, der eine Warnung auslöst (kein Standardwert). -
alarm_trigger_sense: Der Wert isthigh, wennalarm_trigger_levelein Maximalwert ist, andernfallslow, wennalarm_trigger_levelein Minimalwert ist. (Standardhigh) -
alarm_trigger_period: Die Anzahl der Sekunden, die Werte (oberhalb oder unterhalb des Warnschwellenwerts) empfangen werden können, bevor eine Warnung gesendet wird (Standard60). -
alarm_auto_inhibit_period: Die Anzahl der Sekunden, für die die Warnung nach dem Senden einer Warnung deaktiviert ist. (Standard3600). -
consolidation_fn: Kombiniert Variablen vonrrd_updateszu einem Wert (Standardsum- oderaverage) -
rrd_regex: Ein regulärer Ausdruck, der die Namen der Variablen abgleicht, die vom Befehlxe vm-data-source-list uuid=vm_uuidzurückgegeben werden, um den statistischen Wert zu berechnen. Dieser Parameter hat Standardwerte für die folgenden benannten Variablen:- cpu_usage
- network_usage
- memory_free_kib
- sr_io_throughput_total_xxxxxxxx (wobei
xxxxxxxxdie ersten acht Zeichen der SR-UUID sind).
SR-Durchsatz: Speicher-Durchsatzwarnungen müssen auf dem SR und nicht auf dem Host konfiguriert werden. Zum Beispiel:
xe sr-param-set uuid=sr_uuid other-config:perfmon=\
'<config>
<variable>
<name value="sr_io_throughput_total_per_host"/>
<alarm_trigger_level value="0.01"/>
</variable>
</config>'
<!--NeedCopy-->
Generische Beispielkonfiguration
Das folgende Beispiel zeigt eine generische Konfiguration:
<config>
<variable>
<name value="NAME_CHOSEN_BY_USER"/>
<alarm_trigger_level value="THRESHOLD_LEVEL_FOR_ALERT"/>
<alarm_trigger_period value="RAISE_ALERT_AFTER_THIS_MANY_SECONDS_OF_BAD_VALUES"/>
<alarm_priority value="PRIORITY_LEVEL"/>
<alarm_trigger_sense value="HIGH_OR_LOW"/>
<alarm_auto_inhibit_period value="MINIMUM_TIME_BETWEEN_ALERT_FROM_THIS_MONITOR"/>
<consolidation_fn value="FUNCTION_FOR_COMBINING_VALUES"/>
<rrd_regex value="REGULAR_EXPRESSION_TO_CHOOSE_DATASOURCE_METRIC"/>
</variable>
<variable>
...
</variable>
...
</config>
<!--NeedCopy-->
Systemwarnungen
Die folgende Tabelle zeigt die Systemereignisse/-bedingungen an, die eine Warnung auslösen, die auf der Seite Warnungen in XenCenter angezeigt wird.
| Name | Priorität/Schweregrad | Beschreibung |
|---|---|---|
| license_expires_soon | 2 | Die XenServer-Lizenzvereinbarung läuft bald ab. |
| ha-statefile_lost | 2 | Der Kontakt zum Hochverfügbarkeits-Speicher-Repository ist verloren gegangen, handeln Sie bald. |
| ha-heartbeat_approaching_timeout | 5 | Hochverfügbarkeit nähert sich dem Timeout, der Host kann neu starten, es sei denn, es werden Maßnahmen ergriffen. |
| ha_statefile_approaching_timeout | 5 | Hochverfügbarkeit nähert sich dem Timeout, der Host kann neu starten, es sei denn, es werden Maßnahmen ergriffen. |
| haxapi_healthcheck_approaching_timeout | 5 | Hochverfügbarkeit nähert sich dem Timeout, der Host kann neu starten, es sei denn, es werden Maßnahmen ergriffen. |
| ha_network_bonding_error | 3 | Potenzieller Dienstverlust. Verlust des Netzwerks, das den Hochverfügbarkeits-Heartbeat sendet. |
| ha_pool_overcommited | 3 | Potenzieller Dienstverlust. Hochverfügbarkeit kann den Schutz für konfigurierte VMs nicht garantieren. |
| ha_poor_drop_in_plan_exists_for | 3 | Die Hochverfügbarkeitsabdeckung ist gesunken, es ist wahrscheinlicher auszufallen, noch kein Verlust vorhanden. |
| ha_protected_vm_restart_failed | 2 | Dienstverlust. Die Hochverfügbarkeit konnte eine geschützte VM nicht neu starten. |
| ha_host_failed | 3 | Die Hochverfügbarkeit erkannte, dass ein Host ausgefallen ist. |
| ha_host_was_fenced | 4 | Die Hochverfügbarkeit startete einen Host neu, um vor VM-Beschädigung zu schützen. |
| redo_log_healthy | 4 | Das XAPI-Redo-Log hat sich von einem früheren Fehler erholt. |
| redo_log_broken | 3 | Im XAPI-Redo-Log ist ein Fehler aufgetreten. |
| ip_configured_pif_can_unplug | 3 | Eine IP-konfigurierte NIC kann von XAPI bei Verwendung von Hochverfügbarkeit getrennt werden, was möglicherweise zu einem Ausfall der Hochverfügbarkeit führt. |
| host_sync_data_failed | 3 | Fehler beim Synchronisieren der XenServer-Leistungsstatistiken. |
| host_clock_skew_detected | 3 | Die Host-Uhr ist nicht mit anderen Hosts im Pool synchronisiert. |
| host_clock_went_backwards | 1 | Die Host-Uhr ist beschädigt. |
| pool_master_transition | 4 | Ein neuer Host wurde als Pool-Koordinator festgelegt. |
| pbd_plug_failed_on_server_start | 3 | Der Host konnte beim Start keine Verbindung zum Speicher herstellen. |
| auth_external_init_failed | 2 | Der Host konnte die externe AD-Authentifizierung nicht aktivieren. |
| auth_external_pool_non-homogeneous | 2 | Hosts in einem Pool haben unterschiedliche AD-Authentifizierungskonfigurationen. |
| multipath_period_alert | 3 | Ein Pfad zu einem SR ist fehlgeschlagen oder wurde wiederhergestellt. |
| bond-status-changed | 3 | Eine Verbindung in einem Bond wurde getrennt oder wiederhergestellt. |
Software-Update-Warnungen
- XenCenter alt: XenServer erwartet eine neuere Version, kann aber weiterhin eine Verbindung zur aktuellen Version herstellen
- XenCenter veraltet: XenCenter ist zu alt, um eine Verbindung zu XenServer herzustellen
- XenServer veraltet: XenServer ist eine alte Version, mit der das aktuelle XenCenter keine Verbindung herstellen kann
- Lizenz abgelaufen-Warnung: Die XenServer-Lizenz ist abgelaufen
- Fehlende IQN-Warnung: XenServer verwendet iSCSI-Speicher, aber die Host-IQN ist leer
- Doppelte IQN-Warnung: XenServer verwendet iSCSI-Speicher, und es gibt doppelte Host-IQNs
Warnungen per E-Mail erhalten
Sie können XenServer so konfigurieren, dass E-Mail-Benachrichtigungen gesendet werden, wenn XenServer-Hosts Warnungen generieren. Das Dienstprogramm mail-alarm in XenServer verwendet sSMTP, um diese E-Mail-Benachrichtigungen zu senden. Sie können grundlegende E-Mail-Warnungen über XenCenter oder die xe-Befehlszeilenschnittstelle (CLI) aktivieren.
Verwenden Sie einen SMTP-Server, der keine Authentifizierung erfordert. E-Mails, die über SMTP-Server gesendet werden, die eine Authentifizierung erfordern, können nicht zugestellt werden.
E-Mail-Warnungen mit XenCenter aktivieren
-
Klicken Sie im
Resources-Bereich mit der rechten Maustaste auf einen Pool und wählen SiePropertiesaus. -
Wählen Sie im
Properties-FensterEmail Optionsaus. -
Aktivieren Sie das Kontrollkästchen
Send email alert notifications. Geben Sie Ihre bevorzugte Zieladresse für die Benachrichtigungs-E-Mails und die SMTP-Serverdetails ein. -
Wählen Sie Ihre bevorzugte Sprache aus der
Mail languageListe. Die Standardsprache für E-Mails mit Leistungsalarmen ist Englisch.
E-Mail-Benachrichtigungen mithilfe der xe CLI aktivieren
Um E-Mail-Benachrichtigungen zu konfigurieren, geben Sie Ihre bevorzugte Zieladresse für die Benachrichtigungs-E-Mails und den SMTP-Server an:
xe pool-param-set uuid=pool_uuid other-config:mail-destination=joe.bloggs@example.com
xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com:<port>
<!--NeedCopy-->
XenServer konfiguriert die Absenderadresse automatisch als noreply@<hostname>. Sie können die Absenderadresse jedoch explizit festlegen:
xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
<!--NeedCopy-->
Wenn Sie E-Mail-Benachrichtigungen aktivieren, erhalten Sie eine E-Mail-Benachrichtigung, wenn eine Warnung mit einer Priorität von 3 oder höher generiert wird. Daher ist die standardmäßige Mindestprioritätsstufe 3. Sie können diese Standardeinstellung mit dem folgenden Befehl ändern:
xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
<!--NeedCopy-->
Hinweis:
Einige SMTP-Server leiten E-Mails nur mit Adressen weiter, die FQDNs verwenden. Wenn Sie feststellen, dass E-Mails nicht weitergeleitet werden, könnte dies der Grund sein. In diesem Fall können Sie den Server-Hostnamen auf den FQDN setzen, damit diese Adresse beim Verbinden mit Ihrem Mailserver verwendet wird.
So konfigurieren Sie die Sprache für die Leistungsalarm-E-Mails:
xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
<!--NeedCopy-->
Die Standardsprache für Leistungsalarm-E-Mails ist Englisch.