Bereitstellen oder Migrieren von Azure Virtual Desktop

Artikel
03/10/2024

In diesem Artikel wird davon ausgegangen, dass Sie einen Plan für Azure Virtual Desktop erstellt, die Anforderungen für die Desktopbereitstellung geprüft sowie einen Proof of Concept durchgeführt haben und jetzt bereit sind, Ihre Azure Virtual Desktop-Instanzen zu migrieren oder bereitzustellen.

Anfangsbereich

Die Bereitstellung von Azure Virtual Desktop-Instanzen folgt einem Prozess, der dem Proof of Concept-Prozess ähnelt. Verwenden Sie diesen Anfangsbereich als Grundlage, um die verschiedenen Änderungen des Bereichs zu erläutern, die für die Ausgabe der Bewertung erforderlich sind.

Erstellen Sie einen Hostpool für in Pools zusammengefasste Desktops, indem Sie ein Windows 10-Katalogimage aus Azure Marketplace und die Dimensionierung aus Schritt 1 dieses Verfahrens verwenden.
Erstellen Sie Desktop- oder RemoteApp-Anwendungsgruppen für Workloads, die bereits migriert wurden.
Erstellen Sie einen FSLogix-Profilcontainer, um Benutzerprofile zu speichern.

Die Bereitstellung und Migration umfasst die Migration von Personas, Anwendungen und Benutzerprofilen. Abhängig von den Ergebnissen der Workloadbewertung gibt es wahrscheinlich Änderungen für diese Migrationstasks. In diesem Artikel wird erläutert, wie sich der Bereich auf der Grundlage des Feedbacks zur Bewertung ändern kann.

Iterative Methoden

Jede Persona wird voraussichtlich eine Iteration des zuvor beschriebenen anfänglichen Bereichs erfordern, was zu mehreren Hostpools führt. In Abhängigkeit von der Azure Virtual Desktop-Bewertung sollte das Einführungsteam anhand der Anzahl von Personas oder Benutzern pro Persona Iterationen definieren. Wenn Sie den Prozess in personagesteuerte Iterationen unterteilen, können Sie die Auswirkungen der Änderungsgeschwindigkeit auf das Unternehmen verringern und es dem Team ermöglichen, sich auf das richtige Testen oder Onboarding für die einzelnen Personapools zu konzentrieren.

Überlegungen zum Bereich

Die folgenden Überlegungen sollten bei der Entwurfsdokumentation für jede zu migrierende oder bereitzustellende Personagruppe beachtet werden. Nachdem die Bereichsüberlegungen in den zuvor diskutierten anfänglichen Bereich eingeflossen sind, kann die Bereitstellung oder Migration beginnen.

Überlegungen zu Landezonen in Azure

Bevor Sie die Personagruppen bereitstellen, sollte in der Azure-Region eine Zielzone erstellt werden, die zur Unterstützung der einzelnen bereitzustellenden Persona erforderlich ist. Jede zugewiesene Zielzone sollte unter Berücksichtigung der Anforderungen für die Zielzonenüberprüfung bewertet werden.

Wenn die zugewiesene Azure-Zielzone nicht Ihre Anforderungen erfüllt, sollte der Bereich für alle zukünftigen Änderungen der Umgebung hinzugefügt werden.

Überlegungen zu Anwendungen und Desktops

Bei einigen Personas besteht möglicherweise eine Abhängigkeit von Legacylösungen, die nicht mit Windows 10 Enterprise mit mehreren Sitzungen kompatibel sind. Dann sind für diese Personas möglicherweise dedizierte Desktops erforderlich. Diese Abhängigkeit wird unter Umständen erst bei der Bereitstellung oder beim Testen entdeckt.

Wenn sie erst spät im Prozess entdeckt werden, sollten zukünftige Iterationen der Modernisierung oder Migration der Legacyanwendung zugewiesen werden. Dadurch werden die langfristigen Kosten für die Desktopdarstellung gesenkt. Diese zukünftigen Iterationen sollten unter Berücksichtigung der Auswirkungen auf die Preise durch die Modernisierung im Vergleich zu den zusätzlichen Kosten priorisiert und durchgeführt werden, die durch dedizierte Desktops entstehen. Um Pipelineunterbrechungen und die Realisierung von Geschäftsergebnissen zu vermeiden, sollte diese Priorisierung die aktuellen Iterationen nicht beeinträchtigen.

Einige Anwendungen erfordern möglicherweise eine Problembehandlung, Modernisierung oder Migration zu Azure, damit den Endbenutzern die gewünschten Funktionen zur Verfügung stehen. Diese Änderungen werden wahrscheinlich nach dem Release vorgenommen. Wenn stattdessen aber die Desktoplatenz die Geschäftsfunktionen beeinflussen kann, können durch die Anwendungsänderungen Blockierungsabhängigkeiten für die Migration einiger Personas entstehen.

Überlegungen zu Benutzerprofilen

Für den Anfangsbereich wird davon ausgegangen, dass Sie einen VM-basierten Container für FSLogix-Benutzerprofile verwenden.

Sie können Azure NetApp Files verwenden, um Benutzerprofile zu hosten. Dies erfordert einige zusätzliche Schritte im Bereich, einschließlich:

Pro NetApp-Instanz: Konfigurieren Sie NetApp-Dateien, -Volumes und Active Directory-Verbindungen.
Pro Host/Persona: Konfigurieren Sie FSLogix auf Sitzungshost-VMs.
Pro Benutzer: Weisen Sie der Hostsitzung Benutzer zu.

Sie können auch Azure Files verwenden, um Benutzerprofile zu hosten. Dies erfordert einige zusätzliche Schritte im Bereich, einschließlich:

Pro Azure Files-Instanz: Konfigurieren Sie das Speicherkonto, den Datenträgertyp und die Microsoft Entra-Verbindung (Microsoft Entra Domain Services wird ebenfalls unterstützt), weisen Sie über die rollenbasierte Zugriffssteuerung in Azure Zugriff für eine Active Directory-Benutzergruppe zu, wenden Sie NTFS-Berechtigungen für Azure Files an, und rufen Sie den Zugriffsschlüssel für das Speicherkonto ab.
Pro Host/Persona: Konfigurieren Sie FSLogix auf Sitzungshost-VMs.
Pro Benutzer: Weisen Sie der Hostsitzung Benutzer zu.

Die Benutzerprofile für einige Personas oder Benutzer erfordern möglicherweise auch eine Datenmigration, die die Migration bestimmter Personas verzögern kann, bis Korrekturen an den Benutzerprofilen innerhalb Ihrer lokalen Active Directory-Instanz oder auf einzelnen Benutzerdesktops vorgenommen werden können. Diese Verzögerung könnte den Bereich außerhalb des Azure Virtual Desktop-Szenarios erheblich beeinträchtigen. Nach deren Behebung können der ursprüngliche Bereich und die vorhergehenden Ansätze wieder aufgenommen werden.