Produktdokumentation
XenServer
XenServer 9 XenServer 8.4
PDF anzeigen

Ihre Hosts verwalten

August 1, 2026
Beitrag von: 
X

Dieser Artikel beschreibt einige der Aktionen, die Sie ausführen können, um Ihre einzelnen XenServer®-Hosts zu verwalten.

Informationen zum Verwalten von Aktionen im Zusammenhang mit Ressourcenpools finden Sie unter Ihre Pools verwalten.

SSH-Zugriff konfigurieren

Der SSH-Zugriff auf Ihre XenServer-Hosts ist standardmäßig aktiviert. Wenn Sie den SSH-Zugriff auf Ihren XenServer-Host deaktivieren möchten, führen Sie den folgenden Befehl aus:

xe host-disable-ssh host=<host_uuid_or_name_label>
<!--NeedCopy-->

Dieser Befehl deaktiviert SSH. Der Host lehnt neue SSH-Verbindungen ab, führt aber keinen trennen bestehender Sitzungen durch.

Um den SSH-Zugriff auf Ihren XenServer-Host zu aktivieren, führen Sie den folgenden Befehl aus:

xe host-enable-ssh host=<host_uuid_or_name_label>
<!--NeedCopy-->

So legen Sie das temporär aktivierte SSH-Timeout (Sekunden) des aktuellen Hosts fest:

xe host-param-set uuid=<host-uuid> ssh-enabled-timeout=<seconds>
<!--NeedCopy-->

Der Timeout-Parameter bestimmt die Dauer des SSH-Dienstes. Wenn er auf 0 gesetzt ist, bleibt SSH unbegrenzt aktiv. Wenn er auf eine positive Ganzzahl (Sekunden) gesetzt ist, wird SSH nach der angegebenen Zeit automatisch deaktiviert. Konfigurationsänderungen wirken sich sofort auf nachfolgende aktive SSH-Sitzungen aus und werden jedes Mal wirksam, wenn der Benutzer SSH über CLI/API aktiviert.

So legen Sie das SSH-Konsolen-Leerlauf-Timeout (Sekunden) des aktuellen Hosts fest

xe host-param-set uuid=<host-uuid> console-idle-timeout=<seconds>
<!--NeedCopy-->

Konfigurieren Sie das Leerlauf-Sitzungs-Timeout für VNC- und SSH-Konsolenverbindungen mit einem nicht-negativen Ganzzahlwert in Sekunden, wobei 0 das Timeout deaktiviert (Sitzungen laufen nie ab) und positive Werte (z. B. 3600) inaktive Sitzungen nach der angegebenen Dauer automatisch beenden, wobei die Einstellungen nach der Konfiguration für neu erstellte Konsolensitzungen gelten.

So legen Sie den SSH-Auto-Modus des aktuellen Hosts fest

xe host-param-set uuid=<host-uuid>  ssh-auto-mode=true
<!--NeedCopy-->

Hinweis:

Standardmäßig ist der SSH-Dienst bei Neuinstallationen deaktiviert, um die Angriffsfläche zu reduzieren.

Konfigurieren Sie die automatische SSH-Verwaltung basierend auf dem XAPI-Dienstzustand. Wenn der Auto-Modus aktiviert ist, folgt die SSH-Aktivierung dem XAPI-Status: SSH ist deaktiviert, wenn XAPI fehlerfrei ist, und aktiviert, wenn XAPI fehlerhaft ist.

Auto-Modus aktiviert + ssh_enabled_timeout = 0: Manuelle SSH-Aktivierung über host.enable_ssh deaktiviert den Auto-Modus dauerhaft.

Auto-Modus aktiviert + ssh_enabled_timeout > 0: Manuelle SSH-Aktivierung deaktiviert den Auto-Modus vorübergehend; der Auto-Modus wird nach Ablauf des Timeouts auf die ursprüngliche Einstellung zurückgesetzt. (Wenn ein Systemneustart während eines aktiven SSH-Timeout-Zeitraums erfolgt, geht die ursprüngliche Auto-Modus-Einstellung verloren und wird nach Timeout/Wiederherstellung auf „aktiviert“ zurückgesetzt.)

Für den Wert des Host-Parameters in einem dieser Befehle können Sie einen Host-Selektor verwenden. Weitere Informationen finden Sie unter Host-Selektoren.

Sie können den SSH-Zugriff für alle Hosts in einem XenServer-Pool gleichzeitig verwalten. Weitere Informationen finden Sie unter SSH-Zugriff für einen Pool deaktivieren.

SSH-Auto-Modus mit Antwortdatei

Fügen Sie eine neue Antwortdateikonfiguration <ssh-mode>on|off|auto</ssh-mode> hinzu, um die Standard-SSH- und Auto-Modus-Einstellungen zu steuern.

  • Wenn auf „auto“ gesetzt, ist der Auto-Modus aktiviert und stoppt den SSH-Dienst automatisch, sobald XAPI startet.
  • Wenn auf „on“ oder „off“ gesetzt, ist der Auto-Modus standardmäßig deaktiviert, und der SSH-Dienst wird entsprechend aktiviert oder deaktiviert.

Definition der neuen SSH-Verwaltungssteuerung

Legen Sie die neue XAPI-API host.set_ssh_auto_mode auf Host-Ebene fest, um SSH zu konfigurieren.

set_ssh_auto_mode: Konfigurieren Sie die Aktivierung oder Deaktivierung des SSH-Auto-Modus. Wenn der Auto-Modus aktiviert ist, hängt der SSH-Status vom XAPI-Status ab: SSH ist deaktiviert, wenn XAPI fehlerfrei ist, und SSH ist aktiviert, wenn XAPI fehlerhaft ist.

Wenn ein Benutzer den Auto-Modus als aktiviert konfiguriert und der aktuelle ssh_enabled_timeout 0 ist, wird durch die Aktivierung von SSH mit host.enable_ssh der Auto-Modus dauerhaft deaktiviert.

Wenn ein Benutzer den Auto-Modus mit host.set_auto_mode als aktiviert oder deaktiviert konfiguriert, wird dies als „ursprüngliche Auto-Modus-Einstellung“ bezeichnet. Wenn der aktuelle ssh_enabled_timeout auf eine positive Zahl (z. B. 1800 Sekunden) eingestellt ist, wird durch die Aktivierung von SSH mit host.enable_ssh der Auto-Modus vorübergehend deaktiviert. Nach Ablauf des Timeout-Zeitraums wird SSH automatisch deaktiviert und der Auto-Modus auf seine ursprüngliche Einstellung zurückgesetzt.

Wenn ein Benutzer ssh_enabled_timeout auf eine positive Zahl (z. B. 3600 Sekunden) setzt und den Host neu startet (oder XAPI neu startet), bevor der Timeout-Zeitraum abläuft, wird SSH nach Ablauf des Timeout-Zeitraums automatisch deaktiviert und der Auto-Modus auf „true“ zurückgesetzt, da der Neustart die ursprüngliche Auto-Modus-Einstellung verloren hat.

Wenn Sie ssh_enabled_timeout auf eine positive Zahl (z. B. 180 Sekunden) konfigurieren und XAPI anschließend ausfällt, bleibt SSH aktiviert, bis XAPI neu startet, falls XAPI nach Ablauf des Timeout-Zeitraums in einem fehlerhaften Zustand verbleibt. Nach dem XAPI-Neustart wird SSH automatisch deaktiviert und der Auto-Modus auf „true“ zurückgesetzt, da der Systemneustart zum Verlust der ursprünglichen Auto-Modus-Einstellung führt.

Installieren Sie ein TLS-Zertifikat auf Ihrem Host

Der XenServer-Host wird mit einem Standard-TLS-Zertifikat installiert. Um jedoch HTTPS zur Sicherung der Kommunikation zwischen XenServer und Citrix Virtual Apps and Desktops™ zu verwenden, installieren Sie ein Zertifikat, das von einer vertrauenswürdigen Zertifizierungsstelle bereitgestellt wird.

Dieser Abschnitt beschreibt, wie Zertifikate mithilfe der xe CLI installiert werden. Informationen zur Arbeit mit Zertifikaten mithilfe von XenCenter finden Sie in der XenCenter-Dokumentation.

Stellen Sie sicher, dass Ihr TLS-Zertifikat und dessen Schlüssel die folgenden Anforderungen erfüllen:

  • Das Zertifikat- und Schlüsselpaar ist ein RSA-Schlüssel.
  • Der Schlüssel stimmt mit dem Zertifikat überein.
  • Der Schlüssel wird in einer separaten Datei vom Zertifikat bereitgestellt.
  • Das Zertifikat wird in einer separaten Datei von allen Zwischenzertifikaten bereitgestellt.
  • Die Schlüsseldatei muss einer der folgenden Typen sein: .pem oder .key.
  • Alle Zertifikatsdateien müssen einer der folgenden Typen sein: .pem, .cer oder .crt.
  • Der Schlüssel ist größer oder gleich 2048 Bit und kleiner oder gleich 4096 Bit lang.
  • Der Schlüssel ist ein unverschlüsselter PKCS #8-Schlüssel und hat keinen Passkey.
  • Der Schlüssel und das Zertifikat liegen im base-64-kodierten ‘PEM’-Format vor.
  • Das Zertifikat ist gültig und nicht abgelaufen.
  • Der Signaturalgorithmus ist SHA-256 oder SHA-512.

Die xe CLI warnt Sie, wenn das von Ihnen gewählte Zertifikat und der Schlüssel diese Anforderungen nicht erfüllen.

Woher bekomme ich ein TLS-Zertifikat?

1. Eine Zertifikatsignierungsanforderung generieren

Zuerst generieren Sie einen privaten Schlüssel und eine Zertifikatsignierungsanforderung. Führen Sie auf dem XenServer-Host die folgenden Schritte aus:

  1. Um eine private Schlüsseldatei zu erstellen, führen Sie den folgenden Befehl aus:

    openssl genrsa -des3 -out privatekey.pem 2048
<!--NeedCopy-->

    Sie werden zur Eingabe einer Passphrase aufgefordert. Diese Passphrase wird in einem späteren Schritt entfernt.

  2. Entfernen Sie die Passphrase vom Schlüssel:

    openssl rsa -in privatekey.pem -out privatekey.nop.pem
<!--NeedCopy-->

  3. Erstellen Sie die Zertifikatsignierungsanforderung mithilfe des privaten Schlüssels:

    openssl req -new -key privatekey.nop.pem -out csr
<!--NeedCopy-->

  4. Befolgen Sie die Anweisungen, um die erforderlichen Informationen zur Generierung der Zertifikatsignierungsanforderung bereitzustellen.

    • Ländername. Geben Sie die Ländercodes des TLS-Zertifikats für Ihr Land ein. Zum Beispiel CA für Kanada oder JM für Jamaika. Eine Liste der Ländercodes für TLS-Zertifikate finden Sie im Internet.
    • Bundesland- oder Provinzname (vollständiger Name). Geben Sie das Bundesland oder die Provinz ein, in dem/der sich der Pool befindet. Zum Beispiel Massachusetts oder Alberta.
    • Ortsname. Der Name der Stadt, in der sich der Pool befindet.
    • Organisationsname. Der Name Ihres Unternehmens oder Ihrer Organisation.
    • Name der Organisationseinheit. Geben Sie den Abteilungsnamen ein. Dieses Feld ist optional.
    • Allgemeiner Name. Geben Sie den FQDN Ihres XenServer-Hosts ein. Wir empfehlen, entweder einen FQDN oder eine IP-Adresse anzugeben, die nicht abläuft.
    • E-Mail-Adresse. Diese E-Mail-Adresse wird beim Generieren in das Zertifikat aufgenommen.

    Die Zertifikatsignieranforderung wird im aktuellen Verzeichnis gespeichert und heißt csr.

  5. Zeigen Sie die Zertifikatsignieranforderung im Konsolenfenster an, indem Sie den folgenden Befehl ausführen:

    cat csr
<!--NeedCopy-->

  6. Kopieren Sie die gesamte Zertifikatsignieranforderung und verwenden Sie diese Informationen, um das Zertifikat bei der Zertifizierungsstelle anzufordern.

    Beispiel einer Zertifikatsignieranforderung:

    -----BEGIN CERTIFICATE REQUEST-----
MIIDBDCCAewCAQAwgYsxCzAJBgNVBAYTAlVLMRcwFQYDVQQIDA5DYW1icmlkZ2Vz
aGlyZTESMBAGA1UEBwwJQ2FtYnJpZGdlMRIwEAYDVQQKDAlYZW5TZXJ2ZXIxFTAT
...
SdYCkFdo+85z8hBULFzSH6jgSP0UGQU0PcfIy7KPKyI4jnFQqeCDvLdWyhtAx9gq
Fu40qMSm1dNCFfnACRwYQkQgqCt/RHeUtl8srxyZC+odbunnV+ZyQdmLwLuQySUk
ZL8naumG3yU=
-----END CERTIFICATE REQUEST-----
<!--NeedCopy-->

2. Senden Sie die Zertifikatsignieranforderung an eine Zertifizierungsstelle

Nachdem Sie die Zertifikatsignieranforderung generiert haben, können Sie die Anforderung bei der bevorzugten Zertifizierungsstelle Ihrer Organisation einreichen.

Eine Zertifizierungsstelle (CA) ist ein Dienst, der digitale Zertifikate bereitstellt. Möglicherweise steht Ihnen eine CA innerhalb Ihrer Organisation zur Verfügung, oder Sie können alternativ einen vertrauenswürdigen Drittanbieter nutzen. Einige Zertifizierungsstellen verlangen, dass die Zertifikate auf einem System gehostet werden, das über das Internet zugänglich ist. Wir empfehlen, keine Zertifizierungsstelle mit dieser Anforderung zu verwenden.

Die Zertifizierungsstelle antwortet auf Ihre Signieranforderung und stellt die folgenden Dateien bereit:

  • das signierte Zertifikat
  • falls zutreffend, ein Zwischenzertifikat

Sie können nun alle diese Dateien auf Ihrem XenServer-Host installieren.

3. Installieren Sie das signierte Zertifikat auf Ihrem XenServer-Host

Nachdem die Zertifizierungsstelle auf die Zertifikatsignierungsanfrage geantwortet hat, führen Sie die folgenden Schritte aus, um das Zertifikat auf Ihrem XenServer-Host zu installieren:

  1. Besorgen Sie sich das signierte Zertifikat und, falls die Zertifizierungsstelle eines hat, das Zwischenzertifikat von der Zertifizierungsstelle.
  2. Kopieren Sie den Schlüssel und die Zertifikate auf den XenServer-Host.

  3. Führen Sie den folgenden Befehl auf dem Host aus:

    xe host-server-certificate-install certificate=<path_to_certificate_file> private-key=<path_to_private_key> certificate-chain=<path_to_chain_file>

    Der Parameter certificate-chain ist optional.

Für zusätzliche Sicherheit können Sie die private Schlüsseldatei löschen, nachdem das Zertifikat installiert wurde.

Administratorpasswort verwalten

Wenn Sie einen XenServer-Host zum ersten Mal installieren, legen Sie ein Administrator- oder Root-Passwort fest. Sie verwenden dieses Passwort, um XenCenter mit Ihrem Host zu verbinden oder (mit dem Benutzernamen root) sich bei xsconsole, der Systemkonfigurationskonsole, anzumelden.

Wenn Sie einen Host einem Pool hinzufügen, wird das Administratorpasswort für den Host automatisch an das Administratorpasswort des Pool-Koordinators angepasst.

Hinweis:

XenServer-Administratorpasswörter dürfen nur druckbare ASCII-Zeichen enthalten.

Passwort ändern

Sie können XenCenter®, die xe CLI oder xsconsole verwenden, um das Administratorpasswort zu ändern.

XenCenter

Um das Administratorpasswort für einen Pool oder einen eigenständigen Host mit XenCenter zu ändern, führen Sie die folgenden Schritte aus:

  1. Wählen Sie im Bereich Ressourcen den Pool oder einen beliebigen Host im Pool aus.
  2. Wählen Sie im Menü Pool oder im Menü Server die Option Serverpasswort ändern.

Um das Root-Passwort eines eigenständigen Hosts zu ändern, wählen Sie den Host im Bereich Ressourcen aus und klicken Sie dann im Menü Server auf Passwort und anschließend auf Ändern.

Wenn XenCenter so konfiguriert ist, dass Ihre Host-Anmeldeinformationen zwischen den Sitzungen gespeichert werden, wird das neue Passwort gespeichert. Weitere Informationen finden Sie unter Speichern des Host-Verbindungsstatus.

Nachdem Sie das Administratorpasswort geändert haben, rotieren Sie das Pool-Geheimnis. Weitere Informationen finden Sie unter Pool-Geheimnis rotieren.

xe CLI

Um das Administratorpasswort mit der xe CLI zu ändern, führen Sie den folgenden Befehl auf einem Host im Pool aus:

  xe user-password-change new=<new_password>
<!--NeedCopy-->

Hinweis:

Stellen Sie sicher, dass Sie dem Befehl ein Leerzeichen voranstellen, um zu vermeiden, dass das Klartextpasswort im Befehlsverlauf gespeichert wird.

Nachdem Sie das Administratorpasswort geändert haben, rotieren Sie das Pool-Geheimnis. Weitere Informationen finden Sie unter Pool-Geheimnis rotieren.

XS-Konsole

Um das Administratorpasswort für einen Pool oder einen eigenständigen Host mithilfe von xsconsole zu ändern, führen Sie die folgenden Schritte aus:

  1. Gehen Sie auf dem Pool-Koordinator zur Konsole.
  2. Melden Sie sich als root an.
  3. Geben Sie xsconsole ein. Drücken Sie die Eingabetaste. Die xsconsole wird angezeigt.
  4. Navigieren Sie in xsconsole mit den Pfeiltasten zur Option Authentication. Drücken Sie die Eingabetaste.
  5. Navigieren Sie zu Change Password. Drücken Sie die Eingabetaste.
  6. Authentifizieren Sie sich mit dem Administratorpasswort.
  7. Im Dialogfeld Change Password:
    1. Geben Sie Ihr aktuelles Passwort ein.
    2. Geben Sie ein neues Passwort ein.
    3. Geben Sie das neue Passwort zur Bestätigung erneut ein.

    Der Bildschirm Password Change Successful wird angezeigt. Drücken Sie die Eingabetaste, um ihn zu schließen.

Wenn der Host der Pool-Koordinator ist, wird dieses aktualisierte Passwort nun an die anderen Hosts im Pool weitergegeben.

Nachdem Sie das Administratorpasswort geändert haben, rotieren Sie das Pool-Geheimnis. Weitere Informationen finden Sie unter Rotate the pool secret.

Verlorenes Root-Passwort zurücksetzen

Wenn Sie das Administrator- (Root-) Passwort für Ihren XenServer-Host verlieren, können Sie das Passwort zurücksetzen, indem Sie direkt auf den Host zugreifen.

  1. Starten Sie den XenServer-Host neu.

  2. Wenn das GRUB-Menü angezeigt wird, drücken Sie e, um den Starteintrag zu bearbeiten.

  3. Fügen Sie init=/sysroot/bin/sh zu der Zeile hinzu, die mit module2 beginnt.

  4. Drücken Sie Strg-X, um in eine Root-Shell zu booten.

  5. Führen Sie in der Befehlsshell die folgenden Befehle aus:

    chroot /sysroot
passwd

(type the new password twice)

sync
/sbin/reboot -f
<!--NeedCopy-->

Wenn der Host der Pool-Koordinator ist, wird dieses aktualisierte Passwort nun an die anderen Hosts im Pool weitergegeben.

Nachdem Sie das Administratorpasswort geändert haben, rotieren Sie das Pool-Geheimnis. Weitere Informationen finden Sie unter Pool-Geheimnis rotieren

NTP-Konfiguration auf einem Server ändern

Sie können die NTP-Konfiguration für Ihren Server über xsconsole aktualisieren.

  1. Geben Sie in der Host-Konsole xsconsole ein.
  2. Gehen Sie in xsconsole zu Netzwerk- und Verwaltungsschnittstellen > Netzwerkzeit (NTP).
  3. Geben Sie Ihr Passwort ein, um fortzufahren.
  4. Wählen Sie im Menü Netzwerkzeit konfigurieren die Option aus, die Sie konfigurieren möchten.

Sie können NTP auch über die XenAPI konfigurieren.

Dies ermöglicht Ihnen, die NTP-Konfiguration zu automatisieren, ohne direkt über SSH auf dom0 zuzugreifen.

Beispiel mit Python SDK: session.xenapi.host.set_ntp_mode(host_ref, 'Factory')

NTP-Modi:

  • Factory – verwendet integrierte XenServer NTP-Pool-Server
  • DHCP – verwendet DHCP-zugewiesene NTP-Server
  • Benutzerdefiniert – verwendet vom Benutzer konfigurierte NTP-Server
  • Deaktiviert – deaktiviert NTP (nicht empfohlen)

So überprüfen Sie den NTP-Synchronisierungsstatus:

  • session.xenapi.host.get_ntp_synchronized(host_ref)
  • session.xenapi.host.get_ntp_servers_status(host_ref)

Hinweis:

Wenn NTP direkt auf dom0 anstatt über die XenAPI konfiguriert wird, können die Werte mit den XenAPI-Feldern inkonsistent werden.

Um die Werte mit XAPI zu resynchronisieren, starten Sie den Toolstack neu: xe-toolstack-restart

Zeitzone auf einem Server ändern

Sie können die Zeitzone für den Host über die XenAPI konfigurieren.

Beispiel mit Python SDK: session.xenapi.host.set_timezone(host_ref, 'UTC')

Zeitzonenwerte müssen IANA-Zeitzonennamen verwenden, zum Beispiel:

  • UTC
  • Europe/Paris
  • Asia/Kolkata

So lesen Sie die aktuelle Zeitzone aus:

session.xenapi.host.get_timezone(host_ref)

So listen Sie unterstützte Zeitzonen auf:

session.xenapi.host.list_timezones(host_ref)

Hinweis:

Wenn die Zeitzone direkt auf dom0 anstatt über die XenAPI konfiguriert wird, können die Werte mit den XenAPI-Feldern inkonsistent werden.

Um die Werte mit XAPI zu resynchronisieren, starten Sie den Toolstack neu: xe-toolstack-restart

max-cstate auf einem Server ändern

Die Einstellung max-cstate steuert den tiefsten zulässigen CPU-Leerlauf-Energiezustand.

Unterstützte Werte:

  • ”” - unbegrenzt (Standard)
  • 0 - auf C0 begrenzen
  • 1 - auf C1 begrenzen

Beispiel mit dem Python SDK:

session.xenapi.host.set_max_cstate(host_ref, '1')

Um den aktuellen Wert zu lesen:

session.xenapi.host.get_max_cstate(host_ref)

Hinweis:

Wenn max-cstate direkt auf dom0 anstatt über die XenAPI konfiguriert wird, können die Werte mit den XenAPI-Feldern inkonsistent werden.

Um die Werte mit XAPI zu resynchronisieren, starten Sie den Toolstack neu: xe-toolstack-restart

Einen Pool von XenServer-Hosts für die Wartung vorbereiten

Bevor Sie Wartungsarbeiten an einem Host durchführen, der Teil eines Ressourcenpools ist, müssen Sie ihn deaktivieren. Durch die Deaktivierung des Hosts wird verhindert, dass VMs darauf gestartet werden. Sie müssen dann seine VMs auf einen anderen XenServer-Host im Pool migrieren. Dies können Sie tun, indem Sie den XenServer-Host mit XenCenter in den Wartungsmodus versetzen. Weitere Informationen finden Sie unter Im Wartungsmodus ausführen in der XenCenter-Dokumentation.

Die Backup-Synchronisierung erfolgt alle 24 Stunden. Das Versetzen des Pool-Koordinators in den Wartungsmodus führt zum Verlust der letzten 24 Stunden RRD-Updates für Offline-VMs.

Warnung:

Wir empfehlen dringend, alle XenServer-Hosts neu zu starten, bevor Sie ein Update installieren, und anschließend deren Konfiguration zu überprüfen. Einige Konfigurationsänderungen werden erst nach einem Neustart des XenServer-Hosts wirksam, sodass der Neustart Konfigurationsprobleme aufdecken könnte, die dazu führen könnten, dass das Update fehlschlägt.

Einen Host in einem Pool für Wartungsarbeiten mithilfe der CLI vorbereiten

  1. Führen Sie den folgenden Befehl aus:

    xe host-disable uuid=XenServer_host_uuid
xe host-evacuate uuid=XenServer_host_uuid
<!--NeedCopy-->

    Dieser Befehl deaktiviert den XenServer-Host und migriert dann alle laufenden VMs auf andere XenServer-Hosts im Pool.

  2. Führen Sie die gewünschte Wartungsoperation durch.

  3. Aktivieren Sie den XenServer-Host, wenn die Wartungsoperation abgeschlossen ist:

    xe host-enable
<!--NeedCopy-->

  4. Starten Sie alle angehaltenen VMs neu und setzen Sie alle angehaltenen VMs fort.

Einen XenServer-Host herunterfahren oder neu starten

Wir empfehlen, Ihre XenServer-Hosts immer mithilfe der xe CLI oder XenCenter herunterzufahren oder neu zu starten. Verwenden Sie während des normalen Betriebs keine anderen Methoden (wie hardwarebasierte Resets oder Betriebssystembefehle), um Ihre Hosts herunterzufahren oder neu zu starten. Dies kann zu unerwartetem Verhalten auf Ihrem Host und im Pool führen.

Um einen Host mithilfe der xe CLI herunterzufahren oder neu zu starten, verwenden Sie die folgenden Befehle:

  1. Verhindern Sie, dass neue VMs auf dem angegebenen Host gestartet oder dorthin migriert werden:

    xe host-disable host=<host name>
<!--NeedCopy-->

  2. Migrieren Sie bei Bedarf alle laufenden VMs vom Host:

    xe host-evacuate uuid=<host uuid>
<!--NeedCopy-->

  3. Fahren Sie den Host mit einem der folgenden xe CLI-Befehle herunter oder starten Sie ihn neu.

    • Um den Host sauber herunterzufahren:

      ``` xe host-shutdown host=

    • Um den Host sauber neu zu starten:

       xe host-reboot host=<host name>

Informationen zum Herunterfahren eines Servers mithilfe von XenCenter finden Sie in der XenCenter-Dokumentation.

Host-Einschalten konfigurieren

Hosts remote einschalten

Sie können die XenServer Host-Einschaltfunktion verwenden, um einen Host remote ein- und auszuschalten, entweder über XenCenter oder über die CLI.

Um die Host-Stromversorgung zu aktivieren, muss der Host eine der folgenden Stromversorgungssteuerungs-Lösungen besitzen:

  • Wake-on-LAN-fähige Netzwerkkarte.

  • Intelligent Platform Management Interface (IPMI).

  • Ein benutzerdefiniertes Skript, das auf der Verwaltungs-API basiert und Ihnen ermöglicht, die Stromversorgung über XenServer ein- und auszuschalten. Weitere Informationen finden Sie unter Konfigurieren eines benutzerdefinierten Skripts für die Host-Einschaltfunktion im folgenden Abschnitt.

Die Verwendung der Host-Einschaltfunktion erfordert zwei Aufgaben:

  1. Stellen Sie sicher, dass die Hosts im Pool das remote Steuern der Stromversorgung unterstützen. Zum Beispiel verfügen sie über Wake-on-LAN-Funktionalität oder unterstützen IPMI, oder Sie haben ein benutzerdefiniertes Skript erstellt.

  2. Aktivieren Sie die Host-Einschaltfunktion mithilfe der CLI oder XenCenter.

Verwalten Sie das Host-Einschalten mit der CLI

Sie können die Host-Einschaltfunktion entweder über die CLI oder XenCenter verwalten. Dieser Abschnitt enthält Informationen zur Verwaltung mit der CLI.

Die Host-Einschaltfunktion wird auf Host-Ebene aktiviert (d. h. auf jedem XenServer).

Nachdem Sie die Host-Einschaltfunktion aktiviert haben, können Sie Hosts entweder über die CLI oder XenCenter einschalten.

So aktivieren Sie das Host-Einschalten mithilfe der CLI

Führen Sie den Befehl aus:

xe host-set-power-on-mode host=<host uuid> \
    power-on-mode=("" , "wake-on-lan", "IPMI","custom") \
    power-on-config=key:value

Hosts remote über die CLI einschalten

Führen Sie den Befehl aus:

xe host-power-on host=<host uuid>

```

Ihre Hosts verwalten
August 1, 2026
Beitrag von: 
X
August 1, 2026
Beitrag von: 
X

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.