Freigeben über

Sitzungshostupdate für Azure Virtual Desktop (Vorschau)

Wichtig

Das Sitzungshostupdate für Azure Virtual Desktop befindet sich derzeit in der VORSCHAU. In den ergänzenden Nutzungsbedingungen für Microsoft Azure Previews finden Sie rechtliche Bestimmungen, die für Azure-Features gelten, die sich in der Betaversion, Vorschauversion oder anderweitig noch nicht in der allgemeinen Verfügbarkeit befinden.

Hostpools, die mit einer Sitzungshostkonfiguration konfiguriert sind , erfordern das Hinzufügen einer verwalteten Identität zu vorhandenen Hostpools bis zum 15. November 2025, um dem Hostpool Sitzungshosts hinzuzufügen. Dies ersetzt die Abhängigkeit vom Azure Virtual Desktop-Dienstprinzipal und ermöglicht eine sicherere Konfiguration. Erfahren Sie mehr über die Verwendung verwalteter Identitäten mit Azure Virtual Desktop-Hostpools.

Mit dem Sitzungshostupdate können Sie den zugrunde liegenden Datenträgertyp, das Betriebssystemimage und andere Konfigurationseigenschaften aller Sitzungshosts in einem Hostpool mit einer Sitzungshostkonfiguration aktualisieren. Durch das Sitzungshostupdate werden die zuordnungsbasierten virtuellen Computer aufgehoben oder gelöscht, und es werden neue Computer erstellt, die Ihrem Hostpool mit der aktualisierten Konfiguration hinzugefügt werden. Diese Methode zum Aktualisieren von Sitzungshosts entspricht der Empfehlung, Updates innerhalb des Kernquellimages zu verwalten, anstatt Updates einzeln auf jeden Sitzungshost nach einem fortlaufenden wiederholten Zeitplan zu verteilen und zu installieren, um sie auf dem neuesten Stand zu halten.

Dies sind die Änderungen, die Sie beim Ausführen eines Updates vornehmen können:

Nachdem Sie eine Aktualisierung Ihrer Sitzungshosts mithilfe des Sitzungshostupdates abgeschlossen haben, werden alle Sitzungshosts in einem Hostpool mit den von Ihnen angegebenen Änderungen standardisiert. Andere Azure-Eigenschaften der Sitzungshosts, z. B. die Verfügbarkeitskonfiguration, die Netzwerkkonfiguration und der Standort, werden über Updates hinweg beibehalten.

Updateprozess

Sie können die Anzahl der Sitzungshosts in einem Hostpool angeben, die gleichzeitig aktualisiert werden sollen. Dies wird als Batch bezeichnet. Dieser Wert ist die maximale Anzahl von Sitzungshosts, die während des Updates nicht verfügbar sind, und alle verbleibenden Sitzungshosts können verwendet werden. Wenn ein Update gestartet wird, wird nur ein Sitzungshost als Ziel verwendet (als initial bezeichnet), um zu testen, dass der End-to-End-Updateprozess erfolgreich ist, bevor die restlichen Sitzungshosts im Pool in Batches aktualisiert werden. Dieser Ansatz minimiert die Auswirkungen, wenn ein Fehler auftritt.

Hier ist ein Beispiel: Wenn Sie über einen Hostpool mit 10 Sitzungshosts verfügen und eine Batchgröße von drei eingeben, wird ein einzelner Sitzungshost (der erste) aktualisiert, dann werden die verbleibenden Sitzungshosts in drei Batches mit drei Sitzungshosts aktualisiert. Zu einem beliebigen Zeitpunkt, nachdem der anfängliche Sitzungshost seine Aktualisierung abgeschlossen hat, stehen mindestens sieben Sitzungshosts zur Verwendung im Hostpool zur Verfügung.

Während eines Updates folgt das Sitzungshostupdate diesem Prozess:

  1. Vorhandene Sitzungshosts werden basierend auf ihrem Namen und der Größe des zuvor angegebenen Batches ausgewählt. Eine vom Administrator angegebene Benachrichtigung wird an alle verbundenen Benutzer gesendet. Anschließend wartet der Dienst auf die zuvor angegebene Dauer, bevor alle verbleibenden Benutzer abgemeldet werden.

  2. Die ausgewählten Sitzungshosts werden in den Ausgleichsmodus versetzt und dann aus dem Hostpool entfernt. Das Computerkonto für Sitzungshosts, die einer Active Directory-Domäne beigetreten sind, wird nicht gelöscht.

  3. Die gleiche Anzahl neuer Sitzungshosts wird mit der aktualisierten Sitzungshostkonfiguration erstellt. Die neuen Azure-Ressourcen für den virtuellen Computer, den Betriebssystemdatenträger und die Netzwerkschnittstelle weisen das Format SessionHostName-DateTimeauf. Beispielsweise wird ein vorhandener virtueller Computer namens VM1-0 durch einen neuen virtuellen Computer namens VM1-0-2023-04-15T17-16-07ersetzt. Der Hostname des Betriebssystems wird nicht geändert. Diese neuen Sitzungshosts werden mithilfe von Azure-VM-Erweiterungen mit Ihrem Verzeichnis verknüpft.

    Sitzungshosts, die in eine Active Directory-Domäne eingebunden sind, erben die vorhandenen AD-Computerobjekte. Dieser Prozess richtet die Vertrauensstellung ein und unterbricht die vorhandene Vertrauensstellung mit den vorherigen VMs.

  4. Die neuen Sitzungshosts werden mit dem vorhandenen Hostpool verknüpft, und der Ausgleichsmodus ist deaktiviert, und die Sitzungshosts können Verbindungen akzeptieren.

  5. Die ursprünglichen VMs werden gelöscht.

Es kann jeweils nur ein Sitzungshostaktualisierungsvorgang in einem einzelnen Hostpool ausgeführt oder geplant werden. Es können jedoch Sitzungshostaktualisierungsvorgänge gleichzeitig in mehreren Hostpools ausgeführt werden.

Der vorhandene Energiezustand und Ausgleichsmodus von Sitzungshosts wird berücksichtigt. Sie können ein Update für einen Hostpool durchführen, in dem die Zuordnung aller Sitzungshosts aufgehoben wird, um Kosten zu sparen.

Wichtig

  • Wenn Sie Azure Virtual Desktop Insights verwenden, wird der Azure Monitor-Agent nicht automatisch auf den aktualisierten Sitzungshosts installiert. Um den Agent automatisch zu installieren, können Sie Azure Policy verwenden.

  • Beachten Sie Kontingentlimits für Ihr Azure-Abonnement, und erwägen Sie , eine Anforderung zur Erhöhung eines Kontingents zu übermitteln , wenn ein Update den Grenzwert überschreiten würde.

  • Es wird empfohlen, den Updateprozess in einem Testhostpool zu testen, der an dem Hostpool ausgerichtet ist, den Sie aktualisieren möchten. Dadurch wird der Updateprozess selbst und auch das Ergebnis einer neuen VM mit dem gleichen Namen wie der vorherige virtuelle Computer in Ihrer Umgebung getestet. Es ist auch wichtig, zu testen, ob alle Updates, z. B. neue Anwendungen oder Hotfixes, in Ihrer Umgebung wie erwartet funktionieren, bevor Sie einen Produktionshostpool aktualisieren.

Virtuelle Computer und Verwaltungstools

Das neue Image muss für Azure Virtual Desktop und die Generierung des virtuellen Computers unterstützt werden und kann aus folgenden Gründen stammen:

  • Azure Marketplace.

  • Ein vorhandenes freigegebenes Azure Compute Gallery-Image.

  • Ein vorhandenes verwaltetes Image.

Wenn das Sitzungshostupdate neue virtuelle Computer erstellt, müssen sie mit einem Verzeichnis verknüpft werden. Sie müssen dasselbe Verzeichnis wie die vorhandenen virtuellen Computer verwenden. Sie können das Verzeichnis während eines Updates nicht ändern.

Anpassungen, z. B. Dateien, Registrierungsschlüssel oder Zertifikate, die sitzungshosts manuell hinzugefügt wurden, sind nach Abschluss des Updates nicht mehr vorhanden. Sie können Sitzungshosts im Pool nicht einzeln aktualisieren. Daher sollten Sie diese Anpassungen entweder dem Image selbst hinzufügen, sicherstellen, dass die Anpassungen von Konfigurationsverwaltungstools wie Intune oder Gruppenrichtlinie angewendet werden, oder diese Anpassungen dem PowerShell-Skript für die benutzerdefinierte Konfiguration in der Sitzungshostkonfiguration hinzufügen.

Während eines Updates mit Sitzungshosts, die in Active Directory eingebunden sind, werden Computerobjekte nicht gelöscht. Dies bedeutet, dass es vorübergehend verwaiste Computerobjekte in Active Directory gibt. Wenn der neue virtuelle Computer mit der Domäne verknüpft ist, verwendet er den ursprünglichen Hostnamen und erbt das verwaiste Computerobjekt. Wenn Sie die Domäne ändern, müssen Sie die verwaisten Computerobjekte aus der vorherigen Domäne entfernen.

Gruppenrichtlinie Objekte (GPOs) werden zum Anwenden von Richtlinien auf Sitzungshosts verwendet und in der Regel auf Oe-Ebene in der Active Directory-Domäne angewendet. Es kann jedoch vorkommen, dass einige Anwendungen/Filter mithilfe von Computerobjekten oder Gruppenobjekten durchgeführt werden. Da die neuen VMs die verwaisten Computerobjekte erben, gelten weiterhin vorhandene Gruppenrichtlinienobjekte. Sie sollten sicherstellen, dass vorhandene Gruppenrichtlinienobjekte weiterhin gelten, wenn Sie die Organisationseinheitsmitgliedschaft im Rahmen des Updateprozesses ändern.

Planen und Benutzersitzungen

Wenn Benutzer bei einem Sitzungshost angemeldet sind, wenn die Aktualisierung gestartet wird, erhalten sie die von einem Administrator angegebene Benachrichtigung, die Benutzer zum Abmelden und dann erneut anmelden soll. Benutzer können sich sofort erneut anmelden, um eine Verbindung mit einem anderen Sitzungshost im Hostpool herzustellen.

Neue Verbindungen werden an Sitzungshosts weitergeleitet, die aktualisiert werden, um zu vermeiden, dass sie sich bei einem Sitzungshost anmelden, der unmittelbar aktualisiert wird, nur damit sie benachrichtigt werden, sich erneut abzumelden. Zu Beginn eines Updates gibt es jedoch keine neu aktualisierten Sitzungshosts, sodass Benutzer, die aufgefordert wurden, sich abzumelden und sich kürzlich bei Sitzungshosts angemeldet haben, noch zu aktualisieren, benachrichtigt werden, sich erneut abzumelden.

Da nur eine reduzierte Anzahl von Sitzungshosts verfügbar ist, sollten Sie ein Update zu einem für Ihr Unternehmen geeigneten Zeitpunkt planen, um Unterbrechungen für Endbenutzer zu minimieren.

Bekannte Probleme und Einschränkungen

Hier sind bekannte Probleme und Einschränkungen:

  • Das Sitzungshostupdate unterstützt nur Schlüsseltresore, die für den öffentlichen Zugriff aus allen Netzwerken konfiguriert sind.

  • Das Sitzungshostupdate ist nur in der globalen Azure-Cloud verfügbar. Es ist nicht in anderen Clouds verfügbar, z. B. Azure US Government oder Azure, betrieben von 21Vianet.

  • Bei Sitzungshosts, die aus einem freigegebenen Azure Compute Gallery-Image mit einem Kaufplan erstellt wurden, wird der Plan nicht beibehalten, wenn die Sitzungshosts aktualisiert werden. Um zu überprüfen, ob das Image, das Sie für Ihre Sitzungshosts verwenden, über einen Kaufplan verfügt, können Sie Azure PowerShell oder die Azure CLI verwenden.

  • Sitzungshostkonfigurationen unterstützen derzeit nicht den Zugriff auf ein freigegebenes Azure Compute Gallery-Image, das sich in einem anderen Azure-Abonnement als dem Hostpool befindet.

  • Die Größe des Betriebssystemdatenträgers kann während eines Updates nicht geändert werden. Der Updatedienst verwendet standardmäßig die gleiche Größe wie im Katalogimage definiert.

  • Wenn ein Update fehlschlägt, kann der Hostpool erst gelöscht werden, wenn das Update abgebrochen wird.

  • Der Updatestatus ändert sich nur, wenn ein Sitzungshost aktualisiert wurde. Beispiel: In einem Hostpool mit 10 Sitzungshosts, während der erste Sitzungshost aktualisiert wird, wird der Fortschritt als 0,00 % angezeigt. Dies wird erst auf 10 % verschoben, nachdem der erste Sitzungshost aktualisiert wurde.

  • Wenn Sie ein Image erstellen möchten, das von einem vorhandenen Sitzungshost stammt und dann als Quellimage für ihr Sitzungshostupdate verwendet wird, müssen Sie den C:\packages\plugin Ordner löschen, bevor Sie das Image erstellen. Andernfalls verhindert dieser Ordner die Ausführung der DSC-Erweiterung, die die aktualisierten virtuellen Computer mit dem Hostpool verknüpft.

  • Wenn Sie Azure Virtual Desktop Insights verwenden, wird der Azure Monitor-Agent oder Log Analytics-Agent nicht automatisch auf den aktualisierten Sitzungshosts installiert. Um den Agent automatisch zu installieren, finden Sie hier einige Optionen:

  • Das Ändern einer Sitzungshostkonfiguration in einem Hostpool ohne Sitzungshosts zur gleichen Zeit, zu der ein Sitzungshost erstellt wird, kann zu einem Hostpool mit inkonsistenten Sitzungshosteigenschaften führen und sollte vermieden werden.

  • Updates mit großen Batchgrößen kann zu zeitweiligen Fehlern mit dem Fehlercode AgentRegistrationFailureGenericführen. Wenn dies für eine Teilmenge der Sitzungshosts auftritt, die aktualisiert werden, wird das Problem in der Regel durch erneutes Wiederholen des Updates behoben.

Nächste Schritte