Truedoc

[[TracNav(TOC)]]

h1. Installazione e gestione di Xen su Lenny

"Xen":http://www.xensource.com è un sistema di virtualizzazione basato sul

concetto di hypervisor, che consente sia di eseguire un sistema operativo

modificato per essere eseguito dall'hypervisor con perdite di prestazioni

minimali anche su processori che non supportano la virtualizzazione, che di

appoggiarsi alle estensioni presenti nei processori moderni per eseguire

sistemi non modificati. 

Nel primo caso occorre che il sistema ospite supporti le modifiche per essere

usato da Xen (nel caso di Linux occorre un kernel opportunamente modificato,

<pre>

nel secondo appoggiandosi alle estensioni del processore e ad una apposita

<pre>

qualunque versione di Linux ed anche Windows.

Il meccanismo di funzionamento di Xen prevede che l'hypervisor lanci una

istanza privilegiata del sistema operativo ospite (una versione di Linux

modificata per essere eseguita dall'hypervisor) che viene chiamata *Dom0*,

da questa sarà poi possibile creare ed eseguire le varie macchine virtuali,

chiamate *DomU*.

h2. Installazione di base

Con Lenny il supporto per Xen è presente direttamente nella distribuzione che

fornisce i pacchetti necessari, pertanto una volta installato il sistema, si

potrà installare Xen ed i kernel con esso compatibili direttamente con il

comando:

<pre>

aptitude install xen-linux-system-2.6.26-2-xen-686

</pre>

utilizzando il metapacchetto che installa tutte le parti necessarie,

dall'hypervisor ai kernel modificati ai vari programmi di ausilio. Si possono

poi installare anche i programmi ausiliari per Debian che consentono una

creazione rapida delle macchina virtuali con:

<pre>

aptitude install xen-tools

</pre>

Una volta installato il nuovo kernel e l'hypervisor si riavvii la macchina,

<pre>

l'hypervisor. Una volta installato il tutto si potrà controllare che Xen è

attivo con il comando:

<pre>

xenhost:~# xm dmesg

...

(XEN) System RAM: 1982MB (2030012kB)

(XEN) Xen heap: 9MB (10084kB)

(XEN) Domain heap initialised: DMA width 32 bits

(XEN) PAE enabled, limit: 16 GB

(XEN) Processor #0 15:11 APIC version 16

(XEN) Processor #488 15:11 APIC version 16

(XEN) IOAPICr0: apic_id 4, version 17, address 0xfec00000, GSI 0-23

(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs

(XEN) Using scheduler: SMP Credit Scheduler (credit)

(XEN) Detected 2304.832 MHz processor.

(XEN) AMD SVM: ASIDs enabled. 

(XEN) HVM: SVM enabled

...

</pre>

che mostra come sia stata riconosciuta la RAM totale, i processori e,

nell'ultima riga, come sia disponibile il supporto per HVM (_Hardware Virtual

Machine_) cioè la virtualizzazione hardware con il supporto del processore.

Il passo successivo è configurare Xen per la gestione delle macchine virtuali,

questo viene fatto con il file di configurazione principale che è

<pre>

alla rete alle macchine virtuali, per questo occorre, rispetto alla

configurazione di default, attivare la gestione in modalità _bridge_, in cui

l'interfaccia fisica viene messa in bridge con le interfacce virtuali delle

varie macchine *DomU*, questo deve essere fatto modificando il file in

modo che le direttive di gestione della rete siano le seguenti:

<pre>

...

(network-script network-bridge)

...

#(network-script network-dummy)

</pre>

(nel default la prima è commentata e la seconda no), se l'interfaccia che si

<pre>

<pre>

(network-script 'network-bridge netdev=ethX')

</pre>

Nelle precedenti versioni di Xen era necessario limitare la quantità di

<pre>

passata al bootloader, le versioni recenti liberano automaticamente la

memoria, ma si può impostare un limite minimo con la direttiva:

<pre>

(dom0-min-mem 128)

</pre>

(il valore è in Mb, ed il default è 196, eccessivo nella gran parte dei casi).

h2. La gestione delle macchine virtuali con gli xen-tools

<pre>

consentono di creare in maniera veloce nuove macchine virtuali. Per farlo sono

disponibili due approcci, quello basato su immagini poste su file, e quello

basato su volumi logici di LVM; noi ci baseremo su questo. Si darà pertanto

per scontato che si sia installato LVM ed i relativi programmi ausiliari,

qualora questo non sia il caso sarà sufficiente farlo con:

<pre>

aptitude install lvm2

</pre>

Sarà poi necessario disporre di adeguato spazio disco da dedicare a LVM; a

questo scopo si ricordi che una partizione usata come _volume fisico_ di LVM

<pre>

è una partizione libera si potrà creare il gruppo di volumi (che chiameremo

<pre>

spazio disco per le macchine virtuali con i comandi:

<pre>

pvcreate /dev/sda3

vgcreate xenvg /dev/sda3 

</pre>

ed in seguito aggiungere eventuali altri dischi con:

<pre>

pvcreate /dev/sdb1

vgextend xenvg /dev/sdb1

</pre>

(si consulti la documentazione di LVM o il relativo capitolo su

"Amministrare GNU/Linux":http://labs.truelite.it/http://svn.truelite.it/documenti/corso.pdf per i dettagli di gestione di LVM).

<pre>

<pre>

una serie di parametri che controllano le modalità di creazione con una

<pre>

file per i dischi della macchina virtuale occorrerà anzitutto impostare l'uso

di LVM con:

<pre>

lvm = xenvg

</pre>

dove si è fatto riferimento al volume fisico appena creato;

occorrerà poi impostare le dimensioni di default per il disco, la RAM e la

swap assegnate a ciascuna macchina virtuale creata; questo si fà con

<pre>

presenti commentati nello scheletro di configurazione installato da Debian. 

Si devono poi impostare gli indirizzi; in questo caso si hanno due scelte,

<pre>

del DHCP, o fornire un IP statico a riga di comando, in tal caso si dovranno

comunque impostare le altre proprietà della rete, ed in particolare i 

parametri:

<pre>

gateway   = 172.16.0.1

netmask   = 255.255.0.0

broadcast = 172.16.255.255

</pre>

Per la creazione delle macchine virtuali esistono diversi metodi, ma fintanto

che ci si limita a Debian e Ubuntu è sufficiente usare _deboostrap_, e

questo lo si fa con il parametro:

<pre>

install-method = debootstrap

</pre>

in questo caso è poi possibile anche indicare la distribuzione di default da

usare con:

<pre>

dist = lenny

</pre>

Utilizzando questo metodo si potrà creare una macchina virtuale con il comando

<pre>

macchina stessa, con un comando come:

<pre>

xen-create-image --hostname=xentest.mydomain.it --ip=172.16.0.31 --role udev

</pre>

(dove --role è necessario per installare udev nell'ospite, che altrimenti non

sarà in grado di utilizzare una console). 

Si tenga presente che si potrà modificare uno qualunque dei parametri visti in

precedenza passando il valore voluto sulla riga di comando, esprimendo

l'assegnazione in forma di opzione estesa (cioè come

<pre>

Una volta lanciato il comando questo stamperà una serie di informazioni

progressive sulla installazione, con qualcosa del tipo:

<pre>

General Information

--------------------

Hostname       :  xentest.mydomain.it

Distribution   :  lenny

Partitions     :  swap            128Mb (swap)

                  /               4Gb   (ext3)

Image type     :  full

Memory size    :  128Mb

Kernel path    :  /boot/vmlinuz-2.6.26-2-xen-686

Initrd path    :  /boot/initrd.img-2.6.26-2-xen-686

[...]

Creating Xen configuration file

Done

All done

Logfile produced at:

	 /var/log/xen-tools/xentest.ittig.cnr.it.log

</pre>

<pre>

<pre>

con:

<pre>

xm create xentest.ittig.cnr.it.cfg

</pre>

e verificarne l'avvio con:

<pre>

xm console xentest.ittig.cnr.it.cfg

</pre>

Si tenga presente però che per un bug degli script di creazione sulla macchina

<pre>

<pre>

modificare lo stesso file a mano. Questo può essere fatto montando il volume

<pre>

<pre>