Condividi tramite

Valutazione di Desktop virtuale Azure

Il modello di verifica di Desktop virtuale Azure fornisce un ambito iniziale come implementazione di base. Tuttavia, è improbabile che l'output di tale modello di verifica soddisfi le esigenze di produzione as-is.

L'esercizio di valutazione di Desktop virtuale Azure funge da mezzo incentrato per testare i presupposti tramite un processo basato sui dati. I dati di valutazione aiuteranno il team a rispondere a una serie di domande importanti, convalidare o invalidare i presupposti e perfezionare l'ambito in base alle esigenze per supportare lo scenario di Desktop virtuale Azure del team. Usando questo approccio di convalida dei presupposti, il team può accelerare la migrazione o la distribuzione dei desktop degli utenti finali in Desktop virtuale Azure.

Valutare le distribuzioni di Desktop virtuale Azure

Ogni valutazione di Desktop virtuale Azure valuterà una combinazione di un utente persona, un pool di host coerente di macchine virtuali (VM), applicazioni e dati dell'utente finale e profili utente (dati). Durante la valutazione, l'obiettivo del team consiste nell'usare i dati per rispondere alle domande in questa sezione. Le risposte consentiranno di definire l'ambito effettivo della distribuzione e del rilascio della migrazione di Desktop virtuale Azure.

Le risposte a queste domande iniziano con i dati. Nella metodologia di piano, in particolare le procedure consigliate e la valutazione del digital estate, i dati devono essere già raccolti e analizzati per creare un piano di migrazione. Tuttavia, le domande in questa valutazione specifica del carico di lavoro richiederanno probabilmente dati aggiuntivi. I dati relativi a desktop, utenti e carichi di lavoro da usare per ogni utente sono necessari per sviluppare un piano di distribuzione di Desktop virtuale Azure.

Se non si hanno i dati necessari per rispondere a tutte le domande in questa sezione, un fornitore di software di terze parti aggiuntivo può fornire un processo di individuazione separato per aumentare i dati disponibili. I partner ISV sono integrati anche con Azure Migrate all'interno della sezione degli obiettivi di migrazione dell'infrastruttura desktop virtuale. Il fornitore può aiutare a eseguire il mapping di un piano per la distribuzione di Desktop virtuale Azure, inclusi utenti, pool di host, applicazioni e profili utente.

Profili utente

Quanti utenti distinti dovranno supportare tutti gli utenti inclusi in questo scenario di migrazione? La definizione di persona verrà restituita in seguito al bucket degli utenti in base ai criteri seguenti:

  • Pool personali: I gruppi specifici di utenti necessitano di desktop dedicati anziché dei pool? Ad esempio, i requisiti di sicurezza, conformità, prestazioni elevate o problemi di interferenza possono portare alcuni utenti ad eseguire desktop dedicati al di fuori di una strategia di pooling. Queste informazioni verranno immesse specificando un tipo di pool di host personale durante la distribuzione del pool di host di Desktop virtuale Azure.
  • Densità: Gruppi specifici di utenti richiedono un'esperienza desktop a bassa densità? Ad esempio, una densità più pesante potrebbe richiedere due utenti per ogni unità di elaborazione centrale virtuale (vCPU) anziché il presupposto dell'utente leggero di sei utenti per ogni vCPU. Immetterai le informazioni sulla densità nelle impostazioni del pool della distribuzione del pool host di Azure Virtual Desktop.
  • Prestazione: Gruppi specifici di utenti richiedono un'esperienza desktop con prestazioni più elevate? Ad esempio, alcuni utenti richiedono più memoria per vCPU rispetto ai 4 gigabyte (GB) di RAM per vCPU. Devi inserire il dimensionamento della macchina virtuale nei dettagli della macchina virtuale della distribuzione del pool di host di Azure Virtual Desktop.
  • Elaborazione grafica (GPU): I gruppi specifici di utenti hanno requisiti grafici maggiori? Ad esempio, alcuni utenti richiedono macchine virtuali basate su GPU in Azure, come illustrato in questa guida per la configurazione di macchine virtuali GPU.
  • Area di Azure: Gruppi specifici di utenti del sistema operativo operano da diverse aree geografiche? Ad esempio, prima di configurare il pool di host, un utente di ogni area deve testare la latenza in Azure usando lo strumento di stima. L'utente di test deve condividere l'area di Azure con la latenza più bassa e la latenza in millisecondi per le prime tre aree di Azure.
  • Funzioni aziendali: I raggruppamenti specifici degli utenti possono essere inseriti in bucket da business unit, codice di addebito o funzione aziendale? Questo tipo di raggruppamento consentirà di allineare i costi aziendali nelle fasi successive delle operazioni.
  • Conteggio utenti: Quanti utenti saranno in ogni profilo distinto?
  • Numero massimo di sessioni: In base all'area geografica e alle ore di funzionamento, quanti utenti simultanei sono previsti per ogni utente durante il caricamento massimo?

Le distinzioni in ognuna delle domande precedenti inizieranno a illustrare le persone utente per funzione aziendale, centro di costo, area geografica e requisiti tecnici. La tabella seguente consente di registrare le risposte per popolare un documento di valutazione o progettazione completato:

Criterio Gruppo di persone 1 Gruppo persona 2 Gruppo persona 3
Piscine Piscine Piscine Dedicato ai problemi di sicurezza
Densità Luce (6 utenti/vCPU) Pesante (2 utenti/vCPU) Dedicato (1 utente/vCPU)
Prestazioni Basso Memoria alta Basso
GPU (Unità di Elaborazione Grafica) Non disponibile Obbligatorio Non disponibile
Area di Azure Nord America Europa occidentale Nord America
Numero di utenti 1,000 50 20
Conteggio delle sessioni 200 50 10

Ogni utente, o ogni gruppo di utenti con funzioni aziendali e requisiti tecnici distinti, richiede una configurazione specifica del pool di host.

La valutazione dell'utente finale fornisce i dati necessari: tipo di pool, densità, dimensioni, CPU/GPU, area della zona di destinazione e così via.

La valutazione della configurazione del pool di host mappa ora i dati su un piano di distribuzione. L'allineamento dei requisiti tecnici, dei requisiti aziendali e dei costi consentirà di determinare il numero e la configurazione appropriati dei pool di host.

Vedere esempi per i prezzi nelle aree Stati Uniti orientali, Europa occidentale o Asia sud-orientale .

Gruppi di applicazioni

Un'analisi partner ISV dell'ambiente locale corrente può fornire dati sulle applicazioni eseguite nei desktop degli utenti finali. Usando questi dati, è possibile creare un elenco di tutte le applicazioni necessarie per ogni utente. Per ogni applicazione richiesta, le risposte alle domande seguenti influenzeranno le iterazioni di distribuzione.

  • È necessario installare applicazioni per consentire all'utente di usare questo desktop? A meno che l'utente non usi software basato sul Web al 100% come applicazioni di servizio, è probabile che sia necessario configurare un'immagine VHD master personalizzata per ogni utente, con le applicazioni necessarie installate nell'immagine master.
  • Questo utente ha bisogno di applicazioni di Microsoft 365? In tal caso, è necessario selezionare un'immagine dalla raccolta con app di Microsoft 365 incluse o aggiungere Microsoft 365 a un'immagine VHD master personalizzata.
  • Questa applicazione è compatibile con Windows 10 Enterprise multisessione? Se un'applicazione non è compatibile, potrebbe essere necessario un pool personale per eseguire l'immagine VHD personalizzata. Per assistenza sui problemi di compatibilità dell'applicazione e di Desktop virtuale Azure, vedere il servizio desktop application assure .
  • È probabile che le applicazioni cruciali subiscano una latenza tra l'istanza di Desktop virtuale Azure e i sistemi back-end? In tal caso, è consigliabile valutare la possibilità di eseguire la migrazione dei sistemi back-end che supportano l'applicazione in Azure.

Le risposte a queste domande potrebbero richiedere che il piano includa interventi di correzione per le immagini desktop o i componenti dell'applicazione di supporto prima della migrazione o della distribuzione delle postazioni.

Passaggi successivi

Per indicazioni su elementi specifici del percorso di adozione del cloud, vedere: