Delen via


Implementatie of migratie van Azure Virtual Desktop

In de richtlijnen in dit artikel wordt ervan uitgegaan dat u een plan voor Azure Virtual Desktop hebt gemaakt, de vereisten voor de desktopimplementatie hebt beoordeeld, een proof-of-concept hebt voltooid en nu klaar bent om uw Azure Virtual Desktop-exemplaren te migreren of implementeren.

Eerste bereik

De implementatie van Azure Virtual Desktop-exemplaren volgt een proces dat vergelijkbaar is met het proof-of-conceptproces . Gebruik dit eerste bereik als basislijn om de verschillende wijzigingen in het bereik uit te leggen die vereist zijn voor de uitvoer van de evaluatie.

Implementatie en migratie bestaan uit personamigratie, toepassingsmigratie en migratie van gebruikersprofielen. Afhankelijk van de resultaten van de workloadevaluatie zijn er waarschijnlijk wijzigingen in deze migratietaken. Dit artikel helpt bij het identificeren van manieren waarop het bereik zou veranderen op basis van de evaluatiefeedback.

Iteratieve methodologie

Voor elke persona is waarschijnlijk een iteratie van het eerder beschreven eerste bereik vereist, wat resulteert in meerdere hostgroepen. Afhankelijk van de Azure Virtual Desktop-evaluatie moet het acceptatieteam iteraties definiëren die zijn gebaseerd op het aantal persona's of gebruikers per persona. Door het proces te breken in personagestuurde iteraties, kan de invloed van de wijzigingssnelheid op het bedrijf worden verminderd en kan het team zich richten op de juiste tests of onboarding van elk van de persona-pools.

Overwegingen voor bereik

Elk van de volgende sets overwegingen moet worden opgenomen in de ontwerpdocumentatie voor elke personagroep die moet worden gemigreerd of geïmplementeerd. Nadat de overwegingen voor het bereik zijn meegeteld bij het eerder besproken eerste bereik, kan de implementatie of migratie beginnen.

Overwegingen voor Azure-landingszones

Voordat u de persona-groepen implementeert, moet er een landingszone worden gemaakt in de Azure-regio's die nodig zijn om elke persona te ondersteunen die moet worden geïmplementeerd. Elke toegewezen landingszone moet worden geëvalueerd op basis van de beoordelingsvereisten voor de landingszone.

Als de toegewezen Azure-landingszone niet aan uw vereisten voldoet, moet het bereik worden toegevoegd voor eventuele wijzigingen in de omgeving.

Overwegingen voor toepassingen en desktops

Sommige persona's hebben mogelijk een afhankelijkheid van verouderde oplossingen, die niet compatibel zijn met Windows 10 Enterprise-multisessie. In dergelijke gevallen zijn voor sommige persona's mogelijk speciale bureaubladen vereist. Deze afhankelijkheid wordt mogelijk pas gedetecteerd nadat de implementatie en het testen zijn uitgevoerd.

Als ze later in het proces worden ontdekt, moeten toekomstige iteraties worden toegewezen aan modernisering of migratie van de verouderde toepassing. Dit vermindert de kosten voor de lange termijn van de bureaubladervaring. Deze toekomstige iteraties moeten worden geprioriteerd en voltooid op basis van de algemene prijsimpact van modernisering ten opzichte van de extra kosten die zijn gekoppeld aan toegewezen bureaubladen. Om pijplijnonderbrekingen en de realisatie van bedrijfsresultaten te voorkomen, mag deze prioriteitstelling geen invloed hebben op de huidige iteraties.

Voor sommige toepassingen is mogelijk herstel, modernisering of migratie naar Azure vereist om de gewenste eindgebruikerservaring te ondersteunen. Deze wijzigingen komen waarschijnlijk na de release. Als de latentie van het bureaublad van invloed kan zijn op bedrijfsfuncties, kan de toepassingswijzigingen blokkerende afhankelijkheden maken voor de migratie van bepaalde persona's.

Overwegingen voor gebruikersprofielen

In het eerste bereik wordt ervan uitgegaan dat u een FSLogix-gebruikersprofielcontainer op basis van een VM gebruikt.

U kunt Azure NetApp Files gebruiken om gebruikersprofielen te hosten. Hiervoor zijn enkele extra stappen in het bereik vereist, waaronder:

  • Per NetApp-exemplaar: NetApp-bestanden, -volumes en Active Directory-verbindingen configureren.
  • Per host/persona: FSLogix configureren op virtuele machines van de sessiehost.
  • Per gebruiker: Wijs gebruikers toe aan de hostsessie.

U kunt Ook Azure Files gebruiken om gebruikersprofielen te hosten. Hiervoor zijn enkele extra stappen in het bereik vereist, waaronder:

  • Per Azure Files-exemplaar: Configureer het opslagaccount, het schijftype en de Microsoft Entra-verbinding (Microsoft Entra Domain Services wordt ook ondersteund, wijs op rollen gebaseerd toegangsbeheer van Azure toe voor een Active Directory-gebruikersgroep, pas NTFS-machtigingen toe op Azure Files en haal de toegangssleutel voor het opslagaccount op.
  • Per host/persona: FSLogix configureren op virtuele machines van de sessiehost.
  • Per gebruiker: Wijs gebruikers toe aan de hostsessie.

De gebruikersprofielen voor bepaalde persona's of gebruikers vereisen mogelijk ook een inspanning voor gegevensmigratie, waardoor de migratie van specifieke persona's kan worden vertraagd totdat gebruikersprofielen kunnen worden hersteld binnen uw lokale Active Directory of afzonderlijke gebruikersdesktops. Deze vertraging kan aanzienlijk van invloed zijn op het bereik buiten het Azure Virtual Desktop-scenario. Nadat ze zijn hersteld, kunnen het eerste bereik en de voorgaande benaderingen worden hervat.

Azure Virtual Desktop implementeren of migreren

Nadat alle overwegingen zijn meegenomen in uw productiebereik voor de migratie of implementatie van Azure Virtual Desktop, kan het proces beginnen. In een iteratieve frequentie implementeert het acceptatieteam nu hostgroepen, toepassingen en gebruikersprofielen. Nadat deze fase is voltooid, kunnen gebruikers na de implementatie beginnen met het testen en onboarden van gebruikers .

Volgende stappen

Uw Azure Virtual Desktop-implementatie vrijgeven aan productie