Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure Virtual Desktop (klassisch) erstellt seine Dienstumgebung mit PowerShell-Cmdlets, REST-APIs und Dienstobjekten. Ein Objekt in einer Azure Virtual Desktop-Dienstumgebung ist eine Sache, die Azure Virtual Desktop erstellt. Dienstobjekte umfassen Mandanten, Hostpools, Anwendungsgruppen und Sitzungshosts.
Azure Virtual Desktop (klassisch) ist jedoch nicht in Azure integriert. Ohne Azure-Integration werden alle Objekte, die Sie erstellen, nicht automatisch vom Azure-Portal verwaltet, da sie nicht mit Ihrem Azure-Abonnement verbunden sind.
Das kürzlich durchgeführte große Update von Azure Virtual Desktop markiert eine Umstellung des Diensts hin zur vollständigen Azure-Integration. Objekte, die Sie in Azure Virtual Desktop erstellen, werden automatisch vom Azure-Portal verwaltet.
In diesem Artikel wird erläutert, warum Sie eine Migration zur neuesten Version von Azure Virtual Desktop in Betracht ziehen sollten. Danach erfahren Sie, wie Sie manuell von Azure Virtual Desktop (klassisch) zum neuesten Update von Azure Virtual Desktop migrieren.
Gründe für die Migration
Wichtige Updates können umständlich sein, insbesondere solche, die Sie manuell durchführen müssen. Es gibt jedoch einige Gründe, warum Sie nicht automatisch migrieren können:
- Vorhandene Dienstobjekte, die mit dem klassischen Release erstellt wurden, haben keine Darstellung in Azure. Ihr Umfang reicht nicht über den Azure Virtual Desktop-Dienst hinaus.
- Mit dem neuesten Update wurde die Anwendungs-ID des Diensts geändert, um die Zustimmung für Apps wie für Azure Virtual Desktop (klassisch) zu entfernen. Sie können keine neuen Azure-Objekte mit Azure Virtual Desktop erstellen, es sei denn, sie werden mit der neuen Anwendungs-ID authentifiziert.
Trotz des Aufwands ist die Migration von der klassischen Version immer noch wichtig. Nach der Migration können Sie folgendes tun:
- Verwalten sie Azure Virtual Desktop über die Azure-Portal.
- Weisen Sie Microsoft Entra Benutzergruppen Anwendungsgruppen zu.
- Verwenden Sie das verbesserte Log Analytics-Feature, um Probleme mit Ihrer Bereitstellung zu beheben.
- Verwenden Sie die native rollenbasierte Zugriffssteuerung in Azure (Azure RBAC), um den Administratorzugriff zu verwalten.
Wann sollte ich migrieren?
Wenn Sie sich fragen, ob Sie migrieren sollten, sollten Sie auch die aktuelle und zukünftige Situation Ihrer Bereitstellung berücksichtigen.
Es gibt insbesondere einige Szenarien, in denen eine manuelle Migration empfohlen wird:
- Sie haben einen Testhostpool mit einer kleinen Anzahl von Benutzern eingerichtet.
- Sie haben einen Produktionshostpool mit einer kleinen Anzahl von Benutzern eingerichtet, planen aber, dass sie schließlich auf Hunderte von Benutzern hochgefahren werden sollen.
- Sie verfügen über ein einfaches Setup, das problemlos repliziert werden kann. Beispiel: Ihre VMs verwenden ein Katalogimage.
Wichtig
Wenn Sie eine erweiterte Konfiguration verwenden, bei der die Stabilisierung sehr lange gedauert hat oder viele Benutzer vorhanden sind, wird die manuelle Migration nicht empfohlen.
Vorbereitung der Migration
Bevor Sie beginnen, müssen Sie sicherstellen, dass Ihre Umgebung für die Migration bereit ist.
Zum Starten des Migrationsprozesses benötigen Sie Folgendes:
Ein Azure-Abonnement, in dem Sie neue Azure-Dienstobjekte erstellen.
Stellen Sie sicher, dass Sie den folgenden Rollen zugewiesen sind:
- Contributor
- Benutzerzugriffsadministrator
Mit der Rolle Mitwirkender können Sie Azure-Objekte für Ihr Abonnement erstellen, und mit der Rolle Benutzerzugriffsadministrator können Sie Benutzer Anwendungsgruppen zuweisen.
Manuelles Migrieren
Nachdem Sie sich nun auf den Migrationsprozess vorbereitet haben, ist es an der Zeit, tatsächlich zu migrieren.
So migrieren Sie manuell von Azure Virtual Desktop (klassisch) zu Azure Virtual Desktop:
- Befolgen Sie die Anweisungen unter Erstellen eines Hostpools mit dem Azure-Portal, um alle allgemeinen Objekte mit dem Azure-Portal zu erstellen.
- Wenn Sie die bereits verwendeten virtuellen Computer übernehmen möchten, befolgen Sie die Anweisungen unter Registrieren der virtuellen Computer beim Azure Virtual Desktop-Hostpool , um sie manuell für den neuen Hostpool zu registrieren, den Sie in Schritt 1 erstellt haben.
- Erstellen Sie neue RemoteApp-Anwendungsgruppen.
- Veröffentlichen Sie Benutzer oder Benutzergruppen in den neuen Desktop- und RemoteApp-Anwendungsgruppen.
- Aktualisieren Sie Ihre Richtlinie für bedingten Zugriff, um die neuen Objekte zuzulassen, indem Sie die Anweisungen unter Einrichten der mehrstufigen Authentifizierung befolgen.
Um Ausfallzeiten zu vermeiden, sollten Sie zuerst Ihre vorhandenen Sitzungshosts in den in Azure Resource Manager integrierten Hostpools in kleinen Gruppen gleichzeitig registrieren. Bringen Sie Ihre Benutzer anschließend langsam zu den neuen in Azure Resource Manager integrierten Anwendungsgruppen.
Nächste Schritte
Wenn Sie stattdessen erfahren möchten, wie Sie Ihre Bereitstellung automatisch migrieren, wechseln Sie zu Automatisches Migrieren von Azure Virtual Desktop (klassisch).
Nachdem Sie migriert haben, erfahren Sie in unseren Tutorials, wie Azure Virtual Desktop funktioniert. Informationen zu erweiterten Verwaltungsfunktionen finden Sie unter Erweitern eines vorhandenen Hostpools und Anpassen von RDP-Eigenschaften.
Weitere Informationen zu Dienstobjekten finden Sie unter Azure Virtual Desktop-Umgebung.