Distribuzione o migrazione di Desktop virtuale Azure

  • Articolo

Le linee guida fornite in questo articolo presuppongono che sia stato stabilito un piano per Desktop virtuale Azure, siano stati valutati i requisiti di distribuzione di desktop, sia stato completato un modello di verifica e sia ora possibile eseguire la migrazione o la distribuzione delle istanze di Desktop virtuale Azure.

Ambito iniziale

La distribuzione delle istanze di Desktop virtuale Azure segue un processo simile al processo del modello di verifica. Usare questo ambito iniziale come baseline per spiegare le varie modifiche dell'ambito richieste dall'output della valutazione.

La distribuzione e la migrazione sono costituite da migrazione di utenti tipo, migrazione di applicazioni e migrazione di profili utente. A seconda dei risultati della valutazione dei carichi di lavoro, è probabile che vengano apportate modifiche a queste attività di migrazione. Questo articolo consente di identificare i modi in cui l'ambito potrebbe cambiare in base al feedback della valutazione.

Metodologia iterativa

Ogni utente tipo richiederà probabilmente un'iterazione dell'ambito iniziale descritto in precedenza, determinando più pool di host. A seconda della valutazione di Desktop virtuale Azure, il team di adozione deve definire iterazioni basate sul numero di utenti tipo o utenti per utente tipo. Suddividendo il processo in iterazioni basate su utenti tipo, è possibile ridurre l'impatto della velocità delle modifiche sull'azienda e consentire al team di concentrarsi su test o onboarding adeguati di ogni pool di utenti tipo.

Considerazioni sull'ambito

Ognuno dei seguenti set di considerazioni deve essere incluso nella documentazione di progettazione per ogni gruppo di utenti tipo da migrare o distribuire. Dopo aver fattorizzato le considerazioni sull'ambito nell'ambito iniziale descritto in precedenza, è possibile avviare la distribuzione o la migrazione.

Considerazioni sulle aree di destinazione di Azure

Prima di distribuire i gruppi di utenti tipo, è necessario creare una zona di destinazione nelle aree di Azure richieste per supportare ogni utente tipo da distribuire. Ogni zona di destinazione assegnata deve essere valutata in base ai requisiti di revisione della zona di destinazione.

Se la zona di destinazione di Azure assegnata non soddisfa i requisiti, è necessario aggiungere all'ambito eventuali modifiche da apportare all'ambiente.

Considerazioni su applicazioni e desktop

Alcuni utenti tipo potrebbero avere una dipendenza da soluzioni legacy, che non sono compatibili con Windows 10 Enterprise multi-sessione. In questi casi, alcuni utenti tipo potrebbero richiedere desktop dedicati. Questa dipendenza potrebbe non essere individuata fino alla fase di distribuzione e test.

Se vengono individuate in una fase avanzata del processo, le iterazioni future devono essere allocate alla modernizzazione o alla migrazione dell'applicazione legacy. In questo modo si riduce il costo a lungo termine dell'esperienza desktop. Queste iterazioni future devono avere la priorità ed essere completate in base all'impatto complessivo sui prezzi della modernizzazione rispetto al costo aggiuntivo associato ai desktop dedicati. Per evitare interruzioni della pipeline e consentire il raggiungimento di risultati aziendali, questa assegnazione di priorità non deve influire sulle iterazioni correnti.

Alcune applicazioni potrebbero richiedere la correzione, la modernizzazione o la migrazione ad Azure per supportare l'esperienza dell'utente finale desiderata. È probabile che tali modifiche vengano apportate dopo il rilascio. In alternativa, quando la latenza del desktop può influire sulle funzioni aziendali, le modifiche dell'applicazione potrebbero creare dipendenze che causano un blocco per la migrazione di alcuni utenti tipo.

Considerazioni sui profili utente

L'ambito iniziale presuppone che si stia usando un contenitore di profili utente FSLogix basato su VM.

È possibile usare Azure NetApp Files per ospitare i profili utente. Questa operazione richiederà alcuni passaggi aggiuntivi nell'ambito, tra cui:

  • Per istanza di NetApp: configurare i file, i volumi e le connessioni di Active Directory di NetApp.
  • Per host/utente tipo: configurare FSLogix nelle macchine virtuali dell'host sessione.
  • Per utente: assegnare gli utenti alla sessione host.

È inoltre possibile usare File di Azure per ospitare i profili utente. Questa operazione richiederà alcuni passaggi aggiuntivi nell'ambito, tra cui:

  • Per File di Azure istanza: configurare l'account di archiviazione, il tipo di disco e la connessione Microsoft Entra (è supportato anche Microsoft Entra Domain Services, assegnare l'accesso al controllo degli accessi in base al ruolo di Azure per un gruppo di utenti di Active Directory, applicare le autorizzazioni NTFS per File di Azure e ottenere la chiave di accesso dell'account di archiviazione.
  • Per host/utente tipo: configurare FSLogix nelle macchine virtuali dell'host sessione.
  • Per utente: assegnare gli utenti alla sessione host.

Anche i profili utente per alcuni utenti tipo o utenti possono richiedere delle attività di migrazione dei dati, che possono ritardare la migrazione di utenti tipo specifici fino a quando i profili utente non possono essere corretti all'interno di desktop utente singoli o di Active Directory locale. Questo ritardo potrebbe influire in modo significativo sull'ambito al di fuori dello scenario di Desktop virtuale Azure. Dopo la correzione, è possibile riprendere l'ambito iniziale e gli approcci precedenti.

Eseguire la distribuzione o la migrazione di Desktop virtuale Azure

Dopo aver fattorizzato tutte le considerazioni nell'ambito di produzione per la migrazione o la distribuzione di Desktop virtuale Azure, il processo può iniziare. Con una cadenza iterativa, il team di adozione ora distribuirà pool di host, applicazioni e profili utente. Al termine di questa fase, è possibile iniziare le attività post-distribuzione di test e onboarding degli utenti.

Passaggi successivi

Rilasciare la distribuzione di Desktop virtuale Azure in produzione