layout: doc description: Upgrade scenarios and recommendations for Citrix Virtual Apps and Desktops environments.—
XenServer enthält Funktionen und Optimierungen, die ihn zu einem idealen Hypervisor für die Verwendung in Ihrer Citrix Virtual Apps and Desktops-Umgebung machen.
Wenn Sie XenServer mit Citrix Virtual Apps and Desktops verwenden, gibt es bei der Durchführung Ihres Upgrades einige Überlegungen, die im Hauptartikel zum Upgrade nicht behandelt werden: Upgrade von einer vorhandenen Version. Lesen Sie sowohl diesen Artikel als auch den Haupt-Upgrade-Artikel, bevor Sie mit dem Upgrade von Citrix Hypervisor 8.2 auf XenServer 8 beginnen.
Wichtig:
Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenz verwenden, um Ihre Citrix Hypervisor 8.2 Cumulative Update 1-Hosts zu lizenzieren, gilt diese Lizenz nicht mehr für XenServer 8. Sie müssen stattdessen XenServer Premium Edition-Lizenzen erwerben, um jeden CPU-Sockel in Ihrem Pool abzudecken. Weitere Informationen finden Sie unter https://xenserver.com/buy.
Bestandskunden können die Teilnahme an unserer Aktion beantragen und bis zu 10.000 XenServer Premium Edition-Socket-Lizenzen kostenlos erhalten. Weitere Informationen
Überlegungen beim Upgrade von XenServer in einer Citrix Virtual Apps and Desktops-Umgebung:
Die in diesem Artikel beschriebenen Lösungsansätze sollen Sie zu einer Upgrade-Methode führen, die die Wahrscheinlichkeit von Serviceausfällen reduziert und dafür sorgt, dass der Upgrade-Prozess in Ihr Wartungsfenster passt. In einigen Fällen sind Serviceausfälle jedoch unvermeidlich. Wenn der XenServer-Upgrade-Vorgang nicht in Ihr Wartungsfenster passt, können Sie Ihren Pool zwischen den Wartungsfenstern für kurze Zeit im gemischten Modus ausführen. Dies wird jedoch nicht empfohlen. Weitere Informationen finden Sie unter Pools im gemischten Modus.
Beachten Sie während des geplanten Wartungsfensters für das XenServer-Upgrade die folgenden Einschränkungen:
Rolling Pool Upgrade ist eine XenServer-Funktion, die entwickelt wurde, um den Upgrade-Prozess zu vereinfachen und Ausfallzeiten zu minimieren.
Der Rolling Pool Upgrade-Assistent in XenCenter führt Sie durch den Upgrade-Vorgang und organisiert den Upgrade-Pfad automatisch. Bei Pools wird jeder Server im Pool nacheinander aktualisiert, beginnend mit dem Poolkoordinator. Bevor Sie ein Upgrade starten, führt der Assistent eine Reihe von Vorprüfungen durch. Diese Vorabprüfungen stellen sicher, dass bestimmte poolweite Funktionen, wie z. B. Hochverfügbarkeit, vorübergehend deaktiviert werden und dass jeder Server im Pool für das Upgrade vorbereitet ist. Es ist jeweils nur ein Server offline. Alle laufenden VMs werden automatisch von jedem Server migriert, bevor das Upgrade auf diesem Server installiert wird.
Sie können Rolling Pool Upgrade für viele der in diesem Artikel beschriebenen Anwendungsfälle von Citrix Virtual Apps and Desktops verwenden. Für jeden ist die Upgrade-Zeit dieselbe: Die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten). Das Potenzial eines VM-Ausfalls hängt von Ihrer Citrix Virtual Apps and Desktops-Workload und der Konfiguration des XenServer-Pools ab.
Auch wenn Sie Rolling Pool Upgrade verwenden möchten, um Ihren XenServer-Pool zu aktualisieren, überprüfen Sie die Informationen für Ihre spezifische Umgebung, um sicherzustellen, dass Sie die erforderlichen Aktionen für Citrix Virtual Apps and Desktops, alle besonderen Überlegungen und das zu erwartende Verhalten verstehen.
Dieser Artikel identifiziert mehrere breite Anwendungsfälle. Für jeden dieser Anwendungsfälle gehen wir davon aus, dass der XenServer-Pool nur einen Typ von Citrix Virtual Apps and Desktops-Workload hostet. Wenn Ihr Pool eine Mischung aus verschiedenen Arten von Workloads enthält, überprüfen Sie alle Fälle, die auf Ihren Pool zutreffen, um zu entscheiden, was Ihr bevorzugter Upgrade-Ansatz ist.
Überlegen Sie sich zunächst, wie Ihre XenServer-Umgebung konfiguriert ist:
XenServer-Pool mit gemeinsam genutztem Speicher
In einem XenServer-Pool mit einem oder mehreren gemeinsam genutzten Speicher-Repositorys (SRs) können die VM-Datenträger auf diesem gemeinsam genutzten Speicher gehostet werden, sodass die VMs während des Upgrades zwischen Hosts migrieren können. Diese Konfiguration kann die Notwendigkeit von VM-Ausfallzeiten reduzieren oder ganz vermeiden.
XenServer-Pool ohne gemeinsamen Speicher oder eigenständigen Host
In einem XenServer-Pool ohne gemeinsam genutzten Speicher oder auf einem eigenständigen XenServer-Host können die VMs während des Upgrade-Vorgangs nicht migrieren. Wenn der Host im Rahmen des Upgrades neu gestartet wird, müssen Sie die VMs herunterfahren.
Wenn Sie einen Pool aktualisieren, in dem sich die VM-Datenträger auf gemeinsam genutztem Speicher befinden, können Sie während des Upgrades VMs von jedem XenServer-Host im Pool evakuieren.
Die meisten Anwendungsfälle für diesen Pooltyp können mithilfe von Rolling Pool Upgrade aktualisiert werden. Die erforderlichen Aktionen in Citrix Virtual Apps and Desktops und das Ausfallverhalten sind jedoch je nach Workload unterschiedlich.
Überlegen Sie, welche Art von Citrix Virtual Apps and Desktops-Workload in Ihrem Pool gehostet wird:
Wenn Sie einen Pool aktualisieren, in dem sich die VM-Datenträger im lokalen Speicher befinden, oder wenn Sie einen einzelnen Host in Ihrem Pool haben, können die VMs während des Upgrades nicht von den XenServer-Hosts migriert werden. In diesen Fällen müssen die VMs für die Dauer des Host- oder Pool-Upgrades heruntergefahren werden. Ein gewisser Ausfall Ihrer virtuellen Apps und Desktops ist in diesen Fällen unvermeidlich.
Überlegen Sie, welche Art von Citrix Virtual Apps and Desktops-Workload in Ihrem Pool gehostet wird:
Dieser Anwendungsfall deckt XenServer-Pools mit gemeinsam genutztem Speicher ab, deren primärer Workload virtuelle Einzelsitzungs-Desktops mit zufälliger Maschinenzuweisung sind. Maschinen dieses Typs müssen entweder von Citrix Provisioning oder von Machine Creation Services verwaltet werden.
Für alle Workloads, die von Citrix Virtual Apps and Desktops verwaltet werden, einschließlich solcher, die von Citrix Provisioning und Machine Creation Services mit Energieverwaltung verwaltet werden, können Sie während des Upgrades keine vollständige Workload aufrechterhalten. Die Energieverwaltung von Maschinen kann während des Upgrade-Vorgangs problematisch sein. Sie können die Energieverwaltung nicht deaktivieren, ohne auch die Erstellung neuer Sitzungen zu deaktivieren.
Empfohlene Optionen für das Upgrade:
Wenn möglich, stellen Sie die Workload während des Upgrades dieses Pools von anderen XenServer-Pools mit Kapazität zur Verfügung. Dieser Ansatz kann während des Upgrades zu einer verringerten Kapazität führen. Wenn Sie keine Kapazität für die Workload auf Ihren anderen XenServer-Hosts und -Pools haben, empfehlen wir Ihnen, einen Ausfall für alle Maschinen in Ihrem Workload zu melden.
Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.
Versetzen Sie alle Maschinen im Pool in den Wartungsmodus. Wenn alle Maschinen dieselbe Verbindung verwenden, können Sie den gesamten Maschinenkatalog in den Wartungsmodus versetzen.
Informieren Sie alle betroffenen Benutzer über den bevorstehenden Ausfall.
Wenn auf den Computern in diesem Pool immer noch Sitzungen ausgeführt werden, bitten Sie die Benutzer, sich abzumelden, oder erzwingen Sie das Ende ihrer Sitzungen.
Informieren Sie die Benutzer darüber, dass sie sich nach dem Abmelden erst wieder anmelden können, wenn der volle Service wieder aufgenommen wird.
Starten Sie in XenCenter den Rolling Pool Upgrade-Assistenten und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool-Upgrade mithilfe von XenCenter.
Wenn das Upgrade abgeschlossen ist, werden alle VMs, die im Rahmen des Rolling Pool-Upgrades gesperrt wurden, neu gestartet.
Schalten Sie die Maschinen aus dem Wartungsmodus.
Neue Sitzungen können jetzt gestartet und der volle Service wieder aufgenommen werden.
Dieser Anwendungsfall deckt XenServer-Pools mit gemeinsam genutztem Speicher ab, deren primäre Workload entweder virtuelle Desktops mit einer Sitzung mit dem zugewiesenen Maschinenzuordnungstyp oder virtuelle Anwendungen mit mehreren Sitzungen mit dem zufälligen Maschinenzuordnungstyp sind.
Empfohlene Optionen für das Upgrade:
Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.
Stellen Sie sicher, dass der Pool über genügend Kapazität verfügt, um Ihre Arbeitslast mit einem Host weniger im Pool auszuführen. Während des Upgrade-Vorgangs wird jeder Host einzeln entfernt. Die verbleibenden Hosts müssen in der Lage sein, alle erforderlichen VMs auszuführen.
Wenn im Pool nicht genügend Kapazität vorhanden ist, sind einige Maschinen während des Upgrade-Vorgangs möglicherweise nicht verfügbar. Wenn möglich, können Sie alle unkritischen VMs während des Upgrade-Vorgangs aussetzen.
Stellen Sie sicher, dass alle vom XenServer-Pool bereitgestellten Maschinen eingeschaltet und bei Citrix Virtual Apps and Desktops in den entsprechenden Bereitstellungsgruppen registriert sind.
Für nicht verwaltete Maschinen:
Für Maschinen mit Energieverwaltung:
Weitere Informationen finden Sie unter Maschinen mit Energieverwaltung in einer Bereitstellungsgruppe.
Für Maschinen, die von Machine Creation Services verwaltet werden
Starten Sie in XenCenter den Rolling Pool Upgrade-Assistenten und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool-Upgrade mithilfe von XenCenter.
Stellen Sie den Betrieb Ihrer Umgebung auf die gewohnte Konfiguration wieder her.
Dieser Anwendungsfall deckt eigenständige XenServer-Hosts oder Pools ab, die keinen gemeinsamen Speicher haben und deren primäre Workload entweder virtuelle Einzelsitzungs-Desktops mit dem zugewiesenen Maschinenzuordnungstyp sind.
Empfohlene Optionen für das Upgrade:
Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.
Versetzen Sie alle Bereitstellungsgruppen oder Kataloge, die Maschinen aus dem Pool bereitstellen, in den Wartungsmodus.
Während sich die Maschinen im Wartungsmodus befinden, können keine neuen Sitzungen auf Maschinen im Pool gestartet werden. Bestehende Sitzungen werden beibehalten, bis die Maschinen heruntergefahren oder angehalten werden.
Weitere Informationen finden Sie unter Verhindern, dass Benutzer eine Verbindung zu einer Maschine in einer Bereitstellungsgruppeherstellen.
Informieren Sie alle betroffenen Benutzer über den bevorstehenden Ausfall. Geben Sie eine Zeit an, bis zu der sie ihre Sitzungen beenden müssen, und geben Sie an, wann der Dienst wiederhergestellt wird.
Suchen Sie nach verbleibenden Sitzungen auf betroffenen Computern und ergreifen Sie die entsprechenden Maßnahmen für diese Sitzungen.
Starten Sie in XenCenter den Rolling Pool Upgrade-Assistenten und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool-Upgrade mithilfe von XenCenter.
Wenn das Upgrade abgeschlossen ist, werden alle VMs, die im Rahmen des Rolling Pool-Upgrades gesperrt wurden, neu gestartet.
Schalten Sie die Maschinen aus dem Wartungsmodus.
Neue Sitzungen können jetzt gestartet und der volle Service wieder aufgenommen werden.
Sie können diesen manuellen Vorgang verwenden, um zuerst den Poolkoordinator und dann alle anderen Hosts parallel zu aktualisieren, um die Gesamtausfallzeit erheblich zu reduzieren.
Hinweis:
Mit dem parallelen Upgrade-Ansatz ändert sich das Risikoprofil. Wenn während des Upgrades ein Problem auftritt, wird es möglicherweise erst erkannt, nachdem alle Hosts aktualisiert wurden und das Problem auftritt. Wenn Sie dagegen Ihre Hosts sequentiell aktualisieren, können Sie überprüfen, ob das Upgrade auf jedem Host erfolgreich war, bevor Sie mit dem nächsten fortfahren.
Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.
Stellen Sie sicher, dass alle vom XenServer-Pool oder Host bereitgestellten Maschinen eingeschaltet und bei Citrix Virtual Apps and Desktops in den entsprechenden Bereitstellungsgruppen registriert sind.
Für nicht verwaltete Maschinen:
Für Maschinen mit Energieverwaltung:
Weitere Informationen finden Sie unter Maschinen mit Energieverwaltung in einer Bereitstellungsgruppe.
Für Maschinen, die von Machine Creation Services verwaltet werden
Identifizieren Sie den Poolkoordinator und die zugehörigen VMs.
Versetzen Sie die Maschinen im Katalog auf dem Poolkoordinator-Host in den Wartungsmodus.
Verwenden Sie Director, Citrix Studio oder Web Studio, um Nachrichten an Benutzer zu senden, die noch mit aktiven Sitzungen verbunden sind, und warnen Sie sie, dass ihr Desktop für einen bestimmten Zeitraum offline ist. Dieser Zeitraum ist die Upgrade-Zeit für diesen einzelnen Host (ungefähr 35 Minuten).
Aktualisieren Sie den Pool-Koordinator mithilfe der xe-CLI:
Deaktivieren Sie den Pool-Koordinator. Dadurch wird verhindert, dass neue VMs auf dem angegebenen Host gestartet oder auf diesen migriert werden.
xe host-disable host=<uuid_or_name_label>
Stellen Sie sicher, dass keine VMs auf dem Poolkoordinator ausgeführt werden. Fahren Sie VMs herunter, setzen Sie sie aus oder migrieren Sie sie auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um eine VM herunterzufahren:
xe vm-shutdown
Verwenden Sie den folgenden Befehl, um eine VM anzuhalten:
xe vm-suspend
Verwenden Sie den folgenden Befehl, um eine bestimmte VM zu migrieren:
xe vm-migrate
Durch die Migration bestimmter VMs auf bestimmte Hosts haben Sie die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um den Host zu evakuieren:
xe host-evacuate
Beim Evakuieren aller VMs von einem Host verbleibt die Verteilung der migrierten VMs an XenServer.
Fahren Sie den Poolkoordinator herunter.
xe host-shutdown
Wichtig:
Sie können den Poolkoordinator erst kontaktieren, wenn das Upgrade des Poolkoordinators abgeschlossen ist. Durch das Herunterfahren des Poolkoordinators wechseln die anderen Hosts im Pool in den Notfallmodus. Hosts können in den Notfallmodus wechseln, wenn sie sich in einem Pool befinden, dessen Pool-Koordinator aus dem Netzwerk verschwunden ist und nach mehreren Versuchen nicht kontaktiert werden kann. Virtuelle Rechner werden im Notfallmodus weiterhin auf Hosts ausgeführt, Steuervorgänge sind jedoch nicht verfügbar.
Starten Sie den Poolkoordinator mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).
Befolgen Sie das XenServer-Installationsverfahren, bis das Installationsprogramm Ihnen die Option zum Upgrade anbietet. Wählen Sie Upgrade.
Wenn Ihr Pool-Koordinator neu gestartet wird, verlassen die anderen Hosts im Pool den Notfallmodus und der normale Dienst wird nach einigen Minuten wiederhergestellt.
Starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.
Migrieren Sie alle gewünschten VMs zurück zum Poolkoordinator.
Wenn das Upgrade des Poolkoordinators durch irgendetwas unterbrochen wird oder das Upgrade aus irgendeinem Grund fehlschlägt, versuchen Sie nicht, mit dem Upgrade fortzufahren. Starten Sie den Pool-Koordinator neu und stellen Sie eine funktionierende Version wieder her.
Nachdem der Pool-Koordinator aktualisiert wurde, beenden Sie den Wartungsmodus für die Maschinen auf dem Pool-Koordinator in Citrix Studio oder Web Studio.
Führen Sie die folgenden Schritte parallel für alle verbleibenden Hosts im Pool aus:
Versetzen Sie die Maschinen im Katalog auf dem Host in den Wartungsmodus.
Verwenden Sie Director, Citrix Studio oder Web Studio, um Nachrichten an Benutzer zu senden, die noch mit aktiven Sitzungen verbunden sind, und warnen Sie sie, dass ihr Desktop für einen bestimmten Zeitraum offline ist. Dieser Zeitraum ist die Upgrade-Zeit für diesen einzelnen Host (ungefähr 35 Minuten).
Deaktivieren Sie den Host mithilfe der xe-CLI.
xe host-disable host-selector=<host_selector_value>
Stellen Sie sicher, dass keine virtuellen Maschinen auf dem Host ausgeführt werden. Fahren Sie VMs herunter, setzen Sie sie aus oder migrieren Sie sie auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um eine VM herunterzufahren:
xe vm-shutdown
Verwenden Sie den folgenden Befehl, um eine VM anzuhalten:
xe vm-suspend
Verwenden Sie den folgenden Befehl, um eine bestimmte VM zu migrieren:
xe vm-migrate
Durch die Migration bestimmter VMs auf bestimmte Hosts haben Sie die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um den Host zu evakuieren:
xe host-evacuate
Beim Evakuieren aller VMs von einem Host verbleibt die Verteilung der migrierten VMs an XenServer.
Fahren Sie den Host herunter.
xe host-shutdown
Starten Sie den Host mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).
Befolgen Sie das XenServer-Installationsverfahren, bis das Installationsprogramm Ihnen die Option zum Upgrade anbietet. Wählen Sie Upgrade.
Nachdem das Host-Upgrade abgeschlossen ist, starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.
Migrieren Sie alle virtuellen Maschinen, die Sie möchten, zurück zum Host.
Wenn das Upgrade eines untergeordneten Hosts fehlschlägt oder unterbrochen wird, müssen Sie es nicht rückgängig machen. Führen Sie den Befehl xe host-forget im Pool aus, um diesen Host zu vergessen. Installieren Sie XenServer erneut auf dem Host und fügen Sie ihn dann mit dem Befehl xe pool-joinals neuen Host dem Pool hinzu.
Nachdem die XenServer-Hosts aktualisiert wurden, beenden Sie die Maschinen in Citrix Studio oder Web Studio aus dem Wartungsmodus.
Dieser Anwendungsfall deckt XenServer-Pools mit gemeinsam genutztem Speicher ab, deren primäre Workload virtuelle Desktops mit einer Sitzung oder virtuelle Anwendungen mit mehreren Sitzungen mit dem Zuordnungstyp zufällige Maschinenzuweisung sind.
Für alle Workloads, die von Citrix Virtual Apps and Desktops verwaltet werden, einschließlich solcher, die von Citrix Provisioning und Machine Creation Services mit Energieverwaltung verwaltet werden, können Sie während des Upgrades keine vollständige Workload aufrechterhalten. Die Energieverwaltung von Maschinen kann während des Upgrade-Vorgangs problematisch sein. Sie können die Energieverwaltung nicht deaktivieren, ohne auch die Erstellung neuer Sitzungen zu deaktivieren.
Empfohlene Optionen für das Upgrade:
Wenn möglich, stellen Sie die Workload während des Upgrades dieses Pools von anderen XenServer-Pools mit Kapazität zur Verfügung. Dieser Ansatz kann während des Upgrades zu einer verringerten Kapazität führen. Wenn Sie keine Kapazität für die Workload auf Ihren anderen XenServer-Hosts und -Pools haben, empfehlen wir Ihnen, einen Ausfall für alle Maschinen in Ihrem Workload zu melden.
Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.
Versetzen Sie alle Maschinen im Pool in den Wartungsmodus. Wenn alle Maschinen dieselbe Verbindung verwenden, können Sie den gesamten Maschinenkatalog in den Wartungsmodus versetzen.
Informieren Sie alle betroffenen Benutzer über den bevorstehenden Ausfall.
Wenn auf den Computern in diesem Pool immer noch Sitzungen ausgeführt werden, bitten Sie die Benutzer, sich abzumelden, oder erzwingen Sie das Ende ihrer Sitzungen.
Informieren Sie die Benutzer darüber, dass sie sich nach dem Abmelden erst wieder anmelden können, wenn der volle Service wieder aufgenommen wird.
Starten Sie in XenCenter den Rolling Pool Upgrade-Assistenten und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool-Upgrade mithilfe von XenCenter.
Wenn das Upgrade abgeschlossen ist, werden alle VMs, die im Rahmen des Rolling Pool-Upgrades gesperrt wurden, neu gestartet.
Schalten Sie die Maschinen aus dem Wartungsmodus.
Neue Sitzungen können jetzt gestartet und der volle Service wieder aufgenommen werden.
Sie können diesen manuellen Vorgang verwenden, um zuerst den Poolkoordinator und dann alle anderen Hosts parallel zu aktualisieren, um die Gesamtausfallzeit erheblich zu reduzieren.
Hinweis:
Mit dem parallelen Upgrade-Ansatz ändert sich das Risikoprofil. Wenn während des Upgrades ein Problem auftritt, wird es möglicherweise erst erkannt, nachdem alle Hosts aktualisiert wurden und das Problem auftritt. Wenn Sie dagegen Ihre Hosts sequentiell aktualisieren, können Sie überprüfen, ob das Upgrade auf jedem Host erfolgreich war, bevor Sie mit dem nächsten fortfahren.
Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.
Stellen Sie sicher, dass alle vom XenServer-Pool oder Host bereitgestellten Maschinen eingeschaltet und bei Citrix Virtual Apps and Desktops in den entsprechenden Bereitstellungsgruppen registriert sind.
Für nicht verwaltete Maschinen:
Für Maschinen mit Energieverwaltung:
Weitere Informationen finden Sie unter Maschinen mit Energieverwaltung in einer Bereitstellungsgruppe.
Für Maschinen, die von Machine Creation Services verwaltet werden
Identifizieren Sie den Poolkoordinator und die zugehörigen VMs.
Versetzen Sie die Maschinen im Katalog auf dem Poolkoordinator-Host in den Wartungsmodus.
Verwenden Sie Director, Citrix Studio oder Web Studio, um Nachrichten an Benutzer zu senden, die noch mit aktiven Sitzungen verbunden sind, und warnen Sie sie, dass ihr Desktop für einen bestimmten Zeitraum offline ist. Dieser Zeitraum ist die Upgrade-Zeit für diesen einzelnen Host (ungefähr 35 Minuten).
Aktualisieren Sie den Pool-Koordinator mithilfe der xe-CLI:
Deaktivieren Sie den Pool-Koordinator. Dadurch wird verhindert, dass neue VMs auf dem angegebenen Host gestartet oder auf diesen migriert werden.
xe host-disable host=<uuid_or_name_label>
Stellen Sie sicher, dass keine VMs auf dem Poolkoordinator ausgeführt werden. Fahren Sie VMs herunter, setzen Sie sie aus oder migrieren Sie sie auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um eine VM herunterzufahren:
xe vm-shutdown
Verwenden Sie den folgenden Befehl, um eine VM anzuhalten:
xe vm-suspend
Verwenden Sie den folgenden Befehl, um eine bestimmte VM zu migrieren:
xe vm-migrate
Durch die Migration bestimmter VMs auf bestimmte Hosts haben Sie die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um den Host zu evakuieren:
xe host-evacuate
Beim Evakuieren aller VMs von einem Host verbleibt die Verteilung der migrierten VMs an XenServer.
Fahren Sie den Poolkoordinator herunter.
xe host-shutdown
Wichtig:
Sie können den Poolkoordinator erst kontaktieren, wenn das Upgrade des Poolkoordinators abgeschlossen ist. Durch das Herunterfahren des Poolkoordinators wechseln die anderen Hosts im Pool in den Notfallmodus. Hosts können in den Notfallmodus wechseln, wenn sie sich in einem Pool befinden, dessen Pool-Koordinator aus dem Netzwerk verschwunden ist und nach mehreren Versuchen nicht kontaktiert werden kann. Virtuelle Rechner werden im Notfallmodus weiterhin auf Hosts ausgeführt, Steuervorgänge sind jedoch nicht verfügbar.
Starten Sie den Poolkoordinator mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).
Befolgen Sie das XenServer-Installationsverfahren, bis das Installationsprogramm Ihnen die Option zum Upgrade anbietet. Wählen Sie Upgrade.
Wenn Ihr Pool-Koordinator neu gestartet wird, verlassen die anderen Hosts im Pool den Notfallmodus und der normale Dienst wird nach einigen Minuten wiederhergestellt.
Starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.
Migrieren Sie alle gewünschten VMs zurück zum Poolkoordinator.
Wenn das Upgrade des Poolkoordinators durch irgendetwas unterbrochen wird oder das Upgrade aus irgendeinem Grund fehlschlägt, versuchen Sie nicht, mit dem Upgrade fortzufahren. Starten Sie den Pool-Koordinator neu und stellen Sie eine funktionierende Version wieder her.
Nachdem der Pool-Koordinator aktualisiert wurde, beenden Sie den Wartungsmodus für die Maschinen auf dem Pool-Koordinator in Citrix Studio oder Web Studio.
Führen Sie die folgenden Schritte parallel für alle verbleibenden Hosts im Pool aus:
Versetzen Sie die Maschinen im Katalog auf dem Host in den Wartungsmodus.
Verwenden Sie Director, Citrix Studio oder Web Studio, um Nachrichten an Benutzer zu senden, die noch mit aktiven Sitzungen verbunden sind, und warnen Sie sie, dass ihr Desktop für einen bestimmten Zeitraum offline ist. Dieser Zeitraum ist die Upgrade-Zeit für diesen einzelnen Host (ungefähr 35 Minuten).
Deaktivieren Sie den Host mithilfe der xe-CLI.
xe host-disable host-selector=<host_selector_value>
Stellen Sie sicher, dass keine virtuellen Maschinen auf dem Host ausgeführt werden. Fahren Sie VMs herunter, setzen Sie sie aus oder migrieren Sie sie auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um eine VM herunterzufahren:
xe vm-shutdown
Verwenden Sie den folgenden Befehl, um eine VM anzuhalten:
xe vm-suspend
Verwenden Sie den folgenden Befehl, um eine bestimmte VM zu migrieren:
xe vm-migrate
Durch die Migration bestimmter VMs auf bestimmte Hosts haben Sie die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.
Verwenden Sie den folgenden Befehl, um den Host zu evakuieren:
xe host-evacuate
Beim Evakuieren aller VMs von einem Host verbleibt die Verteilung der migrierten VMs an XenServer.
Fahren Sie den Host herunter.
xe host-shutdown
Starten Sie den Host mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).
Befolgen Sie das XenServer-Installationsverfahren, bis das Installationsprogramm Ihnen die Option zum Upgrade anbietet. Wählen Sie Upgrade.
Nachdem das Host-Upgrade abgeschlossen ist, starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.
Migrieren Sie alle virtuellen Maschinen, die Sie möchten, zurück zum Host.
Wenn das Upgrade eines untergeordneten Hosts fehlschlägt oder unterbrochen wird, müssen Sie es nicht rückgängig machen. Führen Sie den Befehl xe host-forget im Pool aus, um diesen Host zu vergessen. Installieren Sie XenServer erneut auf dem Host und fügen Sie ihn dann mit dem Befehl xe pool-joinals neuen Host dem Pool hinzu.
Nachdem die XenServer-Hosts aktualisiert wurden, beenden Sie die Maschinen in Citrix Studio oder Web Studio aus dem Wartungsmodus.
Ein Pool im gemischten Modus ist ein Pool, bei dem Hosts im Pool verschiedene Versionen von XenServer verwenden. Betreiben Sie Ihren Pool nicht länger als nötig im gemischten Modus (mit mehreren Versionen von XenServer), da der Pool während des Upgrades in einem herabgesetzten Zustand arbeitet. In diesem heruntergestuften Zustand sind bestimmte VM-, SR-, VDI- und Host-Operationen blockiert. VMs, die auf einem Host in der höheren Version von XenServer ausgeführt wurden, können nicht auf einen Host in der niedrigeren Version von XenServer migriert oder auf diesem gestartet werden.
Pools im gemischten Modus werden für die Standardnutzung nicht unterstützt und werden nur als Übergangsstatus während des Upgrades eines Pools unterstützt. Wenn bei der Ausführung im gemischten Modus ein Problem auftritt, werden Sie vom technischen Support aufgefordert, Ihr Pool-Upgrade abzuschließen und das Problem dann in einem nicht gemischten Pool zu reproduzieren.
Nachdem Sie die Upgrade-Optionen für Ihre Citrix Virtual Apps and Desktops-Umgebung überprüft haben, dauert Ihr geplanter XenServer-Upgrade-Pfad möglicherweise länger als das verfügbare Wartungsfenster. Wenn möglich, verlängern Sie das Wartungsfenster, damit Ihr XenServer-Upgrade darin abgeschlossen werden kann. Wenn dies nicht möglich ist, können Sie den Pool bis zu Ihrem nächsten Wartungsfenster im gemischten Modus ausführen. Wenn Sie Ihren Pool jedoch im gemischten Modus ausführen, erhöht sich die Wahrscheinlichkeit unerwarteter Verhaltensweisen oder Probleme, die dazu führen könnten, dass Sie stattdessen ein Notfallwartungsfenster benötigen. Planen Sie ein, die Zeit, die Ihr Pool im gemischten Modus verbringt, so gering wie möglich zu halten.
Wenn Ihre Citrix Virtual Apps and Desktops-Umgebung vorübergehend auf einem XenServer-Pool im gemischten Modus ausgeführt wird, beachten Sie das folgende Verhalten:
Bei gepoolten Desktop-Workloads, bei denen die VMs vor ihrer Wiederverwendung neu gestartet werden müssen, werden die VMs nur auf den Hosts neu gestartet, auf denen die neuere Version von XenServer ausgeführt wird. Die effektive Kapazität des Pools ist begrenzt. Je nachdem, wie viele Hosts in Ihrem Pool aktualisiert wurden, reicht die Kapazität möglicherweise nicht aus, um alle erforderlichen VMs neu zu starten. Dieses Verhalten kann zu Fehlern führen und einige Benutzer von Citrix Virtual Apps and Desktops können möglicherweise nicht auf ihre erforderlichen Sitzungen zugreifen.
Wenn Sie dedizierte Maschinen haben, die lokalen Speicher verwenden und sich auf Hosts befinden, auf denen die ältere Version von XenServer ausgeführt wird, können diese VMs gestoppt werden, aber sie können erst neu gestartet werden, wenn das Upgrade abgeschlossen ist und sich der Pool nicht mehr im gemischten Modus befindet.