Instalación y configuración de OpenStack (Kilo) en Oracle® Solaris

Salir de la Vista de impresión

Actualización: Junio de 2016
 
 

Tareas posteriores al cambio de versión

Después de cambiar a la versión actual de Oracle Solaris, realice los pasos restantes para finalizar el cambio de versión a OpenStack Kilo.

  1. Migre las personalizaciones de Horizon a la versión Kilo.
    1. Transfiera la configuración de personalizaciones desde /etc/openstack_dashboard/local_settings.py.old hacia /etc/openstack_dashboard/local_settings.py.
    2. Convierta en comentario las líneas adicionales en el archivo /etc/openstack_dashboard/local_settings.py si alguna de las siguientes condiciones se aplica a su configuración:
      • Tiene una configuración de OpenStack de un solo nodo con fines de evaluación.

      • La configuración de Horizon no está usando SSL.

      Vea el ejemplo siguiente:

      # SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTOCOL', 'https')
      # CSRF_COOKIE_SECURE = True
      # SESSION_COOKIE_SECURE = True
    3. Copie los fragmentos de configuración de Horizon Apache de ejemplo en el directorio conf.d de Apache.

      Debe copiar solo los fragmentos de ejemplo que correspondan al protocolo que esté usando. Ejecute uno de los comandos siguientes:

      • Si está usando HTTP:

        # cp /etc/apache2/2.4/samples-conf.d/openstack-dashboard-http.conf /etc/apache2/2.4/conf.d
      • Si está usando TLS:

        # cp /etc/apache2/2.4/samples-conf.d/openstack-dashboard-tls.conf /etc/apache2/2.4/conf.d
  2. Si tiene una configuración de varios nodos, actualice /etc/rabbitmq/rabbitmq.config con la línea que aparece en negrita:
    % FHC read buffer has been disabled by default in later versions of
    %RabbitMQ.
    [
       {rabbit, [
         {fhc_read_buffering, false},
         {loopback_users, []}
       ]}
    ].
    
  3. Actualice el servicio Cinder v2.

    Realice estos pasos en el nodo donde se está ejecutando Keystone. Se incluye una salida de ejemplo para cada comando que ejecuta.

    1. Cree el servicio 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. Cree los puntos finales.
      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. Verifique que cinderv2 exista en la lista de puntos finales:
      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. Reinicie el servicio Apache.
    # svcadm restart apache24
  5. Inicie el servicio de filtro IP si no está en ejecución.
    controller# svcadm enable -rs ipfilter
  6. Si está usando ZFSSA para almacenamiento, ajuste el archivo /etc/cinder.cinder.conf para usar una nueva propiedad de controlador.

    La propiedad zfssa_initiator_config muestra varios iniciadores o varios grupos de iniciadores y reemplaza zfssa_initiator_group, que es anticuado en la versión Kilo de OpenStack.

    1. Muestre varios iniciadores para la nueva propiedad usando el siguiente formato:
      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'}
                       ] }

      Por ejemplo, si dos grupos de iniciadores, el grupo A y el grupo B, se crean en ZFS Storage Appliance, debe definir lo siguiente:

      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. Convierta en comentario los siguientes parámetros anticuados en el archivo:
      • zfssa_initiator_group

      • zfssa_initiator

    3. Reinicie los servicios Cinder.
      controller# svcadm restart cinder-volume:default