Linee guida per il dimensionamento delle macchine virtuali in host di sessione
Indipendentemente dal fatto che la macchina virtuale dell'host sessione sia in esecuzione in Servizi Desktop remoto o Desktop virtuale Azure, tipi di carichi di lavoro diversi richiedono diverse configurazioni di macchine virtuali. Gli esempi in questo articolo sono linee guida generiche ed è consigliabile usarli solo per le stime iniziali delle prestazioni. Per ottenere la migliore esperienza possibile, ridimensiona la distribuzione in base alle esigenze dei tuoi utenti.
Carichi di lavoro
Gli utenti possono eseguire diversi tipi di carichi di lavoro nelle macchine virtuali host di sessione. La tabella seguente mostra esempi di una gamma di tipi di carico di lavoro per aiutarti a stimare le dimensioni necessarie per le tue macchine virtuali. Dopo aver configurato le macchine virtuali, devi monitorarne continuamente l'utilizzo effettivo e adeguare di conseguenza le relative dimensioni. Se risulta che hai bisogno di una macchina virtuale più grande o più piccola, puoi aumentare o ridurre facilmente la distribuzione esistente in Azure.
La tabella seguente descrive ogni carico di lavoro. Utenti di esempio sono i tipi di utenti che potrebbero considerare più utile ciascun carico di lavoro. App di esempio sono i tipi di app che funzionano meglio per ciascun carico di lavoro.
Tipo di carico di lavoro | Utenti di esempio | App di esempio |
---|---|---|
Leggero | Utenti che svolgono attività di base di immissione di dati | Applicazioni di immissione in database, interfacce della riga di comando |
Medio | Consulenti ed esperti in ricerche di mercato | Applicazioni di immissione in database, interfacce della riga di comando, Microsoft Word, pagine Web statiche |
Pesante | Ingegneri informatici, creatori di contenuti | Applicazioni di immissione in database, interfacce della riga di comando, Microsoft Word, pagine Web statiche, Microsoft Outlook, Microsoft PowerPoint, pagine Web dinamiche, sviluppo software |
Power | Grafici, creatori di modelli 3D, ricercatori di Machine Learning | Applicazioni di immissione in database, interfacce della riga di comando, Microsoft Word, pagine Web statiche, Microsoft Outlook, Microsoft PowerPoint, pagine Web dinamiche, editing di foto e video, CAD, CAM |
Indicazioni per scenari a sessione singola
Gli scenari a sessione singola si verificano quando è presente un solo utente che ha eseguito l'accesso a una macchina virtuale host di sessione in qualsiasi momento. Ad esempio, se si usano pool di host personali in Desktop virtuale Azure, si usa uno scenario a sessione singola. Per indicazioni sul dimensionamento delle macchine virtuali per scenari a sessione singola, si usano almeno due core CPU fisici per macchina virtuale (in genere, quattro vCPU con hyperthreading). Se sono necessarie indicazioni più specifiche per il dimensionamento delle macchine virtuali per scenari a sessione singola, rivolgiti ai fornitori di software specifici per il tuo carico di lavoro. Il dimensionamento delle macchine virtuali a sessione singola è probabilmente in linea con le linee guida relative ai dispositivi fisici.
Nella tabella seguente sono illustrati esempi di carichi di lavoro tipici:
Tipo di carico di lavoro | Spazio di archiviazione minimo vCPU/RAM/sistema operativo | Istanze di Azure di esempio | Spazio di archiviazione minimo contenitore profili |
---|---|---|---|
Leggero | 2 vCPU, 8 GB di RAM, 32 GB di spazio di archiviazione | D2s_v5, D2s_v4 | 30 GB |
Medio | 4 vCPU, 16 GB di RAM, 32 GB di spazio di archiviazione | D4s_v5, D4s_v4 | 30 GB |
Pesante | 8 vCPU, 32 GB di RAM, 32 GB di spazio di archiviazione | D8s_v5, D8s_v4 | 30 GB |
Indicazioni per scenari multisessione
Gli scenari a sessione multipla si verificano quando è presente più di un utente che ha eseguito l'accesso a una macchina virtuale host di sessione in qualsiasi momento. Ad esempio, quando si usano pool di host in pool in Desktop virtuale Azure con il sistema operativo Windows 11 Enterprise multisessione, si tratta di una distribuzione multisessione.
La tabella seguente indica il numero massimo di utenti suggerito per ogni CPU virtuale (vCPU) e la configurazione minima delle macchine virtuali per carichi di lavoro utente standard o di dimensioni maggiori. Se sono necessarie indicazioni più specifiche per il dimensionamento delle macchine virtuali per scenari a sessione singola, rivolgiti ai fornitori di software specifici per il tuo carico di lavoro.
Tipo di carico di lavoro | Numero massimo di utenti per vCPU | Spazio di archiviazione minimo vCPU/RAM/sistema operativo | Istanze di Azure di esempio | Archiviazione minima dei profili |
---|---|---|---|---|
Leggero | 6 | 8 vCPU, 16 GB di RAM, 32 GB di spazio di archiviazione | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 GB |
Medio | 4 | 8 vCPU, 16 GB di RAM, 32 GB di spazio di archiviazione | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 GB |
Pesante | 2 | 8 vCPU, 16 GB di RAM, 32 GB di spazio di archiviazione | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 GB |
Power | 1 | 6 vCPU, 56 GB di RAM, 340 GB di spazio di archiviazione | D16ds_v5, D16s_v4, D16as_v4, NV6, NV16as_v4 | 30 GB |
Per i carichi di lavoro con più sessioni, è necessario limitare le dimensioni delle macchine virtuali a un massimo di 4 vCPU e 24 vCPU per i motivi seguenti:
Tutte le macchine virtuali devono avere più di due core. I componenti dell'interfaccia utente in Windows si basano sull'uso di almeno due thread paralleli per alcune delle operazioni di rendering più pesanti. Per gli scenari multisessione, la presenza di più utenti in una macchina virtuale a due core comporterò l'instabilità dell'interfaccia utente e delle app, il che ridurrà la qualità dell'esperienza utente. Quattro core sono il numero più basso consigliato per avere in una macchina virtuale a più sessioni stabile.
Le macchine virtuali non devono avere più di 32 core. Con l'aumento del numero di core, aumenta anche il sovraccarico di sincronizzazione del sistema. Per la maggior parte dei carichi di lavoro, a circa 16 core, il ritorno sugli investimenti si riduce, con la maggior parte della differenza di capacità aggiuntiva controbilanciata dal sovraccarico di sincronizzazione. L'esperienza utente è migliore con due macchine virtuali a 16 core anziché una da 32 core.
L'intervallo consigliato tra 4 e 24 core offre in genere prestazioni migliori per gli utenti man mano che si aumenta il numero di core. Ad esempio, se si hanno 12 utenti che accedono contemporaneamente a una macchina virtuale con quattro core, il rapporto è di tre utenti per core. Invece, in una macchina virtuale con 8 core e 14 utenti, il rapporto è di 1,75 utenti per core. In questo scenario, quest'ultima configurazione con un rapporto di 1,75 offre una maggiore capacità burst per le applicazioni con una domanda di CPU a breve termine.
Questa raccomandazione è valida su larga scala. Per gli scenari con 20 o più utenti connessi a una singola macchina virtuale, diverse macchine virtuali più piccole offrono prestazioni migliori rispetto a una o due macchine virtuali di grandi dimensioni. Ad esempio, se si prevede che 30 o più utenti accederanno entro 10 minuti l'uno dall'altro nello stesso host di sessione con 16 core, due macchine virtuali a 8 core gestiranno meglio il carico di lavoro. È anche possibile usare il bilanciamento del carico in ampiezza per distribuire uniformemente gli utenti tra macchine virtuali diverse anziché il bilanciamento del carico in profondità, dove è possibile usare un nuovo host di sessione solo dopo che quello esistente ha raggiunto il numero massimo di utenti.
È anche preferibile usare un numero elevato di macchine virtuali più piccole anziché alcune macchine virtuali di grandi dimensioni. È più facile arrestare le macchine virtuali che devono essere aggiornate o non sono attualmente in uso. Con macchine virtuali di dimensioni maggiori, è più probabile che almeno un utente abbia eseguito l'accesso in qualsiasi momento, impedendo così di arrestare la macchina virtuale. Quando si hanno molte macchine virtuali più piccole, è più probabile che alcune non abbiano utenti attivi. È possibile arrestare queste macchine virtuali inutilizzate in modo sicuro per risparmiare risorse, manualmente oppure automaticamente usando la scalabilità automatica in Desktop virtuale Azure. La conservazione delle risorse rende la distribuzione più resiliente, più facile da gestire e meno costosa.
Indicazioni generali relative alle macchine virtuali
Per eseguire il sistema operativo scelto in Azure, è necessario usare la risorsa di archiviazione Premium SSD per i carichi di lavoro di produzione che richiedono un contratto di servizio (SLA). Per altre informazioni, vedere i contratti di servizio per i servizi online.
Le unità di elaborazione grafica (GPU) rappresentano una buona scelta per gli utenti che usano regolarmente programmi con uso elevato di grafica per rendering video, progettazione 3D e simulazioni. Azure offre diverse opzioni di distribuzione dell'accelerazione grafica e più dimensioni di macchine virtuali disponibili per le GPU. Per altre informazioni, vedi Dimensioni delle macchine virtuali ottimizzate per le GPU. Per informazioni più generali sull'accelerazione grafica in Servizi Desktop remoto, vedere Servizi Desktop remoto - Accelerazione GPU
Le macchine virtuali della serie B con possibilità di burst in Azure sono una buona scelta per gli utenti che non hanno sempre la necessità di prestazioni massime della CPU. Per altre informazioni, vedere Dimensioni per le macchine virtuali Windows in Azure e consultare le informazioni sui prezzi in Serie di macchine virtuali.
Testare il carico di lavoro
Infine, consigliamo di usare gli strumenti di simulazione per testare la distribuzione sia con test di stress sia con simulazioni di utilizzo reale. Verifica che il sistema sia sufficientemente reattivo e resiliente da soddisfare le esigenze degli utenti e ricorda di variare le dimensioni del carico per evitare sorprese.