Handmatig migreren vanuit Azure Virtual Desktop (klassiek)

Azure Virtual Desktop (klassiek) maakt de serviceomgeving met PowerShell-cmdlets, REST API's en serviceobjecten. Een object in een Azure Virtual Desktop-serviceomgeving is iets dat door Azure Virtual Desktop wordt gemaakt. Serviceobjecten zijn tenants, hostgroepen, toepassingsgroepen en sessiehosts.

Azure Virtual Desktop (klassiek) is echter niet geïntegreerd met Azure. Zonder Azure-integratie worden alle objecten die u maakt, niet automatisch beheerd door Azure Portal, omdat ze niet zijn verbonden met uw Azure-abonnement.

De recente belangrijke update van Azure Virtual Desktop markeert een verschuiving in de service naar volledige Azure-integratie. Objecten die u in Azure Virtual Desktop maakt, worden automatisch beheerd door Azure Portal.

In dit artikel wordt uitgelegd waarom u moet overwegen om te migreren naar de nieuwste versie van Azure Virtual Desktop. Daarna leert u hoe u handmatig kunt migreren van Azure Virtual Desktop (klassiek) naar de nieuwste update van Azure Virtual Desktop.

Voordelen van migratie

Belangrijke updates kunnen onhandig zijn, met name updates die u handmatig moet doen. Er zijn echter enkele redenen waarom u niet automatisch kunt migreren:

• Bestaande serviceobjecten die zijn gemaakt met de klassieke versie, hebben geen weergave in Azure. Hun bereik gaat niet verder dan de Azure Virtual Desktop-service.
• Met de nieuwste update is de toepassings-id van de service gewijzigd om toestemming te verwijderen voor apps zoals deze voor Azure Virtual Desktop (klassiek) is uitgevoerd. U kunt geen nieuwe Azure-objecten maken met Azure Virtual Desktop, tenzij ze zijn geverifieerd met de nieuwe toepassings-id.

Ondanks het gedoe is het migreren van de klassieke versie nog steeds belangrijk. Dit is wat u kunt doen nadat u bent gemigreerd:

• Beheer Azure Virtual Desktop via Azure Portal.
• Wijs Microsoft Entra-gebruikersgroepen toe aan toepassingsgroepen.
• Gebruik de verbeterde Log Analytics-functie om problemen met uw implementatie op te lossen.
• Gebruik op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) om beheerderstoegang te beheren.

Wanneer moet ik migreren?

Wanneer u zich afvraagt of u moet migreren, moet u ook rekening houden met de huidige en toekomstige situatie van uw implementatie.

Er zijn een aantal scenario's met name waarin u wordt aangeraden handmatig te migreren:

• U hebt een testhostgroep ingesteld met een klein aantal gebruikers.
• U hebt een installatie van een productiehostgroep met een klein aantal gebruikers, maar u wilt uiteindelijk maximaal honderden gebruikers gebruiken.
• U hebt een eenvoudige installatie die eenvoudig kan worden gerepliceerd. Als uw VM's bijvoorbeeld een galerie-installatiekopieën gebruiken.

Belangrijk

Als u een geavanceerde configuratie gebruikt die lang duurde om te stabiliseren of veel gebruikers heeft, raden we u niet aan handmatig te migreren.

Voorbereiden op migratie

Voordat u aan de slag gaat, moet u ervoor zorgen dat uw omgeving gereed is voor migratie.

Dit is wat u nodig hebt om het migratieproces te starten:

• Een Azure-abonnement waarin u nieuwe Azure-serviceobjecten maakt.

• Zorg ervoor dat u bent toegewezen aan de volgende rollen:

  • Inzender
  • Beheerder van gebruikerstoegang

  Met de rol Inzender kunt u Azure-objecten in uw abonnement maken en met de rol Gebruikerstoegang Beheer istrator kunt u gebruikers toewijzen aan toepassingsgroepen.

Handmatig migreren

Nu u het migratieproces hebt voorbereid, is het tijd om daadwerkelijk te migreren.

Handmatig migreren van Azure Virtual Desktop (klassiek) naar Azure Virtual Desktop:

1. Volg de instructies in Een hostgroep maken met Azure Portal om alle objecten op hoog niveau te maken met Azure Portal.
2. Als u de virtuele machines die u al gebruikt, wilt overbrengen, volgt u de instructies in De virtuele machines registreren bij de Azure Virtual Desktop-hostgroep om ze handmatig te registreren bij de nieuwe hostgroep die u in stap 1 hebt gemaakt.
3. Maak nieuwe RemoteApp-toepassingsgroepen.
4. Publiceer gebruikers of gebruikersgroepen naar de nieuwe bureaublad- en RemoteApp-toepassingsgroepen.
5. Werk uw beleid voor voorwaardelijke toegang bij om de nieuwe objecten toe te staan door de instructies in Meervoudige verificatie instellen te volgen.

Als u downtime wilt voorkomen, moet u eerst uw bestaande sessiehosts registreren bij de met Azure Resource Manager geïntegreerde hostgroepen in kleine groepen tegelijk. Daarna brengt u uw gebruikers langzaam naar de nieuwe met Azure Resource Manager geïntegreerde toepassingsgroepen.

Volgende stappen

Als u wilt weten hoe u uw implementatie automatisch migreert, gaat u automatisch vanuit Azure Virtual Desktop (klassiek) naar Migrate.

Zodra u bent gemigreerd, leert u hoe Azure Virtual Desktop werkt door onze zelfstudies te bekijken. Meer informatie over geavanceerde beheermogelijkheden bij Een bestaande hostgroep uitbreiden en RDP-eigenschappen aanpassen.

Raadpleeg de Azure Virtual Desktop-omgeving voor meer informatie over serviceobjecten.