Ottimizzazione delle prestazioni degli host di virtualizzazione del desktop remoto

Remote Desktop Virtualization Host (Host di virtualizzazione Desktop remoto, RD Virtualization Host) è un servizio di ruolo che supporta scenari di Infrastruttura Desktop Virtuale (IDV) e consente a più utenti di eseguire applicazioni basate su Windows in macchine virtuali ospitate su un server che utilizza Windows Server e Hyper-V.

Windows Server supporta due tipi di desktop virtuali: desktop virtuali personali e desktop virtuali in pool.

Considerazioni generali

Immagazzinamento

L'archiviazione è il collo di bottiglia delle prestazioni più probabile ed è importante ridimensionare l'archiviazione per gestire correttamente il carico di I/O generato dalle modifiche dello stato della macchina virtuale. Se un progetto pilota o una simulazione non è fattibile, è consigliabile assegnare un disco per quattro macchine virtuali attive. Usare configurazioni del disco con prestazioni di scrittura ottimali, ad esempio RAID 1+0.

Se appropriato, usare Deduplicazione disco e memorizzazione nella cache per ridurre il carico di lettura del disco e consentire alla soluzione di archiviazione di velocizzare le prestazioni memorizzando nella cache una parte significativa dell'immagine.

Deduplicazione dati e VDI

Introdotta in Windows Server 2012 R2, Deduplicazione dati supporta l'ottimizzazione dei file aperti. Per usare le macchine virtuali in esecuzione in un volume deduplicato, i file della macchina virtuale devono essere archiviati in un host separato dall'host Hyper-V. Se Hyper-V e deduplicazione sono in esecuzione nello stesso computer, le due funzionalità si contenderanno le risorse di sistema e influiscono negativamente sulle prestazioni complessive.

Il volume deve essere configurato anche per utilizzare il tipo di ottimizzazione della deduplicazione "Virtual Desktop Infrastructure (VDI)". È possibile configurare questa operazione usando Server Manager (Servizi file e archiviazione -> ->Impostazioni Dedup) o usando il comando di Windows PowerShell seguente:

Enable-DedupVolume <volume> -UsageType HyperV

Annotazioni

L'ottimizzazione della deduplicazione dei dati dei file aperti è supportata solo per scenari VDI che utilizzano Hyper-V, utilizzando l'archiviazione remota tramite SMB 3.0.

Memoria

L'utilizzo della memoria del server è basato su tre fattori principali:

• Sovraccarico del sistema operativo

• Hyper-V sovraccarico del servizio per macchina virtuale

• Memoria allocata a ogni macchina virtuale

Per un carico di lavoro di knowledge worker tipico, le macchine virtuali guest che eseguono x86 Window 8 o Windows 8.1 devono essere fornite circa 512 MB di memoria come baseline. Tuttavia, la memoria dinamica aumenterà probabilmente la memoria della macchina virtuale guest a circa 800 MB, a seconda del carico di lavoro. Per x64, vediamo circa 800 MB all'inizio, aumentando a 1024 MB.

Pertanto, è importante fornire memoria server sufficiente per soddisfare la memoria richiesta dal numero previsto di macchine virtuali guest, oltre a consentire una quantità sufficiente di memoria per il server.

CPU (unità centrale di elaborazione)

Quando si pianifica la capacità del server per un host di virtualizzazione RD, il numero di macchine virtuali per ogni core fisico dipenderà dalla natura del carico di lavoro. Come punto di partenza, è ragionevole pianificare 12 macchine virtuali per ogni core fisico e quindi eseguire gli scenari appropriati per convalidare le prestazioni e la densità. Una densità più elevata può essere ottenibile a seconda delle specifiche del carico di lavoro.

È consigliabile abilitare l'hyper-threading, ma assicurarsi di calcolare il rapporto di oversubscription in base al numero di core fisici e non al numero di processori logici. In questo modo si garantisce il livello previsto di prestazioni in base alla CPU.

Ottimizzazioni delle prestazioni

Memoria dinamica

La memoria dinamica consente un utilizzo più efficiente delle risorse di memoria del server che esegue Hyper-V bilanciando la modalità di distribuzione della memoria tra le macchine virtuali in esecuzione. La memoria può essere riallocata dinamicamente tra le macchine virtuali in risposta ai carichi di lavoro che cambiano.

La memoria dinamica consente di aumentare la densità delle macchine virtuali con le risorse già disponibili senza sacrificare prestazioni o scalabilità. Il risultato è un uso più efficiente di risorse hardware server costose, che possono tradursi in una gestione più semplice e ridurre i costi.

Nei sistemi operativi guest che eseguono Windows 8 e versioni successive con processori virtuali che si estendono su più processori logici, prendere in considerazione il compromesso tra l'esecuzione con la memoria dinamica per ridurre al minimo l'utilizzo della memoria e disabilitare la memoria dinamica per migliorare le prestazioni di un'applicazione compatibile con la topologia computer. Un'applicazione di questo tipo può sfruttare le informazioni sulla topologia per prendere decisioni relative alla pianificazione e all'allocazione della memoria.

Archiviazione a livelli

L'host di virtualizzazione RD supporta la memoria a livelli per i pool di desktop virtuali. Il computer fisico condiviso da tutti i desktop virtuali in pool all'interno di una raccolta può usare una soluzione di archiviazione a prestazioni elevate di piccole dimensioni, ad esempio un'unità SSD con mirroring. I desktop virtuali in pool possono essere posizionati su risorse di archiviazione tradizionali meno costose, ad esempio RAID 1+0.

Il computer fisico deve essere posizionato in un'unità SSD perché la maggior parte delle operazioni di I/O di lettura da desktop virtuali in pool passa al sistema operativo di gestione. Pertanto, lo spazio di archiviazione usato dal computer fisico deve sostenere operazioni di I/O di lettura molto più elevate al secondo.

Questa configurazione di distribuzione garantisce prestazioni ottimizzate per i costi, dove sono necessarie. L'unità SSD offre prestazioni più elevate su un disco di dimensioni inferiori (~20 GB per raccolta, a seconda della configurazione). L'archiviazione tradizionale per desktop virtuali in pool (RAID 1+0) usa circa 3 GB per macchina virtuale.

Cache CSV

Il failover clustering in Windows Server 2012 e versioni successive fornisce caching sui Cluster Shared Volumes (CSV). Ciò è estremamente utile per le raccolte di desktop virtuali in pool in cui la maggior parte delle operazioni di I/O in lettura proviene dal sistema operativo di gestione. La cache CSV offre prestazioni superiori di diversi ordini di grandezza perché memorizza nella cache i blocchi letti più volte e li distribuisce dalla memoria di sistema, riducendo così l'I/O. Per altre informazioni sulla cache CSV, vedere Come abilitare la cache CSV.

Desktop virtuali in pool

Per impostazione predefinita, i desktop virtuali in pool vengono ripristinati allo stato non integro dopo che un utente si disconnette, quindi tutte le modifiche apportate al sistema operativo Windows dall'ultimo accesso utente vengono abbandonate.

Anche se è possibile disabilitare il rollback, è ancora una condizione temporanea perché in genere viene ricreata una raccolta di desktop virtuali in pool a causa di vari aggiornamenti al modello di desktop virtuale.

È opportuno disattivare le funzionalità e i servizi di Windows che dipendono dallo stato persistente. Inoltre, è opportuno disattivare i servizi principalmente per scenari non aziendali.

Ogni servizio specifico deve essere valutato in modo appropriato prima di qualsiasi distribuzione generale. Di seguito sono riportati alcuni aspetti iniziali da considerare:

Servizio	Perché?
Aggiornamento automatico	I desktop virtuali in pool vengono aggiornati ricreando il modello di desktop virtuale.
File offline	I desktop virtuali sono sempre online e connessi da un punto di vista di rete.
Deframmentazione in background	Le modifiche apportate al file system vengono rimosse dopo che un utente si disconnette (a causa di un rollback allo stato incontaminato o della ricreazione del modello di desktop virtuale, che comporta la ricreazione di tutti i desktop virtuali).
Ibernazione o sospensione	Nessun concetto di questo tipo per VDI
Dump della memoria di controllo dei bug	Nessun concetto di questo tipo per i desktop virtuali in pool. Un desktop virtuale con divisione delle risorse e verifica dei bug inizierà dallo stato originale.
Configurazione automatica WLAN	Non esiste un'interfaccia del dispositivo Wi-Fi per VDI
Servizio di condivisione di rete di Windows Media Player	Servizio incentrato sul consumatore
Provider del gruppo domestico	Servizio incentrato sul consumatore
Condivisione connessione Internet	Servizio incentrato sul consumatore
Servizi estesi di Media Center	Servizio incentrato sul consumatore

Annotazioni

Questo elenco non è destinato a essere un elenco completo, perché eventuali modifiche influiranno sugli obiettivi e gli scenari previsti. Per ulteriori informazioni, vedi Appena sfornato, ottienilo subito, lo script di ottimizzazione di Windows 8 VDI, offerto da PFE!.

Annotazioni

Il superfetch in Windows 8 è abilitato per impostazione predefinita. È compatibile con VDI e non deve essere disabilitato. SuperFetch può ridurre ulteriormente il consumo di memoria tramite la condivisione di pagine di memoria, che è utile per VDI. I desktop virtuali in pool che eseguono Windows 7, SuperFetch devono essere disabilitati, ma per i desktop virtuali personali che eseguono Windows 7, deve essere lasciato attivo.