Förutsättningar för Azure Virtual Desktop

  • Artikel

Det finns några saker du behöver för att börja använda Azure Virtual Desktop. Här hittar du de förutsättningar som du behöver slutföra för att ge användarna skrivbord och program.

På hög nivå behöver du:

  • Ett Azure-konto med en aktiv prenumeration
  • En identitetsprovider som stöds
  • Ett operativsystem som stöds för virtuella sessionsvärddatorer
  • Lämpliga licenser
  • Nätverksanslutningar
  • En fjärrskrivbordsklient

Azure-konto med en aktiv prenumeration

Du behöver ett Azure-konto med en aktiv prenumeration för att distribuera Azure Virtual Desktop. Om du inte redan har ett konto kan du skapa ett konto kostnadsfritt.

Om du vill distribuera Azure Virtual Desktop måste du tilldela relevanta rollbaserade RBAC-roller (Azure Rollbaserad åtkomstkontroll). De specifika rollkraven beskrivs i var och en av de relaterade artiklarna för distribution av Azure Virtual Desktop, som visas i avsnittet Nästa steg .

Kontrollera också att du har registrerat resursprovidern Microsoft.DesktopVirtualization för din prenumeration. Om du vill kontrollera status för resursprovidern och registrera dig om det behövs väljer du relevant flik för ditt scenario och följer stegen.

Viktigt!

Du måste ha behörighet att registrera en resursprovider, vilket kräver åtgärden */register/action . Detta ingår om ditt konto tilldelas rollen deltagare eller ägare i din prenumeration.

  1. Logga in på Azure-portalen.

  2. Välj Prenumerationer.

  3. Välj namnet på din prenumeration.

  4. Välj Resursprovidrar.

  5. Sök efter Microsoft.DesktopVirtualization.

  6. Om statusen är NotRegistered väljer du Microsoft.DesktopVirtualization och väljer sedan Registrera.

  7. Kontrollera att statusen för Microsoft.DesktopVirtualization är Registrerad.

Identitet

För att få åtkomst till skrivbord och program från sessionsvärdarna måste användarna kunna autentisera. Microsoft Entra ID är Microsofts centraliserade molnidentitetstjänst som möjliggör den här funktionen. Microsoft Entra-ID används alltid för att autentisera användare för Azure Virtual Desktop. Sessionsvärdar kan anslutas till samma Microsoft Entra-klientorganisation eller till en Active Directory-domän med hjälp av Active Directory-domän Services (AD DS) eller Microsoft Entra Domain Services, vilket ger dig ett val av flexibla konfigurationsalternativ.

Sessionsvärdar

Du måste ansluta sessionsvärdar som tillhandahåller skrivbord och program till samma Microsoft Entra-klientorganisation som dina användare eller en Active Directory-domän (antingen AD DS eller Microsoft Entra Domain Services).

Kommentar

För Azure Stack HCI kan du bara ansluta sessionsvärdar till en Active Directory-domän Services-domän.

Om du vill ansluta sessionsvärdar till Microsoft Entra-ID eller en Active Directory-domän behöver du följande behörigheter:

  • För Microsoft Entra-ID behöver du ett konto som kan ansluta datorer till din klientorganisation. Mer information finns i Hantera enhetsidentiteter. Mer information om hur du ansluter sessionsvärdar till Microsoft Entra-ID finns i Microsoft Entra-anslutna sessionsvärdar.

  • För en Active Directory-domän behöver du ett domänkonto som kan ansluta datorer till din domän. För Microsoft Entra Domain Services måste du vara medlem i gruppen AAD DC-administratörer.

Användare

Dina användare behöver konton som finns i Microsoft Entra-ID. Om du också använder AD DS eller Microsoft Entra Domain Services i distributionen av Azure Virtual Desktop måste dessa konton vara hybrididentiteter, vilket innebär att användarkontona synkroniseras. Du måste ha följande i åtanke baserat på vilken identitetsprovider du använder:

  • Om du använder Microsoft Entra-ID med AD DS måste du konfigurera Microsoft Entra Anslut för att synkronisera användaridentitetsdata mellan AD DS och Microsoft Entra-ID.
  • Om du använder Microsoft Entra-ID med Microsoft Entra Domain Services synkroniseras användarkonton på ett sätt från Microsoft Entra-ID till Microsoft Entra Domain Services. Den här synkroniseringsprocessen är automatisk.

Viktigt!

Användarkontot måste finnas i den Microsoft Entra-klientorganisation som du använder för Azure Virtual Desktop. Azure Virtual Desktop stöder inte B2B-, B2C- eller personliga Microsoft-konton.

När du använder hybrididentiteter måste antingen UserPrincipalName (UPN) eller säkerhetsidentifieraren (SID) matcha mellan Active Directory-domän Services och Microsoft Entra ID. Mer information finns i Identiteter och autentiseringsmetoder som stöds.

Identitetsscenarier som stöds

I följande tabell sammanfattas identitetsscenarier som Azure Virtual Desktop stöder för närvarande:

Identitetsscenario Sessionsvärdar Användarkonton
Microsoft Entra ID + AD DS Ansluten till AD DS Synkroniserat i Microsoft Entra ID och AD DS
Microsoft Entra ID + AD DS Ansluten till Microsoft Entra-ID Synkroniserat i Microsoft Entra ID och AD DS
Microsoft Entra ID + Microsoft Entra Domain Services Ansluten till Microsoft Entra Domain Services Synkroniserat i Microsoft Entra ID och Microsoft Entra Domain Services
Microsoft Entra ID + Microsoft Entra Domain Services + AD DS Ansluten till Microsoft Entra Domain Services Synkroniserat i Microsoft Entra ID och AD DS
Microsoft Entra ID + Microsoft Entra Domain Services Ansluten till Microsoft Entra-ID Synkroniserat i Microsoft Entra ID och Microsoft Entra Domain Services
Endast Microsoft Entra Ansluten till Microsoft Entra-ID I Microsoft Entra-ID

Mer detaljerad information om identitetsscenarier som stöds, inklusive enkel inloggning och multifaktorautentisering, finns i Identiteter och autentiseringsmetoder som stöds.

FSLogix-profilcontainer

Om du vill använda FSLogix-profilcontainern när du ansluter dina sessionsvärdar till Microsoft Entra-ID måste du lagra profiler i Azure Files eller Azure NetApp Files och dina användarkonton måste vara hybrididentiteter. Du måste skapa dessa konton i AD DS och synkronisera dem med Microsoft Entra-ID. Mer information om hur du distribuerar FSLogix-profilcontainer med olika identitetsscenarier finns i följande artiklar:

Distributionsparametrar

Du måste ange följande identitetsparametrar när du distribuerar sessionsvärdar:

  • Domännamn, om du använder AD DS eller Microsoft Entra Domain Services.
  • Autentiseringsuppgifter för att ansluta sessionsvärdar till domänen.
  • Organisationsenhet (OU), som är en valfri parameter som gör att du kan placera sessionsvärdar i önskad organisationsenhet vid distributionstillfället.

Viktigt!

Det konto som du använder för att ansluta till en domän kan inte ha multifaktorautentisering (MFA) aktiverat.

Operativsystem och licenser

Du har ett val av operativsystem (OS) som du kan använda för sessionsvärdar för att tillhandahålla skrivbord och program. Du kan använda olika operativsystem med olika värdpooler för att ge användarna flexibilitet. Vi stöder 64-bitars operativsystem och SKU:er i följande tabelllistor (där versioner och datum som stöds är inlines med Microsofts livscykelpolicy), tillsammans med de licensieringsmetoder som gäller för varje kommersiellt syfte:

Operativsystem
(endast 64-bitars)		 Licensieringsmetod
(Interna kommersiella syften)		 Licensieringsmetod
(Externa kommersiella ändamål)
  • Microsoft 365 E3, E5, A3, A5, F3, Business Premium, Studentanvändarförmån
  • Windows Enterprise E3, E5
  • Windows Education A3, A5
  • Windows VDA per användare
  • Priser för åtkomst per användare genom att registrera en Azure-prenumeration.
  • Fjärrskrivbordstjänster (RDS) Klientåtkomstlicens (CAL) med Software Assurance (per användare eller per enhet)
  • Licenser för användarprenumeration för RDS.
  • Windows Server 2022 RDS-prenumerantåtkomstlicens (SAL).

Priser för åtkomst per användare är inte tillgängliga för Windows Server-operativsystem.

Mer information om licenser som du kan använda, inklusive priser för åtkomst per användare, finns i Licensiering av Azure Virtual Desktop.

Viktigt!

För Azure kan du använda operativsystemavbildningar som tillhandahålls av Microsoft på Azure Marketplace, eller skapa egna anpassade avbildningar som lagras i ett Azure Compute-galleri eller som en hanterad avbildning. Med anpassade avbildningsmallar för Azure Virtual Desktop kan du enkelt skapa en anpassad avbildning som du kan använda när du distribuerar virtuella sessionsvärddatorer (VM). Mer information om hur du skapar anpassade avbildningar finns i:

För Azure Stack HCI kan du också använda operativsystemavbildningar från:

Du kan distribuera en virtuell dator (VM) som ska användas som sessionsvärdar från dessa avbildningar med någon av följande metoder:

Om din licens ger dig behörighet att använda Azure Virtual Desktop behöver du inte installera eller tillämpa en separat licens, men om du använder priser per användare för externa användare måste du registrera en Azure-prenumeration. Du måste se till att Windows-licensen som används på sessionsvärdarna är korrekt tilldelad i Azure och att operativsystemet är aktiverat. Mer information finns i Tillämpa Windows-licens på sessionsvärd för virtuella datorer.

För sessionsvärdar i Azure Stack HCI måste du licensiera och aktivera de virtuella datorer som du använder innan du använder dem med Azure Virtual Desktop. Om du vill aktivera Windows 10 och Windows 11 Enterprise flera sessioner och Windows Server 2022 Datacenter: Azure Edition använder du Azure-verifiering för virtuella datorer. För alla andra OS-avbildningar (till exempel Windows 10 och Windows 11 Enterprise och andra utgåvor av Windows Server) bör du fortsätta att använda befintliga aktiveringsmetoder. Mer information finns i Aktivera virtuella Windows Server-datorer på Azure Stack HCI.

Kommentar

För att säkerställa fortsatt funktionalitet med den senaste säkerhetsuppdateringen uppdaterar du dina virtuella datorer på Azure Stack HCI till den senaste kumulativa uppdateringen senast den 17 juni 2024. Den här uppdateringen är viktig för att virtuella datorer ska kunna fortsätta använda Azure-förmåner. Mer information finns i Azure-verifiering för virtuella datorer.

Dricks

För att förenkla användaråtkomsträttigheter under inledande utveckling och testning stöder Azure Virtual Desktop prissättning för Azure Dev/Test. Om du distribuerar Azure Virtual Desktop i en Azure Dev/Test-prenumeration kan slutanvändarna ansluta till distributionen utan separat licensrättigheter för att utföra godkännandetester eller ge feedback.

Nätverk

Det finns flera nätverkskrav som du måste uppfylla för att distribuera Azure Virtual Desktop. På så sätt kan användarna ansluta till sina skrivbord och program samtidigt som de får bästa möjliga användarupplevelse.

Användare som ansluter till Azure Virtual Desktop upprättar säkert en omvänd anslutning till tjänsten, vilket innebär att du inte behöver öppna några inkommande portar. Transmission Control Protocol (TCP) på port 443 används som standard, men RDP Shortpath kan användas för hanterade nätverk och offentliga nätverk som upprättar en direkt UDP-baserad transport (User Datagram Protocol).

Om du vill distribuera Azure Virtual Desktop måste du uppfylla följande nätverkskrav:

  • Du behöver ett virtuellt nätverk och undernät för dina sessionsvärdar. Om du skapar dina sessionsvärdar samtidigt som en värdpool måste du skapa det virtuella nätverket i förväg för att det ska visas i listrutan. Det virtuella nätverket måste finnas i samma Azure-region som sessionsvärden.

  • Kontrollera att det här virtuella nätverket kan ansluta till dina domänkontrollanter och relevanta DNS-servrar om du använder AD DS eller Microsoft Entra Domain Services, eftersom du behöver ansluta sessionsvärdar till domänen.

  • Dina sessionsvärdar och användare måste kunna ansluta till Azure Virtual Desktop-tjänsten. Dessa anslutningar använder också TCP på port 443 till en specifik lista över URL:er. Mer information finns i Listan över obligatoriska URL:er. Du måste se till att dessa URL:er inte blockeras av nätverksfiltrering eller en brandvägg för att distributionen ska fungera korrekt och stödjas. Om dina användare behöver åtkomst till Microsoft 365 kontrollerar du att sessionsvärdarna kan ansluta till Microsoft 365-slutpunkter.

Tänk också på följande:

  • Dina användare kan behöva åtkomst till program och data som finns i olika nätverk, så se till att sessionsvärdarna kan ansluta till dem.

  • RtT-svarstid (round-trip time) från klientens nätverk till Azure-regionen som innehåller värdpoolerna bör vara mindre än 150 ms. Använd Experience Estimator för att visa din anslutningshälsa och rekommenderade Azure-region. För att optimera för nätverksprestanda rekommenderar vi att du skapar sessionsvärdar i Azure-regionen närmast dina användare.

  • Använd Azure Firewall för Azure Virtual Desktop-distributioner för att låsa din miljö och filtrera utgående trafik.

  • För att skydda din Azure Virtual Desktop-miljö i Azure rekommenderar vi att du inte öppnar inkommande port 3389 på sessionsvärdarna. Azure Virtual Desktop kräver inte att en öppen inkommande port är öppen. Om du måste öppna port 3389 i felsökningssyfte rekommenderar vi att du använder just-in-time-åtkomst till virtuella datorer. Vi rekommenderar också att du inte tilldelar en offentlig IP-adress till dina sessionsvärdar.

Mer information finns i Förstå Nätverksanslutning för Azure Virtual Desktop.

Kommentar

För att hålla Azure Virtual Desktop tillförlitligt och skalbart sammanställer vi trafikmönster och användning för att kontrollera hälsotillståndet och prestandan för infrastrukturkontrollplanet. Vi sammanställer den här informationen från alla platser där tjänstinfrastrukturen finns och skickar den sedan till regionen USA. Data som skickas till regionen USA innehåller skrubbade data, men inte kunddata. Mer information finns i Dataplatser för Azure Virtual Desktop.

Hantering av sessionsvärdar

Tänk på följande när du hanterar sessionsvärdar:

  • Aktivera inte några principer eller konfigurationer som inaktiverar Windows Installer. Om du inaktiverar Windows Installer kan tjänsten inte installera agentuppdateringar på sessionsvärdarna och sessionsvärdarna fungerar inte korrekt.

  • Om du ansluter sessionsvärdar till en AD DS-domän och vill hantera dem med Intune måste du konfigurera Microsoft Entra Anslut för att aktivera Microsoft Entra-hybridanslutning.

  • Om du ansluter sessionsvärdar till en Microsoft Entra Domain Services-domän kan du inte hantera dem med Hjälp av Intune.

  • Om du använder Microsoft Entra-anslutning med Windows Server för dina sessionsvärdar kan du inte registrera dem i Intune eftersom Windows Server inte stöds med Intune. Du måste använda Microsoft Entra-hybridanslutning och grupprincip från en Active Directory-domän eller en lokal grupprincip på varje sessionsvärd.

Azure-regioner

Du kan distribuera värdpooler, arbetsytor och programgrupper i följande Azure-regioner. I den här listan över regioner kan metadata för värdpoolen lagras. Sessionsvärdar för användarsessionerna kan dock finnas i valfri Azure-region och lokalt när du använder Azure Virtual Desktop i Azure Stack HCI, så att du kan distribuera beräkningsresurser nära dina användare. Mer information om typer av data och platser finns i Dataplatser för Azure Virtual Desktop.

  • Australien, östra
  • Kanada, centrala
  • Kanada, östra
  • Indien, centrala
  • Central US
  • East US
  • USA, östra 2
  • Japan, östra
  • USA, norra centrala
  • Europa, norra
  • USA, södra centrala
  • Storbritannien, södra
  • Storbritannien, västra
  • USA, västra centrala
  • Europa, västra
  • USA, västra
  • USA, västra 2
  • USA, västra 3

Azure Virtual Desktop är också tillgängligt i nationella moln, till exempel Azure for US Government och Azure som drivs av 21Vianet i Kina.

Mer information om arkitekturen och motståndskraften i Azure Virtual Desktop-tjänsten finns i Arkitektur och motståndskraft för Azure Virtual Desktop-tjänsten.

Fjärrskrivbordsklienter

Användarna behöver en Fjärrskrivbordsklient för att ansluta till stationära datorer och program. Följande klienter stöder Azure Virtual Desktop:

Viktigt!

Azure Virtual Desktop stöder inte anslutningar från RADC-klienten (RemoteApp and Desktop Anslut ions) eller MSTSC-klienten (Remote Desktop Anslut ion).

Information om vilka URL:er som klienter använder för att ansluta och som du måste tillåta via brandväggar och Internetfilter finns i listan Obligatorisk URL.

Nästa steg