XenServer

Warnungen

August 1, 2026

Beitrag von:

Sie können XenServer® so konfigurieren, dass Warnungen basierend auf den verfügbaren Host- oder VM-Metriken generiert werden. Darüber hinaus bietet XenServer vorkonfigurierte Warnungen, die ausgelöst werden, wenn Hosts bestimmte Bedingungen und Zustände aufweisen.

Warnungen anzeigen

Sie können diese Warnungen mit XenCenter® oder der xe-CLI anzeigen:

Um Warnungen in XenCenter anzuzeigen, klicken Sie auf Benachrichtigungen und dann auf Warnungen.

Die Ansicht Warnungen zeigt verschiedene Arten von Warnungen an, darunter Leistungs-, System-, Softwareupdate-, Lizenz- und VM-Anti-Affinitätsgruppen-Warnungen. Weitere Informationen finden Sie unter Warnungen.
Um Warnungen mit der xe-CLI anzuzeigen, geben Sie xe message-list ein.

Sie können die Liste der Warnungen eingrenzen, indem Sie zusätzliche Parameter angeben, zum Beispiel:
- Geben Sie die Priorität der Warnungen an, die Sie auflisten möchten: xe message-list priority=<priority>
- Geben Sie an, ob es sich um eine Pool-bezogene oder VM-bezogene Warnung handelt: xe message-list class=<Pool|VM>
- Geben Sie den Namen des Warnungstyps an: xe message-list name=<alert_name>. Eine Liste einiger verfügbarer Warnungstypen finden Sie unter Systemwarnungen.

Sie können Ihre Umgebung auch so konfigurieren, dass Warnungen als E-Mail gesendet werden. Weitere Informationen finden Sie unter Warnungen per E-Mail erhalten.

Leistungswarnungen

Leistungswarnungen 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, Speicherauslastung der Steuerdomäne, Speicherdurchsatz oder VM-Festplattenauslastung.

Standardmäßig ist das Wiederholungsintervall für Warnungen auf 60 Minuten eingestellt; es kann bei Bedarf geändert werden. Warnungen werden auf der Seite Warnungen im Bereich Benachrichtigungen in XenCenter angezeigt. Sie können XenCenter auch so konfigurieren, dass eine E-Mail für bestimmte Leistungswarnungen sowie andere schwerwiegende Systemwarnungen gesendet wird.

Alle angepassten Warnungen, die über die xe CLI konfiguriert werden, werden auch auf der Seite Warnungen in XenCenter angezeigt.

Jede Warnung hat eine entsprechende Prioritäts-/Schweregradstufe. Sie können diese Stufen ändern und optional auswählen, eine E-Mail zu erhalten, wenn die Warnung ausgelöst wird. Die Standard-Priorität/Schweregrad der Warnung ist auf 3 eingestellt.

Priorität	Name	Beschreibung	Standard-E-Mail-Warnung
1	Kritisch	Handeln Sie jetzt, sonst könnten Daten dauerhaft verloren gehen/beschädigt werden.	Ja
2	Wichtig	Handeln Sie jetzt, sonst könnten 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 entsprechenden Host, die VM oder den SR aus, klicken Sie dann auf die Registerkarte Allgemein und dann 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.
Steuerdomänen-CPU-Auslastungsalarme generieren	X			Legen Sie die CPU-Auslastung der Steuerdomäne und den Zeitschwellenwert fest, die den Alarm auslösen.
Speicherauslastungswarnungen generieren	X			Legen Sie die Speicherauslastung und den Zeitschwellenwert fest, der die Warnung auslöst.
Speicherauslastungswarnungen für die Steuerdomäne generieren	X			Legen Sie die Speicherauslastung der Steuerdomäne und den Zeitschwellenwert fest, der die Warnung auslöst.
Warnungen für freien Speicher der Steuerdomäne generieren	X			Legen Sie den freien Speicher der Steuerdomäne und den Zeitschwellenwert fest, der die Warnung auslöst.
Festplattenauslastungswarnungen generieren		X		Legen Sie die Festplattenauslastung und den Zeitschwellenwert fest, der die Warnung auslöst.
Warnungen zum Speicherdurchsatz generieren			X	Legen Sie den Speicherdurchsatz und den Zeitschwellenwert fest, der die Warnung auslöst. 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 Warnungen auf dem mit dem PBD verbundenen Host generiert. Im Gegensatz zu anderen XenServer-Host-Warnungen muss diese Warnung 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 mit 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. Wenn ein Wiederholungsintervall für Warnungen kleiner als fünf Minuten eingestellt wird, werden die Warnungen weiterhin im Mindestintervall von fünf Minuten generiert.

Das Leistungsüberwachungs-perfmon-Tool wird alle fünf Minuten ausgeführt und fordert Aktualisierungen von XenServer an, die über eine Minute gemittelt werden. Diese Standardwerte können in /etc/sysconfig/perfmon geändert werden.

Das perfmon-Tool liest alle fünf Minuten Aktualisierungen 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 auf diesem Host ausgeführte VM. Für jede VM und jeden Host liest perfmon den Parameter other-config:perfmon und verwendet diese Zeichenfolge, um zu bestimmen, welche Variablen überwacht 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 einer neuen Konfiguration 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 entweder cpu_usage, network_usage oder disk_usage ist, sind die Parameter rrd_regex und alarm_trigger_sense nicht erforderlich, da für diese Werte Standardeinstellungen verwendet werden.
alarm_priority: Die Priorität der generierten Warnungen (Standard 3).
alarm_trigger_level: Der Wert, der eine Warnung auslöst (kein Standardwert).
alarm_trigger_sense: Der Wert ist high, wenn alarm_trigger_level ein Maximalwert ist, andernfalls low, wenn alarm_trigger_level ein Minimalwert ist (der Standardwert high).
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 ist 60).
alarm_auto_inhibit_period: Die Anzahl der Sekunden, für die diese Warnung deaktiviert wird, nachdem eine Warnung gesendet wurde (der Standardwert ist 3600).
consolidation_fn: Kombiniert Variablen aus rrd_updates zu einem Wert. Für cpu-usage ist der Standardwert average, für fs_usage ist der Standardwert get_percent_fs_usage und für alle anderen - sum.
rrd_regex: Gleicht die Namen der Variablen aus xe vm-data-sources-list uuid=vm_uuid ab, um Leistungswerte zu berechnen. Dieser Parameter hat Standardwerte für die benannten Variablen:
- cpu_usage
- memory_internal_free
- network_usage
- disk_usage

Wenn angegeben, werden die Werte aller von xe vm-data-source-list zurückgegebenen Elemente, 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 (Standard 3).
alarm_trigger_level: Der Wertpegel, der eine Warnung auslöst (kein Standardwert).
alarm_trigger_sense: Der Wert ist high, wenn alarm_trigger_level ein Maximalwert ist, andernfalls low, wenn alarm_trigger_level ein Minimalwert ist. (Standard high)
alarm_trigger_period: Die Anzahl der Sekunden, die Werte (oberhalb oder unterhalb des Warnschwellenwerts) empfangen werden können, bevor eine Warnung gesendet wird (Standard 60).
alarm_auto_inhibit_period: Die Anzahl der Sekunden, für die die Warnung nach dem Senden einer Warnung deaktiviert ist. (Standard 3600).
consolidation_fn: Kombiniert Variablen von rrd_updates zu einem Wert (Standard sum - oder average)
rrd_regex: Ein regulärer Ausdruck, der die Namen der vom Befehl xe vm-data-source-list uuid=vm_uuid zurückgegebenen Variablen abgleicht, 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 xxxxxxxx die 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-->

Systemalarme

Die folgende Tabelle zeigt die Systemereignisse/-bedingungen, die einen Alarm auslösen, der 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 ging verloren, handeln Sie bald.
ha-heartbeat_approaching_timeout	5	Hochverfügbarkeit nähert sich dem Timeout, der Host könnte neu starten, wenn keine Maßnahmen ergriffen werden.
ha_statefile_approaching_timeout	5	Hochverfügbarkeit nähert sich dem Timeout, der Host könnte neu starten, wenn keine Maßnahmen ergriffen werden.
haxapi_healthcheck_approaching_timeout	5	Hochverfügbarkeit nähert sich dem Timeout, der Host könnte neu starten, wenn keine Maßnahmen ergriffen werden.
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, Ausfälle sind wahrscheinlicher, es ist jedoch noch kein Verlust eingetreten.
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 hat erkannt, dass ein Host ausgefallen ist.
ha_host_was_fenced	4	Die Hochverfügbarkeit hat einen Host neu gestartet, 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 Sie Properties aus.
Wählen Sie im Properties-Fenster Email Options aus.
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 language Liste. Die Standardsprache für Leistungsalarm-E-Mails 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.

Die offizielle Version dieser Produktdokumentation ist in englischer Sprache verfasst. Nicht-englische Versionen wurden ausschließlich zu Ihrer Bequemlichkeit verfasst und können maschinell übersetzte Inhalte enthalten. Weitere Informationen finden Sie im Haftungsausschluss zur maschinellen Übersetzung (Machine Translation Disclaimer) auf Cloud Software Group home.

War dieser Artikel hilfreich?

Warnungen

August 1, 2026

Beitrag von:

August 1, 2026

Beitrag von:

War dieser Artikel hilfreich?