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

XenServer enthält Funktionen und Optimierungen, die es zu einem idealen Hypervisor für Ihre Citrix Virtual Apps and Desktops-Umgebung machen.

Wenn Sie XenServer mit Citrix Virtual Apps and Desktops verwenden, gibt es einige Überlegungen bei der Durchführung Ihres Upgrades, 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 Ihr Upgrade von Citrix Hypervisor 8.2 auf XenServer 8.4 starten.

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.4. Sie müssen stattdessen XenServer Premium Edition-Lizenzen erwerben, um jeden CPU-Sockel in Ihrem Pool abzudecken. Weitere Informationen zum Erwerb einer XenServer-Lizenz finden Sie auf der XenServer-Website.

Wenn Sie einen Citrix Lizenzserver verwenden, der Lizenzdateien zum Lizenzieren Ihrer Hosts und Pools hostet, müssen Sie auf die Verwendung von Lizenzen umstellen, die im Lizenzaktivierungsdienst in Citrix Cloud gespeichert sind. Weitere Informationen finden Sie unter Lizenzierung.

XenServer ist jetzt ein Berechtigungsbestandteil der Abonnements Citrix for Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP und Citrix Platform License für die Ausführung Ihrer Citrix-Workloads. Weitere Informationen.

Überlegungen beim 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 von den Installationsmedien booten. Am Ende des Vorgangs startet der Installer den Server neu, um das Upgrade abzuschließen. VMs auf diesen Hosts müssen während dieser Zeit entweder migriert oder gestoppt werden.
• Der Ansatz für das Upgrade von XenServer hängt von Ihrer XenServer-Umgebung, Ihrer Citrix Virtual Apps and Desktops-Umgebung und den Typen der von XenServer gehosteten Maschinen und Anwendungen ab.
• Möglicherweise müssen Sie in Ihrer Citrix Virtual Apps and Desktops-Umgebung einige Vorbereitungen treffen, bevor Sie Ihr XenServer-Upgrade starten.
• 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 für die Version von XenServer, von der Sie ein Upgrade durchführen, als auch für die Version, auf die Sie ein Upgrade durchführen, 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 Dienstunterbrechungen hängen von Ihrem Upgrade-Ansatz ab. Das vollständige Upgrade eines gesamten Pools kann mehrere Stunden dauern.
• Dieser Artikel geht davon aus, dass die vollständige Aktualisierung eines einzelnen XenServer-Hosts 35 Minuten dauert. Diese Host-Upgrade-Zeit umfasst den Upgrade-Prozess und alle erforderlichen Neustarts.

Die in diesem Artikel beschriebenen Ansätze sollen Sie zu einer Upgrade-Methode führen, die die Möglichkeit von Dienstunterbrechungen reduziert und den Upgrade-Prozess in Ihr Wartungsfenster passt. In einigen Fällen sind Dienstunterbrechungen jedoch unvermeidlich. Wenn der XenServer-Upgrade-Prozess nicht in Ihr Wartungsfenster passt, können Sie Ihren Pool für kurze Zeit zwischen den Wartungsfenstern im gemischten Modus betreiben. Dies wird jedoch nicht empfohlen. Weitere Informationen finden Sie unter Pools im gemischten Modus.

Beachten Sie während Ihres geplanten XenServer-Upgrade-Wartungsfensters 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 oder entfernen Sie sie nicht.
• Fügen Sie keine VMs im Pool, der aktualisiert wird, hinzu, starten oder stoppen Sie sie nicht.
• Führen Sie während des Fensters keine Katalogaktualisierungen durch.

Rolling Pool Upgrade

Rolling Pool Upgrade ist eine XenServer-Funktion, die den Upgrade-Prozess vereinfachen und Ausfallzeiten minimieren soll.

Der Assistent für das Rolling Pool Upgrade in XenCenter® führt Sie durch den Upgrade-Vorgang und organisiert den Upgrade-Pfad automatisch. Bei Pools wird jeder Server im Pool der Reihe nach aktualisiert, beginnend mit dem Poolkoordinator. Vor Beginn eines Upgrades führt der Assistent eine Reihe von Vorabprü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 immer 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 für VM-Ausfälle hängt von Ihrer Citrix Virtual Apps and Desktops-Workload und der XenServer-Pool-Einrichtung ab.

Auch wenn Sie beabsichtigen, Rolling Pool Upgrade zum Aktualisieren Ihres XenServer-Pools zu verwenden, ü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.

Anwendungsfälle

Dieser Artikel identifiziert mehrere allgemeine Anwendungsfälle. Für jeden dieser Anwendungsfälle gehen wir davon aus, dass der XenServer-Pool nur eine Art von Citrix Virtual Apps and Desktops-Workload hostet. Wenn Ihr Pool eine Mischung aus verschiedenen Workload-Typen enthält, überprüfen Sie alle Fälle, die für Ihren Pool zutreffen, um zu entscheiden, welcher Upgrade-Ansatz für Sie am besten geeignet ist.

Berücksichtigen Sie zunächst, wie Ihre XenServer-Umgebung konfiguriert ist:

• XenServer-Pool mit gemeinsamem Speicher

  In einem XenServer-Pool mit einem oder mehreren gemeinsam genutzten Speicher-Repositorys (SRs) können die VM-Festplatten auf diesem gemeinsam genutzten Speicher gehostet werden, wodurch die VMs während des Upgrades zwischen Hosts migriert werden können. Diese Konfiguration kann die Notwendigkeit von VM-Ausfallzeiten reduzieren oder beseitigen.

• XenServer-Pool ohne gemeinsamen Speicher oder ein eigenständiger Host

  In einem XenServer-Pool ohne gemeinsamen Speicher oder auf einem eigenständigen XenServer-Host können die VMs während des Upgrade-Vorgangs nicht migriert werden. Wenn der Host im Rahmen des Upgrades neu startet, müssen Sie die VMs herunterfahren.

XenServer-Pool mit gemeinsamem Speicher

Wenn Sie einen Pool aktualisieren, bei dem sich die VM-Datenträger auf gemeinsamem Speicher befinden, können Sie VMs von jedem XenServer-Host im Pool evakuieren, während dieser aktualisiert wird.

Die meisten Anwendungsfälle in diesem Pooltyp können mithilfe eines Rolling Pool Upgrades aktualisiert werden. Die erforderlichen Aktionen in Citrix Virtual Apps and Desktops und das Ausfallverhalten unterscheiden sich jedoch je nach Workload.

Berücksichtigen Sie, welche Art von Citrix Virtual Apps and Desktops-Workload in Ihrem Pool gehostet wird:

• Nicht zugewiesene Einzelsitzungs-Desktops

• Andere Workloads

XenServer-Pool ohne gemeinsamen Speicher oder ein eigenständiger Host

Wenn Sie einen Pool aktualisieren, bei dem sich die VM-Datenträger auf lokalem 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.

Berücksichtigen Sie, welche Art von Citrix Virtual Apps and Desktops-Workload in Ihrem Pool gehostet wird:

• Zugewiesene Desktops
• Andere Workloads

Fall 1: Einzelsitzungs-Desktops, die auf einem Pool mit gemeinsamem Speicher ausgeführt werden

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsamem Speicher, deren primäre Workload virtuelle Einzelsitzungs-Desktops mit dem Zuweisungstyp „Zufällige Maschine“ sind. Maschinen dieses Typs müssen entweder von Citrix Provisioning oder von Machine Creation Services verwaltet werden.

Für jede Workload, die von Citrix Virtual Apps and Desktops verwaltet wird, einschließlich derjenigen, die von Citrix Provisioning™ und Machine Creation Services energieverwaltet werden, können Sie während der Durchführung des Upgrades keine vollständige Workload aufrechterhalten. Die Energieverwaltung von Maschinen kann während des Upgrade-Prozesses problematisch sein, und Sie können die Energieverwaltung nicht deaktivieren, ohne auch die Erstellung neuer Sitzungen zu deaktivieren.

Empfohlene Optionen für das Upgrade:

• Rolling Pool-Upgrade
  • Geschätzte Upgrade-Zeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten)
  • Verhalten bei Ausfall: Alle Maschinen befinden sich für die gesamte Upgrade-Zeit im Wartungsmodus von Citrix Virtual Apps and Desktops.

Falls möglich, stellen Sie die Workload während des Upgrades dieses Pools von anderen XenServer-Pools mit Kapazität bereit. Dieser Ansatz kann während des Upgrades zu einer reduzierten 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 Ihrer Workload zu deklarieren.

Rolling Pool-Upgrade (1)

Überprüfen Sie die Schritte und Anleitungen in Bevor Sie beginnen.

<!- - kaizen-review: MD041 on line 1: - ->

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. Benachrichtigen Sie alle betroffenen Benutzer über den bevorstehenden Ausfall.

   • Wenn auf den Maschinen in diesem Pool noch Sitzungen ausgeführt werden, bitten Sie die Benutzer, sich abzumelden, oder erzwingen Sie das Beenden ihrer Sitzungen.

   • Informieren Sie die Benutzer, dass sie sich nach dem Abmelden erst wieder anmelden können, wenn der vollständige Dienst wiederhergestellt ist.

3. Starten Sie in XenCenter den Assistenten für das Rolling Pool Upgrade und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool Upgrade mit XenCenter.

   Wenn das Upgrade abgeschlossen ist, werden alle VMs, die im Rahmen des Rolling Pool Upgrade angehalten wurden, neu gestartet.

4. Nehmen Sie die Maschinen aus dem Wartungsmodus.

   Neue Sitzungen können nun gestartet und der vollständige Dienst wiederhergestellt werden.

Fall 2: Andere Workloads, die auf einem Pool mit gemeinsamem Speicher ausgeführt werden

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsamem Speicher, deren primäre Workload entweder virtuelle Single-Session-Desktops mit dem Zuweisungstyp „zugewiesene Maschine“ oder virtuelle Multi-Session-Anwendungen mit dem Zuweisungstyp „zufällige Maschine“ ist.

Empfohlene Optionen für das Upgrade:

• Rolling Pool-Upgrade
  • Geschätzte Upgrade-Zeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten)
  • Verhalten bei Ausfall: Kein Dienstausfall

Rolling Pool Upgrade (2)

Lesen Sie die Schritte und Anweisungen unter Bevor Sie beginnen.

<!- - kaizen-review: MD041 on line 1: - ->

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. Falls möglich, können Sie nicht-kritische VMs während des Upgrade-Vorgangs anhalten.

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

   • Für energieverwaltete Maschinen:

     • Stellen Sie sicher, dass alle Maschinen eingeschaltet sind (mithilfe von XenCenter, Citrix® Studio oder Web Studio).
     • So ermöglichen Sie den Start neuer Sitzungen während des Upgrade-Vorgangs:
       • Versetzten Sie die Maschinen nicht in den Wartungsmodus.
       • Führen Sie während des Upgrade-Vorgangs keine manuellen Energieaktionen durch.
       • Deaktivieren Sie alle Energieverwaltungsschemata, die Maschinen anhalten könnten.
       • Stellen Sie sicher, dass keine anderen Prozesse die Maschinen ausschalten oder anhalten könnten.
     • Wenn es akzeptabel ist, dass während des Upgrades keine neuen Sitzungen gestartet werden können:
       • Versetzen Sie die Hosting-Verbindung in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus für eine Verbindung aktivieren oder deaktivieren.
       • Informieren Sie Endbenutzer, dass sie sich nach dem Abmelden für die Dauer des Upgrades nicht wieder verbinden können.

     Weitere Informationen finden Sie unter Energieverwaltete Maschinen in einer Bereitstellungsgruppe.

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

     • Befolgen Sie die gleichen Anweisungen wie für energieverwaltete Maschinen im vorhergehenden Listeneintrag.
     • Darüber hinaus versuchen Sie nicht, während des gesamten Upgrade-Zeitraums neue Maschinen zu erstellen.

3. Starten Sie in XenCenter den Assistenten für das Rolling Pool Upgrade und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool Upgrade mit XenCenter.

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

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

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

Dieser Anwendungsfall umfasst eigenständige XenServer-Hosts oder Pools ohne gemeinsamen Speicher, deren primäre Arbeitslast entweder virtuelle Single-Session-Desktops mit dem Zuweisungstyp „zugewiesene Maschine“ ist.

Empfohlene Optionen für das Upgrade:

• Rolling Pool Upgrade Verwenden Sie RPU im automatischen Modus in einem einzigen Wartungsfenster. Dies erfordert, dass alle Benutzer während des gesamten Upgrades Ausfallzeiten haben, hat aber einen geringeren Verwaltungsaufwand für einen Pool.
  • Geschätzte Upgrade-Zeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgrade-Zeit 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 aber für den Administrator aufwendiger.
  • Geschätzte Upgrade-Zeit: Das Zweifache der Upgrade-Zeit für einen einzelnen Host. (Ca. 70 Minuten)
  • Ausfallverhalten: Jeder Desktop ist während der Upgrade-Zeit für seinen individuellen Host nicht verfügbar. Diese Zeit beträgt typischerweise 35 Minuten.

Rolling Pool Upgrade (3)

Lesen Sie die Schritte und Anweisungen unter Bevor Sie beginnen.

<!- - kaizen-review: MD041 on line 1: - ->

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 aufrechterhalten, bis die Maschinen heruntergefahren oder angehalten werden.

   Weitere Informationen finden Sie unter Verhindern, dass Benutzer eine Verbindung zu einer Maschine in einer Bereitstellungsgruppe herstellen.

2. Benachrichtigen Sie alle betroffenen Benutzer über den bevorstehenden Ausfall. Geben Sie eine Zeit an, bis zu der sie ihre Sitzungen beenden müssen, und wann der Dienst wiederhergestellt wird.

3. Überprüfen Sie die betroffenen Maschinen auf verbleibende Sitzungen und ergreifen Sie geeignete Maßnahmen für diese Sitzungen.

4. Starten Sie in XenCenter den Assistenten für das Rolling Pool Upgrade und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool Upgrade mit XenCenter.

   Wenn das Upgrade abgeschlossen ist, werden alle VMs, die im Rahmen des Rolling Pool Upgrade angehalten wurden, neu gestartet.

5. Nehmen Sie die Maschinen aus dem Wartungsmodus.

   Neue Sitzungen können jetzt gestartet und der vollständige Dienst wieder aufgenommen werden.

Manuelles Upgrade (3)

Sie können diesen manuellen Prozess verwenden, um zuerst den Pool-Koordinator und dann alle anderen Hosts parallel zu aktualisieren, um die gesamte Ausfallzeit erheblich zu reduzieren.

Hinweis:

Bei der parallelen Upgrade-Methode ä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 sequenziell 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.

<!- - kaizen-review: MD041 on line 1: - ->

1. Stellen Sie sicher, dass alle von der XenServer-Farm oder dem 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 Energieaktionen durch.

   • Für energieverwaltete Maschinen:

     • Stellen Sie sicher, dass alle Maschinen eingeschaltet sind (mit XenCenter oder Studio).
     • So ermöglichen Sie den Start neuer Sitzungen während des Upgrade-Vorgangs:
       • Versetzten Sie die Maschinen nicht in den Wartungsmodus.
       • Führen Sie während des Upgrade-Vorgangs keine manuellen Energieaktionen durch.
       • Deaktivieren Sie alle Energieverwaltungsschemata, die Maschinen anhalten könnten.
       • Stellen Sie sicher, dass keine anderen Prozesse die Maschinen ausschalten oder anhalten könnten.
     • Wenn es akzeptabel ist, dass während des Upgrades keine neuen Sitzungen gestartet werden können:
       • Versetzen Sie die Hosting-Verbindung in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus für eine Verbindung aktivieren oder deaktivieren.
       • Informieren Sie Endbenutzer, dass sie sich nach dem Abmelden für die Dauer des Upgrades nicht wieder verbinden können.

     Weitere Informationen finden Sie unter Energieverwaltete Maschinen in einer Bereitstellungsgruppe.

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

     • Befolgen Sie die gleiche Anleitung wie für energieverwaltete Maschinen im vorhergehenden Listenelement.
     • Versuchen Sie außerdem nicht, während des gesamten Upgrade-Zeitraums Maschinen zu erstellen.

2. Identifizieren Sie den Pool-Koordinator und die zugehörigen VMs.

3. Versetzen Sie die Maschinen im Katalog auf dem Pool-Koordinator-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 gehen wird. Dieser Zeitraum ist die Upgrade-Zeit für diesen einzelnen Host (ca. 35 Minuten).

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

   1. Deaktivieren Sie den Pool-Koordinator. Dies verhindert, dass neue VMs auf dem angegebenen Host gestartet oder dorthin migriert werden.

      xe host-disable host=<uuid_or_name_label>
      

   2. Stellen Sie sicher, dass keine VMs auf dem Pool-Koordinator ausgeführt werden. Fahren Sie VMs herunter, halten Sie sie an oder migrieren Sie sie zu anderen Hosts im Pool.

      • Um eine VM herunterzufahren, verwenden Sie den folgenden Befehl:

         xe vm-shutdown
        

      • Um eine VM anzuhalten, verwenden Sie den folgenden Befehl:

         xe vm-suspend
        

      • Um eine bestimmte VM zu migrieren, verwenden Sie den folgenden Befehl:

         xe vm-migrate
        

        Das Migrieren bestimmter VMs zu bestimmten Hosts gibt Ihnen die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.

      • Um den Host zu evakuieren, verwenden Sie den folgenden Befehl:

         xe host-evacuate
        

        Das Evakuieren aller VMs von einem Host überlässt die Verteilung der migrierten VMs XenServer.

   3. Fahren Sie den Pool-Koordinator herunter.

      xe host-shutdown
      

      Wichtig:

      Sie können den Pool-Koordinator erst kontaktieren, wenn das Upgrade des Pool-Koordinators abgeschlossen ist. Das Herunterfahren des Pool-Koordinators führt dazu, dass die anderen Hosts im Pool in den Notfallmodus wechseln. 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. VMs laufen auf Hosts im Notfallmodus weiter, aber Steuerungsoperationen sind nicht verfügbar.

   4. Starten Sie den Pool-Koordinator mithilfe der XenServer-Installationsmedien und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).

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

      Wenn Ihr Pool-Koordinator neu startet, verlassen die anderen Hosts im Pool den Notfallmodus, und der normale Dienst wird nach wenigen Minuten wiederhergestellt.

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

   7. Migrieren Sie alle VMs, die Sie zurück zum Pool-Koordinator verschieben möchten.

   Wenn etwas das Upgrade des Pool-Koordinators unterbricht 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, nehmen Sie die Maschinen auf dem Pool-Koordinator in Citrix Studio oder Web Studio aus dem Wartungsmodus.

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 gehen wird. Dieser Zeitraum entspricht der Upgrade-Zeit für diesen einzelnen Host (ca. 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 VMs auf dem Host ausgeführt werden. Fahren Sie VMs herunter, halten Sie sie an oder migrieren Sie sie auf andere Hosts im Pool.

      • Um eine VM herunterzufahren, verwenden Sie den folgenden Befehl:

         xe vm-shutdown
        

      • Um eine VM anzuhalten, verwenden Sie den folgenden Befehl:

         xe vm-suspend
        

      • Um eine bestimmte VM zu migrieren, verwenden Sie den folgenden Befehl:

         xe vm-migrate
        

        Das Migrieren bestimmter VMs zu bestimmten Hosts gibt Ihnen die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.

      • Um den Host zu evakuieren, verwenden Sie den folgenden Befehl:

         xe host-evacuate
        

        Das Evakuieren aller VMs von einem Host überlässt die Verteilung der migrierten VMs 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 der Installer Ihnen die Option zum Upgrade anbietet. Wählen Sie das Upgrade.

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

   9. Migrieren Sie alle VMs, die Sie zurück auf den Host verschieben möchten.

   Wenn das Upgrade eines untergeordneten Hosts fehlschlägt oder unterbrochen wird, müssen Sie nicht zurücksetzen. Führen Sie den Befehl xe host-forget im Pool aus, um diesen Host zu vergessen. Installieren Sie XenServer auf dem Host neu und fügen Sie ihn dann als neuen Host mit dem Befehl xe pool-join zum Pool hinzu.

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

Fall 4: Andere Workloads, die auf 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 Workload virtuelle Desktops mit Einzelsitzung oder virtuelle Anwendungen mit Mehrfachsitzung mit dem Zuweisungstyp für zufällige Maschinen sind.

Für jede Workload, die von Citrix Virtual Apps and Desktops verwaltet wird, einschließlich derjenigen, die von Citrix Provisioning und Machine Creation Services energieverwaltet werden, können Sie während der Durchführung des Upgrades keine vollständige Workload aufrechterhalten. Die Energieverwaltung von Maschinen kann während des Upgrade-Prozesses problematisch sein, und Sie können die Energieverwaltung nicht deaktivieren, ohne auch die Erstellung neuer Sitzungen zu deaktivieren.

Empfohlene Optionen für das Upgrade:

• Rolling Pool Upgrade
  • Geschätzte Upgrade-Zeit: Die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgrade-Zeit im Wartungsmodus von Citrix Virtual Apps and Desktops.
• Manuelles Upgrade
  • Geschätzte Upgrade-Zeit: Das Zweifache der Upgrade-Zeit für einen einzelnen Host. (Ca. 70 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgrade-Zeit im Wartungsmodus von Citrix Virtual Apps and Desktops.

Stellen Sie die Workload, wenn möglich, 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 reduzierten 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 Ihrer Workload zu deklarieren.

Rolling Pool Upgrade (4)

Lesen Sie die Schritte und Anweisungen unter Bevor Sie beginnen.

<!- - kaizen-review: MD041 on line 1: - ->

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. Benachrichtigen Sie alle betroffenen Benutzer über den bevorstehenden Ausfall.

   • Wenn auf den Maschinen in diesem Pool noch Sitzungen ausgeführt werden, bitten Sie die Benutzer, sich abzumelden, oder erzwingen Sie das Beenden ihrer Sitzungen.

   • Informieren Sie die Benutzer, dass sie sich nach dem Abmelden erst wieder anmelden können, wenn der vollständige Dienst wiederhergestellt ist.

3. Starten Sie in XenCenter den Assistenten für das Rolling Pool Upgrade und wählen Sie den automatischen Modus. Weitere Informationen finden Sie unter Rolling Pool Upgrade mit XenCenter.

   Wenn das Upgrade abgeschlossen ist, werden alle VMs, die im Rahmen des Rolling Pool Upgrade angehalten wurden, neu gestartet.

4. Nehmen Sie die Maschinen aus dem Wartungsmodus.

   Neue Sitzungen können nun gestartet und der vollständige Dienst wiederhergestellt werden.

Manuelles Upgrade (4)

Sie können diesen manuellen Prozess verwenden, um zuerst den Pool-Koordinator und dann alle anderen Hosts parallel zu aktualisieren, um die gesamte Ausfallzeit erheblich zu reduzieren.

Hinweis:

Beim 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 sequenziell 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 Anweisungen unter Bevor Sie beginnen.

<!- - kaizen-review: MD041 on line 1: - ->

1. Stellen Sie sicher, dass alle von der XenServer-Farm oder dem 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 Energieaktionen durch.

   • Für energieverwaltete Maschinen:

     • Stellen Sie sicher, dass alle Maschinen eingeschaltet sind (mit XenCenter oder Studio).
     • So ermöglichen Sie den Start neuer Sitzungen während des Upgrade-Vorgangs:
       • Versetzten Sie die Maschinen nicht in den Wartungsmodus.
       • Führen Sie während des Upgrade-Vorgangs keine manuellen Energieaktionen durch.
       • Deaktivieren Sie alle Energieverwaltungsschemata, die Maschinen anhalten könnten.
       • Stellen Sie sicher, dass keine anderen Prozesse die Maschinen ausschalten oder anhalten könnten.
     • Wenn es akzeptabel ist, dass während des Upgrades keine neuen Sitzungen gestartet werden können:
       • Versetzen Sie die Hosting-Verbindung in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus für eine Verbindung aktivieren oder deaktivieren.
       • Informieren Sie Endbenutzer, dass sie sich nach dem Abmelden für die Dauer des Upgrades nicht wieder verbinden können.

     Weitere Informationen finden Sie unter Energieverwaltete Maschinen in einer Bereitstellungsgruppe.

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

     • Befolgen Sie die gleiche Anleitung wie für energieverwaltete Maschinen im vorhergehenden Listenelement.
     • Versuchen Sie außerdem nicht, während des gesamten Upgrade-Zeitraums Maschinen zu erstellen.

2. Identifizieren Sie den Pool-Koordinator und die zugehörigen VMs.

3. Versetzen Sie die Maschinen im Katalog auf dem Pool-Koordinator-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 gehen wird. Dieser Zeitraum ist die Upgrade-Zeit für diesen einzelnen Host (ca. 35 Minuten).

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

   1. Deaktivieren Sie den Pool-Koordinator. Dies verhindert, dass neue VMs auf dem angegebenen Host gestartet oder dorthin migriert werden.

      xe host-disable host=<uuid_or_name_label>
      

   2. Stellen Sie sicher, dass keine VMs auf dem Pool-Koordinator ausgeführt werden. Fahren Sie VMs herunter, halten Sie sie an oder migrieren Sie sie zu anderen Hosts im Pool.

      • Um eine VM herunterzufahren, verwenden Sie den folgenden Befehl:

         xe vm-shutdown
        

      • Um eine VM anzuhalten, verwenden Sie den folgenden Befehl:

         xe vm-suspend
        

      • Um eine bestimmte VM zu migrieren, verwenden Sie den folgenden Befehl:

         xe vm-migrate
        

        Das Migrieren bestimmter VMs zu bestimmten Hosts gibt Ihnen die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.

      • Um den Host zu evakuieren, verwenden Sie den folgenden Befehl:

         xe host-evacuate
        

        Das Evakuieren aller VMs von einem Host überlässt die Verteilung der migrierten VMs XenServer.

   3. Fahren Sie den Pool-Koordinator herunter.

      xe host-shutdown
      

      Wichtig:

      Sie können den Pool-Koordinator erst kontaktieren, wenn das Upgrade des Pool-Koordinators abgeschlossen ist. Das Herunterfahren des Pool-Koordinators führt dazu, dass die anderen Hosts im Pool in den Notfallmodus wechseln. 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. VMs laufen auf Hosts im Notfallmodus weiter, aber Steuerungsoperationen sind nicht verfügbar.

   4. Starten Sie den Pool-Koordinator mithilfe der XenServer-Installationsmedien und der Methode Ihrer Wahl (z. B. USB oder Netzwerk).

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

      Wenn Ihr Pool-Koordinator neu startet, verlassen die anderen Hosts im Pool den Notfallmodus, und der normale Dienst wird nach wenigen Minuten wiederhergestellt.

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

   7. Migrieren Sie alle VMs, die Sie zurück zum Pool-Koordinator verschieben möchten.

   Wenn etwas das Upgrade des Pool-Koordinators unterbricht 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, nehmen Sie die Maschinen auf dem Pool-Koordinator in Citrix Studio oder Web Studio aus dem Wartungsmodus.

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 gehen wird. Dieser Zeitraum entspricht der Upgrade-Zeit für diesen einzelnen Host (ca. 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 VMs auf dem Host ausgeführt werden. Fahren Sie VMs herunter, halten Sie sie an oder migrieren Sie sie auf andere Hosts im Pool.

      • Um eine VM herunterzufahren, verwenden Sie den folgenden Befehl:

         xe vm-shutdown
        

      • Um eine VM anzuhalten, verwenden Sie den folgenden Befehl:

         xe vm-suspend
        

      • Um eine bestimmte VM zu migrieren, verwenden Sie den folgenden Befehl:

         xe vm-migrate
        

        Das Migrieren bestimmter VMs zu bestimmten Hosts gibt Ihnen die volle Kontrolle über die Verteilung der migrierten VMs auf andere Hosts im Pool.

      • Um den Host zu evakuieren, verwenden Sie den folgenden Befehl:

         xe host-evacuate
        

        Das Evakuieren aller VMs von einem Host überlässt die Verteilung der migrierten VMs 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 der Installer Ihnen die Option zum Upgrade anbietet. Wählen Sie das Upgrade.

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

   9. Migrieren Sie alle VMs, die Sie zurück auf den Host verschieben möchten.

   Wenn das Upgrade eines untergeordneten Hosts fehlschlägt oder unterbrochen wird, müssen Sie nicht zurücksetzen. Führen Sie den Befehl xe host-forget im Pool aus, um diesen Host zu vergessen. Installieren Sie XenServer auf dem Host neu und fügen Sie ihn dann als neuen Host mit dem Befehl xe pool-join zum Pool hinzu.

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

Pools im gemischten Modus

Ein Pool im gemischten Modus ist ein Pool, in dem Hosts im Pool unterschiedliche 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 beeinträchtigten Zustand arbeitet. In diesem beeinträchtigten Zustand sind bestimmte VM-, SR-, VDI- und Host-Operationen blockiert. VMs, die auf einem Host mit der höheren XenServer-Version ausgeführt wurden, können nicht auf einen Host mit der niedrigeren XenServer-Version migriert oder dort gestartet werden.

Pools im gemischten Modus werden für den Standardgebrauch nicht unterstützt und sind nur als Übergangszustand während des Upgrades eines Pools zulässig. Wenn Sie im gemischten Modus ein Problem feststellen, wird der technische Support Sie bitten, 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 es sein, dass Ihr geplanter XenServer-Upgrade-Pfad länger dauert 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 zum nächsten Wartungsfenster im gemischten Modus betreiben. Das Betreiben Ihres Pools im gemischten Modus erhöht jedoch die Wahrscheinlichkeit unerwarteter Verhaltensweisen oder Probleme, die stattdessen ein Notfall-Wartungsfenster erforderlich machen könnten. 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 Pooled Desktop-Workloads, bei denen die VMs neu gestartet werden müssen, bevor sie wiederverwendet werden, 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 eingeschränkt. Je nachdem, wie viele der 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 Citrix Virtual Apps and Desktops-Benutzer können möglicherweise nicht auf ihre erforderlichen Sitzungen zugreifen.

• Wenn Sie dedizierte Maschinen mit lokalem Speicher haben, die sich auf Hosts befinden, auf denen die ältere Version von XenServer ausgeführt wird, können diese VMs angehalten, aber erst nach Abschluss des Upgrades und wenn der Pool nicht mehr im gemischten Modus ist, neu gestartet werden.