Condividi tramite

Valutazione di Desktop virtuale Azure

  • Articolo

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 di suo le esigenze di produzione.

L'esercizio di valutazione di Desktop virtuale Azure funge da mezzo mirato per testare i presupposti tramite un processo basato sui dati. I dati di valutazione consentono al team di rispondere a una serie di domande importanti, convalidare o invalidare i propri 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 tipo, un pool di host coerente di macchine virtuali (VM), applicazioni e dati degli utenti finali e profili utente (dati). Durante la valutazione, l'obiettivo del team è usare i dati per rispondere alle domande in questa sezione. Le risposte modellano 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 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 specifica valutazione del carico di lavoro richiederanno probabilmente dati aggiuntivi. I dati sui desktop, gli utenti e i carichi di lavoro che ogni utente deve usare sono necessari per sviluppare un piano di distribuzione di Desktop virtuale Azure.

Se non si dispone dei dati necessari per rispondere a tutte le domande in questa sezione, un fornitore di software di terze parti aggiuntivo potrà offrire 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 tipo, pool di host, applicazioni e profili utente.

Utenti tipo

Quanti utenti tipo distinti saranno necessari per supportare tutti gli utenti inclusi in questo scenario di migrazione? La definizione di utenti tipo sarà il risultato del raggruppamento degli utenti in base ai criteri seguenti:

  • Pool personali: gruppi specifici di utenti richiedono desktop dedicati anziché pool? Ad esempio, i requisiti di sicurezza, conformità, prestazioni elevate o rumorosità potrebbero causare l'esecuzione di alcuni utenti su desktop dedicati che non fanno parte 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 minore densità? Ad esempio, una densità più elevata potrebbe richiedere due utenti per ogni unità di elaborazione centrale virtuale (vCPU) anziché il presupposto leggero di sei utenti per ogni vCPU. Le informazioni sulla densità verranno immesse nelle impostazioni del pool della distribuzione del pool di host di Desktop virtuale Azure.
  • Prestazione: gruppi specifici di utenti richiedono un'esperienza desktop con prestazioni più elevate? Ad esempio, alcuni utenti richiedono più memoria per ogni vCPU rispetto ai 4 gigabyte (GB) di RAM per ogni vCPU. Il dimensionamento della macchina virtuale verrà immesso nei dettagli della macchina virtuale della distribuzione del pool di host di Desktop virtuale Azure.
  • Elaborazione grafica (GPU): 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 delle 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 gruppi specifici degli utenti possono essere raggruppati in base alla business unit, al codice di addebito o alla relativa funzione aziendale? Questo tipo di raggruppamento consente di allineare i costi aziendali nelle fasi successive delle operazioni.
  • Conteggio utenti: quanti utenti saranno presenti in ogni utente tipo?
  • Numero massimo di sessioni: in base all'area geografica e alle ore di funzionamento, quanti utenti simultanei sono previsti per ogni utente tipo durante il carico massimo?

Le distinzioni in ognuna delle domande precedenti inizieranno a illustrare gli utenti tipo in base alla funzione aziendale, al centro di costo, all'area geografica e ai requisiti tecnici. La tabella seguente consente di registrare le risposte per popolare un documento di valutazione o progettazione completato:

Criterio Gruppo utente tipo 1 Gruppo utente tipo 2 Gruppo utente tipo 3
Pool Pool Pool Dedicato (problemi di sicurezza)
Densità Leggero (6 utenti/vCPU) Pesante (2 utenti/vCPU) Dedicato (1 utente/vCPU)
Prestazioni Basso Memoria alta Basso
GPU N/D Richiesto N/D
Area di Azure America del Nord Europa occidentale America del Nord
Numero di utenti 1.000 50 20
Conteggio delle sessioni 200 50 10

Ogni utente tipo 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 esegue ora il mapping dei dati a un piano di distribuzione. L'allineamento dei requisiti tecnici, dei requisiti aziendali e dei costi consente di determinare il numero e la configurazione 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 tipo. Per ogni applicazione richiesta, le risposte alle domande seguenti formeranno le iterazioni di distribuzione:

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

Le risposte a queste domande potrebbero richiedere che il piano includa la correzione delle immagini desktop o il supporto dei componenti dell'applicazione prima della migrazione o della distribuzione desktop.

Passaggi successivi

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