From Fedora Project Wiki
No edit summary
No edit summary
Line 1: Line 1:
{{autolang}}
{{autolang}}


{{Admon/caution|Pagina obsoleta: in fase di aggiornamento con l'americana!|
{{Admon/note|Pagina in fase di aggiornamento con l'americana!|
Fare riferimento alla versione originale americana
2 Luglio 2010
}}
}}


Line 64: Line 64:
Per conoscere i dettagli di ciascun pacchetto consultare la sezione [[It_IT/Virtualization#Pacchetti_attinenti|I pacchetti relativi alla virualizzazione]].
Per conoscere i dettagli di ciascun pacchetto consultare la sezione [[It_IT/Virtualization#Pacchetti_attinenti|I pacchetti relativi alla virualizzazione]].


== Avvio ==
=== Verificare che libvirtd sia in esecuzione ===
Fedora supporta multiple piattaforme di virtualizzazione, ciascuna con le proprie metodologie seppur molto simili tra loro.
Per esempio, per visualizzare tutti i domini sul sistema locale, con '''KVM''' si usa il comando
virsh -c qemu:///system list
mentre con '''Xen''' il comando diventa
virsh -c xen:///system list
Occhio a queste sottili differenze!


Per controllare se la virtualizzazione sia abilitata o no, eseguire il seguente comando, dove <URI> è un URI valido riconosciuto da
Dopo aver installato il gruppo di pacchetti, avviare il servizio libvirt:
<code>libvirt</code>:  
 
  $ su -c "virsh -c <URI> list"
  su -c "service libvirtd start"
Name                              ID Mem(MiB) VCPUs State  Time(s)
 
Domain-0                          0      610    1 r----- 12492.1
Per impostare l'avvio del servizio al boot, eseguire il seguente comando:
L'output indica che esiste un hypervisor attivo.<BR> Se la virtualizzazione non è abilitata, l'output sarà simile al seguente:
su -c "chkconfig libvirtd on"
<pre>
 
$ su -c "virsh -c <URI> list"
che imposta l'avvio automatico del servizio, nei runlevel 2, 3, 4 e 5.
libvir: error : operation failed: xenProxyOpen
error: failed to connect to the hypervisor
error: no valid connection
</pre>
In tal caso:
* Con Xen, assicurarsi che <code>xend</code> sia in esecuzione
* Con KVM, assicurarsi che <code>libvirtd</code>  sia in esecuzione
* Verificare che l'URI sia specificato correttamente


Per maggiori dettagli su URI, consultare la sezione [http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#sect-Virtualization_Guide-Remote_management_of_virtualized_guests-Transport_modes 13.3. Modalità di trasporto] della documentazione e  
Per maggiori dettagli su URI, consultare la sezione [http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#sect-Virtualization_Guide-Remote_management_of_virtualized_guests-Transport_modes 13.3. Modalità di trasporto] della documentazione e  
Line 96: Line 82:


== Creare un guest Fedora ==
== Creare un guest Fedora ==
E' possibile installare i guest Fedora usando anaconda. L'installazione può essere avviata da un terminale con il programma <code>virt-install</code> o con l'interfaccia grafica <code>virt-manager</code>. L'installazione chiederà il tipo di virtualizzazione da usare, KVM o Xen, virtualizzato o para-virtualizzato, durante il processo di creazione del guest.  
E' possibile installare i guest Fedora usando anaconda. L'installazione può essere avviata sia da un terminale con il programma <code>virt-install</code> sia con l'interfaccia grafica <code>virt-manager</code>.  


=== Creare un guest Fedora con virt-install ===
=== Creare un guest Fedora con virt-install ===
<code>virt-install</code> è uno strumento a riga di comando per creare guest virtualizzati. Per avviare il processo interattivo d'installazione, eseguire il comando
<code>virt-install</code> è uno strumento a riga di comando per creare guest virtualizzati. Per avviare il processo interattivo d'installazione, eseguire il comando
<pre>
su -c "/usr/sbin/virt-install --proper"
su -c "/usr/sbin/virt-install"
 
</pre>
Durante la fase di creazione verranno presentate le seguenti domande:
Durante la fase di creazione verranno presentate le seguenti domande:
# Qual'è il nome da assegnare alla virtual machine? Tale nome servirà ad identificare il S.O. guest. Il nome è usato con i comandi <code>virsh</code> e da  <code>virt-manager</code>(Virtual Machine Manager).
# Qual'è il nome da assegnare alla virtual machine? Tale nome servirà ad identificare il S.O. guest. Il nome è usato con i comandi <code>virsh</code> e da  <code>virt-manager</code>(Virtual Machine Manager).
# Quanta memoria RAM deve essere allocata (in MB)? Questa è la quantità di RAM che sarà assegnata al guest in MegaByte (p.e. 256). Si raccomanda di allocare almeno 256MB per ogni guest.  
# Quanta memoria RAM deve essere allocata (in MB)? Questa è la quantità di RAM che sarà assegnata al guest in MegaByte (p.e. 256). Si raccomanda di allocare almeno 256MB per ogni guest.  
# Quale disco si desidera usare (percorso)? Il percorso locale ed il nome del file usati come immagine disco dal guest (p.e. /home/beppe/xenbox). Questo verrà esportato come un disco intero verso il guest.
# Quale disco si desidera usare (path)? Il path locale ed il nome del file usati come immagine disco dal guest (p.e. /var/lib/libvirt/images/name.img). Questo verrà esportato come un disco intero verso il guest. Si consiglia di usare la directory predefinita /var/lib/libvirt/images/.
# Quanto grande si desidera il disco (in GB)? La dimensione del disco virtuale in GigaByte assegnata al guest (appare solo se il file specificato sopra non esiste già). Una dimensione ragionevole per una installazione ''tipica'' è di 4GB.
# Quanto grande si desidera il disco (in GB)? La dimensione del disco virtuale in GigaByte assegnata al guest (appare solo se il file specificato sopra non esiste già). Una dimensione ragionevole per una installazione ''tipica'' è di 4GB.
# Si desidera abilitare il supporto grafico (si o no)? Si chiede se si vuole usare l'installazione grafica.
# Dove si trova il CD-ROM/ISO o l'URL d'installazione? Si chiede di specificare, nel formato usato da anaconda, il percorso ad una locazione di installazione. Locazioni NFS, FTP, ed HTTP sono tutte supportate. Formati tipici sono i seguenti:   
# Dove si trova l'installazione? Si chiede di specificare, nel formato usato da anaconda, il percorso ad una locazione di un albero di installazione di Fedora. Locazioni NFS, FTP, ed HTTP sono tutte supportate. Formati tipici sono i seguenti:   
#* <code>nfs:my.nfs.server.com:/path/to/test2/tree/</code>
#* <code>nfs:my.nfs.server.com:/path/to/test2/tree/</code>
#* <code><nowiki>http://my.http.server.com/path/to/tree/</nowiki></code>
#* <code><nowiki>http://my.http.server.com/path/to/tree/</nowiki></code>
#* <code><nowiki>ftp://my.ftp.server.com/path/to/tree</nowiki></code>
#* <code><nowiki>ftp://my.ftp.server.com/path/to/tree</nowiki></code>
Il comando <code>virt-install</code> accetta anche ''opzioni'', per esempio per usare un file ''kickstart'' di nome kickstart-file-name.ks si esegue:
Il comando <code>virt-install</code> accetta anche ''opzioni'', per esempio per usare un file ''kickstart'' di nome kickstart-file-name.ks si esegue:
  virt-install -x ks=kickstart-file-name.ks
  virt-install -x ks=kickstart-file-name.ks
oppure si inserisce l'opzione <code>--vnc</code> per aprire una finestra grafica durante l'installazione del guest.
 
Eseguire <code>virt-install --help</code> per maggiori dettagli.
Eseguire <code>virt-install --help</code> per maggiori dettagli.


Se si è abilitato il supporto grafico, si aprirà una finestra VNC che avvierà l'installazione grafica. Altrimenti apparirà una installazione di tipo testuale. Procedere con l'installazione di Fedora.
Se si è abilitato il supporto grafico, si aprirà una finestra VNC che avvierà l'installazione grafica. Altrimenti apparirà una installazione di tipo testuale. Procedere con l'installazione di Fedora.
Per maggiori informazioni consultare la sezione [http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#sect-Virtualization_Guide-Virtualized_guest_installation_overview-Creating_guests_with_virt_install  2.1. Creazione di un guest con virt-install]


=== Creare un guest Fedora con virt-manager ===
=== Creare un guest Fedora con virt-manager ===
Line 143: Line 126:
*[http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#chap-Virtualization_Guide-Managing_guests_with_virsh virsh]
*[http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#chap-Virtualization_Guide-Managing_guests_with_virsh virsh]
*[http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#chap-Virtualization_Guide-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager virt-manager]
*[http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/#chap-Virtualization_Guide-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager virt-manager]
== Mailing List ==
* Discussioni generali sulla virtualizzazione inclusi [http://www.linux-kvm.org/page/Main_Page KVM] and [http://www.nongnu.org/qemu/ QEMU]
:  Fedora [http://lists.fedoraproject.org/mailman/listinfo/fedora-virt <code>fedora-virt</code>] mailing list
* Discussioni su [http://www.xen.org/ Xen]
: Fedora [http://lists.fedoraproject.org/mailman/listinfo/fedora-xen <code>fedora-xen</code>] mailing list
: Xensource [http://lists.xensource.com/mailman/listinfo/xen-users <code>xen-users</code>] mailing list
* [http://www.virt-manager.org/ Virtual Machine Manager], <code>virt-inst</code> e strumenti relativi
: Red Hat [http://www.redhat.com/mailman/listinfo/et-mgmt-tools <code>et-mgmt-tools</code>] mailing list
* Discussioni su [http://www.libvirt.org Libvirt]
: Red Hat [http://www.redhat.com/mailman/listinfo/libvir-list <code>libvir-list</code>] mailing list
== Novità in Fedora 12/13 alla virtualizzazione ==
Per conoscere le novità apportate alla virtualizzazione in Fedora 12, come il miglioramento della gestione della memoria, fare riferimento<BR> alle [[It IT/Releases/12/FeatureList | note di rilascio di Fedora 12]] e alla ricca documentazione ufficiale sulla [http://docs.fedoraproject.org/virtualization-guide/f12/it-IT/html-single/ Virtualizzazione in Fedora 12].
Per conoscere le novità apportate alla virtualizzazione in Fedora 13, fare riferimento alle [[It IT/Releases/13/FeatureList | note di rilascio di Fedora 13]].
== Riferimenti ==
*
Per scoprire altre teconologie di virtualizzazione disponibili per Linux in generale, e le relative caratteristiche e prestazioni,<BR> fare riferimento al sito [http://virt.kernelnewbies.org/TechComparison TechComparison].
Alcuni articoli generali:
* [http://www-128.ibm.com/developerworks/linux/library/l-linux-kvm/?ca=dgr-lnxw07LinuxKVM Discover the Linux Kernel Virtual Machine]
* [http://kerneltrap.org/node/8088 Interview: Avi Kivity]





Revision as of 09:05, 3 July 2010

Pagina in fase di aggiornamento con l'americana!
2 Luglio 2010

La virtualizzazione su Fedora

Per offrire una soluzione alla virtualization, Fedora usa la famiglia di librerie libvirt.

Per impostazione libvirt in Fedora, usa Qemu per eseguire istanze guest. Qemu è in grado di emulare una macchina guest via software, o usando una CPU dedicata (vedi più avanti), attraverso KVM, può offrire una virtualizzazione completa e veloce.

Per scoprire altre teconologie di virtualizzazione disponibili per Linux in generale, e le relative caratteristiche e prestazioni, fare riferimento al sito TechComparison.

Fedora può eseguire un guest Xen, ma attualmente non esiste alcun supporto a tali sistemi. Un repo sperimentale è disponibile su http://myoung.fedorapeople.org/dom0/

Preparare il sistema alla virtualizzazione

Questa sezione descrive come usare le librerie libvirt. Dopo aver completato con successo le indicazioni suggerite, si potranno creare sistemi operativi guest. :-)

Requisiti Hardware

Spazio su disco rigido e memoria RAM

I requisiti minimi di memoria, di massa e volatile, per la virtualizzazione in Fedora sono:

  • Almeno 600MB di spazio su disco rigido per ciascun guest. Un sistema Fedora minimo in modalità text richiede 600MB di spazio. Guest desktop standard di Fedora almeno 3GB di spazio su disco rigido.
  • Almeno 256MB di RAM per ciascun guest + 256MB per il Sistema Operativo (S.O.) base. Si raccomandano circa 756MB, per ogni guest di un moderno S.O. Una buona regola è disporre tanto spazio quanto normalmente richiesto dal S.O. ed allocare tale quantità al guest virtualizzato.

Come usare Qemu

Se sei interessato ad usare Qemu, fai riferimento alla pagina How to use qemu.

Ulteriori requisiti per guest completamente virtualizzati

La completa virtualizzazione con KVM necessita di una CPU con estensioni alla virtualizzazione, cioè, le estensioni proprie di INTEL VT o AMD-V.

Per verificare se la propria CPU INTEL abbia il supporto INTEL VT (ossia il flag vmx), come sopra:

$ grep vmx /proc/cpuinfo
flags           : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 
                  ss ht tm syscall nx lm  constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm  

Su alcuni sistemi INTEL (solitamente portatili) le estensioni INTEL VT sono disabilitate nel BIOS. Entrare nel BIOS ed abilitare INTEL-VT o Vanderpool Technology, generalmente localizzato tra le opzioni delle CPU o nei menu del Chipset.

Per verificare se la propria CPU AMD ha supporto AMD-V (il flag svm):

$ grep svm /proc/cpuinfo
flags           : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall
                  nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy

I processori VIA Nano usano l'insieme di istruzioni vmx.

Per ottenere la piena virtualizzazione anche su architetture prive di tale supporto, si può usare l'emulazione via software di QEMU, che però risulterà molto più lenta di quella integrata in hardware, tipica delle estensioni INTEL VT o AMD-V. QEMU inoltre può anche virtualizzare altre architetture, come ARM o PowerPC.

Installare i pacchetti necessari

I pacchetti relativi alla virtualizzazione fanno parte del gruppo Virtualizzazione (Virtualization), nella Collezione di pacchetti.

Essi possomo essere installati, usando il seguente comando, in un terminale:

su -c "yum install @virtualization"

Il processo di installazione provedderà QEMU, KVM ed altri strumenti di virtualizzazione, in particolare:

  • qemu-kvm
  • python-virtinst
  • qemu
  • virt-manager
  • virt-viewer
  • e relative dipendenze.

Pacchetti opzionali sono:

  • gnome-applet-vm
  • virt-top

Per conoscere i dettagli di ciascun pacchetto consultare la sezione I pacchetti relativi alla virualizzazione.

Verificare che libvirtd sia in esecuzione

Dopo aver installato il gruppo di pacchetti, avviare il servizio libvirt:

su -c "service libvirtd start"

Per impostare l'avvio del servizio al boot, eseguire il seguente comando:

su -c "chkconfig libvirtd on"

che imposta l'avvio automatico del servizio, nei runlevel 2, 3, 4 e 5.

Per maggiori dettagli su URI, consultare la sezione 13.3. Modalità di trasporto della documentazione e libvirt.org/uri.

Notare che per impostazione predefinita, la rete per il S.O. guest (DomU) è connessa tramite bridg. Ciò significa che DomU ottiene un indirizzo IP sulla stessa rete di Dom0. Se è presente un server DHCP, occorre configurarlo per consentirgli di assegnare gli indirizzi ai guest. Si può selezionare un altro tipo di collegamento in rete modificando il file /etc/xen/xend-config.sxp

Creare un guest Fedora

E' possibile installare i guest Fedora usando anaconda. L'installazione può essere avviata sia da un terminale con il programma virt-install sia con l'interfaccia grafica virt-manager.

Creare un guest Fedora con virt-install

virt-install è uno strumento a riga di comando per creare guest virtualizzati. Per avviare il processo interattivo d'installazione, eseguire il comando

su -c "/usr/sbin/virt-install --proper"

Durante la fase di creazione verranno presentate le seguenti domande:

  1. Qual'è il nome da assegnare alla virtual machine? Tale nome servirà ad identificare il S.O. guest. Il nome è usato con i comandi virsh e da virt-manager(Virtual Machine Manager).
  2. Quanta memoria RAM deve essere allocata (in MB)? Questa è la quantità di RAM che sarà assegnata al guest in MegaByte (p.e. 256). Si raccomanda di allocare almeno 256MB per ogni guest.
  3. Quale disco si desidera usare (path)? Il path locale ed il nome del file usati come immagine disco dal guest (p.e. /var/lib/libvirt/images/name.img). Questo verrà esportato come un disco intero verso il guest. Si consiglia di usare la directory predefinita /var/lib/libvirt/images/.
  4. Quanto grande si desidera il disco (in GB)? La dimensione del disco virtuale in GigaByte assegnata al guest (appare solo se il file specificato sopra non esiste già). Una dimensione ragionevole per una installazione tipica è di 4GB.
  5. Dove si trova il CD-ROM/ISO o l'URL d'installazione? Si chiede di specificare, nel formato usato da anaconda, il percorso ad una locazione di installazione. Locazioni NFS, FTP, ed HTTP sono tutte supportate. Formati tipici sono i seguenti:
    • nfs:my.nfs.server.com:/path/to/test2/tree/
    • http://my.http.server.com/path/to/tree/
    • ftp://my.ftp.server.com/path/to/tree

Il comando virt-install accetta anche opzioni, per esempio per usare un file kickstart di nome kickstart-file-name.ks si esegue:

virt-install -x ks=kickstart-file-name.ks

Eseguire virt-install --help per maggiori dettagli.

Se si è abilitato il supporto grafico, si aprirà una finestra VNC che avvierà l'installazione grafica. Altrimenti apparirà una installazione di tipo testuale. Procedere con l'installazione di Fedora.

Creare un guest Fedora con virt-manager

Avviare l'interfaccia grafica Virtual Machine Manager (selezionandola dal menu: Applicazioni --> Strumenti di Sistema), o da terminale con il comando:

su -c "virt-manager"

Inserire, quando richiesto, la password di root. Superata l'autenticazione/autorizzazione, appare la finestra di dialogo di Virtual Machine Manager.
Per sapere come usare al meglio tale strumento, fare riferimento alla sezione 2.2. Creazione di un guest con virt-manager della documentazione.

Gestione remota

Per la gestione remota sono disponibili due possibilità:

Amministrazione

Completata l'installazione del sisteam operativo guest, la sua gestione può avvalersi di due strumenti:

  • virt-manager: interfaccia grafica
  • virsh: programma a linea di comando.

Per informazioni sull'uso di entrambi, consultare la documentazione relativa: