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 Azure Virtual Desktop maakt. Serviceobjecten omvatten 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 de Azure Portal omdat ze niet zijn verbonden met uw Azure-abonnement.

De recente grote 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 de Azure Portal.

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

Waarom migreren?

Belangrijke updates kunnen lastig zijn, vooral de updates die u handmatig moet uitvoeren. Er zijn echter enkele redenen waarom u niet automatisch kunt migreren:

• Bestaande serviceobjecten die zijn gemaakt met de klassieke release, hebben geen representatie in Azure. Hun bereik strekt zich niet verder uit dan de Azure Virtual Desktop-service.
• Met de meest recente update is de toepassings-id van de service gewijzigd om toestemming voor apps te verwijderen op dezelfde manier als voor Azure Virtual Desktop (klassiek). U kunt geen nieuwe Azure-objecten maken met Azure Virtual Desktop, tenzij ze zijn geverifieerd met de nieuwe toepassings-id.

Ondanks het gedoe is migreren van de klassieke versie nog steeds belangrijk. Na de migratie kunt u het volgende doen:

• Beheer Azure Virtual Desktop via de Azure Portal.
• Wijs Microsoft Entra gebruikersgroepen toe aan toepassingsgroepen.
• Gebruik de verbeterde Log Analytics-functie om problemen met uw implementatie op te lossen.
• Gebruik systeemeigen op rollen gebaseerd toegangsbeheer (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 met name enkele scenario's waarin u wordt aangeraden handmatig te migreren:

• U hebt een testhostgroep ingesteld met een klein aantal gebruikers.
• U hebt een productiehostgroep ingesteld met een klein aantal gebruikers, maar u bent van plan om uiteindelijk honderden gebruikers te gebruiken.
• U hebt een eenvoudige installatie die eenvoudig kan worden gerepliceerd. Als uw VM's bijvoorbeeld een galerieafbeelding 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.

U hebt het volgende nodig om het migratieproces te starten:

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

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

  • Donateur
  • Gebruikerstoegang beheerder

  Met de rol Inzender kunt u Azure-objecten voor uw abonnement maken en met de rol Beheerder voor gebruikerstoegang 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 de Azure Portal om alle objecten op hoog niveau te maken met de Azure Portal.
2. Als u de virtuele machines wilt overnemen die u al gebruikt, 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. Gebruikers of gebruikersgroepen publiceren 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.

Om downtime te 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 over naar de nieuwe met Azure Resource Manager geïntegreerde toepassingsgroepen.

Volgende stappen

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

Nadat u hebt gemigreerd, kunt u meer te weten komen over de werking van Azure Virtual Desktop door onze zelfstudies te bekijken. Meer informatie over geavanceerde beheermogelijkheden vindt u in Een bestaande hostgroep uitbreiden en RDP-eigenschappen aanpassen.

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