Ü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 eine der folgenden Optionen sein:

• NETZWERKKARTE <pif> -wenn <pif> enthält pif_eth#wo ## ist 0–9
• <pif> -wenn <pif> enthält pif_eth#. ## oder pif_xenbr## oder pif_bond##
• <Internal> Netz <pif> -wenn <pif> enthält pif_xapi##(beachten Sie, dass <Internal> wird so angezeigt, wie es ist)
• KLOPFEN <tap> -wenn <pif> enthält pif_tap##
• xapi-Loopback -wenn <pif> enthält pif_lo

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 XenServer-Host herunterladen, der mit dem HTTP-Handler angegeben wurde, der bei registriert ist /host_rrd oder /vm_rrd. 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 standardmäßige Priorität/der Schweregrad der Warnung ist auf 3.

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.

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
  • memory_internal_free
  • 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
  • memory_free_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-->

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

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 Verschlüsselungen unterstützen ECDHE-RSA-AES256-GCM-SHA384 und ECDHE-RSA-AES128-GCM-SHA256und 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, wird dieser Befehl ausgegeben Erfolg. 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-->

wo Operation ist aufhören, anfangen, neustartenoder abschalten.

Ü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 (z.B. 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 debuggen: 0 zurückgegeben wird, ist 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 die check_memory check plugin und 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 die check_memory check plugin und 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 sind als Metrik- und Trap-Objekte definiert und werden durch OIDs in einer MIB-Datei identifiziert XENSERVER-MIB.txt, das auf der Website XenServer-Downloads-Seite. 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-datenquelle-abfrage oder vm-datenquelle-abfrage und geben Sie die RRDD-Datenquelle als Wert für die Datenquelle Parameter. 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 Zahl. 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]+$'

   Dadurch wird eine Liste der CPU-Metriken zurückgegeben, die mit dem regulären Ausdruck übereinstimmen CPU[0-9]+.

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 zurück "Code": 0. Einige Befehle (z. B. die get-config -Befehl) gibt ein verschachteltes JSON-Objekt mit dem Namen Ergebnis. Das Ergebnis JSON-Objekt ist auch für die set-config -Befehl, der zum Aktualisieren der SNMP-Konfiguration verwendet wird.

Das Ergebnis Das JSON-Objekt besteht aus den folgenden Objekten gemeinsam, 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. Das get-config zeigt das Kennwort als versteckte Konstante an, die aus Sternchen (*) besteht.

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

wo Operation ist anfangen, aufhörenoder neustarten.

Rufen Sie die SNMP-Konfigurationsdetails ab:

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

Wenn dieser Befehl erfolgreich ist, gibt er das Schlüssel-Wert-Paar zurück "Code": 0 Und die Ergebnis JSON-Objekt, 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 die Datei Ergebnis JSON-Objekt an Ihren bevorzugten Texteditor anhängen und alle Zeilenumbrüche (\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 Felder angeben, die für die NMSS Objekt. Weitere Informationen finden Sie in der Objekte oben aufgeführt.

Um den SNMP-Dienst zu konfigurieren, führen Sie die set-config und stellen Sie den bearbeiteten Ergebnis JSON-Objekt als Parameterwert für die args:config Parameter.

Legen Sie die SNMP-Konfiguration fest:

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

wo Ergebnis ist die Ergebnis JSON-Objekt, das von der get-config Befehl, 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.

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

• "Code": 1: Häufige Fehlerzeichenfolge. Zum Beispiel eine unbekannte Ausnahme.
• "Code": 2: Fehlerzeichenfolge (Parameter fehlt).
• "Code": 3: Gibt eine Nachricht Objekt als eine Liste, in der jedes Element das Format [field_path, Schlüssel, Wert, Fehlerzeichenfolge].

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 ein Testtrap an Ihr NMS mit dem Befehl msg_name von TEST_TRAP Und die msg_body von Dies ist ein Testtrap aus dem XenServer-Pool.<pool name>", um die Konfiguration des NMS-Trap-Empfängers zu überprüfen.

Wenn Sie das Test-Trap nicht erhalten, überprüfen Sie Ihre SNMP-Konfiguration erneut. Wenn dies nicht erfolgreich ist, wird die send-test-falle gibt auch eines der folgenden Schlüssel-Wert-Paare zurück, die angeben, dass ein Fehler aufgetreten ist:

• "Code": 1: Häufige Fehlerzeichenfolge. Zum Beispiel eine unbekannte Ausnahme.
• "Code": 2: Fehlerzeichenfolge (Parameter fehlt).
• "Code": 3: Gibt eine Nachricht Objekt als eine Liste, in der jedes Element das Format [field_path, Schlüssel, Wert, Fehlerzeichenfolge].
• "Code": 4: Gibt eine Nachricht Objekt als eine Liste, in der jedes Element das Format [nms-Adresse, nms-Port, Fehlerzeichenfolge].