Azure Virtual Desktop-evaluatie
Het azure Virtual Desktop-proof-of-concept biedt een eerste bereik als basislijn-implementatie. De uitvoer van dat concept zal echter waarschijnlijk niet voldoen aan hun productiebehoeften.
De evaluatie-oefening van Azure Virtual Desktop fungeert als een gerichte methode voor het testen van veronderstellingen via een gegevensgestuurd proces. Met evaluatiegegevens kan het team een reeks belangrijke vragen beantwoorden, hun veronderstellingen valideren of ongeldig maken en het bereik zo nodig verfijnen om het Azure Virtual Desktop-scenario van het team te ondersteunen. Door deze aannamevalidatiebenadering te gebruiken, kan het team de migratie of implementatie van de bureaubladen van eindgebruikers naar Azure Virtual Desktop versnellen.
Implementaties van Azure Virtual Desktop evalueren
Elke Azure Virtual Desktop-evaluatie evalueert een combinatie van een gebruikerspersoon, een consistente hostgroep van virtuele machines (VM's), toepassingen en gegevens van eindgebruikers en gebruikersprofielen (gegevens). Tijdens de evaluatie is het doel van het team om gegevens te gebruiken om de vragen in deze sectie te beantwoorden. De antwoorden vormen het werkelijke bereik van de implementatie en release van de Azure Virtual Desktop-migratie.
De antwoorden op deze vragen beginnen met gegevens. In de planmethodologie, met name best practices en evaluatie van digitale activa, moeten gegevens al worden verzameld en geanalyseerd om een migratieplan te maken. Voor de vragen in deze specifieke workloadbeoordeling zijn waarschijnlijk aanvullende gegevens vereist. Gegevens over de desktops, gebruikers en workloads die door elke gebruiker moeten worden gebruikt, zijn vereist voor het ontwikkelen van een Azure Virtual Desktop-implementatieplan.
Als u niet beschikt over de gegevens die u nodig hebt om alle vragen in deze sectie te beantwoorden, kan een extra externe softwareleverancier een afzonderlijk detectieproces bieden om de gegevens die u hebt te verbeteren. ISV-partners zijn ook geïntegreerd met Azure Migrate in de sectie migratiedoelen voor de virtuele bureaubladinfrastructuur. De leverancier kan u helpen bij het toewijzen van een plan voor azure Virtual Desktop-implementatie, waaronder persona's, hostgroepen, toepassingen en gebruikersprofielen.
Persona's van gebruikers
Hoeveel afzonderlijke persona's zijn vereist om alle gebruikers in dit migratiescenario te ondersteunen? Het definiëren van persona's wordt geleverd als gevolg van bucketing van gebruikers op basis van de volgende criteria:
- Persoonlijke pools: Hebben specifieke groepen gebruikers toegewezen bureaubladen nodig in plaats van pools? Beveiligings-, nalevings-, high-performance- of ruisvereisten kunnen bijvoorbeeld leiden tot bepaalde gebruikers die worden uitgevoerd op toegewezen desktops die geen deel uitmaken van een poolstrategie. U voert deze informatie in door een hostgroeptype persoonlijk op te geven tijdens de implementatie van de Azure Virtual Desktop-hostgroep.
- Dichtheid: Hebben specifieke groepen gebruikers een lagere bureaubladervaring nodig? Voor een zwaardere dichtheid zijn bijvoorbeeld twee gebruikers per virtuele centrale verwerkingseenheid (vCPU) vereist in plaats van de aanname van zes gebruikers per vCPU. U voert dichtheidsinformatie in de poolinstellingen van de implementatie van de Azure Virtual Desktop-hostgroep in.
- Prestaties: Hebben specifieke groepen gebruikers een betere bureaubladervaring nodig? Sommige gebruikers hebben bijvoorbeeld meer geheugen per vCPU nodig dan de veronderstelde 4 gigabyte (GB) RAM per vCPU. U voert de grootte van de VM in de details van de implementatie van de Azure Virtual Desktop-hostgroep in.
- Grafische verwerking (GPU): Hebben specifieke groepen gebruikers meer grafische vereisten? Sommige gebruikers hebben bijvoorbeeld VM's op basis van GPU in Azure nodig, zoals wordt beschreven in deze handleiding voor het configureren van GPU-VM's.
- Azure-regio: Werken specifieke groepen besturingssysteemgebruikers vanuit verschillende geografische regio's? Voordat u de hostgroep configureert, moet een gebruiker uit elke regio bijvoorbeeld de latentie naar Azure testen met behulp van het schattingsprogramma. De testgebruiker moet de Azure-regio met de laagste latentie en de latentie in milliseconden delen voor de top drie Azure-regio's.
- Bedrijfsfuncties: Kunnen de specifieke groeperingen van gebruikers worden gebucket op basis van bedrijfseenheid, kostencode of hun bedrijfsfunctie? Dit type groepering helpt bij het afstemmen van de bedrijfskosten in latere fasen van de bewerkingen.
- Aantal gebruikers: Hoeveel gebruikers zijn er in elke afzonderlijke persona?
- Maximum aantal sessies: op basis van geografie en aantal bewerkingsuren, hoeveel gelijktijdige gebruikers worden er voor elke persona verwacht tijdens maximale belasting?
Onderscheid in elk van de voorgaande vragen zal beginnen met het illustreren van de persona's van gebruikers per bedrijfsfunctie, kostenplaats, geografische regio en technische vereisten. De volgende tabel kan helpen bij het vastleggen van antwoorden om een voltooid evaluatie- of ontwerpdocument te vullen:
| Criterium | Persona groep 1 | Persona groep 2 | Persona groep 3 |
|---|---|---|---|
| Groepen | Groepen | Groepen | Toegewezen (beveiligingsproblemen) |
| Dichtheid | Licht (6 gebruikers/vCPU) | Zwaar (2 gebruikers/vCPU) | Toegewezen (1 gebruiker/vCPU) |
| Prestaties | Beperkt | Hoog geheugengebruik | Beperkt |
| GPU | N.v.t. | Vereist | N.v.t. |
| Azure-regio | Noord-Amerika | West-Europa | Noord-Amerika |
| Aantal gebruikers | 1.000 | 50 | 20 |
| Aantal sessies | 200 | 50 | 10 |
Voor elke persona, of elke groep gebruikers met afzonderlijke bedrijfsfuncties en technische vereisten, is een specifieke configuratie van een hostgroep vereist.
De evaluatie van eindgebruikers biedt de vereiste gegevens: pooltype, dichtheid, grootte, CPU/GPU, landingszoneregio, enzovoort.
De configuratie-evaluatie van de hostgroep wijst die gegevens nu toe aan een implementatieplan. Door de technische vereisten, bedrijfsvereisten en kosten uit te lijnen, kunt u het juiste aantal en de juiste configuratie van hostgroepen bepalen.
Zie voorbeelden voor prijzen in de regio's VS - oost, Europa - west of Azië - zuidoost.
Toepassingsgroepen
Een ISV-partnerscan van de huidige on-premises omgeving kan gegevens bieden over de toepassingen die worden uitgevoerd op desktopcomputers van eindgebruikers. Met behulp van deze gegevens kunt u een lijst maken met alle toepassingen die per persona zijn vereist. Voor elke vereiste toepassing vormen de antwoorden op de volgende vragen iteraties voor implementatie:
- Moeten er toepassingen worden geïnstalleerd voor de persona om dit bureaublad te kunnen gebruiken? Tenzij de persona 100 procent websoftware als een servicetoepassing gebruikt, moet u waarschijnlijk een aangepaste hoofd-VHD-installatiekopieën configureren voor elke persona, waarbij de vereiste toepassingen op de hoofdinstallatiekopieën zijn geïnstalleerd.
- Heeft deze persona Microsoft 365-toepassingen nodig? Zo ja, dan moet u een installatiekopieën selecteren in de galerie met Microsoft 365-apps die zijn opgenomen of Microsoft 365 toevoegen aan een aangepaste VHD-installatiekopieën van de master.
- Is deze toepassing compatibel met Windows 10 Enterprise-multisessie? Als een toepassing niet compatibel is, is een persoonlijke pool mogelijk vereist om de aangepaste VHD-installatiekopieën uit te voeren. Zie de desktoptoepassing assure-service voor hulp bij compatibiliteitsproblemen met toepassingen en Azure Virtual Desktop.
- Hebben bedrijfskritieke toepassingen waarschijnlijk last van latentie tussen het Azure Virtual Desktop-exemplaar en eventuele back-endsystemen? Zo ja, dan kunt u overwegen om de back-endsystemen te migreren die ondersteuning bieden voor de toepassing naar Azure.
Voor de antwoorden op deze vragen kan het plan nodig zijn om herstel toe te voegen aan de bureaubladinstallatiekopieën of ondersteunende toepassingsonderdelen vóór de migratie of implementatie van het bureaublad.
Volgende stappen
Raadpleeg voor hulp over specifieke onderdelen van het cloudacceptatietraject: