Windows Server 2008 R2: Informazioni su Microsoft VDI

  • Articolo

Esistono una vasta gamma di approcci e diverse tecnologie nell'ambito del concetto di VDI (Virtual Desktop Infrastructure).

Kristin Griffin

Infrastruttura di Desktop virtuali (VDI) può significare cose diverse a persone diverse. Aventi più di una definizione può causare confusione, ma fondamentalmente è un modo di utilizzo di macchine virtuali (VM) per la distribuzione di desktop in un centro dati. È possibile assegnare tali macchine virtuali per un determinato utente (VMs personali) o un pool di macchine virtuali disponibili condivise tra gli utenti che dispongono delle autorizzazioni appropriate (macchine virtuali nel pool).

L'API VDI moderno dispone in genere alcuni intelligenti. Gli utenti spesso nemmeno necessario conoscere il nome della macchina virtuale che si desidera utilizzare. Il gestore di connessione conferma le credenziali dell'utente al momento della connessione e rileva che la macchina virtuale più appropriata per tale utente in base alle autorizzazioni e regole.

La analogs più vicino per VDI sono sessioni, le macchine virtuali utente non gestiti e PC blade:

  • VDI differisce dalle sessioni su un server Host sessione Desktop remoto condiviso dal momento che le macchine virtuali sono più isolate di sessioni.
  • Le macchine virtuali non gestite non dispongono di alcun intelligenti incorporate per indirizzare un utente per la macchina virtuale più appropriata. Essi si basano conoscendo il nome della macchina virtuale da parte dell'utente.
  • PC blade isola gli utenti su blade fisici, non le macchine virtuali.

Servizi Desktop remoto Microsoft supporta desktop ospitati da sessioni e le macchine virtuali. È possibile che misura il gestore di connessione del desktop remoto Microsoft con gli strumenti di terze parti per supportare altri tipi di risorse, quali PC blade. VDI Microsoft utilizza l'hypervisor Hyper-V e richiede Windows Server 2008 R2 o versioni successive (alcune funzionalità VDI richiedono Windows Server 2008 R2 SP1).

VDI o sessioni

Quelli nuovi di virtualizzazione desktop potrebbe domandare se VDI o virtualizzazione basato sulla sessione è la scelta migliore. Generalmente, le sessioni dovrebbero essere la scelta predefinita. Basato sulla sessione virtualizzazione desktop è meno costoso VDI ed è in grado di supportare più persone sullo stesso server con le sessioni da quello con le macchine virtuali. Tuttavia, VDI è una buona scelta quando le sessioni non sono un'opzione. Ad esempio:

  • Le applicazioni che si desidera utilizzare non funzionano o non sono supportate in una sessione condivisa, ma sono supportate su una macchina virtuale.
  • Desktop virtualizzati deve essere assegnato alla stessa persona tutto il tempo (ad esempio, se tale persona deve installare applicazioni o altrimenti modificare permanentemente la macchina virtuale).
  • È necessario che una funzione è disponibile solo per VDI (ad esempio servizi remoti USB disponibili con RemoteFX).

È possibile utilizzare desktop basato sulla sessione e VDI complementari tra di loro quando si dispone di diversi utenti è necessario. Se solo poche persone richiedono VDI funzionalità, è possibile salvare money offrendo sessioni per la maggior parte degli utenti e utilizzando VDI solo per le persone per cui è importante.

È possibile utilizzare i servizi remoti bitmap RemoteFX avanzata con le sessioni, ma per il reindirizzamento USB o una GPU virtualizzata, è necessario utilizzare VDI. Tali caratteristiche di RemoteFX sono disponibili solo in Microsoft VDI (per ulteriori informazioni sull'utilizzo di RemoteFX con Host sessione Desktop remoto, vedere i collegamenti alla fine di questo articolo).

Impostazione di VDI

Per impostare una semplice installazione VDI Microsoft, è necessario:

  • Un server che esegue il ruolo di Host di virtualizzazione Desktop remoto per client di host delle macchine virtuali
  • Gestore connessione desktop remoto per indirizzare le richieste di connessione per le macchine virtuali a destra
  • Un redirector (server Host sessione Desktop remoto in modalità drain) per reindirizzare le richieste in ingresso per il gestore di connessione desktop remoto (è inoltre possibile utilizzare il server Gestore connessione desktop remoto come il redirector)
  • Accesso ad Active Directory per concedere le autorizzazioni per le macchine virtuali
  • L'accesso a un Server licenze Desktop remoto per fornire licenze di accesso client VDI dopo il periodo di prova si trova sopra
  • Le macchine virtuali client che eseguono Windows XP SP3 o versione successiva (VMs personali o in pool)
  • Un server di accesso Web desktop remoto per semplificare l'individuazione della macchina virtuale tramite il sito Web di accesso Web desktop remoto o connessioni di Desktop e di RemoteApp (facoltativo ma consigliato)

Per un laboratorio o distribuzione pilota di piccole dimensioni, è possibile inserire tutti i ruoli in un singolo server fisico (Greg Shields ha scritto su questa operazione). Per un ambiente di produzione, è probabile che divisi i ruoli tra più server fisici per migliorare la scala e ridondanza.

Configurazione di Microsoft VDI prevede i seguenti passaggi:

  1. Installare l'Host di virtualizzazione Desktop remoto (che consente di installare Hyper-V e l'agente di Host macchina virtuale per consentire la rotazione di Gestore connessione desktop remoto delle macchine virtuali, se necessario)
  2. Il client di creare macchine virtuali
  3. Configurare il client di macchine virtuali (installazione patch/aggiornamenti e Abilita accesso)
  4. Configurare le macchine virtuali per consentire l'accesso di procedura remota RPC (call) e aggiungere le eccezioni necessarie nel firewall client (esistono gli script per eseguire questa operazione)
  5. Installare il Gestore connessione desktop remoto e il redirector
  6. Da Gestore connessione desktop remoto, organizzare le macchine virtuali in pool (per le macchine virtuali nel pool) o assegnare le macchine virtuali a singoli utenti (per il personale delle macchine virtuali)
  7. Dall'Host di virtualizzazione Desktop remoto, configurare il ripristino dello stato precedente per le macchine virtuali nel pool e configurare la gestione licenze
  8. Se tramite accesso Web desktop remoto per facilitare l'individuazione, configurare il servizio ruolo Accesso Web desktop remoto per ottenere le informazioni di VM da Service Broker di connessione desktop remoto

Tipo di distribuzione VDI

Dimensionamento della distribuzione VDI è prevalentemente una questione di dimensionamento dei due server: l'Host di virtualizzazione Desktop remoto e il gestore di connessione desktop remoto. I collegamenti alla fine di questo articolo consente di scegliere sizing guide per i server Host di virtualizzazione Desktop remoto e il gestore di connessione desktop remoto.

Ridimensionamento dell'Host di virtualizzazione Desktop remoto è come gli altri server Hyper-V di ridimensionamento. Il carico dipende da quante macchine virtuali che si prevede che sia attivo, e ogni VM memoria, processore e le richieste dei / O del disco. Impossibile virtualizzare il server Host di virtualizzazione Desktop remoto perché è un server Hyper-V.

Dato il gestore di connessione desktop remoto non proxy le connessioni per le macchine virtuali, il gestore di connessione desktop remoto di ridimensionamento è una questione di lavorare il numero di connessioni simultanee che l'intermediario dovrà gestire. Dopo avere identificato la destinazione VM al client, Service broker non è più coinvolto. È quindi possibile virtualizzare il gestore di connessione desktop remoto.

Ciò riguarda VDI What ' s e perché si potrebbero distribuire macchine virtuali nel pool o personali. Vi sono differenze tra le sessioni delle macchine virtuali e momenti diversi quando ciascuna è la scelta di virtualizzazione più appropriata. Ciò avrebbe dovuto per implementare una semplice installazione VDI. Articolo del mese successivo coprirà il gestore di connessione desktop remoto e il relativo ruolo centrale nelle distribuzioni di farm VDI e Host sessione Desktop remoto.

Kristin Griffin

Kristin Griffin è un MVP per Servizi Desktop remoto. Ha avviato la procedura modifica un forum di Microsoft dedicato alle attività della comunità informatica basata su server (social.technet.microsoft.com/Forums/en-US/winserverTS/threads/) e gestisce un blog RDS al blog.kristinlgriffin.com. Amy è un collaboratore "Mastering Windows Server 2008" di Mark Minasi (Sybex, 2008) e "Mastering Windows Server 2008 R2" (Sybex, 2010), potrà anche coautore "Microsoft Windows Server 2008 Terminal Services Resource Kit" (Microsoft Press, 2008) e "Microsoft Windows Server 2008 R2 Remote Desktop Services Resource Kit" (Mondadori informatica, 2010) con Christa Anderson.

Contenuto correlato

Primi 5 VDI domande e risposte

D: È necessario proteggere in pool e personali macchine virtuali (VM)?
R: È necessario bloccare le macchine virtuali nel pool e personale per garantire che gli utenti possono eseguire le applicazioni o i percorsi dei file per cui dovrebbe dispongono di accesso di accedere solo. È inoltre consigliabile disporre di qualche tipo di protezione antivirus per le macchine virtuali per evitare gli attacchi da virus in memoria.
   
D: Che cos'è il rollback e perché potrei serve?
R: Rollback è una funzionalità di infrastruttura di Desktop virtuali Microsoft (VDI) che consente di ripristinare una macchina virtuale a uno stato salvato quando un utente si disconnette la macchina virtuale. Questa funzionalità si basa sulla tecnologia istantanea di Hyper-V. Il suo scopo consiste nel mantenere lo stato di una macchina virtuale condivisa in modo che una persona non viene modificato in modo permanente la macchina virtuale. Quando un utente esterno di una macchina virtuale in pool, la macchina virtuale viene ripristinata a uno stato precedente per l'interazione dell'utente e il nuovo utente riesce ad accedere a una macchina virtuale invariato.
   
D: Come trovare gli utenti le macchine virtuali?
R: Connettività è gestita tramite impostazioni si trovano in un file Remote Desktop Protocol (RDP) che fanno riferimento al tipo di risorsa desiderato (VM o sessione), tipo di macchina virtuale (in pool o personale), il nome del pool di VM (se appropriato) e l'esperienza di molte altre impostazioni di connessione che definiscono l'utente. Accesso Web desktop remoto offre un meccanismo semplice per il rilevamento della macchina virtuale. Un utente accederà al sito Web e le macchine virtuali personale assegnate saranno disponibile tramite un'icona. Se l'utente dispone dell'autorizzazione per accedere a un pool VM, non vi sarà un'icona per il pool. L'individuazione è un componente facoltativo di VDI, ma può semplificare notevolmente la vita per la gestione VDI e le persone che si sta connettendo le macchine virtuali. Senza il servizio ruolo Accesso Web desktop remoto per facilitare l'individuazione, è necessario condividere i file RDP in modo esplicito con tutti gli utenti. Eventuali modifiche a questo tipo di accesso richiederebbe un re-dispersal del file RDP.
   
D: Cosa succede se si richiede una macchina virtuale in pool, ma è spento?
R: Se la macchina virtuale a cui il gestore di connessione desktop remoto indirizza l'utente è spento, l'agente di Host macchina virtuale sul server Host di virtualizzazione Desktop remoto verranno accendere la macchina virtuale. Si tratta di un processo noto come coordinazione delle la macchina virtuale. Quando si accende la macchina virtuale, l'agente di Host macchina virtuale restituirà indirizzo IP di Virtual Machine per il gestore di connessione desktop remoto, che invierà il redirector, che verrà inviato al client che tenta di effettuare la connessione consentirà di connettersi direttamente alla macchina virtuale.
   
D: In quale stato dovrà snapshot le macchine virtuali per il ripristino?
R:

Un snapshot della macchina virtuale porterà la macchina in un determinato punto nel tempo. Questo motivo, assicurarsi che la macchina virtuale è stato pulito quando è snapshot. Nessun deve essere connesso per la macchina virtuale. Se la macchina virtuale è spento, non corretta (non si desidera la VM ripristinando lo stato in cui chiesto se si desidera attivare la modalità provvisoria).

-K.G.