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 die Verwendung in Ihrer Citrix Virtual Apps and Desktops-Umgebung machen.

Wenn Sie XenServer mit Citrix Virtual Apps and Desktops verwenden, gibt es bei der Durchführung Ihres Upgrades einige Überlegungen, die im Hauptartikel zum Upgrade nicht behandelt werden: Upgrade von einer vorhandenen Version. Lesen Sie sowohl diesen Artikel als auch den Haupt-Upgrade-Artikel, bevor Sie mit dem Upgrade von Citrix Hypervisor 8.2 auf XenServer 8 beginnen.

Wichtig:

Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenz verwenden, um Ihre Citrix Hypervisor 8.2 Cumulative Update 1-Hosts zu lizenzieren, gilt diese Lizenz nicht mehr für XenServer 8. Sie müssen stattdessen XenServer Premium Edition-Lizenzen erwerben, um jeden CPU-Sockel in Ihrem Pool abzudecken. Weitere Informationen finden Sie unter https://xenserver.com/buy.

XenServer hat jetzt Anspruch auf die Abonnements Citrix for Private Cloud, Citrix Universal Hybrid Multi Cloud 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 auf dem Installationsmedium 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 für das Upgrade von XenServer zu verwendende Ansatz hängt von Ihrer XenServer-Umgebung, Ihrer Citrix Virtual Apps and Desktops-Umgebung und den Typen der Maschinen und Anwendungen ab, die von XenServer gehostet werden.
• Möglicherweise müssen Sie in Ihrer Citrix Virtual Apps and Desktops-Umgebung einige Vorbereitungen 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 der Upgrade-Planung.
• Stellen Sie sicher, dass die Version von Citrix Virtual Apps and Desktops, die Sie verwenden, sowohl für die Version von XenServer, von der Sie ein Upgrade durchführen, als auch für die Version, auf die Sie das Upgrade durchführen, unterstützt wird. Weitere Informationen finden Sie unter Unterstützte Hypervisors für Citrix Virtual Apps and Desktops (MCS) und Citrix Provisioning (PVS).
• Die Zeit, die für das Upgrade benötigt wird, und die Wahrscheinlichkeit eines Serviceausfalls hängen von Ihrem Upgrade-Ansatz ab. Das vollständige Upgrade eines gesamten Pools kann mehrere Stunden in Anspruch nehmen.
• In diesem Artikel wird davon ausgegangen, dass die Zeit für das vollständige Upgrade eines einzelnen XenServer-Hosts 35 Minuten beträgt. Diese Host-Upgrade-Zeit beinhaltet den Upgrade-Vorgang und alle erforderlichen Neustarts.

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

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

• Versuchen Sie nicht, die Infrastruktur des Pools, der aktualisiert wird, neu zu konfigurieren. Fügen Sie beispielsweise keine Hosts zum Pool hinzu oder werfen Sie sie aus dem Pool aus.
• Fügen Sie dem Pool, der aktualisiert wird, keine virtuellen Maschinen hinzu, starten oder beenden Sie sie nicht.
• Führen Sie während des Fensters keine Katalogupdates durch.

Upgrade des rollenden Pools

Rolling Pool Upgrade ist eine XenServer-Funktion, die entwickelt wurde, um den Upgrade-Prozess zu vereinfachen und Ausfallzeiten zu minimieren.

Der Rolling Pool Upgrade-Assistent in XenCenter führt Sie durch den Upgrade-Vorgang und organisiert den Upgrade-Pfad automatisch. Bei Pools wird jeder Server im Pool nacheinander aktualisiert, beginnend mit dem Poolkoordinator. Bevor Sie ein Upgrade starten, führt der Assistent eine Reihe von Vorprüfungen durch. Diese Vorabprüfungen stellen sicher, dass bestimmte poolweite Funktionen, wie z. B. Hochverfügbarkeit, vorübergehend deaktiviert werden und dass jeder Server im Pool für das Upgrade vorbereitet ist. Es ist jeweils nur ein Server offline. Alle laufenden VMs werden automatisch von jedem Server migriert, bevor das Upgrade auf diesem Server installiert wird.

Sie können Rolling Pool Upgrade für viele der in diesem Artikel beschriebenen Anwendungsfälle von Citrix Virtual Apps and Desktops verwenden. Für jeden ist die Upgrade-Zeit dieselbe: Die Anzahl der Hosts im Pool multipliziert mit der Upgrade-Zeit für einen einzelnen Host. (N x 35 Minuten). Das Potenzial eines VM-Ausfalls hängt von Ihrer Citrix Virtual Apps and Desktops-Workload und der Konfiguration des XenServer-Pools ab.

Auch wenn Sie Rolling Pool Upgrade verwenden möchten, um Ihren XenServer-Pool zu aktualisieren, überprüfen Sie die Informationen für Ihre spezifische Umgebung, um sicherzustellen, dass Sie die erforderlichen Aktionen für Citrix Virtual Apps and Desktops, alle besonderen Überlegungen und das zu erwartende Verhalten verstehen.

Anwendungsfälle

Dieser Artikel identifiziert mehrere breite Anwendungsfälle. Für jeden dieser Anwendungsfälle gehen wir davon aus, dass der XenServer-Pool nur einen Typ von Citrix Virtual Apps and Desktops-Workload hostet. Wenn Ihr Pool eine Mischung aus verschiedenen Arten von Workloads enthält, überprüfen Sie alle Fälle, die auf Ihren Pool zutreffen, um zu entscheiden, was Ihr bevorzugter Upgrade-Ansatz ist.

Überlegen Sie sich zunächst, wie Ihre XenServer-Umgebung konfiguriert ist:

• XenServer-Pool mit gemeinsam genutztem Speicher

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

• XenServer-Pool ohne gemeinsamen Speicher oder eigenständigen Host

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

XenServer-Pool mit gemeinsam genutztem Speicher

Wenn Sie einen Pool aktualisieren, in dem sich die VM-Datenträger auf gemeinsam genutztem Speicher befinden, können Sie während des Upgrades VMs von jedem XenServer-Host im Pool evakuieren.

Die meisten Anwendungsfälle für diesen Pooltyp können mithilfe von Rolling Pool Upgrade aktualisiert werden. Die erforderlichen Aktionen in Citrix Virtual Apps and Desktops und das Ausfallverhalten sind jedoch je nach Workload unterschiedlich.

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

• Nicht zugewiesene Einzelsitzungs-Desktops

• Andere Workloads

XenServer-Pool ohne gemeinsamen Speicher oder eigenständigen Host

Wenn Sie einen Pool aktualisieren, in dem sich die VM-Datenträger im lokalen Speicher befinden, oder wenn Sie einen einzelnen Host in Ihrem Pool haben, können die VMs während des Upgrades nicht von den XenServer-Hosts migriert werden. In diesen Fällen müssen die VMs für die Dauer des Host- oder Pool-Upgrades heruntergefahren werden. Ein gewisser Ausfall Ihrer virtuellen Apps und Desktops ist in diesen Fällen unvermeidlich.

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

• Zugewiesene Desktops
• Andere Workloads

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

Dieser Anwendungsfall deckt XenServer-Pools mit gemeinsam genutztem Speicher ab, deren primärer Workload virtuelle Einzelsitzungs-Desktops mit zufälliger Maschinenzuweisung sind. Maschinen dieses Typs müssen entweder von Citrix Provisioning oder von Machine Creation Services verwaltet werden.

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

Empfohlene Optionen für das Upgrade:

• Upgrade des rollenden Pools
  • 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.

Wenn möglich, stellen Sie die Workload während des Upgrades dieses Pools von anderen XenServer-Pools mit Kapazität zur Verfügung. Dieser Ansatz kann während des Upgrades zu einer verringerten Kapazität führen. Wenn Sie keine Kapazität für die Workload auf Ihren anderen XenServer-Hosts und -Pools haben, empfehlen wir Ihnen, einen Ausfall für alle Maschinen in Ihrem Workload zu melden.

Rolling Pool Upgrade (1)

Lesen Sie die Schritte und Anleitungen unter 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 deckt XenServer-Pools mit gemeinsam genutztem Speicher ab, deren primäre Workload entweder virtuelle Desktops mit einer Sitzung mit dem zugewiesenen Maschinenzuordnungstyp oder virtuelle Anwendungen mit mehreren Sitzungen mit dem zufälligen Maschinenzuordnungstyp sind.

Empfohlene Optionen für das Upgrade:

• Upgrade des rollenden Pools
  • 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: Kein Serviceausfall

Rolling Pool Upgrade (2)

Lesen Sie die Schritte und Anleitungen unter 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 deckt eigenständige XenServer-Hosts oder Pools ab, die keinen gemeinsamen Speicher haben und deren primäre Workload entweder virtuelle Einzelsitzungs-Desktops mit dem zugewiesenen Maschinenzuordnungstyp sind.

Empfohlene Optionen für das Upgrade:

• Rolling Pool Upgrade Verwenden Sie RPU im automatischen Modus in einem einzigen Wartungsfenster. Dies setzt voraus, dass alle Benutzer während des gesamten Upgrades einen Ausfall haben, was jedoch einen geringeren Verwaltungsaufwand für einen Pool mit sich bringt.
  • 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 den geringsten Ausfall für jeden Benutzer während des Upgrades, ist jedoch für den Administrator aufwändiger
  • Geschätzte Upgrade-Zeit: Das Doppelte der Upgrade-Zeit 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 in der Regel 35 Minuten.

Rolling Pool Upgrade (3)

Lesen Sie die Schritte und Anleitungen unter 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)

Sie können diesen manuellen Vorgang verwenden, um zuerst den Poolkoordinator und dann alle anderen Hosts parallel zu aktualisieren, um die Gesamtausfallzeit erheblich zu reduzieren.

Hinweis:

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

Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.

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 deckt XenServer-Pools mit gemeinsam genutztem Speicher ab, deren primäre Workload virtuelle Desktops mit einer Sitzung oder virtuelle Anwendungen mit mehreren Sitzungen mit dem Zuordnungstyp zufällige Maschinenzuweisung sind.

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

Empfohlene Optionen für das Upgrade:

• Upgrade des rollenden Pools
  • 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 Doppelte der Upgrade-Zeit für einen einzelnen Host. (Ungefähr 70 Minuten)
  • Ausfallverhalten: Alle Maschinen befinden sich während der gesamten Upgrade-Zeit im Wartungsmodus von Citrix Virtual Apps and Desktops.

Wenn möglich, stellen Sie die Workload während des Upgrades dieses Pools von anderen XenServer-Pools mit Kapazität zur Verfügung. Dieser Ansatz kann während des Upgrades zu einer verringerten Kapazität führen. Wenn Sie keine Kapazität für die Workload auf Ihren anderen XenServer-Hosts und -Pools haben, empfehlen wir Ihnen, einen Ausfall für alle Maschinen in Ihrem Workload zu melden.

Rolling Pool Upgrade (4)

Lesen Sie die Schritte und Anleitungen unter 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)

Sie können diesen manuellen Vorgang verwenden, um zuerst den Poolkoordinator und dann alle anderen Hosts parallel zu aktualisieren, um die Gesamtausfallzeit erheblich zu reduzieren.

Hinweis:

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

Lesen Sie die Schritte und Anleitungen unter Bevor Sie beginnen.

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

Ein Pool im gemischten Modus ist ein Pool, bei dem Hosts im Pool verschiedene Versionen von XenServer verwenden. Betreiben Sie Ihren Pool nicht länger als nötig im gemischten Modus (mit mehreren Versionen von XenServer), da der Pool während des Upgrades in einem herabgesetzten Zustand arbeitet. In diesem heruntergestuften Zustand sind bestimmte VM-, SR-, VDI- und Host-Operationen blockiert. VMs, die auf einem Host in der höheren Version von XenServer ausgeführt wurden, können nicht auf einen Host in der niedrigeren Version von XenServer migriert oder auf diesem gestartet werden.

Pools im gemischten Modus werden für die Standardnutzung nicht unterstützt und werden nur als Übergangsstatus während des Upgrades eines Pools unterstützt. Wenn bei der Ausführung im gemischten Modus ein Problem auftritt, werden Sie vom technischen Support aufgefordert, Ihr Pool-Upgrade abzuschließen und das Problem dann in einem nicht gemischten Pool zu reproduzieren.

Nachdem Sie die Upgrade-Optionen für Ihre Citrix Virtual Apps and Desktops-Umgebung überprüft haben, dauert Ihr geplanter XenServer-Upgrade-Pfad möglicherweise länger als das verfügbare Wartungsfenster. Wenn möglich, verlängern Sie das Wartungsfenster, damit Ihr XenServer-Upgrade darin abgeschlossen werden kann. Wenn dies nicht möglich ist, können Sie den Pool bis zu Ihrem nächsten Wartungsfenster im gemischten Modus ausführen. Wenn Sie Ihren Pool jedoch im gemischten Modus ausführen, erhöht sich die Wahrscheinlichkeit unerwarteter Verhaltensweisen oder Probleme, die dazu führen könnten, dass Sie stattdessen ein Notfallwartungsfenster benötigen. Planen Sie ein, die Zeit, die Ihr Pool im gemischten Modus verbringt, so gering wie möglich zu halten.

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

• Bei gepoolten Desktop-Workloads, bei denen die VMs vor ihrer Wiederverwendung neu gestartet werden müssen, werden die VMs nur auf den Hosts neu gestartet, auf denen die neuere Version von XenServer ausgeführt wird. Die effektive Kapazität des Pools ist begrenzt. Je nachdem, wie viele Hosts in Ihrem Pool aktualisiert wurden, reicht die Kapazität möglicherweise nicht aus, um alle erforderlichen VMs neu zu starten. Dieses Verhalten kann zu Fehlern führen und einige Benutzer von Citrix Virtual Apps and Desktops können möglicherweise nicht auf ihre erforderlichen Sitzungen zugreifen.

• Wenn Sie dedizierte Maschinen haben, die lokalen Speicher verwenden und sich auf Hosts befinden, auf denen die ältere Version von XenServer ausgeführt wird, können diese VMs gestoppt werden, aber sie können erst neu gestartet werden, wenn das Upgrade abgeschlossen ist und sich der Pool nicht mehr im gemischten Modus befindet.