Vereisten voor Azure Virtual Desktop

Er zijn een aantal dingen die je nodig hebt om Azure virtuele bureaublad te gaan gebruiken. Hier leest u aan welke vereisten u moet voldoen om uw gebruikers met succes desktops en toepassingen te kunnen bieden.

Op een hoog niveau hebt u het volgende nodig:

Azure-account met een actief abonnement

U hebt een Azure-account met een actief abonnement nodig om Azure Virtueel bureaublad te implementeren. Als je er nog geen hebt, kun je gratis een account aanmaken.

Als u Azure Virtual Desktop wilt implementeren, moet u de relevante rollen voor op rollen gebaseerd toegangsbeheer (RBAC) van Azure toewijzen. De specifieke rolvereisten worden behandeld in elk van de gerelateerde artikelen voor het implementeren van Azure virtuele bureaublad, die worden vermeld in de sectie Volgende stappen.

Zorg er ook voor dat u de Microsoft.DesktopVirtualization-resourceprovider voor uw abonnement hebt geregistreerd. Als u de status van de resourceprovider wilt controleren en u zo nodig wilt registreren, selecteert u het relevante tabblad voor uw scenario en volgt u de stappen.

Identiteit

Om toegang te krijgen tot bureaubladen en toepassingen van uw sessiehosts, moeten uw gebruikers zich kunnen verifiëren. Microsoft Entra ID is de gecentraliseerde cloudidentiteitsservice van Microsoft die deze mogelijkheid mogelijk maakt. Microsoft Entra ID wordt altijd gebruikt om gebruikers te verifiëren voor Azure Virtual Desktop. Sessiehosts kunnen worden toegevoegd aan dezelfde Microsoft Entra-tenant of aan een Active Directory-domein met behulp van Active Directory Domain Services (AD DS) of Microsoft Entra Domeinservices, waardoor u kunt kiezen uit flexibele configuratieopties.

Sessiehosts

U moet deelnemen aan sessiehosts die bureaubladen en toepassingen leveren aan dezelfde Microsoft Entra-tenant als uw gebruikers of een Active Directory-domein (AD DS of Microsoft Entra Domeinservices).

Als u sessiehosts wilt deelnemen aan Microsoft Entra ID of een Active Directory-domein, hebt u de volgende machtigingen nodig:

• Voor Microsoft Entra ID hebt u een account nodig waarmee computers aan uw tenant kunnen worden gekoppeld. Zie Apparaatidentiteiten beheren voor meer informatie. Zie Sessiehosts van Microsoft Entra ID voor meer informatie over het deelnemen aan sessiehosts van Microsoft Entra ID.

• Voor een Active Directory-domein hebt u een domeinaccount nodig waarmee computers aan uw domein kunnen worden gekoppeld. Voor Microsoft Entra Domeinservices moet je lid zijn van de AAD DC-beheerdersgroep.

Gebruikers

Uw gebruikers hebben accounts nodig in Microsoft Entra ID. Als u ook AD DS of Microsoft Entra Domeinservices gebruikt in uw implementatie van Azure Virtual Desktop, moeten deze accounts hybride identiteiten zijn, wat betekent dat de gebruikersaccounts worden gesynchroniseerd. U moet rekening houden met de volgende zaken op basis van welke id-provider u gebruikt:

• Als u Microsoft Entra ID met AD DS gebruikt, moet u Microsoft Entra Connect configureren om gebruikersidentiteitsgegevens tussen AD DS en Microsoft Entra ID te synchroniseren.
• Als je Microsoft Entra ID met Microsoft Entra Domeinservices gebruikt, worden gebruikersaccounts in één richting gesynchroniseerd van Microsoft Entra ID naar Microsoft Entra Domeinservices. Dit synchronisatieproces verloopt automatisch.

Ondersteunde identiteitsscenario's

De volgende tabel bevat een overzicht van identiteitsscenario's die momenteel door Azure Virtual Desktop worden ondersteund:

Zie Ondersteunde identiteiten en verificatiemethoden voor meer informatie over ondersteunde identiteitsscenario's, waaronder eenmalige aanmelding en meervoudige verificatie.

FSLogix-profielcontainer

Als u FSLogix-profielcontainer wilt gebruiken wanneer u uw sessiehosts koppelt aan Microsoft Entra ID, moet u profielen opslaan in Azure Files of Azure NetApp Files en moeten uw gebruikersaccounts hybride identiteiten zijn. U moet deze accounts in AD DS maken en synchroniseren met Microsoft Entra ID. Zie de volgende artikelen voor meer informatie over het implementeren van FSLogix-profielcontainer met verschillende identiteitsscenario's:

• Stel een FSLogix-profielcontainer in met Azure Files en Active Directory Domain Services of Microsoft Entra Domeinservices.
• FSLogix-profielcontainer instellen met Azure Files en Microsoft Entra ID.
• FSLogix-profielcontainer instellen met Azure NetApp Files

Parameters voor implementatie

U moet de volgende identiteitsparameters invoeren bij het implementeren van sessiehosts:

• Domeinnaam, als u AD DS of Microsoft Entra Domeinservices gebruikt.
• Referenties om deel te nemen aan sessiehosts voor het domein.
• Organisatie-eenheid (OU): een optionele parameter waarmee u sessiehosts tijdens de implementatie in de gewenste organisatie-eenheid kunt plaatsen.

Besturingssystemen en licenties

U hebt de keuze uit verschillende besturingssystemen (OS) die u kunt gebruiken voor sessiehosts om bureaubladen en toepassingen te leveren. U kunt verschillende besturingssystemen met verschillende hostgroepen gebruiken om uw gebruikers flexibiliteit te bieden. We ondersteunen de 64-bits besturingssystemen en SKU's in de volgende tabel (waarin ondersteunde versies en datums in overeenstemming zijn met het levenscyclusbeleid van Microsoft), samen met de licentiemethoden die van toepassing zijn voor elk commercieel doel:

Zie Licenties verlenen voor Azure Virtual Desktop voor meer informatie over licenties die u kunt gebruiken, waaronder de prijzen voor toegang per gebruiker.

Voor Azure kunt u installatiekopieën van het besturingssysteem gebruiken die door Microsoft worden geleverd in de Azure Marketplace, of uw eigen aangepaste installatiekopieën maken die zijn opgeslagen in een Azure Compute Gallery of als beheerde installatiekopie. Met aangepaste afbeeldingssjablonen voor Azure Virtual Desktop kunt u eenvoudig een aangepaste installatiekopie maken die u kunt gebruiken bij het implementeren van virtuele machines (VM's) voor sessiehosts. Zie voor meer informatie over het maken van aangepaste afbeeldingen:

• Aangepaste afbeeldingssjablonen in Azure Virtual Desktop
• Afbeeldingen opslaan en delen in een Azure Compute Gallery.
• Maak een beheerde kopie van een algemene VM in Azure.

Voor Azure Lokaal kunt u ook installatiekopieën van het besturingssysteem gebruiken uit:

• Azure Marketplace. Zie Een VM-installatiekopie van Azure Lokaal maken met behulp van installatiekopieën van Azure Marketplace voor meer informatie.
• Azure Storage-account. Zie Een VM-installatiekopie van Azure Lokaal maken met behulp van een installatiekopie in een Azure Storage-account voor meer informatie.
• Een lokaal aandeel. Zie Een VM-installatiekopie van Azure Lokaal maken met installatiekopieën in een lokale share voor meer informatie.

U kunt virtuele machines (VM's) implementeren die vanuit deze installatiekopieën als sessiehost worden gebruikt met een van de volgende methoden:

• Automatisch, als onderdeel van het installatieproces van de hostgroep in de Azure Portal.
• Handmatig door sessiehosts toe te voegen aan een bestaande hostgroep in de Azure Portal.
• Programmatisch, met Azure CLI of Azure PowerShell.

Als uw licentie recht geeft op het gebruik van Azure Virtual Desktop, hoeft u geen afzonderlijke licentie te installeren of toe te passen, maar als u gebruik maakt van tarieven voor toegang per gebruiker voor externe gebruikers, moet u een Azure-abonnement registreren. U moet ervoor zorgen dat de Windows-licentie die wordt gebruikt op uw sessiehosts, correct is toegewezen in Azure en of het besturingssysteem is geactiveerd. Zie Windows-licentie toepassen op virtuele machines voor het hosten van sessies voor meer informatie.

Voor sessiehosts op Azure Lokaal moet u de virtuele machines die u gebruikt in licentie geven en activeren voordat u ze met Azure virtuele bureaublad kunt gebruiken. Gebruik voor het activeren van multisessie voor Windows 10 en Windows 11 Enterprise en Windows Server 2022 Datacenter: Azure Edition verificatie via Azure voor VM's. Voor alle andere installatiekopieën van het besturingssysteem (zoals Windows 10 en Windows 11 Enterprise en andere edities van Windows Server) moet u bestaande activeringsmethoden blijven gebruiken. Zie Activate Windows Server VMs on Azure Lokaal (Engelstalig) voor meer informatie.

Netwerk

Er zijn verschillende netwerkvereisten waaraan je moet voldoen om Azure Virtual Desktop succesvol te implementeren. Hierdoor kunnen gebruikers verbinding maken met hun desktops en toepassingen en krijgen ze tegelijkertijd de best mogelijke gebruikerservaring.

Gebruikers die verbinding maken met Azure Virtual Desktop maken op een veilige manier een omgekeerde verbinding met de service, wat betekent dat u geen binnenkomende poorten hoeft te openen. TCP (Transmission Control Protocol) op poort 443 wordt standaard gebruikt, maar RDP Shortpath kan worden gebruikt voor beheerde netwerken en openbare netwerken die een rechtstreeks UDP-programma (User Datagram Protocol) tot stand brengen.

Voor een geslaagde implementatie van Azure Virtual Desktop moet u voldoen aan de volgende netwerkvereisten:

• U hebt een virtueel netwerk en subnet nodig voor uw sessiehosts. Als u uw sessiehosts tegelijk met een hostgroep maakt, moet u dit virtuele netwerk van tevoren maken om het in de vervolgkeuzelijst te laten verschijnen. Uw virtuele netwerk moet zich in dezelfde Azure-regio bevinden als de sessiehost.

• Zorg ervoor dat dit virtuele netwerk verbinding kan maken met uw domeincontrollers en relevante DNS-servers als u AD DS of Microsoft Entra Domeinservices gebruikt, aangezien u sessiehosts moet toevoegen aan het domein.

• De sessiehosts en gebruikers moeten verbinding kunnen maken met de Azure Virtual Desktop-service. Deze verbindingen gebruiken ook TCP op poort 443 naar een specifieke lijst met URL's. Zie Lijst met vereiste URL's voor meer informatie. Zorg ervoor dat deze URL's niet worden geblokkeerd door netwerkfilters of een firewall voor uw implementatie zodat deze goed werkt en wordt ondersteund. Als uw gebruikers toegang moeten hebben tot Microsoft 365, moet u ervoor zorgen dat uw sessiehosts verbinding kunnen maken met Microsoft 365-eindpunten.

Houd ook rekening met het volgende:

• Uw gebruikers hebben mogelijk toegang nodig tot toepassingen en gegevens die op verschillende netwerken worden gehost, dus zorg ervoor dat uw sessiehosts hiermee verbinding kunnen maken.

• De latentie van de roundtriptijd (RTT) tussen het netwerk van de client en de Azure-regio met de hostgroepen moet minder dan 150 ms bedragen. Als u wilt zien welke locaties de beste latentie hebben, zoekt u de gewenste locatie op in de roundtriplatentiestatistieken van het Azure-netwerk. Voor het optimaliseren van de netwerkprestaties wordt u aangeraden sessiehosts te maken in de Azure-regio die zich het dichtst bij uw gebruikers bevindt.

• Gebruik Azure Firewall voor Azure Virtual Desktop-implementaties om uw omgeving te vergrendelen en uitgaand verkeer te filteren.

• Voor het beveiligen van uw Azure Virtual Desktop-omgeving in Azure raden we u aan om binnenkomende poort 3389 niet te openen op uw sessiehosts. Azure Virtual Desktop heeft geen geopende binnenkomende poort nodig om geopend te zijn. Als u poort 3389 moet openen om problemen op te lossen, raden we u aan Just-In-Time-VM-toegang te gebruiken. We raden je ook aan geen openbaar IP-adres toe te wijzen aan je sessiehosts.

Zie Netwerkconnectiviteit voor Azure Virtual Desktop voor meer informatie.

Beheer van sessiehosts

Houd rekening met de volgende punten bij het beheren van sessiehosts:

• Schakel geen beleidsregels of configuraties in die Windows Installer uitschakelen. Als u Windows Installer uitschakelt, kan de service geen agentupdates installeren op uw sessiehosts en werken uw sessiehosts niet goed.

• Als u sessiehosts wilt toevoegen aan een AD DS-domein en u deze wilt beheren met behulp van Intune, moet u Microsoft Entra Connect configureren om hybride deelname aan Microsoft Entra in te schakelen.

• Als u sessiehosts wilt toevoegen aan een Microsoft Entra Domeinservices-domein, kunt u deze niet beheren met behulp van Intune.

• Als u Microsoft Entra join met Windows Server gebruikt voor uw sessiehosts, kunt u ze niet inschrijven bij Intune omdat Windows Server niet wordt ondersteund met Intune. U moet gebruikmaken van Microsoft Entra hybride deelname en groepsbeleid van een Active Directory-domein of lokaal groepsbeleid voor elke sessiehost.

Azure-regio's

U kunt hostgroepen, werkruimten en toepassingsgroepen implementeren in de volgende Azure-regio's. In deze lijst met regio's kunnen de metagegevens voor de hostgroep worden opgeslagen als het implementatiebereik van de hostgroep geografisch is.

Zie Gegevenslocaties voor Azure Virtual Desktop voor een lijst met regio's voor de opslag van metagegevens van hostgroepen wanneer het implementatiebereik van de hostgroep regionaal is.

Sessiehosts voor de gebruikerssessies kunnen zich echter in elke Azure regio bevinden en on-premises wanneer u Azure Virtual Desktop op Azure Lokaal gebruikt, zodat u rekenresources dicht bij uw gebruikers kunt implementeren. Zie Gegevenslocaties voor Azure virtuele bureaublad voor meer informatie over de typen gegevens en locaties.

Azure Virtual Desktop is ook beschikbaar in onafhankelijke clouds, zoals Azure voor de Amerikaanse overheid en Azure dat wordt beheerd door 21Vianet in China.

Zie Azure Architectuur en tolerantie van de Virtual Desktop-service voor Azure voor meer informatie over de architectuur en tolerantie van de Virtual Desktop-service.

Verbinding maken met een externe sessie

Uw gebruikers moeten Windows-app of de Extern bureaublad-client gebruiken om verbinding te maken met desktops en toepassingen. U kunt verbinding maken via:

• Windows
• macOS
• iOS/iPadOS
• Android/Chrome OS
• Webbrowser

Zie Aan de slag met Windows-app voor meer informatie om verbinding te maken met apparaten en apps.

Zie de lijst met vereiste URL's voor informatie over welke URL's clients gebruiken om verbinding te maken en welke u moet toestaan door firewalls en internetfilters.

Volgende stappen

• Wanneer u klaar bent om Azure Virtual Desktop te proberen, gebruikt u de snelstartgids om een voorbeeldomgeving van Azure Virtual Desktop te implementeren met Windows 11 Enterprise multisessie.

• Zie Deploy Azure Virtual Desktop (Azure Virtual Desktop implementeren) voor een uitgebreidere en aanpasbare benadering van de implementatie van Azure Virtual Desktop.