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, 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 XenServer 8.4 auf XenServer 9 starten.

Ü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 starten. 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 Ansatz für das Upgrade von XenServer hängt von Ihrer XenServer-Umgebung, Ihrer Citrix Virtual Apps and Desktops-Umgebung und den von XenServer gehosteten Maschinentypen und Anwendungen ab.
• Möglicherweise müssen Sie einige Vorbereitungen in Ihrer Citrix Virtual Apps and Desktops-Umgebung 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 XenServer-Version, 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 Zeitfensters keine Katalogaktualisierungen durch.

Rollierendes Pool-Upgrade

Das Rollierende Pool-Upgrade ist eine XenServer-Funktion, die darauf ausgelegt ist, den Upgrade-Prozess zu vereinfachen und Ausfallzeiten zu minimieren.

Der Assistent für das Rollierende Pool-Upgrade 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. Bevor ein Upgrade gestartet wird, 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 sind 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 das Rollierende 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 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-Workload und der XenServer-Pool-Einrichtung ab.

Auch wenn Sie beabsichtigen, das Rollierende Pool-Upgrade zu verwenden, 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.

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 Ihr bevorzugter Upgrade-Ansatz ist.

Betrachten 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-Datenträger auf diesem gemeinsam genutzten Speicher gehostet werden, was es den VMs ermöglicht, während des Upgrades zwischen Hosts zu migrieren. Diese Konfiguration kann die Notwendigkeit von VM-Ausfallzeiten reduzieren oder beseitigen.

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

XenServer-Pool mit gemeinsamem Speicher

Wenn Sie einen Pool aktualisieren, dessen VM-Datenträger auf gemeinsam genutztem Speicher liegen, 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 des Rolling Pool Upgrade aktualisiert werden. Die in Citrix Virtual Apps and Desktops erforderlichen Voraussetzungen 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 Single-Session-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 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 Anwendungen 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: Single-Session-Desktops, die auf einem Pool mit gemeinsamem Speicher ausgeführt werden

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsamem Speicher, deren primäre Workload Single-Session-Virtual-Desktops mit dem Zuweisungstyp für zufällige Maschinen 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 während der gesamten Upgrade-Zeit im Wartungsmodus von Citrix Virtual Apps and Desktops.

Stellen Sie, wenn möglich, die Arbeitslast von anderen XenServer-Pools mit Kapazität während des Upgrades dieses Pools zur Verfügung. Dieser Ansatz kann zu einer reduzierten Kapazität während des Upgrades führen. Wenn Sie keine Kapazität für die Arbeitslast auf Ihren anderen XenServer-Hosts und -Pools haben, empfehlen wir, einen Ausfall für alle Maschinen in Ihrer Arbeitslast zu deklarieren.

Rolling Pool-Upgrade (1)

Überprüfen Sie die Schritte und Anleitungen 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.

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

Dieser Anwendungsfall umfasst XenServer-Pools mit gemeinsam genutztem Speicher, deren primäre Arbeitslast entweder virtuelle Desktops mit Einzelsitzung und dem Zuweisungstyp für zugewiesene Maschinen oder virtuelle Anwendungen mit Mehrfachsitzung und dem Zuweisungstyp für zufällige Maschinen 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)

Überprüfen Sie die Schritte und Anleitungen 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 betrifft XenServer-Einzelhosts 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:

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.

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ärer Workload virtuelle Desktops mit Einzelsitzung oder virtuelle Anwendungen mit Mehrfachsitzung und dem Zuweisungstyp für zufällige Maschinen sind.

Für jeden Workload, der 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 keinen vollständigen 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.

Machen Sie den Workload, wenn möglich, während des Upgrades dieses Pools von anderen XenServer-Pools mit Kapazität verfügbar. Dieser Ansatz kann während des Upgrades zu einer reduzierten Kapazität führen. Wenn Sie keine Kapazität für den Workload auf Ihren anderen XenServer-Hosts und -Pools haben, empfehlen wir Ihnen, einen Ausfall für alle Maschinen in Ihrem 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.

Überprüfen 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.

Pools im gemischten Modus

Ein Pool im gemischten Modus ist ein Pool, in dem Hosts 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 Version von XenServer ausgeführt wurden, können nicht auf einen Host mit der niedrigeren Version von XenServer 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 ein Problem im gemischten Modus 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. Ist dies nicht möglich, können Sie den Pool bis zum nächsten Wartungsfenster im gemischten Modus betreiben. Der Betrieb 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 zu minimieren, die Ihr Pool im gemischten Modus verbringt.

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

• Bei Pooled Desktop-Workloads, die einen Neustart der VMs erfordern, bevor sie wiederverwendet werden, werden die VMs nur auf den Hosts neu gestartet, die die neuere Version von XenServer ausführen. Die effektive Kapazität des Pools ist eingeschränkt. Je nachdem, wie viele der Hosts in Ihrem Pool aktualisiert wurden, kann es sein, dass nicht genügend Kapazität vorhanden ist, 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 benötigten Sitzungen zugreifen.

• Wenn Sie dedizierte Maschinen mit lokalem Speicher haben, die sich auf Hosts befinden, die die ältere Version von XenServer ausführen, können diese VMs gestoppt, aber erst neu gestartet werden, wenn das Upgrade abgeschlossen ist und der Pool nicht mehr im gemischten Modus ist.