Überwachen und Verwalten Ihrer Bereitstellung

XenServer bietet eine detaillierte Überwachung von Leistungsmetriken. Zu diesen Metriken gehören CPU, Arbeitsspeicher, Festplatte, Netzwerk, C-Status/P-Statusinformationen und Speicher. Gegebenenfalls sind diese Metriken pro Host und pro VM verfügbar. Diese Metriken sind direkt verfügbar oder können in XenCenter oder anderen Anwendungen von Drittanbietern aufgerufen und grafisch angezeigt werden.

XenServer bietet auch System- und Leistungswarnungen. Warnungen sind Benachrichtigungen, die als Reaktion auf ausgewählte Systemereignisse auftreten. Diese Benachrichtigungen treten auch auf, wenn einer der folgenden Werte einen angegebenen Schwellenwert auf einem verwalteten Host, einer VM oder einem Speicherrepository überschreitet: CPU-Auslastung, Netzwerkauslastung, Speicherauslastung, Steuerung der Domänenspeicherauslastung, Speicherdurchsatz oder VM-Datenträgerauslastung. Sie können die Warnungen mithilfe der xe CLI oder mit XenCenter konfigurieren. Informationen zum Erstellen von Benachrichtigungen basierend auf einer der verfügbaren Host- oder VM-Leistungsmetriken finden Sie unter Leistungswarnungen.

Überwachen Sie die XenServer-Leistung

Kunden können die Leistung ihrer XenServer-Hosts und virtuellen Maschinen (VMs) mithilfe der Metriken überwachen, die über Round Robin Databases (RRDs) verfügbar gemacht werden. Diese Metriken können über HTTP oder über das RRD2CSV-Tool abgefragt werden. Darüber hinaus verwendet XenCenter diese Daten, um Systemleistungsdiagramme zu erstellen. Weitere Informationen finden Sie unter Analysieren und visualisieren Sie Metriken.

In den folgenden Tabellen sind alle verfügbaren Host- und VM-Metriken aufgeführt.

Hinweise:

• Die Latenz über einen Zeitraum ist definiert als die durchschnittliche Latenz von Vorgängen während dieses Zeitraums.
• Die Verfügbarkeit und der Nutzen bestimmter Metriken sind SR- und CPU-abhängig.

Verfügbare Host-Metriken

Verfügbare VM-Metriken

Hinweis:

Der Wert von <XenCenter-pif-name> kann einer der folgenden sein:

• NIC <pif> - wenn <pif> enthält pif_eth#, wobei ## 0–9 ist
• <pif> - wenn <pif> enthält pif_eth#.## oder pif_xenbr## oder pif_bond##
• <Internal> Netzwerk <pif> - wenn <pif> pif_xapi##enthält, (beachten Sie, dass <Internal> so angezeigt wird, wie es ist)
• TAP <tap> - wenn <pif> enthält pif_tap##
• xapi Loopback – wenn <pif> pif_loenthält

Analysieren und visualisieren Sie Metriken

Die Registerkarte “Leistung” in XenCenter bietet neben der grafischen Darstellung der Leistung virtueller und physischer Maschinen auch die Echtzeitüberwachung von Leistungsstatistiken über Ressourcenpools hinweg. Diagramme, die CPU-, Arbeitsspeicher-, Netzwerk- und Festplatten-E/A anzeigen, sind standardmäßig auf der Registerkarte Leistung enthalten. Sie können weitere Metriken hinzufügen, das Erscheinungsbild der vorhandenen Diagramme ändern oder zusätzliche Metriken erstellen. Weitere Informationen finden Sie unter Konfigurieren von Metriken im folgenden Abschnitt.

• Sie können Leistungsdaten von bis zu 12 Monaten anzeigen und heranzoomen, um einen genaueren Blick auf Aktivitätsspitzen zu werfen.

• XenCenter kann Leistungswarnungen generieren, wenn CPU-, Arbeitsspeicher-, Netzwerk-E/A-, Speicher-E/A- oder Festplatten-E/A-Auslastung einen angegebenen Schwellenwert auf einem Host, einer VM oder einer SR überschreitet. Weitere Informationen finden Sie unter Alarmsignale im folgenden Abschnitt.

Hinweis:

Installieren Sie die XenServer VM Tools, um die vollständigen VM-Leistungsdaten anzuzeigen.

Konfigurieren von Leistungsdiagrammen

So fügen Sie ein Diagramm hinzu:

1. Am Leistung Registerkarte, klicken Sie auf Aktionen Und dann Neue Grafik. Das Dialogfeld Neues Diagramm wird angezeigt.

2. Im Name einen Namen für das Diagramm ein.

3. Aus der Liste der Datenquellen, aktivieren Sie die Kontrollkästchen für die Datenquellen, die Sie in das Diagramm einbeziehen möchten.

4. Klicken Sie auf Speichern.

So bearbeiten Sie ein vorhandenes Diagramm:

1. Navigieren Sie zum Leistung und wählen Sie das Diagramm aus, das Sie ändern möchten.

2. Klicken Sie mit der rechten Maustaste auf das Diagramm und wählen Sie Aktionen, oder klicken Sie auf das Symbol Aktionen Knopf. Wählen Sie dann Diagramm bearbeiten.

3. Nehmen Sie im Fenster mit den Diagrammdetails die erforderlichen Änderungen vor, und klicken Sie auf OKAY.

Konfigurieren des Diagrammtyps

Die Daten in den Performance-Diagrammen können als Linien oder als Flächen dargestellt werden. So ändern Sie den Diagrammtyp:

1. Am Werkzeuge auf Optionen und wählen Sie Schaubilder.

2. Um Leistungsdaten als Liniendiagramm anzuzeigen, klicken Sie auf das Symbol Liniendiagramm Option.

3. Um Leistungsdaten als Flächendiagramm anzuzeigen, klicken Sie auf das Symbol Flächendiagramm Option.

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

Umfassende Details zum Konfigurieren und Anzeigen von XenCenter-Leistungsdiagrammen finden Sie in der XenCenter-Dokumentation im Abschnitt Überwachen der Systemleistung.

Metriken konfigurieren

Hinweis:

C-Zustände und P-Zustände sind Energieverwaltungsfunktionen einiger Prozessoren. Der Bereich der verfügbaren Zustände hängt von den physischen Fähigkeiten des Hosts sowie von der Konfiguration der Energieverwaltung ab.

Sowohl Host- als auch VM-Befehle geben Folgendes zurück:

• Eine vollständige Beschreibung der Datenquelle

• Die Einheiten, die auf die Metrik angewendet werden

• Der Bereich der möglichen Werte, die verwendet werden können

Beispiel:

      name_label: cpu0-C1
      name_description: Proportion of time CPU 0 spent in C-state 1
      enabled: true
      standard: true
      min: 0.000
      max: 1.000
      units: Percent
<!--NeedCopy-->

Aktivieren einer bestimmten Metrik

Die meisten Metriken sind standardmäßig aktiviert und erfasst. Um die Metriken zu aktivieren, die dies nicht sind, geben Sie Folgendes ein:

  xe host-data-source-record data-source=metric name host=hostname
<!--NeedCopy-->

Deaktivieren einer bestimmten Metrik

Möglicherweise möchten Sie bestimmte Metriken nicht regelmäßig erfassen. Um eine zuvor aktivierte Metrik zu deaktivieren, geben Sie Folgendes ein:

  xe host-data-source-forget data-source=metric name host=hostname
<!--NeedCopy-->

Zeigen Sie eine Liste der derzeit aktivierten Hostmetriken an

Um die Hostmetriken aufzulisten, die derzeit erfasst werden, geben Sie Folgendes ein:

  xe host-data-source-list host=hostname
<!--NeedCopy-->

Zeigen Sie eine Liste der derzeit aktivierten VM-Metriken an

Geben Sie Folgendes ein, um die VM-Metriken zu hosten, die derzeit erfasst werden:

  xe vm-data-source-list vm=vm_name
<!--NeedCopy-->

Verwenden von RRDs

XenServer verwendet RRDs, um Leistungsmetriken zu speichern. Diese RRDs bestehen aus mehreren Round Robin Archives (RRAs) in einer Datenbank mit fester Größe.

Jedes Archiv in der Datenbank stichprobt seine jeweilige Metrik mit einer bestimmten Granularität ab:

• Alle 5 Sekunden für 10 Minuten
• Jede Minute in den letzten zwei Stunden
• Jede Stunde in der letzten Woche
• Jeden Tag im vergangenen Jahr

Die Stichprobe, die alle fünf Sekunden stattfindet, zeichnet tatsächliche Datenpunkte auf, die folgenden RRAs verwenden jedoch stattdessen Konsolidierungsfunktionen. Die von XenServer unterstützten Konsolidierungsfunktionen sind:

• DURCHSCHNITT
• MIN
• MAX

RRDs existieren für einzelne VMs (einschließlich dom0) und den XenServer-Host. VM-RRDs werden auf dem Host gespeichert, auf dem sie ausgeführt werden, oder auf dem Poolkoordinator, wenn sie nicht ausgeführt werden. Daher muss der Speicherort einer VM bekannt sein, um die zugehörigen Leistungsdaten abrufen zu können.

Ausführliche Informationen zur Verwendung von XenServer RRDs finden Sie in der Leitfaden für das XenServer Software Development Kit.

Analysieren von RRDs mithilfe von HTTP

Sie können RRDs über HTTP vom angegebenen XenServer-Host mithilfe des unter /host_rrd oder /vm_rrdregistrierten HTTP-Handlers herunterladen. Beide Adressen erfordern eine Authentifizierung entweder durch HTTP-Authentifizierung oder durch Bereitstellen einer gültigen Verwaltungs-API-Sitzungsreferenz als Abfrageargument. Beispiel:

Laden Sie eine Host-RRD herunter.

  wget http://server/host_rrd?session_id=OpaqueRef:SESSION HANDLE>
<!--NeedCopy-->

Laden Sie eine VM-RRD herunter.

  wget http://server/vm_rrd?session_id=OpaqueRef:SESSION HANDLE>&uuid=VM UUID>
<!--NeedCopy-->

Beide Aufrufe laden XML in einem Format herunter, das direkt analysiert werden kann.

Analysieren von RRDs mit rrd2csv

Zusätzlich zur Anzeige von Leistungsmetriken in XenCenter protokolliert das rrd2csv-Tool RRDs im CSV-Format (Comma Separated Value). Man- und Hilfeseiten werden bereitgestellt. Führen Sie den folgenden Befehl aus, um die Man- oder Hilfeseiten des Tools rrd2csv anzuzeigen:

  man rrd2csv
<!--NeedCopy-->

Oder

  rrd2csv --help
<!--NeedCopy-->

Hinweis:

Wenn mehrere Optionen verwendet werden, liefern Sie diese einzeln. Beispiel: Um sowohl die UUID als auch die Namensbezeichnung zurückzugeben, die einer VM oder einem Host zugeordnet ist, rufen Sie rrd2csv wie unten gezeigt auf:

rrd2csv -u -n

Die zurückgegebene UUID ist eindeutig und eignet sich als Primärschlüssel, die Namensbezeichnung einer Entität muss jedoch nicht unbedingt eindeutig sein.

Die Manpage (rrd2csv --help) ist der maßgebliche Hilfetext des Tools.

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. Sie können diese Warnungen mit XenCenter oder der xe CLI anzeigen.

Anzeigen von Warnungen mit XenCenter

Sie können verschiedene Arten von Warnungen in XenCenter anzeigen, indem Sie auf Benachrichtigungen Und dann Alarmsignale. 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.

Leistungswarnungen

Leistungswarnungen können generiert werden, wenn einer der folgenden Werte einen angegebenen Schwellenwert auf einem verwalteten Host, einer VM oder einem Speicherrepository (SR) überschreitet: CPU-Auslastung, Netzwerkauslastung, Speicherauslastung, Steuerung der Speicherauslastung der Domäne, Speicherdurchsatz oder VM-Datenträgerauslastung.

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 werden, 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 Standardalarmpriorität/-schwere ist auf 3eingestellt.

Konfigurieren von Leistungswarnungen

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.

Systemwarnungen

In der folgenden Tabelle werden die Systemereignisse/-bedingungen angezeigt, 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

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.

Das Leistungsüberwachungstool perfmon wird alle fünf Minuten ausgeführt und fordert Updates von XenServer an, deren Durchschnitt eine Minute beträgt. Diese Standardwerte können in /etc/sysconfig/perfmongeändert werden.

Das Tool perfmon liest alle fünf Minuten Updates 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 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 Meldung generiert werden soll.

Das Folgende zeigt beispielsweise die Konfiguration einer VM-Warnung zur „CPU-Auslastung“ durch Schreiben einer XML-Zeichenfolge in den Parameter other-config: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, 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. Dieser Standardwert kann in /etc/sysconfig/perfmongeändert werden.

Gültige VM-Elemente

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

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

• alarm_trigger_level: Die Wertestufe, die einen Alarm auslöst (kein Standard).

• alarm_trigger_sense: Der Wert ist hoch wenn alarm_trigger_level ein Maximalwert ist, andernfalls niedrig wenn alarm_trigger_level ein Minimalwert ist (der Standardwert ist hoch).

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

• alarm_auto_inhibit_period: Die Anzahl der Sekunden, die dieser Alarm deaktiviert wird, nachdem er gesendet wurde (der Standardwert ist 3600).

• consolidation_fn: Kombiniert Variablen aus rrd_updates zu einem Wert. Für CPU-Auslastung ist der Standardwert Durchschnitt, für FS-Auslastung ist der Standardwertget_percent_FS_Auslastung und für alle anderen - Summe.

• rrd_regex: Stimmt mit den Namen der Variablen aus xe vm-data-sources-list uuid=vm_uuidüberein, 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 von xe vm-data-source-list zurückgegebenen Elemente, deren Namen mit dem angegebenen regulären Ausdruck übereinstimmen, mit der als consolidation_fnangegebenen Methode konsolidiert.

Gültige Host-Elemente

• Name: Der Name der Variable (kein Standard).
• alarm_priority: Die Priorität der generierten Warnungen (Standard 3).
• alarm_trigger_level: Die Wertestufe, die einen Alarm auslöst (kein Standard).
• alarm_trigger_sense: Der Wert ist hoch wenn alarm_trigger_level ein Maximalwert ist, andernfalls niedrig wenn alarm_trigger_level ein Minimalwert ist. (Standard hoch)
• alarm_trigger_period: Die Anzahl der Sekunden, die Werte (über oder unter dem Alarmschwellenwert) empfangen werden können, bevor ein Alarm gesendet wird (Standard 60).
• alarm_auto_inhibit_period: Die Anzahl der Sekunden, für die der Alarm deaktiviert wird, nachdem er gesendet wurde. (Standard 3600).
• consolidation_fn: Kombiniert Variablen aus rrd_updates zu einem Wert (Standard Summe - oder Durchschnitt)
• rrd_regex: Ein regulärer Ausdruck, der mit den Namen der Variablen übereinstimmt, die vom Befehl xe vm-data-source-list uuid=vm_uuid zurückgegeben werden, um den statistischen Wert zu berechnen. This parameter has defaults for the following named variables:
  • cpu_usage
  • network_usage
  • memory_free_kib
  • sr_io_throughput_total_xxxxxxxx (wobei xxxxxxxxdie ersten acht Zeichen der SR-UUID sind).

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

Konfigurieren von E-Mail-Benachrichtigungen

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. Zur weiteren Konfiguration von E-Mail-Benachrichtigungen können Sie die Konfigurationsdatei mail-alarm.conf ändern.

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. Klicken Sie im Bereich Ressourcen mit der rechten Maustaste auf einen Pool und wählen Sie Eigenschaftenaus.

2. Wählen Sie im Fenster Eigenschaften die Option E-Mail-Optionenaus.

3. Aktivieren Sie das Kontrollkästchen E-Mail-Benachrichtigungen senden . Geben Sie Ihre bevorzugte Zieladresse für die Benachrichtigungs-E-Mails und SMTP-Serverdetails ein.

4. Wählen Sie Ihre bevorzugte Sprache aus der Liste E-Mail-Sprache . 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 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 beträgt 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 Mail-Alarm-Dienstprogramm in XenServer weiter zu konfigurieren, erstellen Sie eine Datei /etc/mail-alarm.conf mit folgendem Inhalt:

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

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

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 Datei /etc/mail-alarm.conf hinzu:

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

mailhub=@MAILHUB@ wird zu 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. Indem Sie relevante Schlüssel in der Datei mail-alarm.conf speichern, können Sie die Werte in pool.other_config verwenden, um sSMTP zu konfigurieren. Der folgende Auszug aus der Manpage ssmtp.conf 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-->

Benutzerdefinierte Felder und Tags

XenCenter unterstützt die Erstellung von Tags und benutzerdefinierten Feldern, was die Organisation und schnelle Suche von VMs, Speicher usw. ermöglicht. Weitere Informationen finden Sie unter Überwachen der Systemleistung.

Benutzerdefinierte Suchen

XenCenter unterstützt die Erstellung benutzerdefinierter Suchen. Suchen können exportiert und importiert werden, und die Ergebnisse einer Suche können im Navigationsbereich angezeigt werden. Weitere Informationen finden Sie unter Überwachen der Systemleistung.

Bestimmen des Durchsatzes von physischen Busadaptern

Für FC-, SAS- und iSCSI-HBAs können Sie den Netzwerkdurchsatz Ihrer PBDs mit dem folgenden Verfahren bestimmen.

1. Listen Sie die PBDs auf einem Host auf.
2. Bestimmen Sie, welche LUNs über welche PBDs geroutet werden.
3. Listen Sie für jede PBD und SR die VBDs auf, die auf VDIs auf der SR verweisen.
4. Berechnen Sie für alle aktiven VBDs, die an VMs auf dem Host angefügt sind, den kombinierten Durchsatz.

Überprüfen Sie bei iSCSI- und NFS-Speicher Ihre Netzwerkstatistiken, um festzustellen, ob es einen Durchsatzengpass auf dem Array gibt oder ob die PBD ausgelastet ist.

Überwachen von Host- und dom0-Ressourcen mit NRPE

Hinweis:

Die NRPE-Funktion ist für Kunden der XenServer Premium oder Trial Edition verfügbar. Weitere Informationen zur XenServer-Lizenzierung finden Sie unter Zulassung. Um ein Upgrade durchzuführen oder eine XenServer-Lizenz zu erhalten, besuchen Sie die XenServer-Webseite.

Benutzer mit der Rolle Pool Admin können jedes Überwachungstool eines Drittanbieters verwenden, das den Nagios Remote Plugin Executor (NRPE) unterstützt, um Ressourcen zu überwachen, die von Ihrem XenServer-Host und dom0 - der Kontrolldomäne Ihres Hosts - verbraucht werden.

Sie können die folgenden Check-Plugins verwenden, um host- und dom0-Ressourcen zu überwachen:

NRPE ist ein lokaler Dienst, der in dom0 ausgeführt wird und am TCP-Port (Standard) 5666 auf Prüfausführungsanforderungen von einem Überwachungstool lauscht. Nachdem eine Anforderung eingegangen ist, analysiert NRPE sie, sucht den entsprechenden Prüfbefehl einschließlich der Details des Parameters aus der Konfigurationsdatei und führt ihn dann aus. Das Ergebnis der Prüfung wird an das Überwachungstool gesendet, das die Ergebnisse früherer Prüfungen speichert und ein Diagramm mit den historischen Leistungsdaten bereitstellt.

Voraussetzungen

Um NRPE zum Überwachen von Host- und dom0-Ressourcen verwenden zu können, muss das von Ihnen verwendete Überwachungstool die folgenden Voraussetzungen erfüllen:

• Das Überwachungstool muss mit der NRPE-Version 4.1.0 kompatibel sein.
• Um die Kommunikation zwischen NRPE und dem Überwachungstool zu ermöglichen, muss das Überwachungstool TLS 1.2 mit den Chiffren ECDHE-RSA-AES256-GCM-SHA384 und ECDHE-RSA-AES128-GCM-SHA256unterstützen, und die EC-Kurve ist secp384r1.

Einschränkungen

• Sie können NRPE-Einstellungen für einen gesamten Pool oder für einen eigenständigen Host konfigurieren, der nicht Teil eines Pools ist. Derzeit können Sie keine NRPE-Einstellungen für einen einzelnen Host in einem Pool konfigurieren.

• Wenn Sie einen Host zu einem Pool hinzufügen, auf dem NRPE bereits aktiviert und konfiguriert ist, wendet XenCenter die NRPE-Einstellungen des Pools nicht automatisch auf den neuen Host an. Sie müssen die NRPE-Einstellungen für den Pool neu konfigurieren, nachdem Sie den neuen Host hinzugefügt haben, oder den neuen Host mit denselben NRPE-Einstellungen konfigurieren, bevor Sie ihn dem Pool hinzufügen.

  Hinweis:

  Wenn Sie die NRPE-Einstellungen für einen Pool nach dem Hinzufügen eines neuen Hosts neu konfigurieren, stellen Sie sicher, dass der Host betriebsbereit ist.

• Wenn ein Host aus einem Pool entfernt wird, auf dem NRPE aktiviert und konfiguriert ist, ändert XenCenter die NPRE-Einstellungen auf dem Host oder dem Pool nicht.

Konfigurieren von NRPE mithilfe der xe CLI

Sie können NRPE mithilfe der xe CLI oder XenCenter konfigurieren. Weitere Informationen zum Konfigurieren von NRPE mithilfe von XenCenter finden Sie unter Überwachen von Host- und dom0-Ressourcen mit NRPE.

Nachdem Sie Konfigurationsänderungen an NRPE vorgenommen haben, starten Sie den NRPE-Dienst neu, indem Sie Folgendes verwenden:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=restart
<!--NeedCopy-->

NRPE aktivieren

NRPE ist in XenServer standardmäßig deaktiviert. Um NRPE in der Steuerdomäne eines Hosts (dom0) zu aktivieren, führen Sie die folgenden Befehle in der xe CLI aus:

1. Rufen Sie die Host-UUID des Hosts ab, den Sie überwachen möchten:

   xe host-list

2. Aktivieren Sie NRPE auf dem Host:

   xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=enable

   Wenn der Vorgang erfolgreich ausgeführt wird, gibt dieser Befehl Successaus. Wenn XenServer neu gestartet wird, wird NRPE automatisch gestartet.

So stoppen, starten, starten oder deaktivieren Sie NRPE:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=<operation>
<!--NeedCopy-->

wobei Operation Stopp, Start, Neustartoder Deaktivierenist.

Überwachen von Servern

Dabei handelt es sich um eine durch Kommas getrennte Liste von IP-Adressen oder Hostnamen, die mit dem NRPE-Daemon kommunizieren dürfen. Netzwerkadressen mit einer Bitmaske (zum Beispiel 192.168.1.0/24) werden ebenfalls unterstützt.

Zeigen Sie die aktuelle Liste der Überwachungsserver an:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:allowed_hosts
<!--NeedCopy-->

Erlauben Sie dem Überwachungstool, Prüfungen durchzuführen:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:allowed_hosts=<IP address or hostname>
<!--NeedCopy-->

Abfrage aller NRPE-Einstellungen:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config
<!--NeedCopy-->

Konfigurieren Sie mehrere NRPE-Einstellungen:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:allowed_hosts=<IP address or hostname> args:ssl_logging=<SSL log level> args:debug=<debug log level>
<!--NeedCopy-->

Protokolle

Protokollierung debuggen

Standardmäßig ist die Debugprotokollierung deaktiviert.

Führen Sie den folgenden Befehl aus, um zu überprüfen, ob die Debugprotokollierung aktiviert ist:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:debug
<!--NeedCopy-->

Wenn debug: 0 zurückgegeben wird, wird die Debug-Protokollierung deaktiviert.

So aktivieren Sie die Debug-Protokollierung:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:debug=1
<!--NeedCopy-->

SSL-Protokollierung

Standardmäßig ist die SSL-Protokollierung deaktiviert:

  ssl_logging=0x00
<!--NeedCopy-->

Um zu überprüfen, ob die SSL-Protokollierung aktiviert ist, führen Sie den folgenden Befehl aus:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:ssl_logging
<!--NeedCopy-->

So aktivieren Sie die SSL-Protokollierung:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:ssl_logging=0x2f
<!--NeedCopy-->

Warnung und kritische Schwellenwerte

Für einige dieser Prüf-Plugins können Sie Warn- und kritische Schwellenwerte festlegen, sodass eine Warnung generiert wird, wenn der von einem Prüf-Plugin zurückgegebene Wert die Schwellenwerte überschreitet. Der Warnschwellenwert weist auf ein potenzielles Problem hin, und der kritische Schwellenwert weist auf ein schwerwiegenderes Problem hin, das sofortige Aufmerksamkeit erfordert. Obwohl für die Schwellenwerte für Warnung und kritische Schwellenwerte Standardwerte festgelegt sind, können Sie die Schwellenwerte anpassen.

Um die standardmäßigen Warn- und kritischen Schwellenwerte für alle Prüfungen abzufragen, führen Sie den folgenden xe CLI-Befehl aus, der eine Liste aller Prüfungen und der zugehörigen Warn- und kritischen Schwellenwerte zurückgibt:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-threshold
<!--NeedCopy-->

Sie können auch die Schwellenwerte für eine bestimmte Prüfung abfragen. Um beispielsweise die Warn- und kritischen Schwellenwerte für das Prüf-Plugin check_memory abzurufen, führen Sie den folgenden xe CLI-Befehl aus:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-threshold args:check_memory
<!--NeedCopy-->

Sie können auch den Standardwert eines Schwellenwerts ändern. Um beispielsweise die Standardschwellenwerte für das Prüf-Plugin check_memory zu ändern, führen Sie den folgenden xe CLI-Befehl aus:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-threshold args:check_memory args:w=75 args:c=85
<!--NeedCopy-->

Host- und dom0-Ressourcen mit SNMP überwachen

Hinweis:

Die SNMP-Funktion ist für Kunden der XenServer Premium oder Trial Edition verfügbar. Weitere Informationen zur XenServer-Lizenzierung finden Sie unter Zulassung. Um ein Upgrade durchzuführen oder eine XenServer-Lizenz zu erhalten, besuchen Sie die XenServer-Webseite.

Mit der Rolle Pool Admin können Sie SNMP verwenden, um Ressourcen, die von Ihrem XenServer-Host und dom0 - der Steuerdomäne Ihres Hosts - verbraucht werden, remote zu überwachen. Ein SNMP-Manager, der auch als Network Management System (NMS) bezeichnet wird, sendet Abfrageanforderungen an einen SNMP-Agenten, der auf einem XenServer-Host ausgeführt wird. Der SNMP-Agent antwortet auf diese Abfrageanforderungen, indem er Daten, die zu verschiedenen Metriken gesammelt wurden, zurück an das NMS sendet. Die Daten, die erfasst werden können, werden durch Objektidentifikatoren (OIDs) in einer Textdatei definiert, die als Management Information Base (MIB) bezeichnet wird. Eine OID stellt eine bestimmte messbare Information über ein Netzwerkgerät dar, z. B. CPU- oder Speicherauslastung.

Sie können auch Traps konfigurieren, bei denen es sich um agenteninitiierte Nachrichten handelt, die das NMS darauf hinweisen, dass ein bestimmtes Ereignis in XenServer aufgetreten ist. Sowohl Abfrageanforderungen als auch Traps können verwendet werden, um den Status Ihrer XenServer-Pools zu überwachen. Diese werden als Metrik- und Trap-Objekte definiert und durch OIDs in einer MIB-Datei XENSERVER-MIB.txtidentifiziert, die auf der XenServer-Downloadseiteheruntergeladen werden kann. Die folgenden Tabellen enthalten Informationen zu diesen Metrik- und Trap-Objekten.

Metrische Objekte

Sie können bestimmte Informationen zu Ihren XenServer-Hosts anfordern, indem Sie die in der folgenden Tabelle aufgeführten Metriken verwenden. Diese Metriken werden vom SNMP-Manager verwendet, wenn Abfrageanforderungen an einen SNMP-Agenten gesendet werden, sodass Sie diese Daten in Ihrem NMS anzeigen können.

Sie können die von diesen Metrikobjekten zurückgegebenen Daten über Ihr NMS oder über die xe CLI anzeigen. Um die Metrikobjekte über die xe CLI abzufragen, führen Sie host-data-source-query oder vm-data-source-query aus und geben Sie die RRDD-Datenquelle als Wert für den Parameter data-source an. Beispiel:

  xe host-data-source-query data-source=cpu_avg host=<host UUID>
<!--NeedCopy-->

Hinweis:

Standardmäßig sendet das NMS OID-Abfrageanforderungen über Port 161 an SNMP-Agenten.

Hinweise:

1. Der Name einer pCPU hat das Format cpu , gefolgt von einer Nummer. Führen Sie den folgenden Befehl aus, um die Anzahl der pCPUs über die xe-CLI abzufragen:

   xe host-data-source-list host=<host UUID> | grep -E 'cpu[0-9]+$'

   Dies gibt eine Liste der CPU-Metriken zurück, die dem regulären Ausdruck cpu[0-9]+entsprechen.

Fallen

Traps sind Warnungen, die vom SNMP-Agenten gesendet werden, um den SNMP-Manager zu benachrichtigen, wenn bestimmte Ereignisse auftreten, sodass Sie Ihre XenServer-Hosts überwachen und Probleme frühzeitig erkennen können. Sie können Ihre SNMP-Einstellungen so konfigurieren, dass ein Trap generiert wird, wenn ein Grenzwert erreicht wird (z. B. wenn die CPU-Auslastung des Hosts zu hoch ist). Wenn ein Trap generiert wird, wird es an Ihr NMS gesendet, und die folgenden Felder werden als Teil des Trap-Objekts zurückgegeben.

Hinweis:

Standardmäßig sendet der SNMP-Agent auf dem Pool-Koordinator-Host Traps über den UPD-Port 162 an das NMS.

Voraussetzungen

• Auf allen Hosts in einem Pool muss dieselbe XenServer-Version ausgeführt werden, und diese Version muss das SNMP-Plug-In enthalten.

  Hinweis:

  Wenn Sie die SNMP Registerkarte in XenCenter kann dies daran liegen, dass auf dem Host oder einem Mitglied des Pools keine Version von XenServer ausgeführt wird, die SNMP unterstützt. Aktualisieren Sie den Host oder Pool auf die neueste Version von XenServer.

• Das von Ihnen verwendete NMS muss SNMPv2c oder SNMPv3 unterstützen.

• Ihr NMS und XenServer müssen mit dem Netzwerk verbunden sein.

Einschränkungen

• Sie können SNMP-Einstellungen für einen gesamten Pool oder für einen eigenständigen Host konfigurieren, der nicht Teil eines Pools ist. Derzeit können Sie keine SNMP-Einstellungen für einen einzelnen Host in einem Pool konfigurieren.

• Wenn Sie einen Host zu einem Pool hinzufügen, auf dem SNMP bereits aktiviert und konfiguriert ist, wendet XenCenter die SNMP-Einstellungen des Pools nicht automatisch auf den neuen Host an. Sie müssen die SNMP-Einstellungen für den Pool neu konfigurieren, nachdem Sie den neuen Host hinzugefügt haben, oder den neuen Host mit denselben SNMP-Einstellungen konfigurieren, bevor Sie ihn dem Pool hinzufügen.

  Hinweis:

  Wenn Sie die SNMP-Einstellungen in einem Pool nach dem Hinzufügen eines neuen Hosts neu konfigurieren, stellen Sie sicher, dass der Host betriebsbereit ist und sich nicht im Wartungsmodus befindet.

• Bevor Sie ein Rolling-Pool-Upgrade von Citrix Hypervisor 8.2 CU1 auf XenServer 8 durchführen oder Updates auf Ihre XenServer-Hosts und -Pools anwenden, sichern Sie die folgenden Konfigurationsdateien, wenn Sie sie zuvor manuell geändert haben und benötigen:

  • /etc/snmp/snmpd.xs.conf
  • /etc/sysconfig/snmp
  • /var/lib/net-snmp/snmpd.conf
• Wenn der SNMP-Agent offline ist, können keine Traps generiert werden. Dies ist beispielsweise der Fall, wenn der SNMP-Agent neu gestartet wird oder der Pool-Koordinator neu gestartet oder neu benannt wird.

Konfigurieren von SNMP mithilfe der xe CLI

Sie können SNMP mithilfe der xe CLI oder XenCenter konfigurieren. Weitere Informationen zum Konfigurieren von SNMP mit XenCenter finden Sie unter Überwachen von Host- und dom0-Ressourcen mit SNMP.

Ergebnis Objekte

Bei der Konfiguration von SNMP werden alle Antworten im JSON-Format zurückgegeben. Wenn ein Befehl erfolgreich ausgeführt wird, gibt er das Schlüssel-Wert-Paar "code": 0zurück. Einige Befehle (wie etwa der Befehl get-config ) geben ein verschachteltes JSON-Objekt mit dem Namen resultzurück. Das JSON-Objekt result wird auch für den Befehl set-config benötigt, der zum Aktualisieren der SNMP-Konfiguration verwendet wird.

Das JSON-Objekt result besteht aus den folgenden Objekten common, agentund nmss:

common

agent

nmss

Hinweise:

1. COMMON_STRING_TYPE bezieht sich auf eine Zeichenfolge, die die folgenden Anforderungen erfüllt:

   • Eine beliebige Kombination aus Buchstaben, Zahl, Bindestrich (-), Punkt (.), Pfund (#), At-Zeichen (@), Gleichheitszeichen (=), Doppelpunkt (:) oder Unterstrich (_).
   • Länge zwischen 6 und 32 inklusive.

2. Passwörter werden in keiner Konfigurationsdatei in XenServer im Klartext gespeichert. Sie werden in einen lokalisierten Schlüssel konvertiert und gespeichert. Der Befehl get-config zeigt das Passwort als versteckte Konstante bestehend aus Sternchen (*) an.

Konfigurieren des SNMP-Dienstes

Rufen Sie den Status des SNMP-Dienstes ab:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=status
<!--NeedCopy-->

Starten, stoppen oder starten Sie den SNMP-Dienst neu:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=<operation>
<!--NeedCopy-->

wobei Operation Start, Stoppoder Neustartist.

Rufen Sie die SNMP-Konfigurationsdetails ab:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=get-config
<!--NeedCopy-->

Bei Erfolg gibt dieser Befehl das Schlüssel-Wert-Paar "Code": 0 und das Ergebnis JSON-Objekt zurück, das die Konfigurationsdetails des SNMP-Dienstes enthält. Beispiel:

  "code": 0,
    "result": {
      "common": {
        "enabled": "no",
        "debug_log": "no",
        "max_nmss": 1
      },
      "agent": {
        "v2c": "yes",
        "v3": "no",
        "community": "public",
        "user_name": "",
        "authentication_password": "",
        "authentication_protocol": "",
        "privacy_password": "",
        "privacy_protocol": "",
        "engine_id": "<engine_id>"
      },
      "nmss": []
    }
<!--NeedCopy-->

Kopieren Sie das JSON-Objekt Ergebnis in Ihren bevorzugten Texteditor und entfernen Sie alle Zeilenumbruchzeichen (\n) aus der Datei. Aktualisieren Sie die Felder mit Ihren SNMP-Konfigurationsdetails. Konfigurieren Sie Ihr NMS, indem Sie in Ihrer NMS-Dokumentation nachschlagen und Werte für die für das Objekt nmss erforderlichen Felder angeben. Weitere Informationen finden Sie in der Objekte oben aufgeführt.

Um den SNMP-Dienst zu konfigurieren, führen Sie den Befehl set-config aus und geben Sie das bearbeitete Ergebnis JSON-Objekt als Parameterwert für den Parameter args:config an.

Legen Sie die SNMP-Konfiguration fest:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=set-config args:config='<result>'
<!--NeedCopy-->

wobei Ergebnis das Ergebnis JSON-Objekt ist, das vom Befehl get-config zurückgegeben wird, den Sie kopiert und bearbeitet haben.

Hinweis:

Um SNMP für einen gesamten Pool zu konfigurieren, müssen Sie den Befehl set-config für jeden Host im Pool ausführen.

Wenn die Konfigurationsänderungen erfolgreich sind, gibt der Befehl das Schlüssel-Wert-Paar "code": 0zurück. Wenn die Konfigurationsänderungen nicht erfolgreich sind, gibt der Befehl set-config eines der folgenden Schlüssel-Wert-Paare zurück, die darauf hinweisen, dass ein Fehler aufgetreten ist:

• "Code": 1: Allgemeine Fehlerzeichenfolge. Zum Beispiel eine unbekannte Ausnahme.
• "Code": 2: Fehlerstring (Parameter fehlt).
• "Code": 3: Gibt ein Nachrichtenobjekt als Liste zurück, wobei jedes Element das Format [Feldpfad, Schlüssel, Wert, Fehlerzeichenfolge]hat.

Sie können auch ein Test-SNMP-Trap an Ihr NMS senden, um zu überprüfen, ob die angegebenen Trap-Empfängerinformationen korrekt sind.

Senden Sie ein Test-SNMP-Trap:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=send-test-trap args:config='{"nmss":[{"uuid":"<uuid>","address":"<address>","port":162,"v2c":"yes","v3":"no","community":"public","user_name":"<user_name>","authentication_password":"<authentication_password>","authentication_protocol":"<authentication_protocol>","privacy_password":"<privacy_password>","privacy_protocol":"<privacy_protocol>"}]}'
<!--NeedCopy-->

Dieser Befehl sendet einen Test-Trap an Ihr NMS mit dem msg_name von TEST_TRAP und dem msg_body von . Dies ist ein Test-Trap aus dem XenServer-Pool „<pool name>“ zur Überprüfung der NMS Trap Receiver-Konfiguration.

Wenn Sie das Test-Trap nicht erhalten, überprüfen Sie Ihre SNMP-Konfiguration erneut. Bei einem Misserfolg gibt der Befehl send-test-trap außerdem eines der folgenden Schlüssel-Wert-Paare zurück, die darauf hinweisen, dass ein Fehler aufgetreten ist:

• "Code": 1: Allgemeine Fehlerzeichenfolge. Zum Beispiel eine unbekannte Ausnahme.
• "Code": 2: Fehlerstring (Parameter fehlt).
• "Code": 3: Gibt ein Nachrichtenobjekt als Liste zurück, wobei jedes Element das Format [Feldpfad, Schlüssel, Wert, Fehlerzeichenfolge]hat.
• „Code“: 4: Gibt ein Nachrichtenobjekt als Liste zurück, wobei jedes Element das Format [NMS-Adresse, NMS-Port, Fehlerzeichenfolge]hat.