Upgrade-Szenarien für XenServer und Citrix Virtual Apps and Desktops

XenServer enthält Funktionen und Optimierungen, die ihn zu einem idealen Hypervisor für den Einsatz in Ihrer Citrix Virtual Apps and Desktops-Umgebung machen.

Wenn Sie XenServer mit Citrix Virtual Apps and Desktops verwenden, müssen Sie bei der Durchführung des Upgrades einige Aspekte berücksichtigen, die im Hauptartikel zum Upgrade nicht behandelt werden: Upgrade von einer vorhandenen Version. Lesen Sie sowohl diesen Artikel als auch den Hauptartikel zum Upgrade, bevor Sie mit dem Upgrade von Citrix Hypervisor 8.2 auf XenServer 8.4 beginnen.

Wichtig:

Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenz zum Lizenzieren Ihrer Citrix Hypervisor 8.2 Cumulative Update 1-Hosts verwenden, gilt diese Lizenz nicht mehr für XenServer 8.4. Sie müssen stattdessen Lizenzen für die XenServer Premium Edition erwerben, um jeden CPU-Sockel in Ihrem Pool abzudecken. Weitere Informationen zum Abrufen einer XenServer-Lizenz finden Sie in der XenServer-Webseite.

XenServer ist jetzt eine Berechtigung für die Abonnements Citrix für Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP und Citrix Platform License zum Ausführen Ihrer Citrix-Workloads. Lesen Sie mehr.

Überlegungen zum Upgrade von XenServer in einer Citrix Virtual Apps and Desktops-Umgebung:

• XenServer-Hosts werden im Rahmen eines Upgrades zweimal neu gestartet. Zu Beginn des Upgrades müssen Sie Ihren Server mit dem Installationsmedium booten. Am Ende des Vorgangs startet das Installationsprogramm den Server neu, um das Upgrade abzuschließen. VMs auf diesen Hosts müssen während dieser Zeit entweder migriert oder gestoppt werden.
• Der zum Upgrade von XenServer zu verwendende Ansatz hängt von Ihrer XenServer-Umgebung, Ihrer Citrix Virtual Apps and Desktops-Umgebung und den Arten der von XenServer gehosteten Maschinen und Anwendungen ab.
• Möglicherweise müssen Sie einige Vorbereitungen in Ihrer Citrix Virtual Apps and Desktops-Umgebung treffen, bevor Sie mit dem XenServer-Upgrade beginnen.
• Dieser Artikel behandelt nur Anwendungsfälle, in denen die Citrix Virtual Apps and Desktops-Workload im XenServer-Pool gehostet wird. Fälle, in denen Sie auch Teile Ihrer Citrix Virtual Apps and Desktops-Infrastruktur auf VMs im XenServer-Pool hosten, werden in diesem Artikel nicht behandelt. Berücksichtigen Sie diese Komponenten bei Ihrer Upgrade-Planung.
• Stellen Sie sicher, dass die von Ihnen verwendete Version von Citrix Virtual Apps and Desktops sowohl von der XenServer-Version, von der Sie aktualisieren, als auch von der Version, auf die Sie aktualisieren, unterstützt wird. Weitere Informationen finden Sie unter Unterstützte Hypervisoren für Citrix Virtual Apps and Desktops (MCS) und Citrix Provisioning (PVS).
• Die für das Upgrade benötigte Zeit und das Potenzial für Dienstausfälle hängen von Ihrem Upgrade-Ansatz ab. Das vollständige Upgrade eines gesamten Pools kann mehrere Stunden dauern.
• In diesem Artikel wird davon ausgegangen, dass das vollständige Upgrade eines einzelnen XenServer-Hosts 35 Minuten dauert. Diese Host-Upgradezeit umfasst den Upgrade-Prozess und alle erforderlichen Neustarts.

Die in diesem Artikel beschriebenen Ansätze sollen Ihnen eine Upgrade-Methode an die Hand geben, die die Möglichkeit eines Dienstausfalls verringert und es ermöglicht, den Upgrade-Prozess in Ihr Wartungsfenster einzupassen. In manchen Fällen sind Dienstausfälle jedoch unvermeidbar. Wenn der XenServer-Upgradevorgang 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 Mixed-Mode-Pools.

Beachten Sie während des geplanten Wartungsfensters für das XenServer-Upgrade die folgenden Einschränkungen:

• Versuchen Sie nicht, die Infrastruktur des Pools, der aktualisiert wird, neu zu konfigurieren. Fügen Sie beispielsweise keine Hosts zum Pool hinzu und entfernen Sie sie auch nicht aus dem Pool.
• Fügen Sie dem Pool, der aktualisiert wird, keine VMs hinzu, starten oder stoppen Sie sie nicht.
• Führen Sie während dieses Zeitfensters keine Katalogaktualisierungen durch.

Aufrüstung des rollenden Pools

Rolling Pool Upgrade ist eine XenServer-Funktion, die den Upgrade-Prozess vereinfacht und Ausfallzeiten minimiert.

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 Pool-Koordinator. Vor dem Starten eines Upgrades führt der Assistent eine Reihe von Vorabprüfungen durch. Diese Vorprüfungen stellen sicher, dass bestimmte Pool-weite Funktionen, wie z. B. hohe Verfügbarkeit, vorübergehend deaktiviert sind und dass jeder Server im Pool für das Upgrade vorbereitet ist. Es ist jeweils nur ein Server offline. Alle ausgeführten 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 und Desktops verwenden. Die Upgrade-Zeit ist für alle gleich: die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten). Das Potenzial für VM-Ausfälle hängt von Ihrer Citrix Virtual Apps and Desktops-Arbeitslast und der Einrichtung des XenServer-Pools ab.

Auch wenn Sie Rolling Pool Upgrade zum Upgrade Ihres XenServer-Pools verwenden möchten, lesen Sie die Informationen für Ihre spezifische Umgebung, um sicherzustellen, dass Sie die erforderlichen Aktionen für Citrix Virtual Apps and Desktops, etwaige besondere Überlegungen und das zu erwartende Verhalten verstehen.

Anwendungsfälle

In diesem Artikel werden mehrere allgemeine Anwendungsfälle identifiziert. 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 unterschiedlicher Workloadtypen enthält, überprüfen Sie alle auf Ihren Pool zutreffenden Fälle, um zu entscheiden, welchen Upgradeansatz Sie bevorzugen.

Überlegen Sie 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 (Shared Storage Repositories, SRs) können die VM-Datenträger auf diesem gemeinsam genutzten Speicher gehostet werden, wodurch die VMs während des Upgrades zwischen Hosts migrieren können. Diese Konfiguration kann die Notwendigkeit von VM-Ausfallzeiten reduzieren oder beseitigen.

• XenServer-Pool ohne gemeinsam genutzten 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-Prozesses nicht migriert werden. Wenn der Host im Rahmen des Upgrades neu gestartet wird, müssen Sie die VMs herunterfahren.

XenServer-Pool mit gemeinsam genutztem Speicher

Wenn Sie einen Pool aktualisieren, bei dem sich die VM-Datenträger auf einem gemeinsam genutzten Speicher befinden, können Sie während der Aktualisierung VMs von jedem XenServer-Host im Pool evakuieren.

Die meisten Anwendungsfälle dieses Pooltyps können mithilfe von Rolling Pool Upgrade aktualisiert werden. Allerdings sind die in Citrix Virtual Apps and Desktops erforderlichen Vormaßnahmen und das Ausfallverhalten je nach Arbeitslast unterschiedlich.

Überlegen Sie, welche Art von Citrix Virtual Apps and Desktops-Workload in Ihrem Pool gehostet wird:

• Nicht zugewiesene Einzelsitzungs-Desktops

• Andere Workloads

XenServer-Pool ohne gemeinsam genutzten Speicher oder eigenständigen Host

Wenn Sie einen Pool aktualisieren, bei dem sich die VM-Datenträger auf einem lokalen Speicher befinden, oder wenn Ihr Pool nur einen einzelnen Host enthält, können die VMs während der Aktualisierung 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. In diesen Fällen lassen sich gewisse Ausfälle Ihrer virtuellen Apps und Desktops nicht vermeiden.

Überlegen Sie, welche Art von Citrix Virtual Apps and Desktops-Workload in Ihrem Pool gehostet wird:

• Zugewiesene Desktops
• Andere Workloads

Fall 1: Einzelsitzungs-Desktops, die in einem Pool mit gemeinsam genutztem Speicher ausgeführt werden

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsam genutztem Speicher, deren primäre Arbeitslast aus virtuellen Einzelsitzungs-Desktops mit dem Zuweisungstyp „Zufällige Maschine“ besteht. Maschinen dieses Typs müssen entweder von Citrix Provisioning oder von Machine Creation Services verwaltet werden.

Sie können während der Durchführung des Upgrades keine vollständige Arbeitslast aufrechterhalten, auch nicht für alle Arbeitslasten, die von Citrix Virtual Apps and Desktops verwaltet werden (einschließlich derer, deren Energieverwaltung von Citrix Provisioning und Machine Creation Services erfolgt). Die Energieverwaltung von Maschinen kann während des Upgrade-Prozesses problematisch sein und Sie können die Energieverwaltung nicht deaktivieren, ohne gleichzeitig die Erstellung neuer Sitzungen zu deaktivieren.

Empfohlene Optionen für das Upgrade:

• Aufrüstung des rollenden Pools
  • Geschätzte Upgradezeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgradezeit für einen einzelnen Host. (N x 35 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgradezeit im Wartungsmodus von Citrix Virtual Apps and Desktops.

Stellen Sie, wenn möglich, während des Upgrades dieses Pools die Arbeitslast aus 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 auf Ihren anderen XenServer-Hosts und -Pools nicht über die Kapazität für die Arbeitslast verfügen, empfehlen wir Ihnen, für alle Maschinen in Ihrer Arbeitslast einen Ausfall zu erklären.

Rolling-Pool-Upgrade (1)

Lesen Sie sich die Schritte und Anleitungen in durch, bevor Sie beginnen.

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

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

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

4. Schalten Sie die Maschinen aus dem Wartungsmodus.

   Neue Sitzungen können jetzt gestartet und der volle Service wieder aufgenommen werden.

Fall 2: Andere Workloads, die in einem Pool mit gemeinsam genutztem Speicher ausgeführt werden

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsam genutztem Speicher, deren primäre Arbeitslast entweder aus virtuellen Einzelsitzungs-Desktops mit dem zugewiesenen Maschinenzuweisungstyp oder aus virtuellen Mehrfachsitzungsanwendungen mit dem zufälligen Maschinenzuweisungstyp besteht.

Empfohlene Optionen für das Upgrade:

• Aufrüstung des rollenden Pools
  • Geschätzte Upgradezeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgradezeit für einen einzelnen Host. (N x 35 Minuten)
  • Ausfallverhalten: Kein Serviceausfall

Rolling-Pool-Upgrade (2)

Lesen Sie sich die Schritte und Anleitungen in durch, bevor Sie beginnen.

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

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

     • Verwenden Sie XenCenter, um zu bestätigen, dass alle VMs eingeschaltet sind.
     • Führen Sie während des Upgrade-Vorgangs keine manuellen Maßnahmen zur Stromversorgung durch.

   • Für Maschinen mit Energieverwaltung:

     • Stellen Sie sicher, dass alle Maschinen eingeschaltet sind (mithilfe von XenCenter, Citrix Studio oder Web Studio).
     • Gehen Sie wie folgt vor, um den Start neuer Sitzungen während des Upgrade-Vorgangs zu ermöglichen:
       • Versetzen Sie die Maschinen nicht in den Wartungsmodus.
       • Führen Sie während des Upgrade-Vorgangs keine manuellen Maßnahmen zur Stromversorgung durch.
       • Deaktivieren Sie alle Energieverwaltungsschemata, die Maschinen aussetzen könnten.
       • Stellen Sie sicher, dass keine anderen Prozesse die Maschinen ausschalten oder aussetzen könnten.
     • Wenn es akzeptabel ist, dass neue Sitzungen während des Upgrades nicht gestartet werden können:
       • Versetzen Sie die Hosting-Verbindung in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus für eine Verbindung ein- oder ausschalten.
       • Informieren Sie die Endbenutzer darüber, dass sie sich während des Upgrades nicht erneut verbinden können, wenn sie sich abmelden.

     Weitere Informationen finden Sie unter Maschinen mit Energieverwaltung in einer Bereitstellungsgruppe.

   • Für Maschinen, die von Machine Creation Services verwaltet werden

     • Folgen Sie den gleichen Anweisungen wie für Maschinen mit Energieverwaltung im vorherigen Listenpunkt.
     • Versuchen Sie außerdem nicht, während des gesamten Upgrade-Zeitraums neue Maschinen zu erstellen.

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

4. Stellen Sie den Betrieb Ihrer Umgebung auf die gewohnte Konfiguration wieder her.

   • Entfernen Sie alle Wartungsmodus-Flags, die in früheren Schritten gesetzt wurden.
   • Machen Sie alle in den vorherigen Schritten vorgenommenen Anpassungen des Energieverwaltungsschemas rückgängig.

Fall 3: Zugewiesene Desktops, die in einem Pool mit lokalem Speicher oder auf einem eigenständigen Host ausgeführt werden

Dieser Anwendungsfall umfasst eigenständige XenServer-Hosts oder -Pools ohne gemeinsam genutzten Speicher, deren primäre Arbeitslast aus virtuellen Einzelsitzungs-Desktops mit dem zugewiesenen Maschinenzuordnungstyp besteht.

Empfohlene Optionen für das Upgrade:

• Rolling Pool Upgrade Verwenden Sie RPU im automatischen Modus in einem einzelnen Wartungsfenster. Dies erfordert für alle Benutzer eine Unterbrechung während der gesamten Aktualisierung, hat aber einen geringeren Verwaltungsaufwand für einen Pool.
  • Geschätzte Upgradezeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgradezeit für einen einzelnen Host. (N x 35 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgradezeit im Wartungsmodus von Citrix Virtual Apps and Desktops.
• Manuelles Upgrade Dieser Modus bietet die geringsten Ausfallzeiten für jeden Benutzer während des Upgrades, ist jedoch für den Administrator aufwändiger
  • Geschätzte Upgradezeit: Doppelte Upgradezeit für einen einzelnen Host. (Ungefähr 70 Minuten)
  • Ausfallverhalten: Jeder Desktop ist während der Upgrade-Zeit für seinen individuellen Host nicht verfügbar. Diese Zeit beträgt normalerweise 35 Minuten.

Rolling-Pool-Upgrade (3)

Lesen Sie sich die Schritte und Anleitungen in durch, bevor Sie beginnen.

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

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

3. Suchen Sie nach verbleibenden Sitzungen auf betroffenen Computern und ergreifen Sie die entsprechenden Maßnahmen für diese Sitzungen.

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

5. Schalten Sie die Maschinen aus dem Wartungsmodus.

   Neue Sitzungen können jetzt gestartet und der volle Service wieder aufgenommen werden.

Manuelles Upgrade (3)

Mit diesem manuellen Prozess können Sie zuerst den Pool-Koordinator und dann alle anderen Hosts parallel aktualisieren, um die Gesamtausfallzeit erheblich zu reduzieren.

Hinweis:

Durch den parallelen Upgrade-Ansatz ändert sich das Risikoprofil. Wenn während des Upgrades ein Problem auftritt, wird es möglicherweise erst erkannt, wenn alle Hosts aktualisiert wurden und das Problem auftritt. Wenn Sie Ihre Hosts hingegen nacheinander aktualisieren, können Sie überprüfen, ob die Aktualisierung auf jedem Host erfolgreich war, bevor Sie mit dem nächsten fortfahren.

Lesen Sie sich die Schritte und Anleitungen in durch, bevor Sie beginnen.

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

     • Verwenden Sie XenCenter, um zu bestätigen, dass alle VMs eingeschaltet sind.
     • Führen Sie während des Upgrade-Vorgangs keine manuellen Maßnahmen zur Stromversorgung durch.

   • Für Maschinen mit Energieverwaltung:

     • Stellen Sie sicher, dass alle Maschinen eingeschaltet sind (mit XenCenter oder Studio).
     • Gehen Sie wie folgt vor, um den Start neuer Sitzungen während des Upgrade-Vorgangs zu ermöglichen:
       • Versetzen Sie die Maschinen nicht in den Wartungsmodus.
       • Führen Sie während des Upgrade-Vorgangs keine manuellen Maßnahmen zur Stromversorgung durch.
       • Deaktivieren Sie alle Energieverwaltungsschemata, die Maschinen aussetzen könnten.
       • Stellen Sie sicher, dass keine anderen Prozesse die Maschinen ausschalten oder aussetzen könnten.
     • Wenn es akzeptabel ist, dass neue Sitzungen während des Upgrades nicht gestartet werden können:
       • Versetzen Sie die Hosting-Verbindung in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus für eine Verbindung ein- oder ausschalten.
       • Informieren Sie die Endbenutzer darüber, dass sie sich während des Upgrades nicht erneut verbinden können, wenn sie sich abmelden.

     Weitere Informationen finden Sie unter Maschinen mit Energieverwaltung in einer Bereitstellungsgruppe.

   • Für Maschinen, die von Machine Creation Services verwaltet werden

     • Folgen Sie den gleichen Anweisungen wie für Maschinen mit Energieverwaltung im vorherigen Listenpunkt.
     • Versuchen Sie außerdem nicht, während des gesamten Upgrade-Zeitraums Maschinen zu erstellen.

2. Identifizieren Sie den Poolkoordinator und die zugehörigen VMs.

3. Versetzen Sie die Maschinen im Katalog auf dem Poolkoordinator-Host in den Wartungsmodus.

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

5. Aktualisieren Sie den Pool-Koordinator mithilfe der xe-CLI:

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

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

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

   4. Starten Sie den Poolkoordinator mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).

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

   6. Starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.

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

6. Nachdem der Pool-Koordinator aktualisiert wurde, beenden Sie den Wartungsmodus für die Maschinen auf dem Pool-Koordinator in Citrix Studio oder Web Studio.

7. Führen Sie die folgenden Schritte parallel für alle verbleibenden Hosts im Pool aus:

   1. Versetzen Sie die Maschinen im Katalog auf dem Host in den Wartungsmodus.

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

   3. Deaktivieren Sie den Host mithilfe der xe-CLI.

      xe host-disable host-selector=<host_selector_value>
      

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

   5. Fahren Sie den Host herunter.

      xe host-shutdown
      

   6. Starten Sie den Host mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).

   7. Befolgen Sie das XenServer-Installationsverfahren, bis das Installationsprogramm Ihnen die Option zum Upgrade anbietet. Wählen Sie Upgrade.

   8. Nachdem das Host-Upgrade abgeschlossen ist, starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.

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

8. Nachdem die XenServer-Hosts aktualisiert wurden, beenden Sie die Maschinen in Citrix Studio oder Web Studio aus dem Wartungsmodus.

Fall 4: Andere Workloads, die in einem Pool mit lokalem Speicher oder auf einem eigenständigen Host ausgeführt werden

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsam genutztem Speicher, deren primäre Arbeitslast aus virtuellen Einzelsitzungs-Desktops oder virtuellen Mehrfachsitzungsanwendungen mit dem zufälligen Maschinenzuweisungstyp besteht.

Sie können während der Durchführung des Upgrades keine vollständige Arbeitslast aufrechterhalten, auch nicht für alle Arbeitslasten, die von Citrix Virtual Apps and Desktops verwaltet werden (einschließlich derer, deren Energieverwaltung von Citrix Provisioning und Machine Creation Services erfolgt). Die Energieverwaltung von Maschinen kann während des Upgrade-Prozesses problematisch sein und Sie können die Energieverwaltung nicht deaktivieren, ohne gleichzeitig die Erstellung neuer Sitzungen zu deaktivieren.

Empfohlene Optionen für das Upgrade:

• Aufrüstung des rollenden Pools
  • Geschätzte Upgradezeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgradezeit für einen einzelnen Host. (N x 35 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgradezeit im Wartungsmodus von Citrix Virtual Apps and Desktops.
• Manuelles Upgrade
  • Geschätzte Upgradezeit: Doppelte Upgradezeit für einen einzelnen Host. (Ungefähr 70 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgradezeit im Wartungsmodus von Citrix Virtual Apps and Desktops.

Stellen Sie, wenn möglich, während des Upgrades dieses Pools die Arbeitslast aus 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 auf Ihren anderen XenServer-Hosts und -Pools nicht über die Kapazität für die Arbeitslast verfügen, empfehlen wir Ihnen, für alle Maschinen in Ihrer Arbeitslast einen Ausfall zu erklären.

Rolling-Pool-Upgrade (4)

Lesen Sie sich die Schritte und Anleitungen in durch, bevor Sie beginnen.

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

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

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

4. Schalten Sie die Maschinen aus dem Wartungsmodus.

   Neue Sitzungen können jetzt gestartet und der volle Service wieder aufgenommen werden.

Manuelles Upgrade (4)

Mit diesem manuellen Prozess können Sie zuerst den Pool-Koordinator und dann alle anderen Hosts parallel aktualisieren, um die Gesamtausfallzeit erheblich zu reduzieren.

Hinweis:

Durch den parallelen Upgrade-Ansatz ändert sich das Risikoprofil. Wenn während des Upgrades ein Problem auftritt, wird es möglicherweise erst erkannt, wenn alle Hosts aktualisiert wurden und das Problem auftritt. Wenn Sie Ihre Hosts hingegen nacheinander aktualisieren, können Sie überprüfen, ob die Aktualisierung auf jedem Host erfolgreich war, bevor Sie mit dem nächsten fortfahren.

Lesen Sie sich die Schritte und Anleitungen in durch, bevor Sie beginnen.

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

     • Verwenden Sie XenCenter, um zu bestätigen, dass alle VMs eingeschaltet sind.
     • Führen Sie während des Upgrade-Vorgangs keine manuellen Maßnahmen zur Stromversorgung durch.

   • Für Maschinen mit Energieverwaltung:

     • Stellen Sie sicher, dass alle Maschinen eingeschaltet sind (mit XenCenter oder Studio).
     • Gehen Sie wie folgt vor, um den Start neuer Sitzungen während des Upgrade-Vorgangs zu ermöglichen:
       • Versetzen Sie die Maschinen nicht in den Wartungsmodus.
       • Führen Sie während des Upgrade-Vorgangs keine manuellen Maßnahmen zur Stromversorgung durch.
       • Deaktivieren Sie alle Energieverwaltungsschemata, die Maschinen aussetzen könnten.
       • Stellen Sie sicher, dass keine anderen Prozesse die Maschinen ausschalten oder aussetzen könnten.
     • Wenn es akzeptabel ist, dass neue Sitzungen während des Upgrades nicht gestartet werden können:
       • Versetzen Sie die Hosting-Verbindung in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus für eine Verbindung ein- oder ausschalten.
       • Informieren Sie die Endbenutzer darüber, dass sie sich während des Upgrades nicht erneut verbinden können, wenn sie sich abmelden.

     Weitere Informationen finden Sie unter Maschinen mit Energieverwaltung in einer Bereitstellungsgruppe.

   • Für Maschinen, die von Machine Creation Services verwaltet werden

     • Folgen Sie den gleichen Anweisungen wie für Maschinen mit Energieverwaltung im vorherigen Listenpunkt.
     • Versuchen Sie außerdem nicht, während des gesamten Upgrade-Zeitraums Maschinen zu erstellen.

2. Identifizieren Sie den Poolkoordinator und die zugehörigen VMs.

3. Versetzen Sie die Maschinen im Katalog auf dem Poolkoordinator-Host in den Wartungsmodus.

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

5. Aktualisieren Sie den Pool-Koordinator mithilfe der xe-CLI:

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

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

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

   4. Starten Sie den Poolkoordinator mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).

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

   6. Starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.

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

6. Nachdem der Pool-Koordinator aktualisiert wurde, beenden Sie den Wartungsmodus für die Maschinen auf dem Pool-Koordinator in Citrix Studio oder Web Studio.

7. Führen Sie die folgenden Schritte parallel für alle verbleibenden Hosts im Pool aus:

   1. Versetzen Sie die Maschinen im Katalog auf dem Host in den Wartungsmodus.

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

   3. Deaktivieren Sie den Host mithilfe der xe-CLI.

      xe host-disable host-selector=<host_selector_value>
      

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

   5. Fahren Sie den Host herunter.

      xe host-shutdown
      

   6. Starten Sie den Host mit dem XenServer-Installationsmedium und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).

   7. Befolgen Sie das XenServer-Installationsverfahren, bis das Installationsprogramm Ihnen die Option zum Upgrade anbietet. Wählen Sie Upgrade.

   8. Nachdem das Host-Upgrade abgeschlossen ist, starten oder setzen Sie alle heruntergefahrenen oder angehaltenen VMs fort.

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

8. Nachdem die XenServer-Hosts aktualisiert wurden, beenden Sie die Maschinen in Citrix Studio oder Web Studio aus dem Wartungsmodus.

Pools im gemischten Modus

In einem Mixed-Mode-Pool verwenden die Hosts im Pool unterschiedliche Versionen von XenServer. 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 beeinträchtigten Zustand arbeitet. In diesem beeinträchtigten Zustand sind bestimmte VM-, SR-, VDI- und Hostvorgänge blockiert. VMs, die auf einem Host mit der höheren Version von XenServer ausgeführt wurden, können nicht auf einen Host mit der niedrigeren Version von XenServer migriert oder dort gestartet werden.

Mixed-Mode-Pools werden für die Standardverwendung nicht unterstützt und nur als Übergangszustand während des Upgrades eines Pools. Wenn beim Ausführen 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, kann Ihr geplanter XenServer-Upgradepfad länger dauern als das verfügbare Wartungsfenster. Wenn möglich, verlängern Sie das Wartungsfenster, damit Ihr XenServer-Upgrade innerhalb dieses Zeitraums 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 möglicherweise dazu führen, dass Sie stattdessen ein Notfallwartungsfenster benötigen. Planen Sie, die Zeit, die Ihr Pool im gemischten Modus verbringt, zu minimieren.

Wenn Ihre Citrix Virtual Apps and Desktops-Umgebung vorübergehend auf einem XenServer-Pool im gemischten Modus ausgeführt wird, beachten Sie die folgenden Verhaltensweisen:

• 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 Nutzkapazität des Beckens ist eingeschränkt. Je nachdem, wie viele Hosts in Ihrem Pool aktualisiert wurden, ist möglicherweise nicht genügend Kapazität vorhanden, 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 über dedizierte Maschinen mit lokalem Speicher verfügen, die sich auf Hosts befinden, auf denen die ältere Version von XenServer ausgeführt wird, können diese VMs gestoppt, aber nicht neu gestartet werden, bis das Upgrade abgeschlossen ist und sich der Pool nicht mehr im gemischten Modus befindet.