Dettagli

Creato: 11 Ottobre 2011

Visite: 11325

• Virtualization

Ultimamente mi sta capitando spesso durante i corsi che tengo o quando effettuo consulenze strategiche presso i clienti, di notare una mancanza di competenze che qualche anno fa non riscontravo. Adesso va tanto "di moda" la virtualizzazione e molte aziende stanno consolidando la propria infrastruttura in vista di ottenere benefici e soprattutto risparmio energetico, per il ridursi dei costi legati all'alimentazione e alla climatizzazione della sala macchine. Il problema è che ho visto "IT Manager" e "IT Specialist" virtualizzare utilizzando tecnologie Microsoft (Hyper-V e SCVMM) senza nemmeno leggere un rigo di documentazione. Ho visto fallire diverse volte le conversioni P2V e riprovarci fino allo sfinimento, ripetendo la stessa procedura, senza nemmeno capire per quale motivo non stesse funzionando. La "scusa" più utilizzata è stata che si tratta di tecnologie Microsoft, quindi il fallimento è normale (????), oppure la presenza di un wizard dovrebbe evitare la lettura della documentazione e riuscire "per forza" (sorry???), oppure la mancanza di un'infrastruttura di test impedisce di effettuare prove e lavorare direttamente in produzione (!!!).

Voglio quindi seguire il consiglio di un paio di amici e fare quello che sono: un divulgatore. In questo breve articolo voglio permettere a tutti coloro che non hanno, non possono permettersi, non gli viene concesso dal management, non ne hanno bisogno, o credono non serva, di crearsi un'infrastruttura di test senza comprare costoso hardware per fare le prove. Mi basta una sola macchina, anche un portatile con almeno Intel Core I7 e 8 GB di RAM. Tutto qui!

Da pochissimi giorni sono stati rilasciati VMware Workstation 8 e VMware Player 4.0. Una delle novità che ho apprezzato di più è stata la possibilità di eseguire macchine virtuali guest con Hyper-V abilitato e funzionante (si avete letto bene!) e sistemi operativi a 64 bit che girano sull'hypervisor (nested virtual machines).

Un prerequisito è che sulla macchina fisica si abilitato Intel EPT e la macchina virtuale venga creata con Virtual Machine Hardware Compatibility 8. Per prima cosa, dopo aver installato VMware Workstation 8, creiamo una macchina virtuale che supporti Windows Server 2008 R2 come sistema operativo guest (3-4 GB di RAM e 2 vCPU sono una buona configurazione per iniziare).

Figura 1: Creazione di una nuova macchina virtuale con sistema operativo guest Server 2008 R2

A questo punto modifichiamo i settaggi della macchina virtuale appena creata e andiamo ad abilitare con un segno di spunta l'opzione Virtualize Intel VT-x/EPT or AMD-V/RVI. È questa la grande novità della versione 8 che permette alle macchine guest di accedere direttamente alle istruzioni del processore.

Figura 2: Configurazione dell'opzione Virtualize Intel VT-x/EPT or AMD-V/RVI

Salviamo le modifiche apportate e andiamo a modificare col blocco note il file di configurazione VMX della macchina virtuale, direttamente nella cartella dove lo abbiamo salvato. Aggiungiamo in fondo al file di configurazione la riga hypervisor.cpuid.v0 = "FALSE" (serve a non far capire al sistema operativo guest che sta girando in una macchina virtuale) e salviamo.

Figura 3: Modifica della configurazione del file VMX con l'aggiunta dell'opzione
hypervisor.cpuid.v0 = "FALSE"

A questo punto possiamo avviare la nostra macchina virtuale e installare Windows Server 2008 R2. Terminata l'installazione, installiamo Hyper-V dal Server Manager e procediamo alla creazione di macchine virtuali. Ovviamente potreste anche installare Hyper-V Server direttamente come guest.
Sicuramente in questo laboratorio la velocità delle macchine virtuali non è ottimale (a questo punto è d'obbligo usare un disco SSD per aumentare drasticamente le performance), ma vi assicuro che tutto funziona alla grande, anche se non è ovviamente supportato!

Figura 4: Macchina virtuale con Hyper-V abilitato e funzionante.
Si notino anche le macchine con ESXi e XenServer

Creando un paio di macchine virtuali con VMware Workstation 8 siamo anche in grado di realizzare un cluster con Hyper-V e verificare come funziona la Live Migration, il tutto utilizzando un'unica macchina fisica. Sul pc fisico potreste infatti installare Windows 2008 R2 SP1 come sistema operativo host, configurarlo come domain controller e DNS server, installare Microsoft iSCSI Software Target 3.3 e trasformarlo in una SAN. Troppo complicato??? Ma no!

Figura 5: schema del laboratorio di test realizzato

Come potete vedere dalla figura 5, il laboratorio realizzato consiste in un notebook con processore Intel Core i7 su cui ho installato Windows Server 2008 R2 SP1. Dopo aver installato VMware Workstation 8, ho creato diverse macchine virtuali (2 con MIcrosoft Hyper-V, 1 con VMware ESXi ed 1 con Citrix XenServer). Dopo aver configurato i diversi hypervisor ho cominciato a creare le guest virtual machines (i computer scuri che vedete in figura), che sono quindi "annidati" all'interno delle macchine virtuali create con VMware Workstation. Fantastico!!!

Le stesse indicazioni date per la creazione della macchina virtuale per Hyper-V sono valide se volete installare in VMware Workstation 8 sia VMware ESXi 5.0 (ufficialmente supportato da VMware) sia Citrix XenServer 6.0 e fare dei test, magari per migrare macchine virtuali di altri vendor ad Hyper-V o per provare SCVMM 2012 RC, che supporta tutte e 3 le piattaforme di virtualizzazione citate.

In alternativa a VMware Workstation 8 potete anche usare il prodotto gratuito VMware Player 4.0!!

Cari IT Specialists, adesso non avete più scuse!!! Vai coi laboratori!!!

Se poi vi va di vedere il laboratorio dal vivo potete sempre venire ad assistere alla sessione che terrò a WPC 2011 ad Assago il 23 Novembre Microsoft Server Virtualization and Management for the Experienced VMware IT Pro.

 

Nic

Dettagli

Creato: 21 Settembre 2011

Visite: 5097

• System Center
• Technet
• Virtualization

In VMM 2012 sono state migliorate le funzionalità della Library e sono stati inseriti i nuovi Services Templates, un rinnovato Self Service Portal, le funzionalità di gestione degli Account e gli strumenti per la gestione dinamica delle risorse.

La Library

In System Center Virtual Machine Manager 2012 la library è stata potenziata per supportare la creazione di un Private Cloud e per gestire le infrastrutture basate su VMware o Citrix. Adesso oltre a poter contenere i dischi virtuali, i file ISO, i template e i profili hardware e software è possibile anche gestire:

• Host Profiles: configurazioni hardware e software per installare Hyper-V sulle macchine bare-metal;
• Drivers: per installare Hyper-V sulle macchine bare-metal;
• Application Profiles: configurazioni e file per poter distribuire le applicazioni alle macchine virtuali dopo averle create – possono contenere ad esempio pacchetti virtualizzati con Server App-V;
• SQL Server Profiles: configurazioni e file per poter distribuire le applicazioni basate su SQL Server;
• Service Templates: configurazioni per poter distribuire i servizi;
• Pacchetti applicativi: applicazioni virtualizzate da distribuire alle macchine;
• Cloud Libraries: librerie di file in sola lettura che possono essere assegnate ad un private cloud oppure condivisioni di rete visibili nel portale self-service che possono essere usate per conservare servizi e macchine virtuali.

Figura 1: VM template nella Library

I Services

I Services sono un'altra importante novità di VMM2012. I Services sono dei template che permettono la creazione di una serie di macchine virtuali che possono lavorare insieme per fornire un servizio. Pensate ad esempio a un'applicazione web che abbia bisogno per funzionare di un web server, di un database e di altri componenti e che ognuno di questi ruoli giri su una macchina virtuale diversa configurata ad-hoc. Il service template ci permette di catturare le configurazioni di ogni singola macchina virtuale in modo tale da poter ricreare lo stesso set di macchine se abbiamo bisogno di ripartire il carico di lavoro o di mettere a disposizione un nuovo servizio completo. I service template possono anche essere esportati (come i template di macchine virtuali) in formato XML seguendo lo standard Open Virtualization Format (OVF).

La creazione del Service template è agevolata da un tool grafico (il Service Template Designer) che permette di aggiungere template di macchine virtuali, logical networks, load balancers e application templates.

Per approfondire vi segnalo gli articoli:

• Overview of a Service in SCVMM 2012
• The Service Concept in VMM 2012
• Creating Service Templates using the VMM 2012 Service Template Designer
• How to customize and deploy a Service in SCVMM 2012
• Updating Services in SCVMM 2012
• An Explanation of Scale In and Scale Out for a Service

Figura 2: Creazione del Service template con il Service Template Designer

 

Il Self Service Portal

Dal nuovo portale self-service è possibile gestire il Cloud che è stato assegnato ad ogni singolo utente, limitando con delle quote la possibilità di utilizzare le diverse risorse del cloud (numero di macchine virtuali, servizi, networking, storage), senza che l'utente veda gli host o le diverse configurazioni. Le macchine virtuali possono essere create sia sugli host Hyper-V sia su vSphere e XenServer. Ogni utente può anche crearsi i propri template, magari partendo da alcune risorse rese disponibili a partire dalla Library (porzioni di library possono essere condivise con gli utenti). Dal Self-Service Portal è anche possibile distribuire i Services partendo dai Services Templates.

I Self Service Users possono usare anche la console di VMM2012 invece che il portale web, ovviamente avendo accesso solo a ciò che gli è stato permesso di vedere.

Figura 3: Accesso al Cloud per un utente Self-Service utilizzando la console

Al momento è rimasta quasi invariata la schermata del portale web, come si può vedere dalla figura 12:

Figura 4: Self-Service Web Portal

La gestione degli account

Avere la possibilità di salvare le credenziali per poter accedere a servizi diversi è alla base del concetto dei RunAs accounts e RunAs profiles. In VMM 2012 possono essere create diverse categorie di RunAs Account:

• Host Computer Accounts - per collegarsi agli host Hyper-V, vSphere e XenServer;
• BMC Accounts - per collegarsi ai dispositivi BMC sui server;
• Network Device Accounts - per collegarsi ai network load balancer;
• Profile Accounts - per creare servizi, applicazioni, ecc.;
• External Accounts - per collegarsi a servizi esterni, per esempio SCOM;

Ogni volta che deve essere eseguita un'operazione sul Fabric è quindi possibile dichiarare l'account da utilizzare. Se voglio connettermi ad un cluster Hyper-V utilizzarò le credenziali di un account di dominio che abbia permessi sul cluster, ma se devo connettervi a VMware vCenter utilizzerò le credenziali di accesso definite nel vCenter.

Figura 5: RunAs Profiles creati per gestire i diversi Host e Servizi

Interessante è anche la possibilità di poter scegliere con quale privilegio fare logon alla console, magari come Self-service User oppure come Read-only Administrator, oltre che come Administrator. In questo modo possiamo dare agli utenti privilegi diversi e ognuno di loro vedrà solo ciò che è autorizzato ad utilizzare.

Figura 6: Finestra di logon della console di VMM 2012

Dynamic & Power Optimization

È stata migliorata molto la funzionalità di Dynamic Optimization (che in VMM 2008 R2 si chiamava Performance & Resource Optimization - PRO), che ora non richiede più System Center Operations Manager (rendendo molto più facile l'implementazione) e che permette di monitorare gli host e di spostare, in automatico o manualmente, le macchine virtuali da un host ad un altro per ripartire al meglio il carico di lavoro.

Ogni 10 minuti vengono controllati i livelli di utilizzo di CPU, Memoria, Disco e Rete ed in base ai limiti che abbiamo impostato avvengono gli spostamenti delle macchine virtuali contenute nel nostro cluster Hyper-V. System Center Virtual Machine Manager 2012 è anche in grado di implementare la Dynamic Optimization anche su host VMware e Citrix.
Se la Dynamic Optimization è impostata per lavorare in automatico è possibile utilizzare la nuova funzionalità di Power Optimization, che tende a consolidare le macchine virtuali sul minor numero di host fisici per poi spegnerli e risparmiare energia (un altro passo verso il Green IT). Nel momento in cui il carico di lavoro aumenta, gli host fisici vengono riaccesi secondo necessità e le macchine virtuali vengono ridistribuite nel cluster.

Figura 7: Dynamic e Power Optimization

Per approfondire potete leggere alcuni interessanti articoli sul blog di VMM:

• High-Availability Enhancements in VMM 2012
• Dynamic Optimization and Power Optimization in SCVMM 2012
• Green IT and VMM - How to use Dynamic Optimization to Save Energy in SCVMM 2012
• Host Power Control in SCVMM 2012

Conclusioni

VMM 2012 rappresenta decisamente un balzo in avanti rispetto alla precedente versione, aumentando le funzionalità e portandosi al passo con i suoi competitor. Gestire diverse piattaforme da un'unica console permette poi di avere la possibilità di utilizzare tutte le risorse dei nostri datacenter, che spesso sono molto eterogenei.