Bearbeiten

Freigeben über


Azure Virtual Desktop für Unternehmen

Microsoft Entra ID
Microsoft Entra
Azure Virtual Network
Azure Virtual Desktop

Azure Virtual Desktop ist ein Desktop- und Anwendungsvirtualisierungsdienst, der in Azure ausgeführt wird. Dieser Artikel soll Desktopinfrastrukturarchitekten, Cloudarchitekten, Desktopadministratoren und Systemadministratoren helfen, Azure Virtual Desktop zu erkunden und Lösungen für virtualisierte Desktopinfrastrukturen (Virtual Desktop Infrastructure, VDI) im Unternehmensmaßstab zu erstellen. Unternehmenslösungen decken im Allgemeinen 1.000 oder mehr virtuelle Desktops ab.

Architektur

Ein typisches Architektur-Setup für Azure Virtual Desktop ist im folgenden Diagramm dargestellt:

Abbildung: Azure Virtual Desktop-Dienstarchitektur.

Laden Sie eine Visio-Datei dieser Architektur herunter.

Datenfluss

Die Datenflusselemente des Diagramms werden hier beschrieben:

  • Die Anwendungsendpunkte befinden sich im lokalen Netzwerk eines Kunden. Azure ExpressRoute erweitert das lokale Netzwerk in Azure, und Microsoft Entra Connect integriert die Active Directory Domain Services (AD DS) des Kunden mit Microsoft Entra ID.

  • Die Azure Virtual Desktop-Steuerungsebene verarbeitet Webzugriffs-, Gateway-, Broker-, Diagnose- und Erweiterbarkeitskomponenten wie REST-APIs.

  • Der Kunde verwaltet AD DS und Microsoft Entra ID, Azure-Abonnements, virtuelle Netzwerke, Azure Files oder Azure NetApp Files und die Azure Virtual Desktop-Hostpools und -Arbeitsbereiche.

  • Um die Kapazität zu erhöhen, nutzt der Kunde zwei Azure-Abonnements in einer Hub-Spoke-Architektur und verbindet sie über virtuelles Netzwerk-Peering.

Weitere Informationen zu den bewährten Methoden für FSLogix-Profilcontainer, Azure Files und Azure NetApp Files finden Sie in den FSLogix-Konfigurationsbeispielen.

Komponenten

Die Azure Virtual Desktop-Dienstarchitektur ähnelt der der Windows Server-Remotedesktopdienste (Remote Desktop Services, RDS). Obwohl Microsoft die Infrastruktur und die Vermittlungskomponenten verwaltet, verwalten Unternehmenskunden ihre eigenen Desktop-Host-VMs, Daten und Clients.

Von Microsoft verwaltete Komponenten

Die folgenden Azure Virtual Desktop-Dienste werden von Microsoft als Teil von Azure verwaltet:

  • Webzugriff: Durch die Verwendung des Webzugriffsdiensts in Azure Virtual Desktop können Sie über einen HTML5-kompatiblen Webbrowser genau wie mit einem lokalen PC von überall und auf jedem Gerät auf virtuelle Desktops und Remote-Apps zugreifen. Sie können den Webzugriff mithilfe der mehrstufigen Authentifizierung in der Microsoft Entra ID sichern.

  • Gateway: Der Remoteverbindungsgateway-Dienst verbindet Remotebenutzer mit Azure Virtual Desktop-Apps und -Desktops von jedem Gerät mit Internetverbindung, auf dem ein Azure Virtual Desktop-Client ausgeführt werden kann. Der Client stellt eine Verbindung mit einem Gateway her, das dann eine Verbindung zwischen einer VM und diesem Gateway orchestriert.

  • Verbindungsbroker: Der Verbindungsbrokerdienst verwaltet Benutzerverbindungen mit virtuellen Desktops und Remote-Apps. Connection Broker bietet Lastenausgleich und Wiederverbindung mit bestehenden Sitzungen.

  • Diagnose: Die Remotedesktopdiagnose ist ein ereignisbasierter Aggregator, der jede Benutzer- oder Administratoraktion in Bezug auf die Azure Virtual Desktop-Bereitstellung als Erfolg oder Fehler kennzeichnet. Administratoren können die Ereignisaggregation abfragen, um fehlerhafte Komponenten zu identifizieren.

  • Erweiterbarkeitskomponenten: Azure Virtual Desktop enthält mehrere Erweiterbarkeitskomponenten. Sie können Azure Virtual Desktop mithilfe von Windows PowerShell oder mit den bereitgestellten REST-APIs verwalten, die auch die Unterstützung von Tools von Drittanbietern ermöglichen.

Komponenten, die Sie verwalten

Sie verwalten die folgenden Komponenten von Azure Virtual Desktop-Lösungen:

  • Azure virtuelles Netzwerk:Mit dem Azure virtuelles Netzwerk können Azure-Ressourcen wie VMs privat miteinander und mit dem Internet kommunizieren. Durch das Verbinden von Azure Virtual Desktop-Hostpools mit einer Active Directory-Domäne können Sie die Netzwerktopologie für den Zugriff auf virtuelle Desktops und virtuelle Apps über das Intranet oder Internet basierend auf organisationsweiten Richtlinien definieren. Sie können eine Azure Virtual Desktop-Instanz mit einem lokalen Netzwerk verbinden, indem Sie ein virtuelles privates Netzwerk (VPN) verwenden, oder Sie können Azure ExpressRoute verwenden, um das lokale Netzwerk über eine private Verbindung in Azure zu erweitern.

  • Microsoft Entra ID: Azure Virtual Desktop verwendet Microsoft Entra-ID für identitäts- und Zugriffsverwaltung. Die Azure AD-Integration wendet Microsoft Entra-Sicherheitsfunktionen wie beispielsweise bedingten Zugriff, mehrstufige Authentifizierung und Intelligent Security Graph an und trägt dazu bei, die App-Kompatibilität in domänengebundenen VMs aufrechtzuerhalten.

  • Active Directory Domain Services (Optional): Azure Virtual Desktop-VMs können entweder einen Domänenbeitritt zu einem AD DS-Dienst durchführen oder Microsoft Entra joined virtuelle Maschinen in Azure Virtual Desktop bereitstellen verwenden

    • Wenn Sie eine AD DS-Domäne verwenden, muss die Domäne mit Microsoft Entra ID synchronisiert sein, um Benutzer zwischen den beiden Diensten zuzuordnen. Sie können Microsoft Entra Connect verwenden, um AD DS der Microsoft Entra-ID zuzuordnen.
    • Überprüfen Sie bei Verwendung von Microsoft Entra-Join die unterstützten Konfigurationen, um sicherzustellen, dass Ihr Szenario unterstützt wird.
  • Azure Virtual Desktop-Sitzungshosts: Sitzungshosts sind virtuelle Computer, mit denen Benutzer eine Verbindung herstellen, um auf ihre Desktops und Anwendungen zuzugreifen. Es werden mehrere Versionen von Windows unterstützt, und Sie können Images mit Ihren Anwendungen und Anpassungen erstellen. Sie können VM-Größen auswählen, einschließlich GPU-fähiger VMs. Jeder Sitzungshost verfügt über einen Azure Virtual Desktop-Host-Agent, der die VM als Teil des Azure Virtual Desktop-Arbeitsbereichs oder -Mandanten registriert. Jeder Hostpool kann über mindestens eine App-Gruppe verfügen, bei denen es sich um Sammlungen von Remoteanwendungen oder Desktopsitzungen handelt, auf die Sie zugreifen können. Informationen zu den unterstützten Windows-Versionen finden Sie unter Betriebssysteme und Lizenzen.

  • Azure Virtual Desktop-Arbeitsbereich: Der Azure Virtual Desktop-Arbeitsbereich oder -Mandant ist ein Verwaltungskonstrukt zum Verwalten und Veröffentlichen von Hostpoolressourcen.

Szenariodetails

Mögliche Anwendungsfälle

Die größte Nachfrage nach virtuellen Desktop-Lösungen für Unternehmen kommt von:

  • Sicherheits- und Regulierungsanwendungen wie Finanzdienstleistungen, Gesundheitswesen und Behörden.

  • Elastische Personalanforderungen, wie z. B. Remote-Arbeit, Fusionen und Übernahmen, Kurzzeitbeschäftigte, Auftragnehmer und Partnerzugang.

  • Bestimmte Mitarbeiter, wie z. B. Bring Your Own Device (BYOD) und mobile Benutzer, Callcenter und Zweigstellenmitarbeiter.

  • Spezialisierte Workloads wie Design und Engineering, Legacy-Apps und Softwareentwicklungstests.

Persönliche und gepoolte Desktops

Lösungen mit persönlichem Desktop (manchmal auch persistenter Desktop genannt) ermöglichen es Benutzern, immer eine Verbindung mit demselben bestimmten Sitzungshost herzustellen. Benutzer können ihre Desktopumgebung in der Regel ihren Wünschen entsprechend anpassen und Dateien in der Desktopumgebung speichern. Lösungen mit persönlichem Desktop bieten die folgenden Möglichkeiten:

  • Ermöglichen Sie Benutzern die Anpassung ihrer Desktop-Umgebung, einschließlich von Benutzern installierter Anwendungen, und Benutzer können Dateien in der Desktop-Umgebung speichern.
  • Ermöglichen Sie das Zuweisen dedizierter Ressourcen zu bestimmten Benutzern, was für einige Anwendungsfälle in der Fertigung oder Entwicklung hilfreich sein kann.

Lösungen mit gepoolten Desktops (auch als nicht persistente Desktops bezeichnet) weisen Benutzern irgendeinen aktuell verfügbaren Sitzungshost zu, abhängig vom verwendeten Lastenausgleichsalgorithmus. Da die Benutzer nicht immer zum selben Sitzungshost zurückkehren, wenn sie eine Verbindung herstellen, können sie die Desktopumgebung nur begrenzt anpassen und verfügen normalerweise nicht über Administratorzugriff.

Hinweis

Persistente und nicht persistente Terminologie in diesem Fall beziehen sich auf die Persistenz des Benutzerprofils. Es bedeutet nicht, dass der Betriebssystemdatenträger auf ein Gold-Image zurückgesetzt wird oder Änderungen beim Neustart verwirft.

Windows-Wartung

Es gibt mehrere Möglichkeiten, Azure Virtual Desktop-Instanzen zu aktualisieren. Durch die monatliche Bereitstellung eines aktualisierten Images werden Konformität und Status sichergestellt.

Beziehungen zwischen logischen Schlüsselkomponenten

Die Beziehungen zwischen Hostpools, Arbeitsbereichen und anderen logischen Schlüsselkomponenten variieren. Dies wird im folgenden Diagramm zusammengefasst:

Diagramm, das die Beziehungen zwischen den wichtigsten logischen Komponenten veranschaulicht.

Die Nummern in den folgenden Beschreibungen entsprechen denen im vorhergehenden Diagramm.

  • (1) Eine Anwendungsgruppe, die einen veröffentlichten Desktop enthält, darf nur MSIX-Pakete enthalten, die in den Hostpool eingebunden sind. (Die Pakete sind im Startmenü des Sitzungshosts verfügbar.) Sie darf keine anderen veröffentlichten Ressourcen enthalten und wird als Desktop-Anwendungsgruppe bezeichnet.
  • (2) Anwendungsgruppen, die demselben Hostpool zugewiesen sind, müssen Mitglieder desselben Arbeitsbereichs sein.
  • (3) Ein Benutzerkonto kann entweder direkt oder über eine Microsoft Entra-Gruppe einer Anwendungsgruppe zugewiesen werden. Es ist möglich, einer Anwendungsgruppe keine Benutzer zuzuweisen, aber sie kann dann auch keine bedienen.
  • (4) Es ist möglich, einen leeren Arbeitsbereich zu haben, aber er kann keine Benutzer bedienen.
  • (5) Es ist möglich, einen leeren Hostpool zu haben, aber er kann keine Benutzer bedienen.
  • (6) Es ist möglich, dass einem Hostpool keine Anwendungsgruppen zugewiesen sind, er aber keine Benutzer bedienen kann.
  • (7) Microsoft Entra ID ist für Azure Virtual Desktop erforderlich. Dies liegt daran, dass Microsoft Entra-Benutzerkonten und -Gruppen immer verwendet werden müssen, um Benutzer den Azure Virtual Desktop-Anwendungsgruppen zuzuweisen. Microsoft Entra ID wird auch verwendet, um Benutzer beim Azure Virtual Desktop-Dienst zu authentifizieren. Azure Virtual Desktop-Sitzungshosts können auch Mitglieder einer Microsoft Entra-Domäne sein. In diesem Fall werden die von Azure Virtual Desktop veröffentlichten Anwendungen und Desktop-Sitzungen ebenfalls über Microsoft Entra-Konten gestartet und ausgeführt (und nicht nur zugewiesen).
    • (7) Alternativ können Azure Virtual Desktop-Sitzungshosts Mitglieder einer AD DS-Domäne sein, und in dieser Situation werden die von Azure Virtual Desktop veröffentlichten Anwendungen und Desktopsitzungen mithilfe von AD DS-Konten gestartet und ausgeführt (aber nicht zugewiesen). Um den Benutzer- und Verwaltungsaufwand zu verringern, kann AD DS mit Microsoft Entra ID über Microsoft Entra Connect synchronisiert werden.
    • (7) Schließlich können Azure Virtual Desktop-Sitzungshosts stattdessen Mitglieder einer Microsoft Entra Domain Services-Domäne sein. In diesem Fall werden die von Azure Virtual Desktop veröffentlichten Anwendungen und Desktop-Sitzungen mit Hilfe von Microsoft Entra Domain Services-Konten gestartet und ausgeführt (aber nicht zugewiesen). Microsoft Entra ID wird automatisch mit Microsoft Entra Domain Services synchronisiert, eine Möglichkeit, von Microsoft Entra ID zu Microsoft Entra Domain Services nur.
Ressource Zweck Logische Beziehungen
Veröffentlichter Desktop Eine Windows-Desktopumgebung, die auf Azure Virtual Desktop-Sitzungshosts ausgeführt und Benutzern über das Netzwerk bereitgestellt wird Mitglied von lediglich einer Anwendungsgruppe (1)
Veröffentlichte Anwendung Eine Windows-Anwendung, die auf Azure Virtual Desktop-Sitzungshosts ausgeführt und Benutzern über das Netzwerk bereitgestellt wird Mitglied von lediglich einer Anwendungsgruppe
Anwendungsgruppe Eine logische Gruppierung veröffentlichter Anwendungen oder eines veröffentlichten Desktops - Enthält einen veröffentlichten Desktop (1) oder mindestens eine veröffentlichte Anwendung
– Lediglich einem Hostpool zugewiesen (2)
– Mitglied von lediglich einem Arbeitsbereich (2)
– Ein oder mehrere Microsoft Entra-Benutzerkonten oder -Gruppen werden ihm zugewiesen (3)
Microsoft Entra Benutzerkonto/Gruppe Identifiziert die Benutzer, die veröffentlichte Desktops oder Anwendungen starten dürfen – Mitglied einer und nur einer Microsoft Entra ID
- Mindestens einer Anwendungsgruppen zugeordnet (3)
Microsoft Entra ID(7) Identitätsanbieter - Enthält mindestens ein Benutzerkonto oder eine Gruppe, das bzw. die zum Zuweisen von Benutzern zu Anwendungsgruppen verwendet werden muss und auch zum Anmelden bei den Sitzungshosts verwendet werden kann
– Kann die Mitgliedschaften der Sitzungshosts besitzen
– Kann mit AD DS oder Microsoft Entra Domain Services synchronisiert werden
AD DS (7) Identitäts- und Verzeichnisdienstanbieter - Enthält mindestens ein Benutzerkonto oder eine Gruppe, das bzw. die zum Anmelden bei den Sitzungshosts verwendet werden kann
– Kann die Mitgliedschaften der Sitzungshosts besitzen
– Kann mit der Microsoft Entra ID synchronisiert werden
Microsoft Entra Domain Services(7) Platform as a Service (PaaS)-basierter Anbieter von Identitäts- und Verzeichnisdiensten - Enthält mindestens ein Benutzerkonto oder eine Gruppe, das bzw. die zum Anmelden bei den Sitzungshosts verwendet werden kann
– Kann die Mitgliedschaften der Sitzungshosts besitzen
– Mit Microsoft Entra ID synchronisiert
Arbeitsbereich Eine logische Gruppierung aus Anwendungsgruppen Enthält mindestens eine Anwendungsgruppe (4)
Hostpool Eine Gruppe identischer Sitzungshosts, die einem gemeinsamen Zweck dienen – Enthält mindestens einen Sitzungshost (5)
– Mindestens eine Anwendungsgruppe ist zugewiesen (6)
Sitzungshost Ein virtueller Computer, der veröffentlichte Desktops und/oder Anwendungen hostet – Mitglied von lediglich einem Hostpool

Überlegungen

Diese Überlegungen beruhen auf den Säulen des Azure Well-Architected Frameworks, d. h. einer Reihe von Grundsätzen, mit denen die Qualität von Workloads verbessert werden kann. Weitere Informationen finden Sie unter Microsoft Azure Well-Architected Framework.

Die Zahlenangaben in den folgenden Abschnitten sind Schätzungen. Sie basieren auf einer Vielzahl von großen Kundenbereitstellungen und können sich im Laufe der Zeit ändern.

Beachten Sie außerdem Folgendes:

  • Sie können nicht mehr als 500 Anwendungsgruppen pro Microsoft Entra-Mandant* erstellen.
  • Es wird empfohlen, nicht mehr als 50 Anwendungen pro Anwendungsgruppe zu veröffentlichen.

Einschränkungen für Azure Virtual Desktop

Azure Virtual Desktop hat, ähnlich wie Azure, bestimmte Dienstbeschränkungen, die Sie beachten müssen. Um Änderungen in der Skalierungsphase zu vermeiden, ist es eine gute Idee, einige dieser Einschränkungen während der Entwurfsphase zu beheben.

Azure Virtual Desktop-Objekt Pro übergeordnetem Containerobjekt Dienstgrenzwert
Arbeitsbereich Microsoft Entra-Mandant 1300
HostPool Arbeitsbereich 400
Anwendungsgruppe Microsoft Entra-Mandant 500*
RemoteApp Anwendungsgruppe 500
Rollenzuweisung Beliebiges Azure Virtual Desktop-Objekt 200
Sitzungshost HostPool 10.000

*Wenn Sie mehr als 500 Anwendungsgruppen benötigen, reichen Sie über die Azure-Portal ein Supportticket ein.

  • Wir empfehlen, dass Sie nicht mehr als 5.000 VMs pro Azure-Abonnement und Region bereitstellen. Diese Empfehlung gilt sowohl für persönliche als auch gepoolte Hostpools, basierend auf Windows Enterprise Einzel- und Mehrfachsitzungen. Die meisten Kunden verwenden Windows Enterprise mit mehreren Sitzungen, wodurch sich mehrere Benutzer*innen bei den einzelnen virtuellen Computern anmelden können. Sie können die Ressourcen einzelner Sitzungshost-VMs erhöhen, um mehr Benutzersitzungen zu ermöglichen.
  • Für Tools zur automatischen Sitzungshost-Skalierung liegen die Grenzen bei etwa 2.500 VMs pro Azure-Abonnement und Region, da die Interaktion mit dem VM-Status mehr Ressourcen verbraucht.
  • Unternehmensumgebungen mit mehr als 5.000 VMs pro Azure-Abonnement in derselben Region können Sie verwalten, indem Sie mehrere Azure-Abonnements in einer Hub-Spoke-Architektur erstellen und über ein Peering virtueller Netzwerke miteinander verbinden (mit einem Abonnement pro Spoke). Außerdem können Sie VMs in einer anderen Region im selben Abonnement bereitstellen, um die Anzahl der VMs zu erhöhen.
  • Aufgrund der Einschränkungsgrenzwerte für Abonnement-APIs für Azure Resource Manager (ARM) sind nicht mehr als 600 Neustarts von Azure-VMs pro Stunde über das Azure-Portal möglich. Sie können alle Ihre Computer gleichzeitig über das Betriebssystem neu starten. Dies zählt nicht zu den Abonnement-API-Aufrufen für Azure Resource Manager. Weitere Informationen zur Zählung sowie zur Problembehandlung im Zusammenhang mit Einschränkungsgrenzwerten basierend auf Ihrem Azure-Abonnement finden Sie unter Behandeln von API-Einschränkungsfehlern.
  • Sie können derzeit bis zu 132 VMs in einer einzelnen ARM-Vorlagenbereitstellung im Azure Virtual Desktop-Portal bereitstellen. Führen Sie die ARM-Vorlagenbereitstellung im Azure Virtual Desktop-Portal mehrmals aus, um mehr als 132 VMs zu erstellen.
  • Präfixe für Azure-VM-Sitzungshosts dürfen eine Länge von 11 Zeichen nicht überschreiten, da Instanznamen automatisch zugewiesen werden und das NetBIOS-Limit 15 Zeichen pro Computerkonto beträgt.
  • Standardmäßig können Sie von den meisten Ressourcentypen bis zu 800 Instanzen in einer Ressourcengruppe bereitstellen. Azure Compute verfügt nicht über diese Beschränkung.

Weitere Informationen zu den Einschränkungen in Bezug auf Azure-Abonnements finden Sie unter Einschränkungen für Azure-Abonnements und -Dienste, Kontingente und Einschränkungen.

Festlegen der VM-Größe

In Richtlinien zur Größenfestlegung virtueller Computer finden Sie die empfohlene Maximalanzahl von Benutzern pro virtuelle CPU (vCPU) und VM-Mindestkonfigurationen für verschiedene Workloads. Diese Daten helfen Ihnen dabei, die für Ihren Hostpool benötigten VMs abzuschätzen.

Verwenden Sie Simulationstools, um Bereitstellungen sowohl im Rahmen von Belastungstests als auch mit realistischen Verwendungssimulationen zu testen. Stellen Sie sicher, dass das System reaktionsschnell und belastbar genug ist, um die Benutzeranforderungen zu erfüllen, und denken Sie daran, die Lastgrößen beim Testen zu variieren.

Kostenoptimierung

Bei der Kostenoptimierung geht es um die Suche nach Möglichkeiten, unnötige Ausgaben zu reduzieren und die Betriebseffizienz zu verbessern. Weitere Informationen finden Sie unter Übersicht über die Säule „Kostenoptimierung“.

Sie können Ihre Azure Virtual Desktop-Lösung so gestalten, dass Kosteneinsparungen realisiert werden. Im Folgenden sind fünf verschiedene Optionen aufgeführt, die beim Verwalten von Kosten für Unternehmen helfen:

  • Windows 10 (mehrere Sitzungen): Durch die Bereitstellung einer Desktopumgebung mit mehreren Sitzungen für Benutzer mit identischen Computeanforderungen können sich mehr Benutzer gleichzeitig bei einer einzelnen VM anmelden – ein Ansatz, der zu erheblichen Kosteneinsparungen führen kann.
  • Azure Hybrid Benefit (Azure-Hybridvorteil): Wenn Sie über Software Assurance verfügen, können Sie den Azure-Hybridvorteil für Windows Server nutzen, um bei Ihrer Azure-Infrastruktur Kosten zu sparen.
  • Reservierte Azure-VM-Instanzen: Sie können Ihre VM-Nutzung im Voraus bezahlen und Geld sparen. Kombinieren Sie reservierte Azure-VM-Instanzen mit dem Azure-Hybridvorteil für bis zu 80 % Einsparungen gegenüber den Listenpreisen.
  • Sitzungshost-Lastenausgleich: Wenn Sie Sitzungshosts einrichten, ist der Breitenmodus, der die Benutzer zufällig auf die Sitzungshosts verteilt, der standardmäßige Standardmodus. Alternativ können Sie den Tiefenmodus verwenden, um einen Sitzungshostserver mit der maximalen Anzahl von Benutzern zu füllen, bevor er zum nächsten Sitzungshost weitergeht. Sie können diese Einstellung anpassen, um maximale Kostenvorteile zu erzielen.

Bereitstellen dieses Szenarios

Automatisieren Sie die Bereitstellung Ihrer Azure Virtual Desktop-Umgebung mithilfe von ARM-Vorlagen. Diese ARM-Vorlagen unterstützen nur die Azure Resource Manager-Objekte für Azure Virtual Desktop. Sie bieten keine Unterstützung für Azure Virtual Desktop (klassisch).

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Hauptautor:

  • Tom Hickling | Senior Product Manager, Azure Virtual Desktop Engineering

Andere Mitwirkende:

Nächste Schritte