Freigeben über

Azure Virtual Desktop-Bereitstellung oder Migration

In diesem Artikel wird davon ausgegangen, dass Sie einen Plan für Azure Virtual Desktop eingerichtet haben, die Anforderungen an die Desktopbereitstellung bewertet, einen Machbarkeitsnachweis abgeschlossen 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 Machbarkeitsprozess ähnelt. Verwenden Sie diesen anfänglichen Bereich als Basisplan, um die verschiedenen Bereichsänderungen zu erläutern, die für die Ausgabe der Bewertung erforderlich sind.

Bereitstellung und Migration bestehen aus persona-Migration, Anwendungsmigration und Benutzerprofilmigration. Je nach den Ergebnissen der Workloadbewertung gibt es wahrscheinlich Änderungen an diesen Migrationsvorgängen. In diesem Artikel wird anhand des Bewertungsfeedbacks ermittelt, wie sich der Umfang ändern würde.

Iterative Methodik

Jede Persona erfordert wahrscheinlich eine Iteration des zuvor beschriebenen anfänglichen Bereichs, was zu mehreren Hostpools führt. Je nach Azure Virtual Desktop-Bewertung sollte das Einführungsteam Iterationen definieren, die auf der Anzahl der Personas oder Benutzer pro Persona basieren. Das Aufteilen des Prozesses in personagesteuerte Iterationen trägt dazu bei, die Auswirkungen der Änderungsgeschwindigkeit auf das Unternehmen zu reduzieren und es dem Team zu ermöglichen, sich auf ordnungsgemäße Tests oder das Onboarding der einzelnen Persona-Pools zu konzentrieren.

Überlegungen zum Bereich

Jede der folgenden Überlegungen sollte in die Entwurfsdokumentation für jede Persona-Gruppe einbezogen werden, die migriert oder bereitgestellt werden soll. Nachdem die Bereichsüberlegungen auf den zuvor erläuterten anfänglichen Bereich eingegrenzt wurden, kann die Bereitstellung oder Migration beginnen.

Überlegungen zu Landezonen in Azure

Bevor Sie die Persona-Gruppen bereitstellen, sollte eine Zielzone in den Azure-Regionen erstellt werden, die erforderlich sind, um jede Persona-Gruppe zu unterstützen, die bereitgestellt werden soll. Jede zugewiesene Landezone sollte anhand der Überprüfungsanforderungen für die Zielzone ausgewertet werden.

Wenn die zugewiesene Azure-Zielzone Ihre Anforderungen nicht erfüllt, sollte der Umfang der Änderungen an der Umgebung festgelegt werden.

Überlegungen zu Anwendungen und Desktops

Einige Personas haben möglicherweise eine Abhängigkeit von älteren Lösungen, die nicht mit Windows 10 Enterprise-Mehrsitzungen kompatibel sind. In diesen Fällen erfordern einige Personas möglicherweise dedizierte Desktops. Diese Abhängigkeit wird möglicherweise erst ermittelt, wenn Bereitstellung und Tests durchgeführt wurden.

Wenn sie spät im Prozess entdeckt werden, sollten zukünftige Iterationen der Modernisierung oder Migration der Legacyanwendung zugeordnet werden. Dadurch werden die langfristigen Kosten für die Desktoperfahrung reduziert. Diese zukünftigen Iterationen sollten priorisiert und abgeschlossen werden, basierend auf der Gesamtpreiswirkung der Modernisierung im Vergleich zu den zusätzlichen Kosten, die mit dedizierten Desktops verbunden sind. Um Pipelineunterbrechungen und die Realisierung von Geschäftsergebnissen zu vermeiden, sollte diese Priorisierung keine Auswirkungen auf die aktuellen Iterationen haben.

Einige Anwendungen erfordern möglicherweise Korrekturen, Modernisierungen oder Migrationen zu Azure, um die gewünschte Endbenutzererfahrung zu unterstützen. Diese Änderungen werden wahrscheinlich nach der Veröffentlichung kommen. Alternativ, wenn sich die Desktoplatenz auf Geschäftsfunktionen auswirken kann, könnten Anwendungsänderungen blockierende Abhängigkeiten für die Migration einiger Benutzerprofile schaffen.

Überlegungen zum Benutzerprofil

Der anfängliche Bereich geht davon aus, dass Sie einen VM-basierten FSLogix-Benutzerprofilcontainer 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 von NetApp-Dateien, Volumes und Active Directory-Verbindungen.
  • Pro Host/Persona: Konfigurieren Sie FSLogix auf Sitzungshost-VMs.
  • Pro Benutzer: Ordnen Sie Benutzer der Hostsitzung zu.

Sie können Azure Files auch zum Hosten von Benutzerprofilen verwenden. Dies erfordert einige zusätzliche Schritte im Geltungsbereich, 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 rollenbasierten Azure-Zugriff für eine Active Directory-Benutzergruppe zu, wenden Sie NTFS-Berechtigungen auf Azure-Dateien 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 einer Hostsitzung Benutzer zu.

Die Benutzerprofile für einige Personas oder Benutzer erfordern möglicherweise auch einen Datenmigrationsaufwand, wodurch die Migration bestimmter Personas verzögert werden kann, bis Benutzerprofile innerhalb Ihres lokalen Active Directory oder einzelner Benutzerdesktops behoben werden können. Diese Verzögerung könnte sich erheblich auf den Bereich außerhalb des Azure Virtual Desktop-Szenarios auswirken. Nachdem die Probleme behoben wurden, können der anfängliche Umfang und die vorherigen Ansätze wiederaufgenommen werden.

Bereitstellen oder Migrieren von Azure Virtual Desktop

Nachdem alle Überlegungen in Ihre Planung für die Azure Virtual Desktop-Migration oder -Bereitstellung eingeflossen sind, kann der Prozess beginnen. In einem iterativen Rhythmus stellt das Einführungsteam nun Hostpools, Anwendungen und Benutzerprofile bereit. Nach Abschluss dieser Phase können die Tests und das Onboarding von Benutzern nach der Bereitstellung beginnen.

Nächste Schritte

Freigeben Ihrer Azure Virtual Desktop-Bereitstellung für die Produktion