Installation et configuration d'OpenStack (Kilo) dans Oracle® Solaris

Quitter la vue de l'impression

Mis à jour : Juin 2016
 
 

Tâches à effectuer après la mise à niveau

Après la mise à niveau vers la version actuelle d'Oracle Solaris, exécutez les étapes restantes pour achever la mise à niveau vers OpenStack Kilo.

  1. Migrez les personnalisations Horizon vers la version Kilo.
    1. Transférez les paramètres de personnalisation de /etc/openstack_dashboard/local_settings.py.old vers /etc/openstack_dashboard/local_settings.py.
    2. Mettez en commentaire des lignes supplémentaires dans le fichier /etc/openstack_dashboard/local_settings.py si l'une des conditions suivantes s'applique à votre configuration :
      • Vous disposez d'une configuration OpenStack mononoeud à des fins d'évaluation.

      • Votre configuration Horizon n'utilise pas SSL.

      Voyez l'exemple suivant :

      # SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTOCOL', 'https')
      # CSRF_COOKIE_SECURE = True
      # SESSION_COOKIE_SECURE = True
    3. Copiez les exemples de fragments de configuration Horizon Apache dans le répertoire Apache conf.d.

      Vous devez copier uniquement l'exemple de fragment correspondant au protocole que vous utilisez. Exécutez l'une des commandes suivantes :

      • Si vous utilisez HTTP :

        # cp /etc/apache2/2.4/samples-conf.d/openstack-dashboard-http.conf /etc/apache2/2.4/conf.d
      • Si vous utilisez TLS :

        # cp /etc/apache2/2.4/samples-conf.d/openstack-dashboard-tls.conf /etc/apache2/2.4/conf.d
  2. Si vous disposez d'une configuration multinoeud, mettez à jour /etc/rabbitmq/rabbitmq.config avec la ligne affichée en gras :
    % FHC read buffer has been disabled by default in later versions of
    %RabbitMQ.
    [
       {rabbit, [
         {fhc_read_buffering, false},
         {loopback_users, []}
       ]}
    ].
    
  3. Mettez à jour le service Cinder v2.

    Effectuez ces étapes sur le noeud où Keystone est en cours d'exécution. Un exemple de sortie est inclus pour chaque commande que vous exécutez.

    1. Créez le service Cinder v2.
      controller# openstack --os-url http://$CONTROLLER_ADMIN_NODE:35357/v2.0 \
         --os-token ADMIN \
          service create --name cinderv2 \
         --description "Cinder Volume Service v2" volumev2
      +-------------+----------------------------------+
      | Field       | Value                            |
      +-------------+----------------------------------+
      | description | Cinder Volume Service v2         |
      | enabled     | True                             |
      | id          | 2ee6fefbdcdc4f06bcb0e36e0e4dd9c3 |
      | name        | cinderv2                         |
      | type        | volumev2                         |
      +-------------+----------------------------------+
      
    2. Créez les points d'extrémité.
      controller# openstack --os-url http://$CONTROLLER_ADMIN_NODE:35357/v2.0 \
         --os-token ADMIN
         endpoint create \
         --region RegionOne \
         --publicurl "http://$CONTROLLER_ADMIN_NODE:8776/v2/\$(tenant_id)s" \
         --adminurl "http://$CONTROLLER_ADMIN_NODE:8776/v2/\$(tenant_id)s" \
         --internalurl "http://$CONTROLLER_ADMIN_NODE:8776/v2/\$(tenant_id)s" cinderv2
      
      +--------------+------------------------------------------+
      | Field        | Value                                    |
      +--------------+------------------------------------------+
      | adminurl     | http://controller-node:8776/v2/$(tenant_id)s |
      | id           | 1b8cd962b12342429cdedb0c7e5d0440       |
      | internalurl  | http://controller-node:8776/v2/$(tenant_id)s |
      | publicurl    | http://controller-node:8776/v2/$(tenant_id)s |
      | region       | RegionOne                                |
      | service_id   | 2ee6fefbdcdc4f06bcb0e36e0e4dd9c3         |
      | service_name | cinderv2                                 |
      | service_type | volumev2                                 |
      +--------------+------------------------------------------+
      
    3. Vérifiez que cinderv2 existe dans la liste des points d'extrémité :
      controller# openstack --os-url http://$CONTROLLER_ADMIN_NODE:35357/v2.0 --os-token ADMIN endpoint list
      +----------------------------------+-----------+--------------+----------------+
      | ID                               | Region    | Service Name | Service Type   |
      +----------------------------------+-----------+--------------+----------------+
      | 6891354066f84268968c8498f5f6d51b | RegionOne | neutron      | network        |
      | 03121908d41e4efa98748fde8ca6d057 | RegionOne | heat         | orchestration  |
      | b69e4f0373ff4a8f9560dc2644d891ba | RegionOne | glance       | image          |
      | 1e6c7f52dcd34a27b7ccac98918f19f1 | RegionOne | ec2          | ec2            |
      | e3236915a3dd4098b9e8e0853b5a5af2 | RegionOne | keystone     | identity       |
      | fe8870c3e6ac4b529aa7ce7563fc24a4 | RegionOne | heat-cfn     | cloudformation |
      | aa931a795f2c4c0ca637e0e4c351cf07 | RegionOne | swift        | object-store   |
      | 1b8cd962b12342429cdedb0c7e5d0440 | RegionOne | cinderv2     | volumev2       |
      | 618a8edba487417c91d0de7f3bcc786d | RegionOne | cinder       | volume         |
      | 4c79d020189a44d383bdc15033a942c4 | RegionOne | nova         | compute        |
      +----------------------------------+-----------+--------------+----------------+
      
  4. Redémarrez le service Apache.
    # svcadm restart apache24
  5. Démarrez le service de filtre IP s'il n'est pas en cours d'exécution.
    controller# svcadm enable -rs ipfilter
  6. Si vous utilisez ZFSSA pour le stockage, réglez /etc/cinder.cinder.conf pour qu'il utilise une nouvelle propriété de pilote.

    La propriété zfssa_initiator_config répertorie plusieurs initiateurs, ou plusieurs groupes d'initiateurs, et remplace zfssa_initiator_group qui est obsolète dans la version Kilo d'OpenStack.

    1. Répertoriez plusieurs initiateurs pour la nouvelle propriété, au format suivant :
      zfssa_initiator_config = {
          'init-grp1': [
                       {'iqn':'iqn1' , 'user':'user' , 'password':'password'}, 
                       {'iqn':'iqn2' , 'user':'user' , 'password':'password'}
                       ],
          'init-grp2': [
                       {'iqn':'iqn3' , 'user':'user' , 'password':'password'}
                       ] }

      Par exemple, si deux groupes d'initiateurs, Group A et Group B, sont créés sur l'appareil ZFS Storage Appliance, vous les définirez comme suit :

      zfssa_initiator_config = {
              'GroupA':[
                  {'iqn':'iqn.1986-03.com.sun:01:0a43b9fdcfd5.570d7fd1', 'user':'test1', 'password':'password1234'},
                  {'iqn':'iqn.1986-03.com.sun:01:0a43b9fdcfd5.570d7fd2', 'user':'', 'password':''}
              ],
              'GroupB':[
                  {'iqn':'iqn.1986-03.com.sun:01:0a43b9fdcfd5.570d7fd3', 'user':'', 'password':''}
              ] }
      
    2. Mettez en commentaire les paramètres obsolètes suivants dans le fichier :
      • zfssa_initiator_group

      • zfssa_initiator

    3. Redémarrez les services Cinder.
      controller# svcadm restart cinder-volume:default