Difference: InstallingAndConfiguringNova (14 vs. 15)

Revision 152012-10-11 - EnricoFattibene

Line: 1 to 1
 
META TOPICPARENT name="GestioneOpenstack"

Installazione e configurazione del servizio Compute (NOVA)

Changed:
<
<

Configurare l'Hypervisor (KVM)

  • Install virtualizzation RPMs
>
>

Configurazione dell'Hypervisor (KVM)

  • Installare i pacchetti per la virtualizzazione:
 
# yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python python-virtinst libvirt-client bridge-utils
# yum groupinstall Virtualization "Virtualization Client" "Virtualization Platform" "Virtualization Tools"
# yum install openstack-utils memcached qpid-cpp-server openstack-nova dnsmasq-utils  python-keystone-auth-token
Changed:
<
<
  • Pre-configured the network (di default viene su cos).
>
>
  • Verificare che sia attiva l'interfaccia di rete virtuale, chiamata di default virbr0. Il comando ifconfig dovrebbe mostrarla nel suo output:
 
Deleted:
<
<
# ifconfig virbr0
 virbr0 Link encap:Ethernet HWaddr 52:54:00:54:65:A1 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Line: 23 to 22
  RX bytes:0 (0.0 b) TX bytes:7585 (7.4 KiB)
Deleted:
<
<
 
  • Requisiti di configurazione per RHEL
    • Assicurarsi che nel file /etc/qpidd.conf sia settato auth=no .
Changed:
<
<
    • use the openstack-config package to turn off force DHCP releases: sudo openstack-config --set /etc/nova/nova.conf DEFAULT force_dhcp_release False (Non viene mostrato nessun output ma modificato il file di configurazione.)
    • If you intend to use guest images that don't have a single partition, then allow libguestfs to inspect the image so that files can be injected, by setting: sudo openstack-config --set /etc/nova/nova.conf DEFAULT libvirt_inject_partition -1 (Non viene mostrato nessun output ma modificato il file di configurazione.)

Configuring OpenStack Compute

Da modificare due file in /etc/nova:

<--/twistyPlugin twikiMakeVisibleInline-->
>
>
    • Attraverso il comando openstack-config settare a False il parametro force_dhcp_release :
      # openstack-config --set /etc/nova/nova.conf DEFAULT force_dhcp_release False
      
      Nota bene: non viene mostrato nessun output ma modificato il file di configurazione.
    • Se si intende utilizzare immagini che non usano una singola partizione, eseguire il seguente comando:
      # openstack-config --set /etc/nova/nova.conf DEFAULT libvirt_inject_partition -1
      
      Nota bene: non viene mostrato nessun output ma modificato il file di configurazione.
 
Added:
>
>

Configurazione del servizio Compute

  • Modificare due file in /etc/nova nel seguente modo.
    • Contentuto completo di nova.conf :
 
[DEFAULT]
# LOG/STATE
Line: 61 to 58
 iscsi_helper = tgtadm

# DATABASE del Cloud Controller

Changed:
<
<
sql_connection=mysql://nova:XXXXXX@hostname1.domain/nova
>
>
sql_connection = mysql://nova:@openstack-01.cnaf.infn.it/nova
  # COMPUTE libvirt_type = kvm
Line: 100 to 97
 vncserver_proxyclient_address =

# Qpid

Changed:
<
<
qpid_hostname =
>
>
qpid_hostname = openstack-01.cnaf.infn.it
 rpc_backend = nova.rpc.impl_qpid

# OTHER

Line: 114 to 111
 root_helper = sudo nova-rootwrap remove_unused_base_images = True
Changed:
<
<
<--/twistyPlugin-->

  • verificare che in fondo a /etc/nova/api-paste.ini ci siano le seguenti configurazioni (la parte prima non si tocca, 131.154.101.242 l'ip di keystone ).
<--/twistyPlugin twikiMakeVisibleInline-->
>
>
Dove:
      • <VOLUME_NAME> il nome del volume fisico del server che si sta configurando
      • <YOUR_NOVADB_PASSWORD> la password dell'utente "nova" del DB "nova" del Cloud Controller
      • <THIS_SERVER_IP> l'IP del server che si sta configurando
      • nei parametri sql_connection e qpid_hostname "openstack-01.cnaf.infn.it" il server che ospita il Cloud Controller
      • nel parametro flat_network_bridge "virbr0" l'interfaccia di rete virtuale del server che si sta configurando
        
        
    • Parte finale di /etc/nova/api-paste.ini (la parte precedente rimane invariata):
 
[...]
Line: 141 to 135
 admin_user = nova admin_password =
Changed:
<
<
<--/twistyPlugin-->

  • lanciare i seguenti comandi:
>
>
Dove:
      • <KEYSTONE_SERVICE_IP> l'IP del server che ospita Keystone (nel caso del prototipo l'IP di openstack-01.cnaf.infn.it)
      • <NOVA_PASSWORD> la password che stata associata all'utente del servizio Nova in Keystone
        
        
  • Nota bene: il comando nova-manage potrebbe dare in output alcuni messaggi di Warning su metodi deprecati.
    
    
  • Per far partire i servizi di Nova ed inizializzare il DB, lanciare i seguenti comandi:
 
# for svc in api objectstore compute network volume scheduler cert; do echo openstack-nova-$svc; service openstack-nova-$svc stop ; chkconfig openstack-nova-$svc on; done
Deleted:
<
<
 # nova-manage db sync
Deleted:
<
<
 # for svc in api objectstore compute network volume scheduler cert; do echo openstack-nova-$svc; /etc/init.d/openstack-nova-$svc start ; done
Line: 152 to 148
 # for svc in api objectstore compute network volume scheduler cert; do echo openstack-nova-$svc; /etc/init.d/openstack-nova-$svc start ; done
Changed:
<
<
  • Sul Cloud controller, verificare lo stato dei NOVA compute (non vengono riportati di seguito alcuni WARNING):
>
>
  • Sul Cloud controller verificare lo stato dei servizi Nova compute:
 
# nova-manage service list
Line: 162 to 158
 nova-network stack-03.cnaf.infn.it nova enabled smile 2012-08-31 09:46:25 nova-cert stack-03.cnaf.infn.it nova enabled smile 2012-08-31 09:46:24 nova-volume stack-03.cnaf.infn.it nova enabled smile 2012-08-31 09:46:24
Deleted:
<
<
 
Changed:
<
<
  • You must run the command that creates the network and the bridge using the virbr0 specified in the nova.conf file to create the network that the virtual machines use. This example shows the network range using 192.168.122.0/24 as the fixed range for our guest
VMs, but you can substitute the range for the network you have available. We're labeling it with private in this case.
>
>
  • Creare la sottorete privata, i cui IP verranno assegnati alle istanze delle macchine virtuali, utilizzando l'interfaccia virtuale (nel caso in esempio virbr0). Il seguente comando, ad esempio, crea una sottorete con range 192.168.122.0/24.
 
# nova-manage network create private --multi_host=T --fixed_range_v4=192.168.122.0/24 --bridge_interface=virbr0 --num_networks=1 --network_size=256
Line: 173 to 167
 # nova-manage network list id IPv4 IPv6 start address DNS1 DNS2 VlanID project uuid 1 192.168.122.0/24 None 192.168.122.2 8.8.4.4 None None None 052f9b4b-e6d7-4ad9-a3f1-929e80008372
Deleted:
<
<
 
Changed:
<
<

Configuring Public (Floating) IP Addresses

Private and Public IP Addresses

Every virtual instance is automatically assigned a private IP address. You may optionally assign public IP addresses to instances. OpenStack uses the term floating IP to refer to an IP address (typically public) that can be dynamically added to a running virtual instance. OpenStack Compute uses Network Address Translation (NAT) to assign floating IPs to virtual instances.
>
>

Configurazione degli indirizzi IP (Floating) pubblici

Indirizzi IP pubblici e privati

Ad ogni istanza virtuale viene automaticamente assegnato un IP privato (appartenente alla sottorete creata al punto precedente). E' possibile assegnare indirizzi pubblici alle istanze. In tal caso verificare la presenza della seguente riga nel file nova.conf
 If you plan to use this feature, you must add the following to your nova.conf file to specify which interface the nova-network service will bind public IP addresses to:
public_interface=eth0
 
This site is powered by the TWiki collaboration platformCopyright © 2008-2022 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback