Installer et configurer un nœud compute

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.

  1. Installer les packages :

    # yum install openstack-nova-compute
    
  1. 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

  1. 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
      
  1. 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
    
Creative Commons Attribution 3.0 License

Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.