Bewertung von Azure Virtual Desktop

  • Artikel

Mit dem Proof of Concept für Azure Virtual Desktop bestimmen Sie den anfänglichen Projektumfang bzw. die Basisimplementierung. Das unveränderte Ergebnis dieses Proof of Concept entspricht jedoch wahrscheinlich nicht den Produktionsanforderungen.

Die Azure Virtual Desktop-Bewertungsübung dient dazu, Annahmen mithilfe eines datengesteuerten Prozesses gezielt zu testen. Bewertungsdaten helfen dem Team dabei, eine Reihe wichtiger Fragen zu beantworten, die Annahmen zu belegen oder zu widerlegen und ggf. den Projektumfang zugunsten des Azure Virtual Desktop-Szenarios des Teams einzugrenzen. Mit diesem auf der Validierung von Annahmen beruhenden Ansatz kann das Team die Migration oder Bereitstellung von Endbenutzerdesktops in Azure Virtual Desktop beschleunigen.

Bewerten von Azure Virtual Desktop-Bereitstellungen

Bei jeder Azure Virtual Desktop-Bewertung wird eine Kombination aus Benutzerpersona, konsistentem Hostpool der virtuellen Computer (VMs), Endbenutzeranwendungen und -daten sowie Benutzerprofilen (Daten) ausgewertet. Das Team verfolgt mit der Bewertung das Ziel, die Fragen in diesem Abschnitt anhand von Daten zu beantworten. Diese Antworten bestimmen den tatsächlichen Umfang der Bereitstellung und Freigabe für die Azure Virtual Desktop-Migration.

Die Voraussetzung für die Beantwortung der Fragen sind Daten. Im Rahmen der Planungsmethodik sollten insbesondere mithilfe der bewährten Methoden und der Bewertung digitaler Ressourcen bereits Daten zum Erstellen eines Migrationsplans gesammelt und analysiert worden sein. Die Fragen in dieser spezifischen Workloadbewertung erfordern jedoch wahrscheinlich zusätzliche Daten. Zum Entwickeln eines Azure Virtual Desktop-Bereitstellungsplans benötigen Sie Daten zu den Desktops und Benutzern sowie den Workloads, die von den einzelnen Benutzern verwendet werden.

Wenn Sie das Tool Movere zum Sammeln von Daten verwenden, verfügen Sie wahrscheinlich über die notwendigen Daten, um Personas zu entwickeln und die Fragen wie bei jedem anderen Migrationsszenario anhand von Daten in Azure Migrate zu beantworten.

Falls Sie nicht über die erforderlichen Daten verfügen, um alle Fragen in diesem Abschnitt zu beantworten, können Sie diese in einem separaten Ermittlungsprozess mit Software von einem Drittanbieter ergänzen. IVS Partners ist ebenfalls in Azure Migrate integriert, und zwar im Abschnitt Migrationsziele für virtuelle Desktop-Infrastrukturen. Der Hersteller kann Ihnen bei der Ausarbeitung eines Plans für die Azure Virtual Desktop-Bereitstellung (einschließlich Personas, Hostpools, Anwendungen und Benutzerprofilen) helfen.

Benutzerpersonas

Wie viele unterschiedliche Personas sind erforderlich, um alle Benutzer im Migrationsszenario zu unterstützen? Personas werden durch die Zuordnung von Benutzern zu Buckets auf Grundlage der folgenden Kriterien definiert:

  • Persönliche Pools: Sind für bestimmte Benutzergruppen dedizierte Desktops anstelle von Pools erforderlich? Beispielsweise können Anforderungen im Zusammenhang mit Sicherheit, Konformität, hoher Leistung oder Beeinträchtigung durch andere Dienste („Noisy Neighbors“) dazu führen, dass einige Benutzer dedizierte Desktops verwenden, die nicht Teil einer Poolingstrategie sind. Sie geben diese Informationen ein, indem Sie während der Bereitstellung des Azure Virtual Desktop-Hostpools den Hostpooltyp „Persönlich“ festlegen.
  • Dichte: Benötigen bestimmte Benutzergruppen Desktopumgebungen mit geringerer Dichte? Beispielsweise lässt die größere Dichte möglicherweise nur zwei Benutzer pro vCPU (Virtual Central Processing Unit) anstelle der Annahme von sechs Benutzern pro vCPU bei niedrigerer Dichte zu. Sie geben die Dichteinformationen in den Pooleinstellungen der Azure Virtual Desktop-Hostpoolbereitstellung an.
  • Leistung: Benötigen bestimmte Benutzergruppen Desktopumgebungen mit höherer Leistung? Einige Benutzer benötigen beispielsweise mehr Arbeitsspeicher pro vCPU als die angenommenen 4 GB RAM pro vCPU. Sie geben die VM-Größe in den VM-Details der Azure Virtual Desktop-Hostpoolbereitstellung ein.
  • Grafikprozessor (Graphical Processing Unit, GPU): Haben bestimmte Benutzergruppen höhere Anforderungen bezüglich der Grafikleistung? Einige Benutzer benötigen beispielsweise GPU-basierte VMs in Azure (weitere Informationen finden Sie in diesem Leitfaden zum Konfigurieren von GPU-VMs).
  • Azure-Region: Arbeiten bestimmte Gruppen von Betriebssystembenutzern in verschiedenen geografischen Regionen? Vor dem Konfigurieren des Hostpools sollte ein Benutzer aus jeder Region die Latenz für Verbindungen mit Azure beispielsweise mit dem Schätzungstool testen. Der Testbenutzer sollte die Azure-Region mit der geringsten Latenz und die Latenz in Millisekunden für die drei wichtigsten Azure-Regionen teilen.
  • Geschäftsfunktionen: Können die spezifischen Benutzergruppen nach Geschäftseinheit, Gebührencode oder Geschäftsfunktion Buckets zugeordnet werden? Eine solche Gruppierung ermöglicht die Anpassung der Betriebskosten in späteren Phasen.
  • Benutzeranzahl: Wie viele Benutzer umfassen die einzelnen Personas?
  • Maximale Sitzungsanzahl: Wie viele gleichzeitige Benutzer werden je nach Geografie und Betriebsstunden bei maximaler Auslastung für die einzelnen Personas erwartet?

Durch die mit den vorherigen Fragen ermittelten Unterschiede zeichnen sich erste Benutzerpersonas ab, die sich je nach Geschäftsfunktion, Kostenstelle, geografischer Region und technischen Anforderungen unterscheiden. Die folgende Tabelle kann Ihnen dabei helfen, die Antworten zu erfassen und ein vollständiges Bewertungs- oder Entwurfsdokument zu erstellen:

Kriterium Personagruppe 1 Personagruppe 2 Personagruppe 3
Pools Pools Pools Dediziert (Sicherheitsaspekte)
Dichte Geringe Nutzung (6 Benutzer/vCPU) Intensive Nutzung (2 Benutzer/vCPU) Dedicated (1 Benutzer/vCPU)
Leistung Niedrig Hohe Arbeitsspeicherauslastung Niedrig
GPU – Erforderlich NICHT ZUTREFFEND
Azure-Region Nordamerika Europa, Westen Nordamerika
Benutzeranzahl 1\.000 50 20
Sitzungsanzahl 200 50 10

Für jede Persona oder Benutzergruppe mit unterschiedlichen Geschäftsfunktionen und technischen Anforderungen ist eine eigene Hostpoolkonfiguration erforderlich.

Die Endbenutzerbewertung liefert die erforderlichen Daten: Pooltyp, Dichte, Größe, CPU/GPU, Zielzonenregion usw.

Bei der Bewertung der Hostpoolkonfiguration werden diese Daten nun einem Bereitstellungsplan zugeordnet. Durch die Abstimmung der technischen und geschäftlichen Anforderungen sowie der Kosten können Sie die richtige Anzahl und Konfiguration für Hostpools ermitteln.

Sehen Sie sich Beispiele für die Preise in den Regionen USA, Osten, Europa, Westen oder Asien, Südosten an.

Anwendungsgruppen

Die Überprüfungen der aktuellen lokalen Umgebung mithilfe von Movere und ISV Partner liefern Daten zu den Anwendungen, die auf den Desktops der Endbenutzer ausgeführt werden. Anhand dieser Daten können Sie eine Liste aller Anwendungen erstellen, die für die einzelnen Personas benötigt werden. Mithilfe der Antworten auf die folgenden Fragen können Sie Bereitstellungsiterationen für jede erforderliche Anwendung definieren:

  • Müssen Anwendungen installiert werden, damit die Persona den Desktop verwenden kann? Sofern die Persona nicht ausschließlich webbasierte Software-as-a-Service-Anwendungen verwendet, müssen Sie wahrscheinlich für jede Persona ein benutzerdefiniertes VHD-Masterimage konfigurieren, auf dem die erforderlichen Anwendungen installiert sind.
  • Benötigt diese Persona Microsoft 365-Anwendungen? Wenn dies der Fall ist, müssen Sie ein Image aus dem Katalog auswählen, das Microsoft 365-Apps enthält, oder Microsoft 365 zu einem benutzerdefinierten VHD-Masterimage hinzufügen.
  • Ist die Anwendung mit Windows 10 Enterprise mit mehreren Sitzungen kompatibel? Wenn eine Anwendung nicht kompatibel ist, ist möglicherweise ein persönlicher Pool erforderlich, um das benutzerdefinierte VHD-Image auszuführen. Der Dienst Desktop App Assure bietet Unterstützung bei Problemen mit der Kompatibilität von Anwendungen und Azure Virtual Desktop.
  • Werden unternehmenskritische Anwendungen voraussichtlich von der Latenz zwischen dem der Azure Virtual Desktop-Instanz und den Back-End-Systemen beeinträchtigt? Wenn das der Fall ist, sollten Sie die Back-End-Systeme, die die Anwendung unterstützen, ggf. zu Azure migrieren.

Die Antworten auf diese Fragen setzen möglicherweise voraus, dass die Wartung der Desktopimages oder unterstützenden Anwendungskomponenten schon vor der Desktopmigration oder -bereitstellung im Plan berücksichtigt wird.

Nächste Schritte

Anleitungen zu bestimmten Elementen der Cloudeinführungsjourney finden Sie in den folgenden Artikeln: