Virtualizzazione

Automazione di distribuzione di host di Virtual Machine

Fergus Strachan

In un riepilogo delle:

• Distribuzione Hyper-V e automazione
• Risolvere i problemi di generalizzazione Sysprep
• Le risorse virtuali provisioning
• Configurare la distribuzione automatica di sistema operativo guest e le tecnologie dei server

Download codice disponibile in: StrachanHyperV2009_02.exe(1,026 KB)

Contenuto

Architettura di distribuzione
Basata su WDS distribuzione hyper V
In base WMI configurazione hyper V
Distribuzione di laboratorio virtuale
Distribuzione di applicazioni server
Conclusione

Si conoscono probabilmente molte delle buone ragioni per impostare un ambiente Hyper-V, ma che può essere di particolare interesse è come V Hyper può facilitare le valutazioni del prodotto e formazione nei laboratori di test e ambienti di formazione senza sacrificare la compatibilità di 64 bit.V Hyper che viene eseguita anche su hardware a 64-bit semplice condizione di che disporre una CPU in grado e un recente aggiornamento del BIOS per supportare la virtualizzazione dell'hardware.Ciò rende un blast per distribuire gli ambienti di test completa base delle versioni di software completamente supportato, ad esempio la versione a 64 bit di Microsoft Exchange Server 2007.E dopo avere impostato la distribuzione, risulta semplice ridistribuire ogni volta che si desidera iniziare da zero, se si desidera esaminare un nuovo prodotto o avviare una nuova sessione di classe.

Anche se si è distribuito un ambiente di prova per un cliente con due controller di dominio (DC), un computer che esegue SQL Server, due server front-end di SharePoint, un server cassette postali di Exchange 2007, un server Trasporto Hub e un server Accesso client, verrà prendere numerose sulle risorse.Si supponga di che avere un maggior numero più grande ambiente, con probabilmente 600 macchine virtuali (VMs).È possibile immaginare reinstallare tali VMs ogni settimana o ogni volta che è necessario un nuovo ambiente di laboratorio?È fondamentale per automatizzare tali implementazioni e questo è in cui V Hyper può risultare utile.

V Hyper è tecnologia Windows ed è possibile combinare con Strumentazione gestione Windows (WMI), Windows PowerShell, servizi di distribuzione Windows (WDS), Windows Automated Installation Kit (AIK) e Windows Preinstallation Environment (Windows PE) 2.0 per abilitare le distribuzioni completa a intermittenza di un occhio, o almeno senza quantità attenzione.Può risultare interessante osservare le schermate di installazione le barre di avanzamento mentre i sistemi di distribuire e configurare stessi, ma non è necessario se si dispone elementi più importanti sul tuo elenco.

In questo articolo illustrano come distribuire i server Hyper-V, VMs, sistemi operativi guest e applicazioni server senza alcun intervento dell'amministratore mediante servizi di distribuzione Windows, personalizzato installare immagini, file unattend.xml e script WMI.L'idea è di preconfigurare una volta un ambiente di servizi di distribuzione Windows, quindi installare i sistemi di test ogni volta che si presenta la necessità, ad esempio quando reinstallazione di un ambiente di insegnamento, risoluzione dei problemi complicate in diverse configurazioni, ottimizzando in tal modo lo sviluppo e test di soluzioni personalizzate.

L'unico necessario interazione durante la distribuzione consiste nel premere il tasto F12 per avviare il Preboot eXecution Environment (PXE) ed è possibile eliminare anche in questo passaggio se si utilizza il Startrom.n12 invece del file predefinito Startrom.com avvio della configurazione di servizi di distribuzione Windows, come spiegato nell'articolo di TechNet"Completamente automatico sfondo struttura installazione."

Le attività rimanenti sono quindi già in mani di WDS, AIK e WMI, una volta si hanno automatico avviato VMs Hyper-V.Sarà possibile trovare il file di configurazione e la script nel materiale complementare disponibile il 2009 febbraio sezione download di codice del sito Web TechNet Magazine in technet.microsoft.com/magazine/cc135868.Le immagini di installazione effettivi non vengono inclusi, sono troppo grande, ma sarà possibile adattare i file complementare proprio ambiente di laboratorio.

Architettura di distribuzione

Alla base della distribuzione di laboratorio infrastruttura è un server di Servizi di distribuzione Windows di Servizi di dominio Active Directory (AD DS), Domain Name System DNS, DHCP (Dynamic Host Configuration Protocol) e, del, WDS.Per praticità amministrativa, È installato anche strumenti AIK e V Hyper per amministrazione remota sul server.Ecco tutto che necessario per prepararsi per l'efficienza di distribuzione Hyper-V.Non è necessario più, anche se è possibile inserire ulteriori server WDS se un'elevata disponibilità mediante la ridondanza è importante per l'utente.Il computer fisici rimanenti sono server Hyper-V, distribuito tramite WDS e all'hosting VMs che costituiscono l'ambiente di test effettivo, come illustrato nella Figura 1 .

Figura 1 un ambiente di laboratorio completa base V Hyper e macchine virtuali

Per istruzioni sulla distribuzione di servizi di distribuzione Windows server, vedere il foglio di lavoro complementare "distribuzione di Windows Deployment Services" all'indirizzo dello stesso sito di download indicato in precedenza.Come si vedrà l'installazione è semplice.È la distribuzione e la configurazione dell'host V Hyper che è difficile, ma più informazioni in un momento.

Basata su WDS distribuzione hyper V

Uno dei vantaggi della distribuzione di WDS per Hyper-V è che Servizi di distribuzione Windows semplifica l'aggiornamento di supporto di installazione Windows Server 2008, è necessario perché il supporto originale include solo una versione non definitiva di V Hyper.La versione di rilascio effettivo è disponibile come aggiornamento separato nell'area download Microsoft.

In istantaneamente qui sono i passaggi è: distribuzione di Windows Server 2008 su un computer di riferimento, aggiornare l'installazione con i file V Hyper più recenti, installare Hyper-V, utilizzare Sysprep.exe per l'installazione di generalize, acquisire e caricare l'immagine di installazione generalizzato al server di Servizi di distribuzione Windows e quindi automatizzare la distribuzione di Hyper-V predefinita per tutti gli host nell'infrastruttura fisica.Preferisce utilizzare server principale di Windows Server 2008 per V Hyper perché i server V Hyper dedicati all'hosting VMs e componenti di base Server offre un sistema operativo piccolo vantaggi footprint nonché protezione, affidabilità e gestibilità.E per l'acquisizione delle immagini di installazione, è possibile utilizzare WDS, naturalmente.Estrarre il complementare foglio di lavoro "distribuzione predefinito V Hyper host da tramite Windows distribuzione servizi" come semplice è creare, caricare e utilizzare un Hyper aggiornata-V installare immagine.È Impossibile sia più semplice.

In modo molto, così bene, la distribuzione di Hyper-V predefinito basato su servizi di distribuzione Windows è facile, ma la configurazione automatica non senza problemi.Il problema è che è necessario eseguire Sysprep.exe generalize l'installazione di riferimento prima dell'acquisizione e il caricamento dell'immagine di installazione, ma Sysprep.exe rimosse le informazioni di configurazione fondamentali dall'immagine V Hyper generalizzato.

Tra l'altro Sysprep.exe generalizes dati configurazione di avvio e rimuove la direttiva di avvio hypervisor dall'archivio dei dati di configurazione di avvio.È previsto da firmware indipendente dei dati di configurazione di avvio, ma che non nel caso di Hyper-V.Il hypervisor dipende dalle funzionalità virtualizzazione del BIOS e hardware sottostante, in modo da avviare il hypervisor direttiva necessario visitare in per generalize l'immagine di installazione.È possibile modificare l'archivio dei dati di configurazione di avvio in modalità non in linea dopo la generalizzazione Sysprep, ma questo non è una soluzione.

Se è possibile installare l'immagine di installazione utilizzando ImageX.exe (uno strumento incluso in AIK, è possibile nuovamente la direttiva di avvio tramite BCDEdit.exe, tuttavia, installazione di Windows rimosso questa direttiva nuovamente durante la fase di generalizzazione della routine di installazione vera e propria.Sono tornare all'inizio.

Forma di un bit di una situazione di difficile perché è necessario che la direttiva di avvio per avviare il hypervisor.Senza un hypervisor in esecuzione il server Hyper-V non è funzionale.Figura 2 Mostra messaggio di errore visualizzato quando tentando di avviare una VM su un server V Hyper distribuito mediante personalizzato installa immagine senza una rettifica della configurazione di avvio.

Nella figura 2 Impossibile avviare le macchine virtuali perché non è in esecuzione il hypervisor

Un modo per immettere nuovamente la direttiva di avvio hypervisor consiste per aggiungerlo manualmente dopo l'installazione del server eseguendo il comando

bcdedit /set hypervisorlaunchtype auto

e riavviare il server Hyper-V, ma in questo passaggio manuale sarebbe un grave roadblock per una distribuzione di laboratorio test completamente automatica. Fortunatamente, la AIK include Windows System Image Manager, che è possibile utilizzare per creare un file unattend.xml per l'immagine di installazione che Servizi di distribuzione Windows applicato durante l'installazione oltre a un proprio file WDSClientUnattend.xml. In questo file unattend.xml, è possibile specificare che programma di installazione deve accedere automaticamente a Windows con credenziali amministrative fornite dal client di servizi di distribuzione Windows ed eseguire uno script che inserisce la direttiva di avvio hypervisor nuovamente nell'archivio dei dati di configurazione di avvio e quindi riavvia il server.

Nella figura 3 viene illustrato l'approccio generale e il materiale di accompagnamento include la versione completa del file unattend.xml, nonché uno script completo hypervconfig.vbs. È possibile includere lo script hypervconfig.vbs direttamente nell'immagine di installazione in modo che risulti disponibile durante l'installazione. È sufficiente installare l'immagine con ImageX.exe, come descritto in un foglio di lavoro complementare "personalizzazione V Hyper distribuzioni".

Nella figura 3 Reconfiguring e avviare il hypervisor

In base WMI configurazione hyper V

Riattivare la hypervisor non è troppo difficile, ma se si analizza il mio script hypervconfig.vbs, si noterà che contenga leggermente più le cinque semplici righe di codice seguenti. Oltre alla direttiva di avvio, è necessario configurare l'intero ambiente V Hyper e questa è la complesse parte del brano distribuzione.

Non è possibile semplicemente creare VMs nel sistema di riferimento prima acquisizione immagine, includere nell'immagine di installazione e prevede quindi tutto lavoro dopo aver risolto la direttiva di avvio hypervisor. Naturalmente, il server verrà dispone VMs, ma le dipendenze di hardware sono mancante.

La generalizzazione immagine disconnette le porte Ethernet del VMs dall'unità pass-through dai dischi rigidi sottostanti e dispositivi CD/DVD e schede di interfaccia di rete fisica (NIC, Network Interface Card). È possibile ignorare la generalizzazione, ma non è consigliabile includere VMs preinstallata di un'immagine di installazione. VMs preinstallata aumento estremamente l'immagine, licenze di valutazione di test distribuiti server eventualmente scadono e domini di Active Directory non piace da eseguire in modalità non in linea per periodi prolungati di tempo oppure. Se si ripristina un ambiente di laboratorio utilizzando backup di VMs installato diversi mesi fa, è necessario un notevole possibilità di problemi Active Directory l'autenticazione e la replica. È preferibile iniziare da zero ogni volta.

Pertanto, si provisioning VMs e le risorse associate, ad esempio schede di rete, i dischi rigidi e unità DVD, nell'ambiente di V Hyper prima di affrontare la distribuzione effettiva del laboratorio di prova. Come si può immaginare, il provisioning di queste risorse virtuali è l'attività principale dello script hypervconfig.vbs.

L'approccio è piuttosto semplice. Lo script determina il nome del server V Hyper locale e quindi configura una serie specifica dell'host di VMs. Ciascuna VM riceve due unità DVD virtuale mappata a un file .ISO specifiche del server e un file di .ISO installazione generale. Il file .ISO specifiche del server corrisponde all'avvio DVD. Include gli script necessari e file di configurazione per un'installazione automatica di un server di laboratorio particolare.

Il file di installazione generale fornisce il supporto di installazione vera e propria. Condivisione del file .ISO generale tra VMs tutti in un server consente di ridurre la dimensione dell'immagine di installazione V Hyper mediamente nel controllo. È possibile posizionare i file .iso su un server di rete, ma un modo o un altro che è necessario copiare i file al server V Hyper per l'installazione, pertanto HO deciso da includere direttamente nell'immagine di installazione. In questo modo, è necessario i file .ISO disponibili localmente ogni volta che si presenta la necessità. Questo può essere utile, ad esempio, durante l'installazione di componenti aggiuntivi o la reinstallazione un particolare VM senza strappo verso il basso l'ambiente di laboratorio intero.

Tratterò l'installazione di specifici del server DVD in un momento. In primo luogo, verrà concentrarsi sulla configurazione dell'infrastruttura V Hyper per mezzo di uno script di base WMI. Come illustrato nella Figura 4 , vi sono numerose le risorse virtuali è necessario fornire, incluso un parametro con le porte opzione interni ed esterni, VMs stessi con le schede Ethernet virtuale, unità IDE virtuale connesse al disco rigido virtuale (VHD) file e l'unità DVD virtuali connesse ai file .ISO per l'installazione di sistemi operativi guest e applicazioni server virtuale.

Nella figura 4 provisioning risorse virtuali per l'ambiente di laboratorio

Inoltre è necessario regolare la configurazione di avvio automatico del VMs e modificare l'ordine di avvio da utilizzare l'unità disco virtuale per primi, seguiti da unità DVD virtuale in cui è connesso il file .ISO specifiche del server. In questa configurazione, l'avvio VMs da DVD di installazione fino al sistema operativo viene installato sul disco rigido virtuale. Sto che siano familiarità con questa sequenza perché è standard per qualsiasi moderni personal computer.

Lo script hypervconfig.vbs Configura VMs per l'avvio automatico quando fisico avvio del computer, in modo che il VMs connettono dopo il riavvio HypervisorLaunchType ed ecco come avviare l'installazione di laboratorio. Il VMs avvio eventualmente nelle routine di installazione dei sistemi operativi guest. Questa è la chiave per una distribuzione di laboratorio completamente automatica.

Nella maggior parte dei casi, la configurazione VM segue gli stessi principi che è prendere in considerazione durante la configurazione computer fisici con più unità connesse al più controller IDE. L'opzione virtuale, tuttavia, richiede ulteriore spiegazione perché è la chiave consente la comunicazione tra VMs sullo stesso server V Hyper e tra VMs su server separati attraverso la rete di computer. Essenzialmente, è possibile confrontare un passare virtuale alla controparte fisico. È creare chiamando il metodo CreatedVirtualSwitch, ma un'opzione senza porte non è molto utile.

Per connettere l'opzione a una rete fisica, è necessario creare una porta dello switch chiamando il metodo CreateSwitchPort e associare la porta a una scheda di rete Ethernet disponibile sul server. È possibile connettere una scheda di rete fisica a un solo parametro virtuale, ma può essere più opzioni connessi tra loro direttamente o tramite VMs router software in esecuzione. Ai fini del presente articolo, tuttavia, un ambiente LAN base senza i router di rete è sufficiente, pertanto È configurato un singolo parametro virtuale in ogni server di V Hyper connesso alla prima disponibile fisica Ethernet scheda.

È inoltre necessario connettersi L'VMs all'opzione virtuale. Anche in questo caso, è necessario creare una porta dello switch separata per ciascuna VM chiamando Create­SwitchPort. È quindi possibile associare ogni porta dello switch con scheda di rete virtuale una VM. Non dimenticare di connettere la partizione padre a virtuale opzione se si desidera fornire la connettività di rete esterna. È possibile eseguire questa operazione opportunamente chiamando il metodo SetupSwitch, che prevede una porta opzione interno ed esterno, un riferimento a una scheda di Ethernet fisica disponibile e un nome univoco del dispositivo e un nome visualizzato come parametri.

Chiamando il metodo SetupSwitch, è convertire l'opzione virtuale da un'opzione privata per un'opzione esterna, come illustrato negli script hypervconfig.vbs il materiale di accompagnamento. Lo script contiene tutti i dettagli per impostare la connettività di rete esterna per VMs. Per ulteriori informazioni, vedere il La documentazione del provider WMI di virtualizzazionesu MSDN. Parti sostanziale del mio script hypervconfig.vbs si basano gli esempi disponibili nella sezione "uso del provider WMI di virtualizzazione".

Distribuzione di laboratorio virtuale

Ora che viene eseguita la distribuzione Hyper-V e l'avvio VMs automaticamente dopo ogni sistema riavviato, È possibile attivare la mia attenzione la distribuzione effettiva dell'ambiente di laboratorio. Per il training aree, è probabile che sufficiente per distribuire i rete virtuale infrastruttura e guest sistemi operativi e consentire trainees distribuire le applicazioni di server rimanenti in un secondo momento. Ma a scopi di sviluppo, test e valutazione è preferibile automatizzare l'intera distribuzione dell'ambiente di laboratorio.

L'approccio generale è simile al metodo Hyper-V. Dopo l'installazione automatica del sistema operativo, lasciare l'account amministratore, accedere automaticamente ed eseguono i comandi di impostazioni aggiuntive. Tuttavia, è necessario orchestrare la distribuzione.

Tutti VMs avviare nelle routine di installazione praticamente allo stesso tempo, ma alcuni server dipendono da altri server in modo che non è possibile eseguire contemporaneamente tutte le installazioni. Ad esempio, è necessario installare Servizi di dominio Active Directory prima di poter aggiungere tutti gli altri server al dominio, Exchange Server 2007 richiede anche Active Directory, SharePoint server farm richiedono SQL Server e così via, quindi la VM solo nello scenario che può esecuzione programma di installazione di Windows immediatamente DC01.Litware.com. Tutte le altre VMs necessario attendere il controller di dominio in esecuzione.

Esistono diversi modi per implementare una sequenza di installazione. È possibile configurare un ritardo di avvio per VMs ma questa tecnica è notoriamente inaffidabile. Si è disposti a scommettere che sempre l'installazione di Active Directory viene completata entro 15 minuti? E quanto tempo necessario per installare il primo server di Exchange dopo che?

Un'altra possibilità è uno script di base di WMI per tornare alla VMs quando i prerequisiti di installazione consentirne l'. Questa è un'alternativa migliore, ma che è necessario coordinare l'esecuzione di script centralizzata con distribuzione VM distribuite. Meno complicata per personalizzare ogni routine di installazione di singoli e consentire VMs verificare eventuali prerequisiti di installazione specificato stessi prima di avviare le routine di installazione di Windows, come illustrato nella Figura 5 .

Nella figura 5 Implementazione di una sequenza di distribuzione basata su prerequisiti di installazione

Windows PE consente di implementare le routine di installazione personalizzato. Un sistema di operativo Win32 minimo con servizi limitati, ma con il supporto per Windows Script Host (WScript), WMI e Data Access componenti (MDAC) è. È necessario solo creare un'immagine personalizzata di Windows PE, aggiungere i pacchetti di funzionalità di Windows richiesti, includere uno script personalizzato e quindi modificare il file startnet.cmd situato % SystemRoot%\System32 dell'immagine Windows PE per eseguire lo script personalizzato.

Il foglio di lavoro complementare "creazione di personalizzato avvio immagini per L'distribuzioni server" viene descritto come creare un'immagine personalizzata di Windows PE per ciascun server nell'ambiente di laboratorio di test. Nella figura 6 viene illustrato come utilizzare questa tecnica per la distribuzione di un secondo controller di dominio di gestione.

Nella figura 6 Orchestrated distribuzione di un secondo controller di dominio in un laboratorio di prova

Il file startnet.cmd include un comando netsh per assegnare un indirizzo IP statico all'interfaccia di rete della VM e quindi chiama lo script StartSetup. Il comando netsh non è strettamente necessario in un ambiente abilitate per DHCP, ma consente di evidenziare gli errori correlati alla rete. Ad esempio, se per fornire una scheda di rete standard (porta Microsoft Synthetic Ethernet) per la VM nello script configurazione V Hyper anziché una scheda di rete legacy (porta Microsoft Emulated Ethernet), il comando netsh verrà visualizzata per informare è che Windows PE non riconosce la scheda di rete.

Lo script StartSetup non segnalare è il problema durante il tentativo di accedere alle risorse di rete perché l'istruzione On Error Resume Next Abilita lo script per sostenere errori di runtime. Se DC01 non è disponibile per qualsiasi motivo, la connessione tenta di errore e lo script continua a indefinitamente. Il ciclo termina solo se un tentativo di connessione ha esito positivo e DC01 è un server di catalogo globale implica che sia stato installato Servizi di dominio Active Directory.

Quando termina il ciclo, lo script chiama il comando Imposta effettivo, specificando un file unattend.xml con le impostazioni di configurazione specifiche del server. Il diagramma nella Figura 6 viene illustrato come attendere un server di catalogo globale per portare in linea, ma lo stesso principio anche è applicabile in altri scenari, ad esempio quando condivide la verifica la disponibilità del file o database di SQL Server. Semplicemente tentare di accedere alla risorsa e chiudere il ciclo se il tentativo ha esito positivo.

Risorse hyper V

Server 2008 Hyper-V sito di Windows

Blog del team di virtualizzazione di Windows

Guida Services alla distribuzione di Windows

Windows Automated Installation Kit

Riferimento di programma di installazione automatica Windows

Distribuzione di applicazioni server

L'unica attività rimanenti consiste nel configurare il file unattend.xml aggiungere il server al dominio, configurare le impostazioni TCP / IP, attivare Remote Desktop Protocol (RDP) e configurare <firstlogoncommands> per l'installazione di tutte le applicazioni server desiderato. La maggior parte delle applicazioni server di Microsoft supportano le distribuzioni automatiche.

Per Servizi di dominio Active Directory, è necessario fornire un file di risposta, come spiegato nell'articolo della Microsoft Knowledge Base" Come utilizzare la modalità automatica per installare e Rimuovi Servizi di dominio Active Directory nei controller di Windows Server 2008, basato su dominio." Per Exchange Server 2007, è necessario utilizzare parametri della riga di comando invece (vedere Installazione di Exchange 2007 in modalità automatica"nella Guida in linea). Per SQL Server 2008, è necessario seguire le istruzioni della Guida in linea descritte nell'articolo" Procedura: installare SQL Server 2008 dal prompt dei comandi." E per Windows SharePoint Services 3.0, prestare attenzione alla" Riferimento file config.xml per Windows SharePoint Services."

I requisiti variano complessità, ma è possibile implementare questi sistemi senza l'interazione qualsiasi amministratore. L'attività finale è di premere il tasto F12 per operazioni del sistema di distribuzione WDS-based.

Conclusione

V Hyper è interessante tecnologia. È completamente 64-bit compatibile con, quindi non è necessario distribuire più versioni di software a 32 bit per la valutazione o a scopo di formazione se una versione a 64 bit disponibile. È la tecnologia di Windows, in modo che diventino completo sfruttare servizi di distribuzione Windows AIK e Windows PE per la distribuzione. Supporta WMI e Windows PowerShell tramite un provider di WMI virtualizzazione, che è possibile utilizzare per gestire tutti gli aspetti dell'ambiente virtualizzato inclusi il provisioning delle risorse e VMs durante il processo di distribuzione. Viene utilizzato un hypervisor invece di un monitor di Virtual Machine (VMM) per fornire ad alte prestazioni e aumentare la scalabilità e viene inclusa in Windows Server 2008 in nessun aggiuntivo costo.

Negli ambienti di base di V Hyper sono relativamente uncomplicated per la distribuzione. Accetta solo pochi clic del mouse per iniziare la prima VMs ed in combinazione con le tecnologie di distribuzione Windows è divertente per automatizzare anche gli scenari più complessi.

Lo svantaggio solo che È possibile visualizzare è la documentazione in linea del provider WMI virtualizzazione, è ancora in una fase infant e, di conseguenza, il codice di esempio non viene descritte tutte le attività corrispondente. I risultati, tuttavia, sono anche rappresenta l'impegno. È divertente per visualizzare un ambiente IT distribuzione stesso, anche se questo comprende VMs molto inferiore a 600.

Strachan Fergus è un consulente indipendente di base Londra specializzato in progettazione dell'infrastruttura server di Microsoft e l'implementazione di aziende clienti nel Regno Unito. Fergus ha scritto articoli tecnici su tecnologia del server di Microsoft e creati l'integrazione tra ISA Server 2006 Microsoft Exchange 2007. È inoltre coautore del Microsoft Exchange Server 2003 Resource Kit.