Installer et configurer un nœud compute¶

Cette section décrit comment installer et configurer le service Compute sur un nœud compute. Le service supporte plusieurs hyperviseurs pour déployer les instances ou VMs. Pour simplifier, cette configuration utilise l’hyperviseur QEMU avec l’extension KVM sur des nœuds compute qui supportent l’accélération matérielle pour les machines virtuelles. Sur du matériel traditionnel, cette configuration utilise l’hyperviseur générique QEMU. Vous pouvez aussi suivre ces instructions, à peu de choses près, pour mettre à l’échelle horizontalement votre environnement en ajoutant des nœuds compute.

Note

Cette section suppose que vous suiviez pas à pas les instructions dans ce guide pour configurer le premier nœud compute. Si vous souhaitez configurer des nœuds compute supplémentaires, préparez-les de la même façon que le premier nœud compute dans la section exemples d’architecture. Chaque nœud compute supplémentaire nécessite une adresse IP unique.

Installer et configurer les composants¶

Note

Les fichiers de configuration par défaut diffèrent d’une distribution à l’autre. Vous pouvez être amené à ajouter ces sections et options plutôt que de modifier des sections et options existantes. De plus, une ellipse (...) dans les extraits de configuration indique d’éventuelles options de configuration par défaut que vous devez conserver.

Installer les packages :
```
# yum install openstack-nova-compute
```

Editer le fichier /etc/nova/nova.conf et effectuer les actions suivantes :
- Dans les sections [DEFAULT] et [oslo_messaging_rabbit], configurer l’accès à la file de messages RabbitMQ :
```
[DEFAULT]
...
rpc_backend = rabbit

[oslo_messaging_rabbit]
...
rabbit_host = controller
rabbit_userid = openstack
rabbit_password = RABBIT_PASS
```
  Remplacez RABBIT_PASS par le mot de passe que vous avez attribué au compte openstack dans RabbitMQ.
- Dans les sections [DEFAULT] et [keystone_authtoken], configurer l’accès au service d’Identité :
```
[DEFAULT]
...
auth_strategy = keystone

[keystone_authtoken]
...
auth_uri = http://controller:5000
auth_url = http://controller:35357
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = nova
password = NOVA_PASS
```
  Remplacer NOVA_PASS par le mot de passe choisi pour l’utilisateur nova dans le service d’Identité.
  
  Note
  
  Commenter ou supprimer toute autre option dans la section [keystone_authtoken].
- Dans la section [DEFAULT], configurer l’option my_ip:
```
[DEFAULT]
...
my_ip = MANAGEMENT_INTERFACE_IP_ADDRESS
```
  Remplacer MANAGEMENT_INTERFACE_IP_ADDRESS par l’adresse IP de l’interface réseau de management de votre nœud compute, généralement 10.0.0.31 pour le premier nœud dans l’exemple d’architecture.
- Dans la section [DEFAULT], activer le support du service Réseau :
```
[DEFAULT]
...
use_neutron = True
firewall_driver = nova.virt.firewall.NoopFirewallDriver
```
  Note
  
  Par défaut, Compute utilise un service de firewall interne. Comme le service Réseau inclut un service de firewall, vous devez désactiver le service de firewall Compute en utilisant le driver firewall nova.virt.firewall.NoopFirewallDriver.
- Dans la section [vnc], activer et configurer l’accès distant à la console :
```
[vnc]
...
enabled = True
vncserver_listen = 0.0.0.0
vncserver_proxyclient_address = $my_ip
novncproxy_base_url = http://controller:6080/vnc_auto.html
```
  Le composant serveur écoute sur toutes les adresses IP et le composant proxy écoute seulement sur l’adresse IP de l’interface de management du nœud compute. L’URL indique l’emplacement où vous pouvez utiliser un navigateur web pour accéder aux consoles distantes des instances de ce nœud compute.
  
  Note
  
  Si le navigateur web pour accéder aux consoles distantes tourne sur un hôte qui ne peut pas résoudre le nom de host du controller, vous devez remplacer controller par l’adresse IP de l’interface de management de votre contrôleur.
- Dans la section [glance], configurer l’emplacement de l’API du service Image :
```
[glance]
...
api_servers = http://controller:9292
```
- Dans la section [oslo_concurrency], configurer le chemin du verrou :
```
[oslo_concurrency]
...
lock_path = /var/lib/nova/tmp
```

Finaliser l’installation¶

Déterminer si les nœuds compute supportent l’accélération matérielle pour les machines virtuelles :
```
$ egrep -c '(vmx|svm)' /proc/cpuinfo
```
Si la commande retourne une valeur supérieure ou égale à un, votre nœud compute supporte l’accélération matérielle ce qui ne nécessite en général aucune configuration complémentaire.

Si la commande retourne la valeur zéro, votre nœud compute ne supporte pas l’accélération matérielle et vous devez configurer libvirt pour utiliser QEMU à la place de KVM.
- Éditer la section [libvirt]` du fichier ``/etc/nova/nova.conf comme suit :
```
[libvirt]
...
virt_type = qemu
```

Démarrer le service Compute, en incluant ses dépendances et les configurer pour être lancés au démarrage du système :

# systemctl enable libvirtd.service openstack-nova-compute.service
# systemctl start libvirtd.service openstack-nova-compute.service