System Center Virtual Machine Manager 2012: Perfezionamento del cloud privato

L'imminente System Center Virtual Machine Manager 2012 SP1 velocizzerà la gestione virtuale per il passaggio ai cloud privati o ibridi.

Paul Schnackenburg

Gestione di rete virtuale e tutti i singoli sistemi virtuali può essere una sfida significativa. System Center Virtual Machine Manager (VMM) 2012 SP1 può aiutare a velocizzare i processi di installazione e configurazione.

Essa può aiutare a installare e cluster Hyper-V su macchine nuovo di zecca; aggiungere Microsoft, VMware e Citrix Xen server host; e aggiungere array di storage, reti logiche e carico bilanciatori. In altre parole, esso ti aiuta a preparare il tessuto del vostro datacenter.

Il mese scorso, ho coperto tutti quei processi. Qui, I'll start dove lasciato: costruzione di modelli (vedere Figura 1), servizi con applicazioni e cloud privati sopra il tessuto, nonché esaminare ciò che viene offerto dal nuovo servizio Provider Foundation (SPF).

Figura 1 della libreria è centrale come System Center Virtual Machine Manager 2012 SP1 funziona.

Modelli di servizio

VMM 2008 R2 utilizza modelli di macchine virtuali (VM) che consentono di distribuire macchine virtuali con una configurazione definita, sulla base di uno o più dischi rigidi virtuali (VHD), un profilo hardware e un profilo del sistema operativo guest (per la personalizzazione di Windows). La limitazione principale nei modelli VM è che maneggiano solo singoli server. Il profilo del sistema operativo guest consente solo di impostare le informazioni di base (come nome del server, nome di dominio e così via). Non è possibile utilizzarlo per attivare ruoli e funzioni o più avanzate di personalizzazione.

Il problema più grande, tuttavia, è che dopo la distribuzione non c' non è alcuna relazione tra il modello VM e i server da cui è stata distribuita. Se è necessario modificare la configurazione, non esiste nessun modo diverso per modificare manualmente ogni VM già stato distribuito.

I modelli di servizio in VMM 2012 SP1 sono la risposta a queste limitazioni. Essi consentono di modellare più livelli delle macchine e delle loro relazioni di rete, tra cui bilanciatori di carico, e consentono di configurare ruoli e funzioni all'interno le macchine virtuali. È inoltre possibile aggiungere i pacchetti di distribuzione Web, programmi Server App-V e pacchetti di applicazione (DAC) livello dati SQL.

Distribuire tutte le macchine virtuali nel modello come un'istanza del servizio. Poi si può gestirli come una singola unità. Macchine virtuali distribuiti mantengono un collegamento per il modello, che consente di aggiornare le impostazioni e spingere questi a tutte le macchine virtuali distribuite in precedenza. Questo è il motivo principale da considerare avvolgimento anche una singola VM in un modello di servizio. Potrai facilmente aggiornare la configurazione o aggiungere ruoli e funzioni (vedere Figura 2).

Figura 2 è facile aggiungere ruoli e funzionalità alle macchine virtuali attraverso un modello di servizio di System Center Virtual Machine Manager 2012 SP1.

Perché ogni istanza di un servizio può richiedere informazioni univoche (nomi di VM, le stringhe di connessione, variabili, quali le reti a cui connettersi e così via) è possibile modellare questi nel modello di servizio come variabili (preceduto dal simbolo @). In fase di distribuzione, ti verrà richiesto di inserire le informazioni pertinenti. Aggiungendo il driver giusto per il vostro particolare marca e modello di bilanciamento del carico consente di VMM 2012 SP1 configurarlo correttamente. Quando si distribuisce un servizio, è possibile configurare automaticamente le informazioni di bilanciatore di carico necessari per ogni VM.

È possibile assegnare ogni VM con un indirizzo IP fisso dal pool di indirizzi IP in VMM 2012 SP1. Se poi rimuovere le autorizzazioni un servizio, questi indirizzi IP sono messi in uno stato inattivo. Quando hai bisogno di riutilizzarli per nuove distribuzioni, è possibile rimuovere dal pool inattivo.

È possibile distribuire un servizio a un gruppo di host o un cloud privato. A causa della capacità di multi-hypervisor in VMM 2012 SP1, si potrebbe plausibilmente avere un livello di un servizio in esecuzione su un hypervisor e un altro livello in esecuzione su un altro hypervisor.

Una tipica distribuzione di applicazioni personalizzate oggi è generalmente un processo manuale con più istruzioni passo-passo per completare nel giusto ordine, potenzialmente su più macchine. Modelli di servizio in VMM 2012 SP1 consentono di incapsulare tutte queste conoscenze in un unico luogo da cui è possibile eseguire le distribuzioni con fiducia.

Prima si avvia il servizio di progettazione del modello in VMM 2012, tuttavia, assicurarsi di scoprire tutti i dettagli, come ad esempio quello che server (macchine virtuali e fisiche scatole) è necessario distribuire e in quanti livelli, quali bit software compongono le applicazioni e i loro prerequisiti, come i componenti sono collegati in rete, e come gli utenti finali di interagire con il servizio.

Assicurarsi di che avere qualsiasi reti logiche e bilanciatori di carico, gli host e gruppi host, cloud privati e modelli VM già configurati in VMM 2012 SP1. Questo include tutti i profili hardware, i profili del sistema operativo guest, i profili di applicazione e profili di SQL Server dove necessario. È necessario memorizzare script e applicazioni personalizzate nella libreria VMM 2012 SP1 come una cartella con l'estensione. Cr (per risorsa personalizzata). Quindi è possibile includere questi nei vostri modelli di servizio.

Figura 3 il servizio di progettazione del modello in System Center Virtual Machine Manager 2012 SP1 è un ambiente visivo per la creazione di servizi singoli o multi-tier.

Trucchi e consigli del modello di servizio

Quando si lavora con modelli di servizio complesso, è meglio installare manualmente ciascuna applicazione in primo luogo per stabilire ruoli e funzionalità, così come altri prerequisiti software. Se il servizio è multi-tier con configurazione a ogni livello, è solitamente più facile iniziare a livello di un edificio, testarlo e poi copiare quel modello e aggiungere lo strato successivo.

Un'altra cosa da tenere a mente è quello di attivare la registrazione per le installazioni di appianare eventuali problemi di installazione. Se avete un file MSI, userete Msiexec.exe. Attivare la registrazione dettagliata utilizzando /L * v. Se hai uno script generico, l'impostazione avanzata consente di definire percorsi di salvataggio output standard, error log e riavviare il comportamento.

Come eseguibile risorse (GCE) comando generico è possibile impacchettare gli script e applicazioni personalizzate. La versione release to manufacturing (RTM) si limita all'esecuzione di uno pre e uno script di post-installazione di una distribuzione. Questo significa che è necessario creare uno script"master" se si desidera avere più cose accadere in ordine. VMM 2012 SP1 consente di avere più script per ogni fase, e potete ordinarle. Prende anche in codici di uscita del conto.

Se una distribuzione non riesce in questa fase in RTM, VMM 2012 SP1 disattiva semplicemente lo script. VMM 2012 SP1 consentono di contrassegnare uno script come idempotente, e verrà eseguito durante il secondo tentativo. Per quanto riguarda la distribuzione del software di una macchina virtuale durante la distribuzione, VMM 2012 SP1 consente di gestire VMs disconnesso dalla confezione del software e che fornisce su un file ISO montato.

Figura 4 System Center Virtual Machine Manager 2012 SP1 viene fornito con uno-, modelli di servizio a due e a tre livelli, è possibile utilizzare come punto di partenza.

Applicazioni di modelli di servizio

Per ambienti di test, è possibile utilizzare VMM 2012 RTM per definire pacchetti di SQL Server CAS. Una "Sysprep" istanza di SQL in un modello di servizio consente di impostare rapidamente database back-end per applicazioni. In produzione, tuttavia, le grandi imprese hanno generalmente una grande fattoria di SQL Server con molti database. Ogni applicazione viene eseguito il database da lì piuttosto che su singole macchine virtuali.

VMM 2012 RTM consente di definire la stringa di collegamenti e altre informazioni in pacchetti DAC per gestire questo scenario. VMM 2012 SP1 porterà questa stessa funzionalità per i pacchetti di distribuzione Web. Si scopre che molti ambienti hanno grandi fattorie IIS che gestire decine e decine di siti Web, invece di correre loro in macchine virtuali separate. Questo potrebbe portare a una situazione in cui si dispone di una distribuzione di servizio che non contenga VMs, solo distribuzione Web pacchetti per i server front-end e DAC per collegarli al loro database back-end.

È possibile distribuire macchine virtuali basati su modelli di servizio in VMM 2012 SP1 per gli host in una rete perimetrale o host nei gruppi di lavoro. È inoltre possibile distribuire ai domini di Active Directory non attendibili o domini con trust unidirezionale o bidirezionale con il dominio in cui si trova il server VMM 2012 SP1.

Server App-V è parte di VMM 2012 SP1 e un interessante prendere sul futuro della distribuzione e packaging delle applicazioni. Esso si basa sulla tecnologia application virtualization App-V per macchine client. In VMM 2012 SP1, applicazioni Server App-V possono creare operazioni pianificate.

Essi possono anche catturare un'applicazione già installata, tramite un processo denominato packaging delle applicazioni remote. Questo può tornare utile per applicazioni custom dove il supporto originale non è disponibile. Ci sono però alcune limitazioni. Le applicazioni devono essere basate su MSI; Pacchetti Web Deploy non funzioneranno; è necessario impostare gli utenti locali, gruppi e le variabili di ambiente separatamente; e non può utilizzare COM/DCOM.

Modelli di servizio per la risoluzione dei problemi

Con così tante parti in movimento, c'è sicuramente spazio per le distribuzioni di servizio ad andare male. È importante capire cosa succede dietro le quinte quando si distribuisce un servizio. In primo luogo, è creare le macchine virtuali. Possibile unirsi a loro per un dominio e configurarli. Infine, si applica qualsiasi script e le applicazioni necessarie. È possibile definire l'ordine di distribuzione di ogni livello.

C'è un processo dettagliato per la distribuzione di macchine virtuali che sono parte di un servizio. Inizia con il trasferimento di dischi rigidi virtuali dalla libreria all'host tramite Background Intelligent Transfer System, o bit (o clonato su archiviazione copia-capable [SAN] Storage Area Network). Poi, si aggiunge un floppy virtuale così VMM 2012 SP1 può applicare la personalizzazione configurazione (compresi i ruoli e le funzionalità) per il disco rigido virtuale. Poi dominio-join il VMM 2012 SP1 e l'installazione dell'agente di VMM 2012 SP1 ospite (che potete vedere in % programdata%\vmmlogs).

Sarà necessario copiare gli script necessari dalla libreria XXX.cr alla cartella c:\windows\temp\scvmmXXX\XXX.cr. In questo modo è possibile riavviare in caso di guasto. Gli script utilizzano c:\windows\temp come loro cartella di lavoro. Creare due file: GCE_stderrorXXX e GCE_stdoutXXX. Se tutto va secondo i piani, è possibile eliminare questi file dopo l'esecuzione di un successo. Il log di errore lasciare intatto se lo script ha problemi.

Sarà necessario copiare tutte le applicazioni che sono inclusi nel servizio per la cartella c:\windows\MSSCVMMApplications nella macchina virtuale. Ci sono sottocartelle per pacchetti App-V Server e Web Deploy in questa cartella. Se è coinvolto un pack SQL DAC, copiarlo in c:\windows\ MSSCVMMSQLInstance. Il vostro progresso distribuzione viene registrato nella cartella file di VMMapplicationmanager.log, situato a c:\programdata\Microsoft\Virtual Machine Manager.

Un modo comune per risolvere un fastidioso host Hyper-V in VMM 2008 R2 è stato quello di portarlo fuori gestione VMM e aggiungerlo nuovamente più tardi (vedi Figura 5). Se fate questo, quando è in esecuzione di macchine virtuali che sono parte di un servizio in VMM 2012 SP1, rompe definitivamente il link al modello.

Figura 5 vedendo come ogni VM è collegato a reti diverse è facile con la visualizzazione Diagramma di rete.

Servizi di manutenzione

VMM 2012 non solo consentono di modellare, testare e distribuire una VM o più macchine virtuali in livelli come una singola unità. Gestisce anche il ciclo di applicazione consentendo di aggiornare applicazioni o VMs. Il processo è quello di copiare un modello di servizio, dare un numero di versione aggiornata e applicare le modifiche necessarie. Questo nuovo modello è poi pubblicato e si può applicare per le istanze di un servizio in esecuzione.

Ci sono due tipi di possibili aggiornamenti. È possibile aggiornare il VMs originale con un aggiornamento sul posto. Un aggiornamento di manutenzione basata su immagine sostituisce l'intera macchina virtuale con una nuova macchina virtuale. Quest'ultimo funziona solo per le applicazioni apolide o apps dove è possibile salvare lo stato all'unità disco rigido virtuale che attaccato al VM. Il vecchio VM è distrutta, viene distribuita la nuova VM e lo stato viene copiato indietro. Pacchetti App-V Server fanno automaticamente. A seconda di dove un'applicazione personalizzata memorizza lo stato, non dovrebbe essere troppo difficile da scrivere uno script per esportare il file VHD.

Per ogni livello in un modello di servizio, è possibile definire il numero minimo e massimo delle macchine virtuali per scenari di scalabilità. È inoltre possibile specificare aggiornamento domini, cioè quante VMs verranno contemporaneamente arrestati. Così, ad esempio, se hai cinque istanze in esecuzione e tre domini di aggiornamento all'interno di un particolare livello, VMM 2012 SP1 farà l'aggiornamento in tre lotti. Verifica che le macchine virtuali sono funzionali dopo l'aggiornamento, tra cui collegarli al loro bilanciamento carico ancora una volta (se applicabile) prima di aggiornare il gruppo successivo.

Per quanto riguarda il monitoraggio di servizi e macchine virtuali in esecuzione, come hai configurato il VMM 2012 SP1 per l'integrazione di System Center Operations Manager e installato il Management Pack di VMM, i servizi e le macchine virtuali in esecuzione verranno visualizzati senza dover utilizzare la progettazione di applicazioni distribuire in System Center Operations Manager. Lo stesso vale per i dati sui servizi che scorre in System Center Service Manager.

Cloud privati

Il concetto di un cloud privato è l'astrazione finale. Tutti i dettagli del tessuto sono nascosti e capacità è allocato con accesso basato sui ruoli (RBA). Applicazione i proprietari e gli altri con RBA-assegnate le autorizzazioni possono utilizzare la console di VMM 2012 SP1 o System Center App Controller a disposizione e gestire macchine virtuali e servizi senza sapere nulla circa l'host sottostante, archiviazione o networking.

Il console VMM 2012 SP1 ha anche una funzione nuova, richiesti dagli utenti che consente di aprire una nuova connessione e immettere le credenziali alternative (vedi Figura 6). Questo è utile per testare l'accesso utente self-service. Quando un utente delegato apre la console, l'interfaccia utente è tagliato così non si vede affatto il riquadro di tessuto.

Figura 6 essere in grado di connettersi alla console di System Center Virtual Machine Manager 2012 SP1 come diversi account utente è utile.

Definire limiti di quota per nuvole al cloud, gruppo o livello individuale (vedere Figura 7). Si potrebbe, ad esempio, far in modo che ogni sviluppatore creare tre macchine virtuali, ma il limite del gruppo sviluppatore a 12 macchine virtuali. È possibile definire la quota basata sulla memoria, virtual CPU, memoria e numero di macchine virtuali.

Figura 7 c'è grande flessibilità in quanto è possibile limitare la vostra capacità di nuvola.

La flessibilità di poter progettare reti virtuali in cima l'infrastruttura di rete sottostante non può essere sottovalutata. Può cambiare radicalmente il modo di pianificare i cluster e reti. Gestione indirizzo IP (IPAM) è una nuova funzionalità in Windows Server 2012. VMM 2012 SP1 offre script consentono di esportare le assegnazioni di indirizzo che ha fatto fuori le sue piscine a IPAM.

Un altro fattore da prendere in considerazione è la capacità di spostare macchine virtuali da locali di Windows Azure, come ora supporta Infrastructure as a Service (IaaS). VMM 2012 SP1 sarà integrare questa funzionalità e consentono di caricare una macchina virtuale dalla libreria VMM 2012 SP1. È possibile utilizzare la funzionalità di virtualizzazione di rete per far mantenere il VM relativo indirizzo IP. Con la nuova funzionalità di gateway per il collegamento di rete a Windows Azure, il VM continuerà ad apparire come parte della tua rete.

Service Provider Foundation

La maggior parte delle nuove caratteristiche provenienti in VMM 2012 SP1 è miglioramenti alle funzionalità esistenti presenti in VMM 2012 RTM o estendere VMM per approfittare di tutte le nuove funzionalità in Windows Server 2012 Hyper-V.

Un'area in VMM 2012 SP1 è nuovo di zecca, tuttavia. Prende il potere di System Center 2012 e porta a fornitori di servizi e host attraverso SPF. Questo espone un'infrastruttura VMM come Representational State Transfer o servizio REST-based Web utilizzando il protocollo OData. Questo rende facile costruire interfacce Web che VMM di controllo per la distribuzione e la gestione di macchine virtuali e servizi alle nuvole.

C'è anche un nuovo ruolo di amministratore inquilino a cui è possibile assegnare diritti delegati, compresa la possibilità di creare ulteriori utenti con privilegi specifici. Aggiungere una soluzione di misurazione e fatturazione ed è facile vedere come i fornitori di servizi possono beneficiare System Center 2012 SP1, non solo per la gestione dell'infrastruttura virtuale, ma anche per il monitoraggio con Operations Manager, automatizzare con Orchestrator e così via.

Virtual Machine Servicing Tool 2012

Una delle più grandi sfide nella gestione di datacenter virtualizzato è mantenere VMs e l'infrastruttura sottostante aggiornato. È possibile integrare macchine virtuali in esecuzione con Windows Server Update Services (WSUS) o Configuration Manager. Tuttavia, stored VMs, modelli e dischi rigidi virtuali nella libreria non sono generalmente aggiornati con OS o applicazione patch o firme di malware. Ciò pone un rischio per la sicurezza durante la distribuzione di nuove macchine virtuali.

La Virtual Machine Servicing Tool (VMST) 2012 consente di mantenere le macchine virtuali non in linea, modelli VM e VHD salvati in una libreria — come pure si fermò e stato salvato macchine virtuali su host — up-to-date iniettando pacchetti di aggiornamento da Configuration Manager 2012 o WSUS 3.0 SP2.

VMM 2012 SP1 è buono per sé, ma fornisce eccezionale potenziale quando combinato con Windows Server 2012 Hyper-V. Le imprese non sono davvero interessate a potenziale, però. Pagano per i risultati, e per raggiungere veramente benefici di cloud privato o ibrido su larga scala richiede diversi altri componenti.

SAN si seleziona deve supportare tutte le funzionalità di clonazione/snapshot e VMM 2012 SP1 (attraverso la SMI-S) per il rapido provisioning. Assicurarsi che si configura quale reti stanno andando a gestire la migrazione live in gestione Cluster di Failover. Impostare il tuo VMM 2012 SP1 file, condivisione di libreria, quindi non hai bisogno di copiare l'immagine ISO, ma poterli condividere invece.

Coinvolgere il team di rete per davvero approfittare di reti logiche e la funzionalità di virtualizzazione di rete in Windows Server 2012 per automatizzare la rete per le macchine virtuali in datacenter. Con l'infrastruttura di destra in luogo, VMM 2012 SP1 — insieme a Hyper-V 3.0 — può portare la potenza del cloud computing per il posto migliore per esso: il proprio datacenter.

Paul Schnackenburg ha lavorato in essa fin dai tempi dei 286 computer. Lavora part-time come insegnante di IT, nonché in esecuzione il proprio business, esperto IT Solutions, sulla Sunshine Coast, Australia. Ha certificazioni MCSE, MCT, MCTS e MCITP e si specializza in Windows Server, Hyper-V e lo scambio di soluzioni per le imprese. Contattarlo al paul@expertitsolutions.com.au e seguire il suo blog a indirizzo TellITasITis.com.au.

Contenuti correlati

• System Center Virtual Machine Manager 2012: VMM ottiene Major Upgrade
• Esperto a tutto tondo: Tessuto, Cluster Host e Cloud
• Microsoft System Center 2012: Assunzione gestione dei sistemi per il Cloud