Red Hat Summit Red Hat SummitSupportConsoleDevelopersStart a trialContact

Chapter 5. Non-Director Environments: Upgrading Individual OpenStack Services (Live Compute) in a Standard Environment

This section describes the steps you should follow to upgrade your cloud deployment by updating one service at a time with live compute in a non High Availability (HA) environment. This scenario upgrades from Red Hat OpenStack Platform 7 to Red Hat OpenStack Platform 8 in environments that do not use the director.

A live Compute upgrade minimizes interruptions to your Compute service, with only a few minutes for the smaller services, and a longer migration interval for the workloads moving to newly-upgraded Compute hosts. Existing workloads can run indefinitely, and you do not need to wait for a database migration.

Important

Due to certain package dependencies, upgrading the packages for one OpenStack service might cause Python libraries to upgrade before other OpenStack services upgrade. This might cause certain services to fail prematurely. In this situation, continue upgrading the remaining services. All services should be operational upon completion of this scenario.

Note

This method may require additional hardware resources to bring up the Compute nodes.

Note

The procedures in this chapter follow the architectural naming convention followed by all Red Hat OpenStack Platform documentation. If you are unfamiliar with this convention, refer to the Architecture Guide available in the Red Hat OpenStack Platform Documentation Suite before proceeding.

5.1. Pre-Upgrade Tasks
Copy link

On each node, change to the Red Hat OpenStack Platform 8 repository using the subscription-manager command. 

# subscription-manager repos --disable=rhel-7-server-openstack-7.0-rpms
# subscription-manager repos --enable=rhel-7-server-openstack-8-rpms
Copy to Clipboard Toggle word wrap

Upgrade the openstack-selinux package: 

# yum upgrade openstack-selinux
Copy to Clipboard Toggle word wrap

This is necessary to ensure that the upgraded services will run correctly on a system with SELinux enabled.

Disable the Identity service and the Dashboard service. Depending on your configuration, this involves either:

  1. Disabling httpd if both the Dashboard and the Identity service are running as WSGI applets: 

    # systemctl stop httpd
    Copy to Clipboard Toggle word wrap

  2. Disabling openstack-keystone for the Identity service if it is running as a separate service, then disabling httpd for the Dashboard: 

    # openstack-service stop keystone
# systemctl stop httpd
    Copy to Clipboard Toggle word wrap

Update the packages for both services: 

# yum -d1 -y upgrade \*keystone\*
# yum -y upgrade \*horizon\* \*openstack-dashboard\*
# yum -d1 -y upgrade \*horizon\* \*python-django\*
Copy to Clipboard Toggle word wrap

It is possible that the Identity service’s token table has a large number of expired entries. This can dramatically increase the time it takes to complete the database schema upgrade. To flush expired tokens from the database and alleviate the problem, the keystone-manage command can be used before running the Identity database upgrade. 

# keystone-manage token_flush
# openstack-db --service keystone --update
Copy to Clipboard Toggle word wrap

This flushes expired tokens from the database. You can arrange to run this command periodically using cron.

Restart the services. Depending on your configuration, this involves either:

  1. Enabling httpd if both the Dashboard and the Identity service are running as WSGI applets: 

    # systemctl start httpd
    Copy to Clipboard Toggle word wrap

  2. Enabling openstack-keystone for the Identity service if it is running as a separate service, then disabling httpd for the Dashboard: 

    # openstack-service start keystone
# systemctl start httpd
    Copy to Clipboard Toggle word wrap

5.3. Upgrading Object Storage (swift)
Copy link

On your Object Storage hosts, run: 

# openstack-service stop swift
# yum -d1 -y upgrade \*swift\*
# openstack-service start swift
Copy to Clipboard Toggle word wrap

5.4. Upgrading Image Service (glance)
Copy link

On your Image Service host, run: 

# openstack-service stop glance
# yum -d1 -y upgrade \*glance\*
# openstack-db --service glance --update
# openstack-service start glance
Copy to Clipboard Toggle word wrap

5.5. Upgrading Block Storage (cinder)
Copy link

On your Block Storage host, run: 

# openstack-service stop cinder
# yum -d1 -y upgrade \*cinder\*
# openstack-db --service cinder --update
# openstack-service start cinder
Copy to Clipboard Toggle word wrap

5.6. Upgrading Orchestration (heat)
Copy link

On your Orchestration host, run: 

# openstack-service stop heat
# yum -d1 -y upgrade \*heat\*
# openstack-db --service heat --update
# openstack-service start heat
Copy to Clipboard Toggle word wrap

5.7. Upgrading Telemetry (ceilometer)
Copy link

  1. On all nodes hosting Telemetry component services, run: 

    # openstack-service stop ceilometer
# yum -d1 -y upgrade \*ceilometer\*
    Copy to Clipboard Toggle word wrap

  2. On the controller node, where database is installed, run: 

    # ceilometer-dbsync
    Copy to Clipboard Toggle word wrap

  3. After completing the package upgrade, restart the Telemetry service by running the following command on all nodes hosting Telemetry component services: 

    # openstack-service start ceilometer
    Copy to Clipboard Toggle word wrap

5.8. Upgrading Compute (nova)
Copy link

  1. If you are performing a rolling upgrade of your compute hosts you need to set explicit API version limits to ensure compatibility in your environment.

    Before starting Compute services on Controller or Compute nodes, set the compute option in the [upgrade_levels] section of nova.conf to the previous Red Hat OpenStack Platform version (kilo): 

    # crudini --set /etc/nova/nova.conf upgrade_levels compute kilo
    Copy to Clipboard Toggle word wrap

    You need to make this change on your Controller and Compute nodes.

    You should undo this operation after upgrading all of your Compute nodes.

  2. On your Compute host, run: 

    # openstack-service stop nova
# yum -d1 -y upgrade \*nova\*
# openstack-db --service nova --update
    Copy to Clipboard Toggle word wrap

  3. After you have upgraded all of your hosts, you will want to remove the API limits configured in the previous step. On all of your hosts: 

    # crudini --del /etc/nova/nova.conf upgrade_levels compute
    Copy to Clipboard Toggle word wrap

  4. Restart the Compute service on all the Controller and Compute nodes: 

    # openstack-service start nova
    Copy to Clipboard Toggle word wrap

5.9. Upgrading OpenStack Networking (neutron)
Copy link

  1. On your OpenStack Networking host, run: 

    # openstack-service stop neutron
# yum -d1 -y upgrade \*neutron\*
# openstack-db --service neutron --update
    Copy to Clipboard Toggle word wrap

  2. Restart the OpenStack Networking service: 

    # openstack-service start neutron
    Copy to Clipboard Toggle word wrap

5.10. Post-Upgrade Tasks
Copy link

After completing all of your individual service upgrades, you should perform a complete package upgrade on all of your systems: 

# yum upgrade
Copy to Clipboard Toggle word wrap

This will ensure that all packages are up-to-date. You may want to schedule a restart of your OpenStack hosts at a future date in order to ensure that all running processes are using updated versions of the underlying binaries.

Review the resulting configuration files. The upgraded packages will have installed .rpmnew files appropriate to the Red Hat OpenStack Platform 8 version of the service.

New versions of OpenStack services may deprecate certain configuration options. You should also review your OpenStack logs for any deprecation warnings, because these may cause problems during a future upgrade. For more information on the new, updated and deprecated configuration options for each service , see Configuration Reference available from: Red Hat OpenStack Platform Documentation Suite.

Back to top
Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Theme

© 2025 Red Hat