Manuelles Migrieren von Azure Virtual Desktop (klassisch)

Azure Virtual Desktop (klassisch) erstellt seine Dienstumgebung mit PowerShell-Cmdlets, REST-APIs und Dienstobjekten. Ein Objekt in einer Azure Virtual Desktop-Dienstumgebung ist ein von Azure Virtual Desktop erstelltes Element. Zu Dienstobjekten gehören Mandanten, Hostpools, Anwendungsgruppen und Sitzungshosts.

Azure Virtual Desktop (klassisch) ist jedoch nicht in Azure integriert. Ohne Azure-Integration werden Objekte, die Sie erstellen, nicht automatisch vom Azure-Portal verwaltet, da sie nicht mit Ihrem Azure-Abonnement verbunden sind.

Das vor Kurzem erfolgte große Update von Azure Virtual Desktop stellt eine Umstellung des Diensts auf eine vollständige Azure-Integration dar. In Azure Virtual Desktop erstellte Objekte werden automatisch vom Azure-Portal verwaltet.

In diesem Artikel wird erläutert, warum Sie eine Migration zur neuesten Version von Azure Virtual Desktop in Erwägung ziehen sollten. Anschließend erfahren Sie, wie Sie manuell von Azure Virtual Desktop (klassisch) zum neuesten Update von Azure Virtual Desktop migrieren.

Vorteile der Migration

Umfangreiche Updates können unpraktisch sein, besonders wenn Sie sie manuell durchführen müssen. Es gibt jedoch einige Gründe, warum eine automatische Migration nicht in Frage kommt:

• Vorhandene Dienstobjekte, die mit dem klassischen Release erstellt wurden, sind nicht in Azure vorhanden. Ihr Projektumfang geht nicht über den Azure Virtual Desktop-Dienst hinaus.
• Mit dem neuesten Update wurde die Anwendungs-ID des Diensts dahin gehend geändert, dass für Apps keine Einwilligung mehr erfolgen muss, wie es bei Azure Virtual Desktop (klassisch) noch nötig war. Sie können mit Azure Virtual Desktop nur dann neue Azure-Objekte erstellen, wenn sie mit der neuen Anwendungs-ID authentifiziert werden.

Trotz des Aufwands ist eine Migration von der klassischen Version wichtig. Nach der Migration haben Sie folgende Möglichkeiten:

• Verwalten von Azure Virtual Desktop über das Azure-Portal
• Weisen Sie Microsoft Entra-Benutzergruppen zu Anwendungsgruppen zu.
• Verwenden des verbesserten Log Analytics-Features für die Problembehandlung in Ihrer Bereitstellung
• Verwenden der nativen rollenbasierte Zugriffssteuerung in Azure (Azure RBAC) zum Verwalten des administrativen Zugriffs

Gründe für eine Migration

Wenn Sie sich fragen, ob Sie eine Migration durchführen sollten, berücksichtigen Sie auch die aktuelle und zukünftige Situation Ihrer Bereitstellung.

Es gibt einige Szenarien, in denen eine manuelle Migration besonders empfohlen wird:

• Sie verfügen über einen Testhostpool mit einer geringen Anzahl von Benutzern.
• Sie haben einen Produktionsthostpool mit einer kleinen Anzahl von Benutzern eingerichtet, planen jedoch, diesen zukünftig auf Hunderte von Benutzern zu erweitern.
• Sie verfügen über ein einfaches Setup, das problemlos repliziert werden kann, z. B. wenn für Ihre VMs ein Katalogimage verwendet wird.

Wichtig

Wenn Sie eine komplexe Konfiguration verwenden, die bis zur Stabilität eine lange Zeit benötigte oder viele Benutzer aufweist, wird die manuelle Migration nicht empfohlen.

Vorbereiten der Migration

Bevor Sie beginnen, müssen Sie sicherstellen, dass Ihre Umgebung für die Migration bereit ist.

Sie benötigen Folgendes, um den Migrationsvorgang zu beginnen:

• Ein Azure-Abonnement, in dem Sie neue Azure-Dienstobjekte erstellen.

• Stellen Sie sicher, dass Sie den folgenden Rollen zugewiesen sind:

  • Mitwirkender
  • Benutzerzugriffsadministrator

  Mit der Rolle „Mitwirkender“ können Sie Azure-Objekte in Ihrem Abonnement erstellen, und mit der Rolle „Benutzerzugriffsadministrator“ können Sie Benutzer Anwendungsgruppen zuweisen.

Manuelles Migrieren

Nachdem Sie sich auf den Migrationsvorgang vorbereitet haben, folgt nun die eigentliche Migration.

So migrieren Sie manuell von Azure Virtual Desktop (klassisch) zu Azure Virtual Desktop:

1. Befolgen Sie die Anweisungen unter Erstellen eines Hostpools mit dem Azure-Portal, um alle Objekte auf hoher Ebene über das Azure-Portal zu erstellen.
2. Wenn Sie die bereits verwendeten virtuellen Computer übernehmen möchten, befolgen Sie die Anweisungen unter Registrieren der virtuellen Computer für den Azure Virtual Desktop-Hostpool, um sie manuell für den neuen Hostpool zu registrieren, den Sie in Schritt 1 erstellt haben.
3. Erstellen Sie neue RemoteApp-Anwendungsgruppen.
4. Veröffentlichen Sie Benutzer*innen oder Benutzergruppen in den neuen Desktop- und RemoteApp-Anwendungsgruppen.
5. Aktualisieren Sie Ihre Richtlinie für bedingten Zugriff so, dass die neuen Objekte zugelassen werden, indem Sie die Anweisungen unter Einrichten der mehrstufigen Authentifizierung befolgen.

Um Ausfallzeiten zu vermeiden, sollten Sie zuerst Ihre vorhandenen Sitzungshosts jeweils in kleinen Gruppen bei den in Azure Resource Manager integrierten Hostpools registrieren. Übertragen Sie danach die Benutzer*innen nach und nach in die neuen in Azure Resource Manager integrierten Anwendungsgruppen.

Nächste Schritte

Wenn Sie erfahren möchten, wie Sie Ihre Bereitstellung stattdessen automatisch migrieren, lesen Sie Migrate automatically from Azure Virtual Desktop (classic) (Automatisches Migrieren von Azure Virtual Desktop (klassisch)).

Nach der Migration können Sie sich in unseren Tutorials über die Funktionsweise von Azure Virtual Desktop informieren. Informationen zu erweiterten Verwaltungsfunktionen finden Sie unter Erweitern eines vorhandenen Hostpools und Anpassen der RDP-Eigenschaften.

Informationen zu Dienstobjekten finden Sie unter Azure Virtual Desktop-Umgebung.