On-premises Extern bureaublad-services verplaatsen naar Azure Virtual Desktop-scenario

Azure Virtual Desktop is een desktop- en toepassingsvirtualisatieservice die wordt uitgevoerd in de cloud. Het is de enige desktop- en toepassingsvirtualisatie-infrastructuur die vereenvoudigd beheer, Windows 10 en Windows 11 Enterprise-besturingssystemen met meerdere sessies of Windows Server-besturingssystemen biedt, en optimalisaties voor Microsoft 365-apps voor de onderneming. U kunt Windows-bureaubladen en -toepassingen in enkele minuten implementeren en schalen in Azure en ingebouwde beveiligings- en nalevingsfuncties krijgen.

In dit artikel migreert en moderniseert Contoso hun on-premises VDI-omgeving op basis van Extern bureaublad-services (RDS) in Windows Server naar Azure Virtual Desktop.

Migratieopties	Resultaat
Azure Migrate	Workloads uitvoeren in een Azure Virtual Desktop-omgeving.

Business drivers

Door nauw samen te werken met zakelijke partners definieert het IT-team van Contoso de zakelijke stuurprogramma's voor de on-premises RDS-migratie naar Azure. Deze stuurprogramma's kunnen het volgende omvatten:

• Einde van de levensduur van de huidige omgeving: een datacenter heeft geen capaciteit meer wanneer het einde van een lease bereikt of wordt afgesloten. Migreren naar de cloud biedt vrijwel onbeperkte capaciteit. Huidige software kan ook het einde van de levensduur bereiken, waar het nodig is om de software waarop de bureaubladen en toepassingsvirtualisatieoplossing van Contoso wordt uitgevoerd, te upgraden.
• Kosten verlagen: kosten verlagen met poolbronnen voor meerdere sessies. Met de nieuwe functie voor meerdere sessies van Windows 11 en Windows 10 Enterprise, exclusief voor Azure Virtual Desktop en de RDSH-rol (Remote Desktop Session Host) op Windows Server, kunt u het aantal virtuele machines (VM's) en de overhead van het besturingssysteem aanzienlijk verminderen en tegelijkertijd dezelfde resources aan uw gebruikers leveren.
• Optimaliseren voor Microsoft 365-apps voor ondernemingen: lever de beste Microsoft 365-apps voor ondernemingen ervaring met virtuele bureaubladscenario's met meerdere sessies die de meest productieve gevirtualiseerde ervaring bieden voor gebruikers van Contoso.
• Binnen enkele minuten implementeren en schalen: snel moderne en verouderde bureaubladtoepassingen in de cloud virtualiseren en implementeren met geïntegreerd beheer in Azure Portal.
• Veilig en productief in Azure en Microsoft 365: Implementeer een complete, intelligente oplossing die creativiteit en samenwerking voor iedereen verbetert. Ga naar Microsoft 365, Windows 11 of Windows 10 en Enterprise Mobility + Security.

RdS on-premises naar Azure Virtual Desktop-doelstellingen

Met de zakelijke stuurprogramma's in gedachten definieert Contoso de doelstellingen voor deze migratie:

• Moderniseer de bureaublad- en toepassingsvirtualisatieomgeving voor de cloud.
• Profiteer van bestaande Microsoft 365-licenties met Azure Virtual Desktop.
• Verbeter de beveiliging van bedrijfsgegevens en bied service aan externe en hybride gebruikers.
• Optimaliseer de nieuwe omgeving voor de groei op ondernemingsniveau en kosten.

Deze doelen ondersteunen de beslissing om Azure Virtual Desktop te gebruiken en te valideren als de beste migratiemethode voor Contoso.

Voordelen van het uitvoeren van Azure Virtual Desktop

Met Behulp van Azure Virtual Desktop kan Contoso nu naadloos de bureaublad- en toepassingsvirtualisatieoplossing snel en eenvoudig uitvoeren, beheren en schalen. Het bedrijf kan ook een geoptimaliseerde oplossing voor meerdere sessies bieden in Windows 10- of Windows 11-omgevingen aan de gebruikers.

Contoso maakt gebruik van bestaande Microsoft 365-licenties terwijl de schaal, prestaties, beveiliging en innovatie van Azure worden gebruikt.

Aanvullende voordelen zijn onder andere:

• Toegang tot Azure Virtual Desktop vanaf elke locatie.
• Geoptimaliseerde Microsoft 365-apps voor ondernemingen-omgeving.
• Azure Virtual Desktop voor ontwikkel-/testomgevingen.
• Als u Windows Server-hosts met meerdere sessies vervangt door Windows 10- of Windows 11-sessies, hoeft u geen RDS CAL-licenties (Client Access License) te gebruiken.

Huidige architectuur

Persoonlijke EN poolbronnen van RDS worden geïmplementeerd in een on-premises datacenter. Microsoft 365 heeft een licentie en wordt gebruikt door de organisatie.

Ontwerp van de oplossing

Na het beoordelen van de huidige RDS-implementatie definieert Contoso de doelstellingen en vereisten die worden gebruikt om het migratieproces te ontwerpen.

Voorgestelde architectuur

In het volgende diagram ziet u een overzicht van de architectuur die wordt gebouwd om on-premises RDS-implementatie te migreren naar Azure Virtual Desktop.

Afbeelding 1: Voorgestelde architectuur: Azure Virtual Desktop LZA implementeert de resources in het Azure Virtual Desktop LZ-abonnement.

Visio-bestand downloaden

In het diagram worden resources beschreven die vereisten zijn voor de migratie (identiteits-, beheer-, connectiviteit, Azure AD Sync) en de resources die zijn gemaakt door de implementatie van Azure Virtual Desktop Landing Zone Accelerator onder de AVD LZ- en AVD Shared Services LZ-abonnementen. Meer informatie over geïmplementeerde resources vindt u in het resourceorganisatiediagram van Azure Virtual Desktop Landing Zone Accelerator.

Migratieproces

Contoso doorloopt de volgende stroom om te migreren van on-premises RDS naar Azure Virtual Desktop:

Afbeelding 2: Het migratieproces. *geeft een optionele stap aan.

De migratiestroom wordt gestructureerd in de volgende migratiestappen:

1. Vereisten definiëren.
2. Evalueer de huidige on-premises RDS-omgeving.
3. Azure Virtual Desktop Landing Zone Accelerator (LZA) implementeren.
4. Gebruikers voorbereiden op nieuwe profielen met behulp van FSLogix.
5. Migreer VM's die moeten blijven bestaan naar Azure (optioneel).
6. VM-installatiekopieën migreren die moeten worden bewaard naar Azure (optioneel).
7. Azure Virtual Desktop beheren.
8. Optimaliseer azure Virtual Desktop.

Migratie

Contoso gaat nu verder met de stappen die nodig zijn om de migratie van Azure Virtual Desktop te voltooien:

Stap 1: Vereisten

1. Een Azure-abonnement is vereist (abonnementsvereisten).

2. Zorg ervoor dat domeinservices, Active Directory-domein Services (AD DS) of Microsoft Entra Domain Services (Microsoft Entra Domain Services), worden gesynchroniseerd met Microsoft Entra-id. Zorg ervoor dat de domeinservice toegankelijk is vanuit het Azure-abonnement en het virtuele netwerk waar u Azure Virtual Desktop-sessiehosts implementeert. Azure Virtual Desktop vereist hybride gebruikersidentiteiten voor het merendeel van uw Azure Virtual Desktop-implementaties en gewenste functies. Voor de Azure Virtual Desktop-service is een UPN (User Principal Name) of beveiligings-id (SID) vereist die overeenkomt met de on-premises AD- en Microsoft Entra-id.

3. Controleer vóór de implementatie van azure Virtual Desktop LZA of aan de vereisten voor Azure Virtual Desktop LZA wordt voldaan.

   Notitie

   Meer informatie over:

   • Identiteiten en verificatie van Azure Virtual Desktop bieden een uitgebreide lijst met vereisten en ondersteunde functies op basis van uw identiteitsstrategie en -configuratie.
   • Active Directory-synchronisatieopties:
     • Microsoft Entra Verbinding maken
     • Microsoft Entra Verbinding maken Cloud Sync
   • Microsoft Entra Domain Services en synchronisatie met Microsoft Entra ID.
   • Firewallregels Vereiste URL's voor Azure Virtual Desktop om alle vereiste URL's van hosts en clients naar Azure Virtual Desktop-resources toe te staan.
   • URL-vereisten voor LZA-basislijnimplementatie in Azure Virtual Desktop.

Stap 2: De huidige on-premises RDS-omgeving evalueren

Als u aanvullende gegevens over prestaties en grootte wilt verzamelen van de huidige omgeving, wordt u aangeraden een evaluatie van de on-premises RDS-omgeving uit te voeren om dit contoso-hulpprogramma van voorkeur te bereiken. De evaluatie behandelt de volgende informatie voor elk RDS-scenario:

• Aantal gebruikers in elke persona.
• Toepassingen die door gebruikers worden gebruikt.
• Resourceverbruik per gebruiker.
• Gemiddelden van resourcegebruik per persona van de gebruiker.
• RdS-sessie host prestatiegegevens.
• Gelijktijdigheidsrapporten van gebruikers.
• De belangrijkste softwarepakketten die in gebruik zijn.

Zodra er voldoende gegevens per scenario zijn vastgelegd, beoordeelt Contoso de inzichten van de evaluatie en bepaalt het meest rendabele pad het gebruik van gepoolde en persoonlijke Azure Virtual Desktop-resources om de bestaande RDS-scenario's te vervangen:

1. Meerdere sessies (gegroepeerd): RDS-sessiehosts met Windows Server en toestaan dat meerdere gebruikers verbindingen met dezelfde host.
2. Eén sessie (persoonlijk): RDS-sessiehosts met Windows 10 of Windows 11 en waarmee één gebruiker verbinding met de host kan maken.

Notitie

Om de prestaties van gebruikersstromen van Azure Virtual Desktop te verbeteren, moet Contoso ook toepassingsservers en gegevensbronnen migreren die worden gebruikt door de Azure Virtual Desktop-omgeving. Dezelfde methodologie moet worden toegepast op gedeelde platformservices (domeincontrollers, DNS, netwerkapparaten, onder andere) waarop Azure Virtual Desktop zal vertrouwen. Het wordt aanbevolen om deze services te hosten in dezelfde Azure-regio als de Azure Virtual Desktop-sessiehosts.

Stap 3: Azure Virtual Desktop Landing Zone Accelerator (LZA) implementeren

Contoso is klaar om Azure Virtual Desktop te implementeren. Azure Virtual Desktop LZA is de bedrijfsklare oplossing van Microsoft die kan worden gebruikt voor het implementeren van een end-to-end azure Virtual Desktop-omgeving die gereed is voor ondernemingen. Als u de accelerator wilt implementeren, volgt u de stapsgewijze handleiding voor de implementatie van Azure Virtual Desktop LZA .

Belangrijk

Op basis van het resultaat van de evaluatiefase zijn twee Azure Virtual Desktop LZA-implementaties in VS - oost 2 vereist voor het aanpakken van Contoso-scenario's:

• Meerdere sessies (gegroepeerde hostgroep): Azure Virtual Desktop-beheervlak (werkruimte, hostgroep, toepassingsgroep, schaalplan) implementatie met Windows 10- of Windows 11-sessiehosts en FSLogix om profielgegevens van gebruikers te beheren.
• Implementatie van één sessie (persoonlijke hostgroep): Azure Virtual Desktop-beheervlak (werkruimte, hostgroep, toepassingsgroep) zonder dat er nieuwe sessiehosts worden gemaakt (persoonlijke VM's worden gemigreerd vanuit RDS).

Implementatietype	Koppeling
Azure Portal-gebruikersinterface
Opdrachtregel (Bicep/ARM)
Terraform

Op dit moment is de Azure Virtual Desktop-omgeving beschikbaar. Contoso kan gebruikersprofielen blijven voorbereiden om te worden verplaatst naar nieuwe FSLogix-profielen in de Azure Virtual Desktop-omgeving.

Stap 4: Gebruikers voorbereiden op nieuwe profielen met FSLogix

Notitie

Microsoft biedt geen ondersteuning voor het migreren van profielen van UPD (User Profile Disks) of Zwervende gebruikersprofielen (RUP) naar FSLogix.

Azure Virtual Desktop biedt geen ondersteuning voor gebruikersprofielschijven (UPD's), dus Moet Contoso hun gebruikers voorbereiden op nieuwe profielen met behulp van FSLogix. Beginnende gebruikers met nieuwe profielen bieden de beste overgang van UPD- of RUP-profielen. Om deze overgang te maken, moet Contoso de gebruikers in staat stellen hun gegevens op te slaan of er een back-up van te maken voordat ze zich voor het eerst aanmelden bij hun desktops.

1. Schakel Microsoft Edge Enterprise Sync in. Als andere browsers worden gebruikt, exporteert en importeert u bladwijzers of favorieten naar Microsoft Edge.
2. Schakel OneDrive in voor de gebruikers die overstappen op Azure Virtual Desktop.
3. Bekende mapomleiding naar OneDrive inschakelen (optioneel). Zowel gebruikers- als niet-gebruikersgegevens moeten worden opgeslagen of waarvan een back-up moet worden gemaakt in OneDrive, SharePoint of andere documentopslagplaatsen.
4. Zowel gebruikers- als niet-gebruikersgegevens moeten worden opgeslagen of waarvan een back-up moet worden gemaakt in OneDrive, SharePoint of andere documentopslagplaatsen.

Contoso heeft nu Microsoft Edge Enterprise Sync ingeschakeld voor het exporteren van browsergegevens en omleiding van bekende mappen naar OneDrive om zowel gebruikers- als niet-gebruikersgegevens op te slaan.

Belangrijk

Gebruikers vereisen mogelijk instellingen of toepassingsgegevens in hun profiel van derden of andere Line-Of-Business-toepassingen. Als die gegevens nodig zijn, moet u deze bewaren volgens de aanbeveling van de leverancier. Microsoft is niet verantwoordelijk voor deze gegevens.

Voor meer informatie over FSLogix:

• Zelfstudie: Profielcontainers configureren
• Configuratievoorbeelden
• Veelgestelde vragen over FSLogix

Op dit moment hebben de gebruikers hun belangrijke profielgegevens opgeslagen of er een back-up van gemaakt. Contoso kan doorgaan met het repliceren en behouden van VM's naar Azure Virtual Desktop.

Stap 5: VM's migreren die moeten worden bewaard naar Azure (optioneel)

De volgende stap in het migratieproces voor Contoso is het migreren van de RDS-sessiehost (met Windows Server) die moet blijven bestaan naar Azure Virtual Desktop. Hiervoor doorloopt Contoso Azure Migrate: stappen voor servermigratie :

Belangrijk

• In plaats van RDS-sessiehosts te migreren, raadt Microsoft aan vm's opnieuw te implementeren met behulp van Azure-marketplace-installatiekopieën of aangepaste installatiekopieën die zijn gebouwd op de marketplace, omdat deze compatibiliteit garanderen en eventuele mogelijke bloat uit de bestaande on-premises installatiekopieën verwijderen.
• Azure Migrate biedt alleen ondersteuning voor migraties van Windows Server-besturingssystemen. Clientbesturingssystemen zoals Windows 10 kunnen worden gemigreerd met behulp van Azure Site Recovery-replicatie en failover, zodra deze VM's beschikbaar zijn in Azure, gaat u verder met sectie 5 om de AVD-agents te installeren en configureren.

1. Meld u aan bij het Azure-portaal.

2. Typ Azure Migrate in de zoekbalk en selecteer de overeenkomende servicevermelding.

3. In Aan de slag voor Azure Migrate selecteert u Ontdekken, evalueren en migreren.

   Afbeelding 3: Aan de slag.

4. Selecteer Project maken.

   Afbeelding 4: Een nieuw Azure Migrate-project maken.

5. Stel het abonnement, de resourcegroep, de projectnaam en geografie in voor de gegevens van de migratietaak en selecteer vervolgens Maken.

   Afbeelding 5: Taakgegevens toevoegen aan de migratie.

   Belangrijk

   Deze locatie is niet waar de nieuwe Azure Virtual Desktop-omgeving wordt geïmplementeerd. Alleen de gegevens met betrekking tot het Azure Migrate-project worden hier opgeslagen.

6. Contoso begint met het selecteren van Ontdekken in azure Migrate: Hulpprogramma's voor servermigratie.

   Afbeelding 6: Een servermigratie detecteren.

7. Contoso converteert een apparaat in de omgeving die de replicatie van de machines naar Azure Virtual Desktop gaat beheren. Zorg ervoor dat de doelregio is ingesteld op VS - oost 2, waar de Azure Virtual Desktop-omgeving is gemaakt. Zie Ondersteuningsmatrix voor Hyper-V en Ondersteuningsmatrix voor VMware vSphere voor volledige Ondersteuningsmatrix voor Het besturingssysteem van Azure Migrate.

   

   Afbeelding 7: Een apparaat converteren.

8. Contoso downloadt, installeert en registreert de replicatieprovider bij het Azure Migrate-project om de replicatie naar Azure te starten.

   

   Afbeelding 8: Vereisten voor repliceren naar Azure.

9. De replicatie van de hosts naar Azure Blob Storage wordt gestart. Contoso kan de replicatie blijven uitvoeren totdat deze gereed is om de VM's te testen en deze vervolgens naar productie te migreren.

10. Wanneer gemigreerde VM's worden uitgevoerd in Azure, moet Contoso Azure Virtual Desktop-agents installeren en configureren op elke gemigreerde:

    • Haal het registratietoken voor de hostgroep op, volgens de richtlijnen die worden beschreven in Een registratiesleutel genereren.
    • Installeer Azure Virtual Desktop-agents en registreer VM's bij de hostgroep volgens de richtlijnen die worden beschreven in Sessiehosts registreren bij een hostgroep.

Notitie

Een andere optie voor Contoso om dit proces te automatiseren, is het gebruik van de aangepaste scriptextensie van de VM om de Azure Virtual Desktop-agents te implementeren. Dit proces bevindt zich in de (Azure Virtual Desktop LZA Automation).

Op dit moment voltooit Contoso de migratie van de machines die moeten blijven bestaan en blijft de rest van de on-premises RDS-sessiehosts geleidelijk migreren naar Azure Virtual Desktop.

Stap 6: VM-installatiekopieën migreren die moeten worden bewaard naar Azure (optioneel)

Belangrijk

In plaats van VM-installatiekopieën te migreren, raadt Microsoft aan om een nieuwe installatiekopieën in Azure te bouwen op basis van een vanilla marketplace-installatiekopieën. Dit zorgt voor compatibiliteit met de installatiekopieën en vermindert ongewenste afhankelijkheden of configuraties die mogelijk aanwezig zijn in de oorspronkelijke VM-installatiekopieën. Daarnaast kan het bouwen van een nieuwe installatiekopieën in Azure vanuit een marketplace-installatiekopieën helpen het implementatieproces te stroomlijnen en ervoor te zorgen dat de installatiekopieën up-to-date zijn met de nieuwste beveiligingspatches en -updates. Hulpprogramma's voor het bouwen van nieuwe installatiekopieën zijn beschikbaar in de azure Virtual Desktop LZA Custom Image Build - Aan de slag

Voor scenario's waarin de VM-installatiekopieën moeten worden bewaard naar Azure Virtual Desktop, bevat het volgende artikel richtlijnen voor het voorbereiden van een Windows-VHD of VHDX om te uploaden naar Azure.

Stap 7: Azure Virtual Desktop beheren

1. Toepassingen en bureaubladen publiceren: Azure Virtual Desktop LZA-implementatie maakt standaard één toepassingsgroep voor desktops en heeft de mogelijkheid om ook een RemoteApp-toepassingsgroep te implementeren. Na de implementatie hoeft u geen bureaubladen te publiceren omdat ze standaard worden gepubliceerd. RemoteApps kan worden beheerd door de richtlijnen te volgen:

   • Toepassingsgroepen beheren met Azure Portal.
   • Toepassingsgroepen beheren met Behulp van PowerShell of de Azure CLI.
   • Ingebouwde apps publiceren in Azure Virtual Desktop.

2. Sessiehosts beheren: zodra de sessiehosts zijn geïmplementeerd en lid zijn van het domein, kunnen ze worden beheerd met behulp van bestaande hulpprogramma's zoals SCCM en Groepsbeleid. Microsoft Intune kan ook worden gebruikt om u te helpen uw apparaten en apps te beheren. Raadpleeg de Microsoft Intune-documentatie om aan de slag te gaan met Intune.

3. Gebruikerstoegang: als laatste stap voor de laatste migratie selecteert Contoso het item Gebruikers in de instellingen van Azure Virtual Desktop om gebruikers en groepen toe te wijzen.

   Afbeelding 9: De laatste stap vóór de laatste migratie.

   Aanvullende informatie over gebruikerstoewijzing vindt u in Toepassingsgroepen beheren met Azure Portal.

4. Schaalaanpassing van hostgroepen: Azure Virtual Desktop LZA-implementatie heeft de mogelijkheid om een Azure Virtual Desktop-schaalplan te maken dat standaard is toegewezen en ingeschakeld voor poolhostgroepen. Het schaalplan is vooraf geconfigureerd met twee planningen (weekdagen en weekend) in dezelfde tijdzone als de sessiehosts en standaardschaalregels.

   Afbeelding 10: Azure Virtual Desktop-schaalplanschema's voorbeeld.

   Schaalregels moeten worden aangepast om te voldoen aan de specifieke behoeften van de workloads die de Azure Virtual Desktop-omgeving host. Informatie over het configureren van schaalplannen vindt u in abonnementen voor automatisch schalen en voorbeeldscenario's.

5. Bewaking: LZA-implementatie van Azure Virtual Desktop heeft de mogelijkheid om alle diagnostische instellingen (standaard ingeschakeld) te implementeren die zijn vereist voor de Azure Virtual Desktop Insights-werkmap, inclusief het maken van een nieuwe Log Analytics-werkruimte (optie om bestaande te gebruiken is beschikbaar) om Azure Virtual Desktop-logboeken, metrische gegevens en gebeurtenissen te verzamelen.

   Afbeelding 11: Azure Virtual Desktop monitor insights sample.

   Meer informatie over Azure Virtual Desktop-bewaking vindt u in Azure Virtual Desktop Insights gebruiken om uw implementatie te bewaken.

Stap 8: Azure Virtual Desktop optimaliseren

1. Beveiliging: het beveiligingsteam van Contoso controleert de Azure-VM's om eventuele beveiligingsproblemen te bepalen. Het team beoordeelt de NSG’s (netwerkbeveiligingsgroepen) voor de VM’s om de toegang te beheren. NSG's worden gebruikt om ervoor te zorgen dat alleen verkeer dat naar de toepassing is toegestaan, deze kan bereiken. Het team is ook van mening dat de gegevens op de schijf worden beveiligd met behulp van Azure Disk Encryption en Azure Key Vault. Sessiehosts moeten ook worden beveiligd met Defender voor Eindpunt of het product dat u kiest, zorg ervoor dat uw leverancier het product ondersteunt in Azure VDI-omgevingen. Kies er ook voor om azure Virtual Desktop-landingszoneabonnementen te beveiligen met Defender voor Cloud voor betere zichtbaarheid en nalevingscontroles.

   Notitie

   Meer informatie over Azure Virtual Desktop-beveiliging met best practices voor Azure Virtual Desktop-beveiliging.

2. Licentieverlening: Microsoft 365-licenties worden gebruikt voor de desktopimplementaties. Als Windows Server-sessiehosts nog steeds vereist zijn, moet Contoso hun RDS CAL-licenties (Client Access License) meenemen. Dankzij azure Virtual Desktop-licentierechten zijn er geen besturingssysteemkosten voor elk besturingssysteem, waaronder Windows Server.

3. Kostenoptimalisatie: Contoso gebruikt de volgende functies om u te helpen met kostenoptimalisatie:

   • Contoso schakelt Azure Cost Management + Billing in om de Azure-resources te bewaken en te beheren.
   • Contoso gebruikt Azure Virtual Desktop Tagging om kosten bij te houden en te groeperen op basis van gerelateerde resources voor de hostgroep.
   • Contoso controleert het gebruik in alle Azure Virtual Desktop-implementaties met behulp van Azure Virtual Desktop Insights en beoordeelt de kostenbesparingsmogelijkheden van gereserveerde instanties, spaarplannen of gereserveerde capaciteit.

4. Bedrijfscontinuïteit en herstel na noodgevallen (BCDR) configureren: Azure Virtual Desktop maakt gebruik van een combinatie van door Microsoft beheerde onderdelen die worden geleverd met een sla die niet financieel wordt ondersteund, gericht op een uptime van 99,9% voor onze Azure Virtual Desktop-gateways, brokers, webtoegang en diagnostische gegevens. Er wordt een back-up gemaakt van deze servicesmetagegevens en servicegegevens en deze worden achter de schermen gerepliceerd om te herstellen naar alternatieve regio's in het geval van een storing. Contoso is verantwoordelijk voor de door de klant beheerde onderdelen, waaronder: Virtuele machines, opslag, installatiekopieën, toepassingen en de netwerkonderdelen voor hun DR-vereisten.

   • Voor grootschalige wereldwijde implementaties van Azure Virtual Desktop raden we u aan een architectuur met meerdere regio's te gebruiken om single point of failures in één regio te verminderen.

   • Het volgende diagram is een voorbeeld van een architectuur voor meerdere regio's in Azure Virtual Desktop die is ontworpen voor regionale Azure Virtual Desktop-implementaties om volledig onafhankelijk te zijn. Afhankelijk van de SLA-vereisten kunnen er verschillende niveaus van afhankelijkheden zijn voor de primaire regio. Voorbeelddiagrammen voor verschillende niveaus van afhankelijkheid van de primaire regio vindt u in de Azure Virtual Desktop Landing Zone Accelerator-documentatie azure Virtual Desktop Landing Zone Accelerator-diagrammen

     Afbeelding 12: Voorbeeld van een Architectuur voor meerdere regio's van Azure Virtual Desktop.

     Download het Visio-bestand.

   Notitie

   Meer informatie over BCDR-opties met overwegingen voor bedrijfscontinuïteit en herstel na noodgevallen voor Azure Virtual Desktop.

Volgende stappen

Meer informatie over Azure Virtual Desktop vindt u op:

• Documentatie voor Azure Virtual Desktops.
• Ondersteuning op ondernemingsniveau voor Microsoft Azure Virtual Desktop.