Warnungen

Sie können XenServer so konfigurieren, dass Warnungen basierend auf einer der 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 durchlaufen.

Warnmeldungen 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.

  Das Alarmsignale In der Ansicht werden verschiedene Arten von Warnungen angezeigt, z. B. Leistungswarnungen, Systemwarnungen, Warnungen zu Softwareupdates, Lizenzwarnungen und Warnungen zu VM-Antiaffinitätsgruppen. Weitere Informationen finden Sie unter Alarmsignale.

• Um Warnungen mithilfe der xe CLI anzuzeigen, geben Sie xe message-listein.

  Sie können die Liste der Warnungen einschränken, 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 eine Pool- oder VM-bezogene Warnung 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.

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

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, Steuerdomänenspeicherauslastung, Speicherdurchsatz oder VM-Festplattenauslastung.

Standardmäßig ist das Wiederholungsintervall für Alarme auf 60 Minuten eingestellt und 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 alle angegebenen Leistungswarnungen zusammen mit anderen schwerwiegenden Systemwarnungen gesendet wird.

Alle benutzerdefinierten Warnungen, die mit der xe CLI konfiguriert wurden, werden auch auf der Seite Warnungen in XenCenter angezeigt.

Jede Warnung verfügt über einen entsprechenden Prioritäts-/Schweregrad. Sie können diese Ebenen ändern und optional festlegen, dass Sie eine E-Mail erhalten möchten, wenn die Warnung ausgelöst wird. Die standardmäßige Priorität/der Schweregrad der Warnung ist auf 3.

Konfigurieren von Leistungswarnungen mithilfe von XenCenter

1. Im Betriebsmittel , wählen Sie den entsprechenden Host, die entsprechende VM oder SR aus und klicken Sie dann auf das Symbol Allgemein und dann Eigenschaften.

2. Wählen Sie die Schaltfläche Alarmsignale Registerkarte. In der folgenden Tabelle ist zusammengefasst, welche Warnungen für Hosts, VMs oder SRs verfügbar sind:

   Name der Warnung	Host	VM	SR	Beschreibung
   Generieren von Warnungen zur CPU-Auslastung	X	X		Legen Sie die CPU-Auslastung und den Zeitschwellenwert fest, der die Warnung auslöst.
   Generieren von Warnungen zur CPU-Auslastung der Steuerungsdomäne	X			Legen Sie die CPU-Auslastung der Steuerungsdomäne und den Zeitschwellenwert fest, der die Warnung auslöst.
   Generieren von Warnungen zur Speicherauslastung	X			Legen Sie den Schwellenwert für die Speicherauslastung und den Zeitschwellenwert fest, der die Warnung auslöst.
   Generieren von Warnungen zur Speicherauslastung der Steuerdomäne	X			Legen Sie die Speicherauslastung der Steuerdomäne und den Zeitschwellenwert fest, der die Warnung auslöst.
   Generieren von Warnungen für freien Speicher der Steuerdomäne	X			Legen Sie den Schwellenwert für den freien Speicher und die Zeit der Steuerdomäne fest, die den Alarm auslösen.
   Generieren von Warnungen zur Festplattenauslastung		X		Legen Sie die Festplattenauslastung und den Zeitschwellenwert fest, um die Warnung auszulösen.
   Generieren von Warnungen zum Speicherdurchsatz			X	Legen Sie den Speicherdurchsatz und den Zeitschwellenwert fest, der die Warnung auslöst. Hinweis: Physical Block Devices (PBD) stellen die Schnittstelle zwischen einem bestimmten XenServer-Host und einer angeschlossenen SR dar. Wenn die gesamte SR-Durchsatzaktivität mit Lese-/Schreibzugriff auf einer PBD den von Ihnen angegebenen Schwellenwert überschreitet, werden Warnungen auf dem Host generiert, der mit der PBD verbunden ist. Im Gegensatz zu anderen XenServer-Hostwarnungen muss diese Warnung auf der SR konfiguriert werden.
   Generieren von Warnungen zur Netzwerknutzung	X	X		Legen Sie den Schwellenwert für die Netzwerknutzung und den Zeitraum fest, der die Warnung auslöst.

   Um das Wiederholungsintervall für Warnungen zu ändern, geben Sie die Anzahl der Minuten in das Feld Wiederholungsintervall für Warnungen Schachtel. Wenn ein Warnungsschwellenwert erreicht und eine Warnung generiert wurde, wird eine weitere Warnung erst nach Ablauf des Intervalls für die Wiederholung der Warnung generiert.

3. Klicken Sie auf OK, um die Änderungen zu speichern.

Ausführliche Informationen zum Anzeigen, Filtern und Konfigurieren von Schweregraden für Leistungswarnungen finden Sie unter Konfigurieren von Leistungswarnungen in der XenCenter-Dokumentation.

Konfigurieren von Leistungswarnungen mithilfe der xe CLI

Hinweis:

Auslöser für Alarme werden in einem Mindestintervall von fünf Minuten überprüft. Dieses Intervall vermeidet eine übermäßige Belastung des Systems, um diese Bedingungen zu überprüfen und falsch positive Ergebnisse zu melden. Das Festlegen eines Wiederholungsintervalls für Warnungen von weniger als fünf Minuten führt dazu, dass die Warnungen weiterhin im Mindestintervall von fünf Minuten generiert werden.

Die Leistungsüberwachung perfmon Das Tool wird alle fünf Minuten ausgeführt und fordert Updates von XenServer an, bei denen es sich um Durchschnittswerte von mehr als einer Minute handelt. Diese Standardeinstellungen können in /etc/sysconfig/perfmon.

Das perfmon Das Tool liest alle fünf Minuten Aktualisierungen von Leistungsvariablen, die auf demselben Host ausgeführt werden. Diese Variablen werden 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 perfmon liest den Parameter andere-konfiguration:perfmon und verwendet diese Zeichenfolge, um zu bestimmen, welche Variablen überwacht werden sollen und unter welchen Umständen eine Nachricht generiert werden soll.

Im Folgenden sehen Sie z. B. ein Beispiel für die Konfiguration einer VM-Warnung “CPU-Auslastung”, indem eine XML-Zeichenfolge in den Parameter geschrieben wird andere-konfiguration:perfmon:

  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.

Nachdem Sie die neue Konfiguration festgelegt haben, verwenden Sie den folgenden Befehl zum Aktualisieren perfmon Für jeden Host:

  xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
<!--NeedCopy-->

Wenn diese Aktualisierung nicht durchgeführt wird, gibt es eine Verzögerung, bevor die neue Konfiguration wirksam wird, da standardmäßig perfmon Sucht alle 30 Minuten nach neuen Konfigurationen. Diese Standardeinstellung kann geändert werden in /etc/sysconfig/perfmon.

Gültige VM-Elemente

• Name: Der Name der Variablen (kein Standard). Wenn der Namenswert entweder cpu_usage, network_usageoder disk_usagedas rrd_regex und alarm_trigger_sense Parameter sind nicht erforderlich, da die Standardwerte für diese Werte verwendet werden.

• alarm_priority: Die Priorität der generierten Warnungen (Standardeinstellung 3).

• alarm_trigger_level: Die Wertstufe, die eine Warnung auslöst (kein Standard).

• alarm_trigger_sense: Der Wert ist Hoch wenn alarm_trigger_level ist sonst ein Maximalwert Niedrig Wenn die Option alarm_trigger_level ist ein Mindestwert (der Standardwert Hoch).

• alarm_trigger_period: Die Anzahl der Sekunden, die Werte (über oder unter dem Alarmschwellenwert) empfangen werden können, bevor eine Warnung gesendet wird (der Standardwert ist 60).

• alarm_auto_inhibit_period: Die Anzahl der Sekunden, die diese Warnung deaktiviert wird, nachdem eine Warnung gesendet wurde (der Standardwert ist 3600).

• consolidation_fn: Kombiniert Variablen aus rrd_updates in einem Wert. Für CPU-Auslastung Der Standardwert ist Durchschnittfür fs_usage Der Standardwert istget_percent_fs_usage und für alle anderen - Summe.

• rrd_regex: Stimmt mit den Namen der Variablen von xe vm-data-sources-list uuid=vm_uuid, um Leistungswerte zu berechnen. Dieser Parameter hat Standardwerte für die benannten Variablen:

  • cpu_usage
  • interner_Speicher frei
  • network_usage
  • disk_usage

Falls angegeben, werden die Werte aller Elemente, die von xe vm-datenquellenliste deren Namen mit dem angegebenen regulären Ausdruck übereinstimmen, werden mit der Methode konsolidiert, die als consolidation_fn.

Gültige Host-Elemente

• Name: Der Name der Variablen (kein Standard).
• alarm_priority: Die Priorität der generierten Warnungen (Standardeinstellung 3).
• alarm_trigger_level: Die Wertstufe, die eine Warnung auslöst (kein Standard).
• alarm_trigger_sense: Der Wert ist Hoch wann alarm_trigger_level ist sonst ein Maximalwert Niedrig Wenn die Option alarm_trigger_level ist ein Mindestwert. (Standardeinstellung Hoch)
• alarm_trigger_period: Die Anzahl der Sekunden, die Werte (über oder unter dem Alarmschwellenwert) empfangen werden können, bevor eine Warnung gesendet wird (Standard) 60).
• alarm_auto_inhibit_period: Die Anzahl der Sekunden, für die die Warnung deaktiviert wird, nachdem eine Warnung gesendet wurde. (Standardeinstellung 3600).
• consolidation_fn: Kombiniert Variablen aus rrd_updates in einen Wert (Standardwert Summe -oder Durchschnitt)
• rrd_regex: A regular expression to match the names of variables returned by the xe vm-data-source-list uuid=vm_uuid command to use to compute the statistical value. This parameter has defaults for the following named variables:
  • cpu_usage
  • network_usage
  • speicherfrei_kib
  • sr_io_throughput_total_xxxxxxxx (wobei xxxxxxxxsind die ersten acht Zeichen der SR-UUID).

SR-Durchsatz: Speicherdurchsatzwarnungen müssen auf der SR und nicht auf dem Host konfiguriert werden. 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

In der folgenden Tabelle sind die Systemereignisse/-bedingungen aufgeführt, die eine Warnung auslösen, die auf der Seite „ Warnungen “ in XenCenter angezeigt wird.

Warnungen zu Softwareupdates

• 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
• Warnung bei abgelaufener Lizenz: XenServer-Lizenz ist abgelaufen
• Alarm bei fehlendem IQN: XenServer verwendet iSCSI-Speicher, aber der Host-IQN ist leer
• Doppelte IQN-Warnung: XenServer verwendet iSCSI-Speicher, und es gibt doppelte Host-IQNs

Erhalten Sie Benachrichtigungen per E-Mail

Sie können XenServer so konfigurieren, dass E-Mail-Benachrichtigungen gesendet werden, wenn XenServer-Hosts Warnungen generieren. Das Mail-Alarm-Dienstprogramm in XenServer verwendet sSMTP, um diese E-Mail-Benachrichtigungen zu senden. Sie können grundlegende E-Mail-Benachrichtigungen mithilfe von XenCenter oder der xe-Befehlszeilenschnittstelle (CLI) aktivieren. Für die weitere Konfiguration von E-Mail-Benachrichtigungen können Sie die mail-alarm.conf Konfigurationsdatei.

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.

Aktivieren von E-Mail-Benachrichtigungen mithilfe von XenCenter

1. Im Betriebsmittel , klicken Sie mit der rechten Maustaste auf einen Pool, und wählen Sie Eigenschaften.

2. Im Eigenschaften Fenster, wählen Sie E-Mail-Optionen.

3. Wählen Sie die Schaltfläche Senden von E-Mail-Benachrichtigungen Kontrollkästchen. Geben Sie Ihre bevorzugte Zieladresse für die Benachrichtigungs-E-Mails und SMTP-Serverdetails ein.

4. Wählen Sie Ihre bevorzugte Sprache aus der Sprache der E-Mail Liste. Die Standardsprache für E-Mails mit Leistungswarnungen ist Englisch.

Aktivieren von E-Mail-Benachrichtigungen mithilfe der xe CLI

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 keine Antwort@<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 nur E-Mails mit Adressen weiter, die FQDNs verwenden. Wenn Sie feststellen, dass E-Mails nicht weitergeleitet werden, kann dies einen solchen Grund haben. In diesem Fall können Sie den Hostnamen des Servers auf den FQDN festlegen, sodass diese Adresse beim Herstellen einer Verbindung mit dem Mailserver verwendet wird.

So konfigurieren Sie die Sprache für die Leistungswarnungs-E-Mails:

  xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
<!--NeedCopy-->

Die Standardsprache für E-Mails mit Leistungswarnungen ist Englisch.

Weitere Konfiguration

Um das Dienstprogramm mail-alarm in XenServer weiter zu konfigurieren, erstellen Sie eine /etc/mail-alarm.conf Datei mit folgenden Inhalten:

  root=postmaster
  authUser=<username>
  authPass=<password>
  mailhub=@MAILHUB@
<!--NeedCopy-->

/etc/mail-alarm.conf ist eine vom Benutzer bereitgestellte Vorlage für die Konfigurationsdatei von sSMTP ssmtp.conf und wird für alle Warnungen verwendet, die von XenServer-Hosts generiert werden. Es besteht aus Schlüsseln, bei denen Schlüssel=@KEY@ und @KEY@ wird durch den entsprechenden Wert von ssmtp-Schlüssel in pool.other_config. Diese Werte werden dann an ssmtp übergeben, sodass Sie Aspekte der sSMTP-Konfiguration mit Werten von pool.other_config. Beachten Sie, wie @KEY@ (Großbuchstabe) entspricht ssmtp-Schlüssel (Kleinbuchstabe, mit dem Präfix ssmtp-).

Wenn Sie z. B. den SMTP-Server festlegen:

  xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com
<!--NeedCopy-->

und fügen Sie dann Folgendes zu Ihrer /etc/mail-alarm.conf Datei:

  mailhub=@MAILHUB@
<!--NeedCopy-->

mailhub=@MAILHUB@ wird mailhub=smtp.example.com.

Jeder SMTP-Server kann sich in seiner Einrichtung leicht unterscheiden und erfordert möglicherweise eine zusätzliche Konfiguration. Um sSMTP weiter zu konfigurieren, ändern Sie die Konfigurationsdatei ssmtp.conf. Durch das Speichern relevanter Schlüssel in der mail-alarm.conf können Sie die Werte in pool.other_config , um sSMTP zu konfigurieren. Der folgende Auszug aus dem ssmtp.conf Die Manpage zeigt die korrekte Syntax und die verfügbaren Optionen:

  NAME
      ssmtp.conf – ssmtp configuration file

  DESCRIPTION
      ssmtp reads configuration data from /etc/ssmtp/ssmtp.conf The file con-
      tains keyword-argument pairs, one per line.   Lines starting with '#'
      and empty lines are interpreted as comments.

  The possible keywords and their meanings are as follows (both are case-
  insensitive):

      Root
      The user that gets all mail for userids less than 1000.   If blank,
      address rewriting is disabled.

      Mailhub
          The host to send mail to, in the form host | IP_addr port :
          <port>.   The default port is 25.

      RewriteDomain
      The domain from which mail seems to come.   For user authentication.

      Hostname
          The full qualified name of the host.   If not specified, the host
          is queried for its hostname.

      FromLineOverride
          Specifies whether the From header of an email, if any, may over-
          ride the default domain.   The default is "no".

      UseTLS
      Specifies whether ssmtp uses TLS to talk to the SMTP server.
      The default is "no".

      UseSTARTTLS
          Specifies whether ssmtp does a EHLO/STARTTLS before starting TLS
          negotiation.   See RFC 2487.

      TLSCert
          The file name of an RSA certificate to use for TLS, if required.

      AuthUser
          The user name to use for SMTP AUTH.   The default is blank, in
          which case SMTP AUTH is not used.

      AuthPass
          The password to use for SMTP AUTH.

      AuthMethod
          The authorization method to use.   If unset, plain text is used.
          May also be set to "cram-md5".
<!--NeedCopy-->