Esperto a tutto tondo: VM-Hosted RemoteApps - nuovo Best Practice per i desktop virtuali?

Utilizzando la macchina virtuale ospitato RemoteApps potrebbe essere il prossimo passo nell'accesso alle applicazioni remote.

Greg Shields

(Questo è stato scritto utilizzando la release candidate di Windows Server 8. Tutte le informazioni sono soggette a modifiche).

All'inizio c'erano desktop Terminal Server, e sono stati un buon inizio. Hanno consegnato un "contenuto" tipo di esperienza. Applicazioni remote vissero all'interno del desktop di Terminal Server, ma l'esperienza è stata confusa. Applicazioni e dati potrebbero esistere in una delle due sedi — sul desktop locale di un utente o sul loro desktop remoto del Server Terminal.

Poi, un giorno, RemoteApp è nato. Questo ha cambiato tutto. Improvvisamente, applicazioni in remote potrebbero essere trasportate come applicazioni. La necessità di doppio desktop è sparito. Confusione diminuita.

Successivamente, i desktop virtuali divennero molto popolari. Appoggiandosi sui successi nella virtualizzazione dei server, abbiamo cercato di virtualizzare anche desktop. È stato un buon inizio. Questi desktop virtuali consegnato anche un'esperienza di "contenuta". Applicazioni remote vissero all'interno di desktop virtuali, ma l'esperienza è stata anche fonte di confusione. Applicazioni e dati potrebbero esistere in una delle due sedi — sul desktop locale di un utente o su loro remote desktop virtuale.

Poi, un giorno, la macchina virtuale (VM)-ospitato RemoteApp è nato. Ancora una volta, tutto è cambiato. Che cosa è diverso questa volta è dove sono installate le applicazioni — sul desktop virtuali anziché gli host Remote Desktop Services (RDS). Improvvisamente, applicazioni in remote potrebbero essere trasportate come applicazioni ancora. La necessità di doppio desktop è sparito. Confusione diminuita.

Storia ha certamente un modo di ripetersi. Infatti, i programmi RemoteApp VM-ospitato in Windows Server 2012 potrebbero essere arrivata in un momento chiave nella storia di esso, solo quando vediamo ancora limitazioni nella fornitura di ancora un altro desktop.

Successiva evoluzione in desktop virtuali?

Per apprezzare i programmi RemoteApp VM-ospitato, devono riconoscere prima i problemi non risolvono i programmi RemoteApp ospitato su server. Come sapete, RDS forniscono una piattaforma in grado per l'hosting di applicazioni più remote. È possibile accedere applicazioni installate in un host RDS (chiamato un RDSH), finché si dispone di privilegi e una connessione di rete.

A volte, però, un'applicazione e RDSH appena non si mescolano. Forse quell'applicazione non funziona bene in cima RDSH, o forse c'è un problema di licenze nel modo. Occasionalmente, un'applicazione errante non installa solo su Windows Server. Trovare la correzione può essere un compito che richiede tempo. Queste sono alcune delle situazioni che guidano verso desktop virtuali. Tale problematica applicazione funziona bene sul desktop di Windows, quindi perché non basta usare un desktop di Windows?

Windows Server 2012 offre quella alternativa con i programmi RemoteApp di origine da virtual desktop o server RDSH. Il processo inizia nella procedura guidata di gestione Server Aggiungi ruoli e funzioni. Si crea un'installazione di RDS che ospita una distribuzione desktop basati su macchina virtuale. La procedura guidata (vedere Figura 1) sarà configurare i servizi di ruolo RDS per rilanciare quei programmi RemoteApp VM-hosted.

Figura 1 distribuzione desktop basati su VM è il fondamento per i programmi RemoteApp ospitato VM.

Iniziare selezionando distribuzione Standard, quindi una distribuzione desktop basata su VM. In questo modo consente di installare i servizi di ruolo Gestore connessione Desktop remoto, accesso Web Desktop remoto e Host di virtualizzazione Desktop remoto. È possibile installare il server stesso o più server. Fare clic su Distribuisci nella pagina finale della procedura guidata per iniziare l'installazione (vedere Figura 2). Il vostro server Host di virtualizzazione Desktop remoto avrà bisogno di almeno due schede di rete per la procedura guidata creare automaticamente l'interruttore virtuale Hyper-V.

Figura 2 distribuzione di Servizi Desktop remoto servizi ruolo a un unico server.

Successivamente, sarà necessario creare un modello VM per servire come immagine desktop master. È possibile basare questa immagine su Windows 7 SP1 o Windows 8, ma solo l'Enterprise e Ultimate edizioni di entrambi OS sosterrà i programmi RemoteApp VM-hosted.

Creare il modello di macchina virtuale in Hyper-V Manager. Quindi installare e configurare Windows 7 o Windows 8. È inoltre possibile installare tutte le applicazioni che si intende distribuire. In questo esempio, proviamo a creare una macchina virtuale di Windows 7 SP1 con Microsoft Office 2010 per illustrare la compatibilità con le versioni precedenti.

Devi Sysprep entrambi Windows 7 SP1 e Windows 8 come il finale di un passo nella costruzione del modello VM. Eseguire le corrette impostazioni azione pulizia sistema e opzioni di arresto per Windows 7 SP1 (vedere Figura 3). Windows 7 SP1 richiede anche un aggiornamento per i componenti di integrazione di Hyper-V prima Sysprepping VM. Eseguire questa operazione facendo clic su azione | Inserire il disco di installazione di servizi di integrazione nella finestra Virtual Machine Connection il vostro modello VM. Anche scollegare eventuali dispositivi collegati (particolarmente DVD) nella schermata Impostazioni della macchina virtuale, una volta che ha completato il Sysprep e shut down.

Figura 3 Sysprepping un Windows 7 SP1 modello VM.

VM-ospitato i programmi RemoteApp sono creati dalle collezioni di macchine virtuali configurate in modo simile. RDS in Windows Server 2012 può creare automaticamente questi dal tuo modello VM. Ritorno a Server Manager e passare a Servizi Desktop remoto | Collezioni. Fare clic su attività in collezioni | Creare Virtual Desktop insieme per avviare la procedura guidata crea insieme.

La procedura guidata sarà pronta per un nome insieme e poi chiedere per un tipo di raccolta (vedere Figura 4). VM-ospitato i programmi RemoteApp funzionano generalmente con collezioni di desktop virtuali in pool. Così facendo offre programmi RemoteApp VM-ospitato da qualsiasi VM disponibili all'interno della piscina senza assegnare direttamente VMs. La casella di controllo indica RDS per creare e gestire i desktop virtuali in piscina automaticamente.

Figura 4 specificando il tipo di insieme nella procedura guidata crea insieme.

Continuare la procedura guidata crea insieme, selezionando il modello VM creata e fornire le impostazioni di installazione automatica. Verrà chiesto di identificare gli utenti e i gruppi che dovrebbero avere accesso per connettersi alla raccolta, così come molte macchine virtuali si desidera RDS per creare inizialmente.

Inoltre ti verrà chiesto di specificare un percorso di archiviazione VM (vedere Figura 5). Hyper-V in Windows Server 2012 supporta una gamma più ampia di modi per memorizzare i file su disco VM. Alcuni di quelli nuovi modi sono delineati nel mio maggio 2012 Geek of All Trades colonna.

Figura 5: Specifica la posizione di archiviazione desktop virtuale nella procedura guidata crea insieme.

L'ultima pagina della procedura guidata specifica se questa raccolta sarà utilizzare dischi di profilo utente (vedere Figura 6). I dischi di profilo utente sono un'altra nuova tecnologia in Windows Server 2012. Essi consentono di memorizzare le impostazioni del profilo utente indipendentemente dalle macchine virtuali ospitate da RDS o RDSH server. Sono simili ai profili comuni di Desktop remoto, ma molto superiore. I dischi di profilo utente consentono agli utenti di portare le impostazioni utente lungo come questi si collegano a diverse macchine virtuali all'interno di un pool.

Figura 6: Abilitazione dei dischi di profilo utente aiuta a facilitare la condivisione di VM.

Nella pagina finale della procedura guidata per creare la collezione e iniziare la clonazione VMs dal tuo modello desktop, fare clic su Crea. Sedersi. Questo processo può richiedere un periodo di tempo prolungato. Una volta completato il processo di clonazione, sei pronto per associare programmi RemoteApp con le applicazioni installate.

In Server Manager, spostarsi indietro la raccolta che appena creata. Nell'ambito di programmi RemoteApp, fare clic su attività | Pubblicare i programmi RemoteApp. Questa procedura guidata desktop virtuali nella raccolta di scansione, individuare le applicazioni installate e presenti con una lista di programmi RemoteApp (vedere Figura 7). Selezionare i programmi e fare clic su pubblica per completare la procedura guidata e creare i programmi RemoteApp.

Figura 7 i programmi RemoteApp di pubblicazione guidata di pubblicare i programmi RemoteApp.

Start menu di collegamento con RemoteApps

Con uno o più RemoteApps pronti per la consegna, il vostro compito finale è popolare Start Menu di ogni utente con i collegamenti necessari. È possibile farlo su ogni desktop Windows 7 o Windows 8 tramite il pannello di controllo connessione RemoteApp e Desktop. Selezionare accesso RemoteApp e desktop.

È possibile collegare il Menu di avvio di un utente a un feed di RemoteApp (vedere Figura 8). Il nome del server immesso nella casella sarà il vostro gestore connessione Desktop remoto. Il resto dell'URL in genere rimarrà lo stesso. Windows 8 sarà disponibile con le nuove impostazioni di criteri di gruppo che consentono di definire questo URL di connessione tramite configurazione utente dei criteri di gruppo.

Figura 8 avrete facile accesso a RemoteApp e desktop.

Noterete anche l'URL di connessione deve essere HTTPS, che richiede un certificato server Web sul server di accesso Web Desktop remoto. RDS in Windows Server 2012 ha alleviato questo processo da incorporandola nelle proprietà di distribuzione insieme.

Torna in Server Manager, passare a Servizi Desktop remoto | Collezioni. Fare clic su attività in collezioni | Modificare le proprietà di distribuzione, quindi selezionare certificati. Selezionare Accesso Web Desktop remoto e quindi scegliere di creare un nuovo certificato o selezionare un certificato esistente che è già stato installato (vedere Figura 9).

Figura 9 configurazione del livello di certificato di distribuzione della vostra collezione.

Si può anche scegliere di creare un nuovo certificato (vedere Figura 10). Fornire il nome di dominio completo per il server di accesso Web Desktop remoto, nonché una password. Si potrebbe anche voler archiviare il certificato come file PFX. In questo modo consente di installare successivamente il certificato nell'archivio certificati delle autorità di certificazione radice attendibili sul desktop che si connetterà a programmi RemoteApp tramite RemoteApp e Desktop connessione.

Figura 10 è possibile creare un nuovo certificato quando si configura il livello di distribuzione certificato della tua collezione.

C'è un sacco di storia in servizi Terminal e RDS, tanto che stiamo iniziando a vedere la storia si ripete. Non ogni ambiente IT può essere pronto per i programmi RemoteApp consegnati senza soluzione di continuità. Poi di nuovo, non tutti sono pronti per i desktop virtuali, sia. Tuttavia, questi nuovi miglioramenti RDS in Windows Server 2012 darà completa flessibilità sopra esperienze degli utenti.

Greg Shields, MVP, è partner di un concentrato di tecnologia. Ottenere più di 'Shields Trades trucchi e suggerimenti a ConcentratedTech.com.

Contenuti correlati

• Esperto a tutto tondo: Espandere di là di uno
• Esperto a tutto tondo: Barare non è sempre male
• Esperto a tutto tondo: Migrazioni con Live Migration