Condividi tramite


Esperto a tutto tondo: VMM 2012 e Server App-V: un perfetto connubio

Microsoft ha aggiunto silenziosamente Server App-V a System Center Virtual Machine Manager 2012, una mossa eccellente sia a livello tecnico che strategico.

Greg Shields

È importante mantenere l'oggettività come voce indipendente all'interno del settore IT. È essenziale per il lavoro di aiutare a prendere buone decisioni su prodotti e strategie. Facendo quel lavoro bene richiede il mantenimento della neutralità durante un flusso infinito di prodotto piazzole e fornitore di marketing.

Ogni ora e poi, però, vedete qualcosa che cambia tutto. Obiettività prende un sedile posteriore all'eccitazione. Questa volta che qualcosa è Server App-V, una tranquilla aggiunta a System Center Virtual Machine Manager (VMM) 2012. È così tranquillo, infatti, che un occhio fuori fuoco quasi poteva mancare questo nuovo strumento impressionante. Fidati di me, non si vuole perdere questo.

Server App-V dà il vostro server lo stesso livello di automazione di consegna di applicazione che hai godendo sul desktop per anni. Coppia questo con il nuovo VMM service-oriented provisioning di modello e si può subito vede come il compito di creare macchine virtuali (VM) è circa a migliorare notevolmente. Nella lotta in corso per quota di mercato di piattaforma virtuale, unendo Server App-V con VMM potrebbe essere che Microsoft s più brillante muoversi ancora.

App-V che non è App-V

Si può pensare di Server App-V come un "più tranquilla" perché è così ben integrato nell'esperienza di gestione di VMM. Esso è strettamente integrato, quasi per un guasto. La nomenclatura di Microsoft si aggiunge alla sua oscurità. Condivide la maggior parte di un nome con le altre App-V che abbiamo conosciuto per anni. Questo ha un senso, a causa della loro somiglianza. Tuttavia, esso ha la sfortunata conseguenza di seppellire i dettagli del Server App-V in una ricerca casuale sul Web.

Non commettere errori: Queste due tecnologie hanno molto in comune. Sono entrambe le soluzioni per la virtualizzazione di applicazioni. Essi anche lo sport loro giusta quota delle differenze. Architettonicamente, App-V è in genere focalizzata sulla distribuzione di applicazioni per desktop. Server App-V è assolutamente significava per i server.

A un livello più tecnico, ci sono ulteriori differenze. Applicazioni server non sono in genere progettate per essere utilizzati da più utenti sulla stessa macchina. Sono più probabili essere applicazioni in background che raramente vedere gli accessi console. Di conseguenza, Server App-V tratta le applicazioni virtualizzate in modo un po' diverso rispetto tradizionale App-V.

Qui è uno sguardo ad alcune delle differenze fondamentali tra i due:

**Server App-v:**Se un'applicazione crea dati o modifica configurazione in una posizione specifica dell'utente nel Registro di sistema quando l'applicazione è sequenziato, i dati o configurazione rimane associato all'utente stesso in fase di distribuzione e in fase di esecuzione.

**App-v:**Se un'applicazione crea dati o modifica configurazione in una posizione del Registro di sistema specifica per l'utente corrente quando l'applicazione è sequenziato, i dati o configurazione è mappata quindi è accessibile a qualsiasi utente che esegue l'applicazione.

**Server App-v:**I file di applicazione che sono parte di un pacchetto di applicazione virtuale, come ad esempio il file .exe e le librerie necessarie per eseguire l'applicazione, sono disponibili per tutti i processi in esecuzione sul computer dove viene copiata l'applicazione.

**App-v:**I file di applicazione che sono parte di un pacchetto di applicazione virtuale sono disponibili solo per quell'applicazione virtuale ed eventuali altri processi avviati in ambiente virtuale di quell'applicazione.

**Server App-v:**Oggetti COM, DCOM oggetti, oggetti COM+, provider Strumentazione gestione Windows (WMI) e NT servizi che fanno parte di un pacchetto di applicazione virtuale sono esposti sul sistema locale a lasciare che il sistema operativo, strumenti e altre applicazioni di interagiscano con loro. Ad esempio, è possibile utilizzare il nativo Service Control Manager (SCM) per avviare un servizio che è parte di un pacchetto di applicazione virtuale.

**App-v:**COM, DCOM, COM+, WMI e servizio informazioni associate a un pacchetto di applicazione virtuale sono mantenute all'interno di quel pacchetto, disponibile per tutti i processi in esecuzione all'esterno di quel pacchetto. Per esempio, SCM nativo non vedrà alcun servizio NT in esecuzione all'interno di un ambiente virtuale.

**Server App-v:**L'agente di App-V Server utilizza euristica per rilevare automaticamente quali processi su un computer devono essere eseguiti all'interno di ambienti virtuali. In genere, non è necessario spessore launcher. Per aggiungere in modo esplicito un processo a un ambiente virtuale, è possibile aggiungere "/ RunInVE: < GUID del pacchetto >" fino alla fine della riga di comando di processo.

**App-v:**Per un processo essere virtualizzati, un programma di App-V come sfttray.exe deve aprire quel processo, o deve essere il figlio di un altro processo virtuale. Per aggiungere in modo esplicito un processo a un ambiente virtuale, è possibile eseguire il comando "sfttray.exe /exe < eseguibile per lanciare > / app < nome di applicazione >. "

Server App-V utilizza anche uno speciale strumento chiamato Server Application Virtualization Sequencer (vedere Figura 1) per creare pacchetti di applicazioni. Non confondere con il tradizionale equivalente di App-V, Application Virtualization Sequencer. Una sola parola, come potete immaginare, fa la differenza.

Server App-V uses the Server Application Virtualization Sequencer to create app packages

Figura 1 Server App-V utilizza il Server Application Virtualization Sequencer per creare pacchetti app.

Stranamente, i bit di installazione Server Application Virtualization Sequencer possono essere difficili da trovare. Considerando che il sequencer di App-V tradizionale lungo è stato trovato in Microsoft Desktop Optimization Pack, il sequencer di App-V Server è invece secreta via all'interno del supporto di installazione di VMM. Cercare una cartella denominata \SAV. Lì troverete i file di installazione (vedi Figura 2) per l'agente Server App-V e, insieme con i cmdlet di Windows PowerShell per la gestione di entrambi.

Server App-V installation files

Figura 2 i file di installazione del Server App-V.

Profili di applicazione VMM

Per App-V tradizionale o Server App-V, il processo di imballaggio applicazione inizia con un computer bare-bones. Installare il sequencer sul computer, creare un nuovo pacchetto di applicazione virtuale e lanciare l'installazione dell'applicazione all'interno della procedura guidata. Molte applicazioni del pacchetto con successo proprio fuori dalla scatola. Altri richiedono un po' più fine-tuning per assicurarsi che stai configurati correttamente.

L'editor di Server Application Virtualization Sequencer merita particolare attenzione. Dopo un'applicazione di imballaggio, scegliere modifica un pacchetto di applicazione virtuale esistente. Selezionare Modifica pacchetto e Sfoglia per il file SPRJ del vostro pacchetto, poi vedrai una scheda contrassegnato configurazione di distribuzione (vedere Figura 3).

You’ll find the editor under the Deployment Configuration tab

Figura 3 troverete l'editor sotto il tab di configurazione di distribuzione.

Microsoft ha costruito intelligenza nello strumento di imballaggio che aiuta lo strumento enumerare una vasta gamma di configurazioni specifiche del pacchetto, che è possibile specificare in fase di distribuzione. Per vedere le configurazioni disponibili, fare clic sul collegamento Aggiungi elemento di configurazione di distribuzione. Inserire un asterisco ("*") per visualizzare l'intero set di elementi potenzialmente configurabili (vedi Figura 4). Selezionare quelli che si desidera esporre per la successiva configurazione e fare clic sul pulsante Aggiungi.

You can select and add Deployment Configuration items

Figura 4 è possibile selezionare e aggiungere elementi di distribuzione configurazione.

Una volta che hai aggiunto gli elementi del pacchetto, è possibile impostare un valore predefinito per ogni doppio clic sull'elemento e regolando le proprietà (vedere Figura 5). È possibile contrassegnare gli elementi che richiedono la configurazione come obbligatoria, una decisione che diventa importante come si mettono i pacchetti in VMM.

You can adjust the properties of Deployment Configuration items

Figura 5 è possibile regolare le proprietà degli elementi di configurazione distribuzione.

Si avvia quel processo di creazione di un profilo di applicazione console di VMM. Che profilo contiene i metadati VMM utilizza per gestire il pacchetto, ad esempio di configurazione dell'applicazione, le dipendenze, i diritti e autorizzazioni e qualsiasi script che avrete bisogno in combinazione con l'installazione del pacchetto.

Qui è dove le cose eccitanti. Impostazioni esposto come gli elementi di configurazione di distribuzione nel sequencer sono ora disponibili come proprietà di VMM applicazione profilo (vedi Figura 6). Questa esposizione offre la flessibilità necessaria per fornire un pacchetto di applicazione attraverso una varietà di casi d'uso. Basta impostare impostazioni corrispondono a quelli richiesti per ogni server. Per una flessibilità ancora maggiore, è possibile utilizzare le variabili nel formato @variablename@ per designare i valori da impostare al momento della distribuzione.

Deployment Configuration items become your VMM Application Profile properties

Figura 6 gli elementi di configurazione di distribuzione diventano le proprietà del profilo applicazione VMM.

Molto meglio insieme

La combinazione di VMM e Server App-V può rivoluzionare come si offrono servizi in cima al server. Ora avete gli strumenti per muoversi oltre i giorni di semplice copia-e-incolla VM provisioning.

Automatizzato VMM servizio provisioning non è qualcosa che voi avrete attuazione durante la notte. C'è una notevole quantità di sforzo iniziale richiesto inizialmente costruire le automazioni e pacchetti software che si intende distribuire. Che richiede sforzo molto tempo prima che si raccoglie le ricompense.

Le caratteristiche più avanzate di VMM non sono schizzinosi e automazione-fobica professionisti IT di bisogno non si applicano. Se sei pronto, però, questa versione di VMM-plus-Server App-V offre due soluzioni impressionante che sono senza dubbio molto meglio insieme.

Greg Shields

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

Contenuti correlati