Distribution eller migrering av Azure Virtual Desktop

Vägledningen i den här artikeln förutsätter att du har upprättat en plan för Azure Virtual Desktop, utvärderat kraven för skrivbordsdistribution, slutfört ett konceptbevis och nu är redo att migrera eller distribuera dina Azure Virtual Desktop-instanser.

Ursprungligt omfång

Distributionen av Azure Virtual Desktop-instanser följer en process som liknar konceptbevisprocessen . Använd det här inledande omfånget som baslinje för att förklara de olika omfångsändringar som krävs av resultatet av utvärderingen.

• Skapa en värdpool för poolade skrivbord med hjälp av en Windows 10-galleriavbildning från Azure Marketplace och storleksändringen från det första steget i den proceduren.
• Skapa skrivbords- eller RemoteApp-programgrupper för arbetsbelastningar som redan har migrerats.
• Skapa en FSLogix-profilcontainer för att lagra användarprofiler.

Distribution och migrering består av persona-migrering, programmigrering och användarprofilmigrering. Beroende på resultatet av arbetsbelastningsutvärderingen kommer det sannolikt att ske ändringar i dessa migreringsuppgifter. Den här artikeln hjälper dig att identifiera hur omfånget ändras baserat på utvärderingsfeedback.

Iterativ metodik

Varje persona kräver sannolikt en iteration av det tidigare skisserade initiala omfånget, vilket resulterar i flera värdpooler. Beroende på Azure Virtual Desktop-utvärderingen bör implementeringsteamet definiera iterationer som baseras på antalet personer eller användare per persona. Genom att dela upp processen i personadrivna iterationer kan du minska påverkan på förändringshastigheten i verksamheten och gör det möjligt för teamet att fokusera på korrekt testning eller registrering av var och en av persona-poolerna.

Omfångsöverväganden

Var och en av följande uppsättningar överväganden bör ingå i designdokumentationen för varje persona-grupp som ska migreras eller distribueras. När omfångsövervägandena har beaktats i det tidigare diskuterade inledande omfånget kan distributionen eller migreringen börja.

Azure-landingzon – att tänka på

Innan du distribuerar persona-grupperna bör en landningszon skapas i de Azure-regioner som krävs för att stödja varje persona som ska distribueras. Varje tilldelad landningszon bör utvärderas mot kraven för granskning av landningszoner.

Om den tilldelade Azure-landningszonen inte uppfyller dina krav bör omfånget läggas till för eventuella ändringar i miljön.

Överväganden för program och skrivbord

Vissa personer kan ha ett beroende av äldre lösningar som inte är kompatibla med windows 10 Enterprise-multisessioner. I dessa fall kan vissa personer kräva dedikerade skrivbord. Det här beroendet kanske inte identifieras förrän distributionen och testningen.

Om de upptäcks sent i processen bör framtida iterationer allokeras till modernisering eller migrering av det äldre programmet. Detta minskar den långsiktiga kostnaden för skrivbordsmiljön. Dessa framtida iterationer bör prioriteras och slutföras baserat på moderniseringens övergripande prispåverkan jämfört med den extra kostnad som är kopplad till dedikerade skrivbord. För att undvika pipelinestörningar och förverkligande av affärsresultat bör den här prioriteringen inte påverka aktuella iterationer.

Vissa program kan kräva reparation, modernisering eller migrering till Azure för att stödja den önskade slutanvändarupplevelsen. Dessa ändringar kommer sannolikt att komma efter lanseringen. Om svarstiden på skrivbordet kan påverka affärsfunktioner kan programändringarna också skapa blockeringsberoenden för migrering av vissa personer.

Överväganden för användarprofil

Det inledande omfånget förutsätter att du använder en VM-baserad FSLogix-användarprofilcontainer.

Du kan använda Azure NetApp Files som värd för användarprofiler. Om du gör det krävs några extra steg i omfånget, bland annat:

• Per NetApp-instans: Konfigurera NetApp-filer, volymer och Active Directory-anslutningar.
• Per värd/persona: Konfigurera FSLogix på virtuella sessionsvärddatorer.
• Per användare: Tilldela användare till värdsessionen.

Du kan också använda Azure Files som värd för användarprofiler. Om du gör det krävs några extra steg i omfånget, bland annat:

• Per Azure Files-instans: Konfigurera lagringskontot, disktypen och Microsoft Entra-anslutningen (Microsoft Entra Domain Services stöds också, tilldela rollbaserad åtkomstkontroll i Azure för en Active Directory-användargrupp, tillämpa NTFS-behörigheter på Azure Files och hämta åtkomstnyckeln för lagringskontot.
• Per värd/persona: Konfigurera FSLogix på virtuella sessionsvärddatorer.
• Per användare: Tilldela användare till värdsessionen.

Användarprofilerna för vissa personer eller användare kan också kräva en datamigrering, vilket kan fördröja migreringen av specifika personas tills användarprofiler kan åtgärdas i din lokala Active Directory eller enskilda användarskrivbord. Den här fördröjningen kan avsevärt påverka omfånget utanför Azure Virtual Desktop-scenariot. När de har åtgärdats kan det inledande omfånget och föregående metoder återupptas.

Distribuera eller migrera Azure Virtual Desktop

När alla överväganden har beaktats i ditt produktionsomfång för Migrering eller distribution av Azure Virtual Desktop kan processen börja. I en iterativ takt distribuerar implementeringsteamet nu värdpooler, program och användarprofiler. När den här fasen har slutförts kan du börja testa och registrera användare efter distributionen.

Nästa steg

Släpp din Azure Virtual Desktop-distribution till produktion