Ihre Hosts verwalten
Dieser Artikel beschreibt einige der Aktionen, die Sie zur Verwaltung Ihrer einzelnen XenServer®-Hosts durchführen können.
Informationen zu 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, aber trennen keine bestehenden Sitzungen.
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 Parameter Timeout 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) Leerlauf-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-->
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 während eines aktiven SSH-Timeout-Zeitraums ein Systemneustart erfolgt, geht die ursprüngliche Auto-Modus-Einstellung verloren und wird beim Timeout/der 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, um den SSH-Auto-Modus zu aktivieren oder zu deaktivieren. 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) gesetzt ist, wird durch die Aktivierung von SSH mit host.enable_ssh der Auto-Modus vorübergehend deaktiviert. Wenn die Timeout-Periode abläuft, 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 die Timeout-Periode abläuft, wird SSH, sobald die Timeout-Periode abläuft, 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 fehlschlägt, bleibt SSH aktiviert, bis XAPI neu startet, falls XAPI in einem fehlerhaften Zustand bleibt, wenn die Timeout-Periode abläuft. 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 geliefert. Um jedoch HTTPS zur Sicherung der Kommunikation zwischen XenServer und Citrix Virtual Apps and Desktops™ zu verwenden, installieren Sie ein von einer vertrauenswürdigen Zertifizierungsstelle bereitgestelltes Zertifikat.
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 zum Zertifikat bereitgestellt.
- Das Zertifikat wird in einer separaten Datei zu allen Zwischenzertifikaten bereitgestellt.
- Die Schlüsseldatei muss einen der folgenden Typen aufweisen:
.pemoder.key. - Alle Zertifikatsdateien müssen einen der folgenden Typen aufweisen:
.pem,.ceroder.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 kein Passkey.
- Der Schlüssel und das Zertifikat liegen im Base64-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?
- Möglicherweise verfügen Sie bereits über ein vertrauenswürdiges Zertifikat, das Sie auf Ihrem XenServer-Host installieren möchten.
-
Alternativ können Sie ein Zertifikat auf Ihrem Server erstellen und es zur Signierung an Ihre bevorzugte Zertifizierungsstelle senden. Diese Methode ist sicherer, da der private Schlüssel auf dem XenServer-Host verbleiben und nicht zwischen Systemen kopiert werden kann.
Das Erstellen eines TLS-Zertifikats umfasst die folgenden Schritte:
1. Generieren einer Zertifikatsignieranforderung
Generieren Sie zunächst einen privaten Schlüssel und eine Zertifikatsignieranforderung. Führen Sie auf dem XenServer-Host die folgenden Schritte aus:
-
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.
-
Entfernen Sie die Passphrase aus dem Schlüssel:
openssl rsa -in privatekey.pem -out privatekey.nop.pem <!--NeedCopy--> -
Erstellen Sie die Zertifikatsignieranforderung mithilfe des privaten Schlüssels:
openssl req -new -key privatekey.nop.pem -out csr <!--NeedCopy--> -
Befolgen Sie die Anweisungen, um die erforderlichen Informationen zur Generierung der Zertifikatsignieranforderung bereitzustellen.
- Ländername. Geben Sie die TLS-Zertifikat-Ländercodes für Ihr Land ein. Zum Beispiel CA für Kanada oder JM für Jamaika. Eine Liste der TLS-Zertifikat-Ländercodes finden Sie im Internet.
- Bundesland oder Provinz (vollständiger Name). Geben Sie das Bundesland oder die Provinz ein, in der sich der Pool befindet. Zum Beispiel Massachusetts oder Alberta.
- Ort (Locality Name). Der Name der Stadt, in der sich der Pool befindet.
- Organisation (Organization Name). Der Name Ihres Unternehmens oder Ihrer Organisation.
- Organisationseinheit (Organizational Unit Name). Geben Sie den Namen der Abteilung ein. Dieses Feld ist optional.
- Allgemeiner Name (Common 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 (Email Address). Diese E-Mail-Adresse wird beim Generieren in das Zertifikat aufgenommen.
Die Zertifikatsignieranforderung wird im aktuellen Verzeichnis gespeichert und heißt
csr. -
Zeigen Sie die Zertifikatsignieranforderung im Konsolenfenster an, indem Sie den folgenden Befehl ausführen:
cat csr <!--NeedCopy--> -
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 haben Sie eine CA innerhalb Ihrer Organisation zur Verfügung, oder Sie können alternativ einen vertrauenswürdigen Drittanbieter verwenden. 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 all 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:
- Holen Sie sich das signierte Zertifikat und, falls die Zertifizierungsstelle eines hat, das Zwischenzertifikat von der Zertifizierungsstelle.
- Kopieren Sie den Schlüssel und die Zertifikate auf den XenServer-Host.
-
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-chainist optional.
Zur zusätzlichen 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 zu einem Pool hinzufügen, wird das Administratorpasswort für den Host automatisch geändert, um dem Administratorpasswort des Pool-Koordinators zu entsprechen.
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:
- Wählen Sie im Bereich Ressourcen den Pool oder einen beliebigen Host im Pool aus.
- 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 im Menü Server auf Passwort und dann auf Ändern.
Wenn XenCenter so konfiguriert ist, dass Ihre Host-Anmeldeinformationen zwischen Sitzungen gespeichert werden, wird das neue Passwort gespeichert. Weitere Informationen finden Sie unter Host-Verbindungsstatus speichern.
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 mit xsconsole zu ändern, führen Sie die folgenden Schritte aus:
- Gehen Sie auf dem Pool-Koordinator zur Konsole.
- Melden Sie sich als
rootan. - Geben Sie
xsconsoleein. Drücken Sie die Eingabetaste. Die xsconsole wird angezeigt. - Navigieren Sie in der xsconsole mit den Pfeiltasten zur Option Authentifizierung. Drücken Sie die Eingabetaste.
- Navigieren Sie zu Passwort ändern. Drücken Sie die Eingabetaste.
- Authentifizieren Sie sich mit dem Administratorpasswort.
- Im Dialogfeld Passwort ändern:
- Geben Sie Ihr aktuelles Passwort ein.
- Geben Sie ein neues Passwort ein.
- Geben Sie das neue Passwort zur Bestätigung erneut ein.
Der Bildschirm Passwortänderung erfolgreich 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 Pool-Geheimnis rotieren.
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.
-
Starten Sie den XenServer-Host neu.
-
Wenn das GRUB-Menü angezeigt wird, drücken Sie e, um den Startmenüeintrag zu bearbeiten.
-
Fügen Sie
init=/sysroot/bin/shzu der Zeile hinzu, die mitmodule2beginnt. -
Drücken Sie Strg-X, um eine Root-Shell zu starten.
-
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 Kennwort nun an die anderen Hosts im Pool weitergegeben.
Nachdem Sie das Administratorkennwort 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.
- Geben Sie in der Host-Konsole
xsconsoleein. - Gehen Sie in xsconsole zu Netzwerk- und Verwaltungsschnittstellen > Netzwerkzeit (NTP).
- Geben Sie Ihr Kennwort ein, um fortzufahren.
- Wählen Sie im Menü Netzwerkzeit konfigurieren die Option aus, die Sie konfigurieren möchten.
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 das Deaktivieren des Hosts wird verhindert, dass VMs auf ihm 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 der RRD-Updates für Offline-VMs.
Warnung:
Wir empfehlen dringend, alle XenServer-Hosts vor der Installation eines Updates neu zu starten und anschließend deren Konfiguration zu überprüfen. Einige Konfigurationsänderungen werden erst wirksam, wenn der XenServer-Host neu gestartet wird, sodass der Neustart Konfigurationsprobleme aufdecken könnte, die dazu führen können, dass das Update fehlschlägt.
So bereiten Sie einen Host in einem Pool für Wartungsarbeiten über die CLI vor
-
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.
-
Führen Sie die gewünschte Wartungsoperation durch.
-
Aktivieren Sie den XenServer-Host, wenn die Wartungsoperation abgeschlossen ist:
xe host-enable <!--NeedCopy--> -
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 über die 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 Pool führen.
Um einen Host über die xe CLI herunterzufahren oder neu zu starten, verwenden Sie die folgenden Befehle:
-
Verhindern Sie, dass neue VMs auf dem angegebenen Host gestartet oder dorthin migriert werden:
xe host-disable host=<host name> <!--NeedCopy--> -
Migrieren Sie bei Bedarf alle laufenden VMs vom Host:
xe host-evacuate uuid=<host uuid> <!--NeedCopy--> -
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=
-
So starten Sie den Host sauber neu:
xe host-reboot host=<host name>
-
Informationen zum Herunterfahren eines Servers mit XenCenter finden Sie in der XenCenter-Dokumentation.
Host-Einschalten konfigurieren
Hosts remote einschalten
Sie können die XenServer Host Power On-Funktion 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 Stromversorgungslösungen aufweisen:
-
Wake-on-LAN-fähige Netzwerkkarte.
-
Intelligent Platform Management Interface (IPMI).
-
Ein benutzerdefiniertes Skript, das auf der Verwaltungs-API basiert und es Ihnen ermöglicht, die Stromversorgung über XenServer ein- und auszuschalten. Weitere Informationen finden Sie unter Konfigurieren eines benutzerdefinierten Skripts für die Host Power On-Funktion im folgenden Abschnitt.
Die Verwendung der Host Power On-Funktion erfordert zwei Aufgaben:
-
Stellen Sie sicher, dass die Hosts im Pool die Fernsteuerung 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.
-
Aktivieren Sie die Host Power On-Funktionalität über die CLI oder XenCenter.
Verwenden Sie die CLI, um das Host-Einschalten zu verwalten
Sie können die Host Power On-Funktion entweder über die CLI oder XenCenter verwalten. Dieser Abschnitt enthält Informationen zur Verwaltung mit der CLI.
Host Power On wird auf Host-Ebene aktiviert (d.h. auf jedem XenServer).
Nachdem Sie Host Power On aktiviert haben, können Sie Hosts entweder über die CLI oder XenCenter einschalten.
So aktivieren Sie das Einschalten von Hosts über die 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
So schalten Sie Hosts remote über die CLI ein
Führen Sie den Befehl aus:
xe host-power-on host=<host uuid>
```