OpenStack のアップグレード Platform 7 Red Hat …...Red Hat Enterprise Linux OpenStack Platform 6 (Juno) -- rhel-7-server-openstack-6.0-rpms Packstack は、サブスクリプションマネージャーを使用して

OpenStack DocumentationTeam

Red Hat Enterprise Linux OpenStackRed Hat Enterprise Linux OpenStackPlatformPlatform 77OpenStack のアップグレードOpenStack のアップグレード

Red Hat Enterprise Linux OpenStack Platform のアップグレード

Red Hat Enterprise Linux OpenStack Platform 7 OpenStack のアップグレード

Red Hat Enterprise Linux OpenStack Platform のアップグレード

OpenStack Documentation TeamRed Hat Customer Content [email protected]

法律上の通知法律上の通知

Copyright © 2015 Red Hat, Inc.

This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0Unported License. If you distribute this document, or a modified version of it, you mustprovide attribution to Red Hat, Inc. and provide a link to the original. If the document ismodified, all Red Hat trademarks must be removed.

Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert,Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.

Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinitylogo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and othercountries.

Linux ® is the registered trademark of Linus Torvalds in the United States and other countries.

Java ® is a registered trademark of Oracle and/or its affiliates.

XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the UnitedStates and/or other countries.

MySQL ® is a registered trademark of MySQL AB in the United States, the European Union andother countries.

Node.js ® is an official trademark of Joyent. Red Hat Software Collections is not formallyrelated to or endorsed by the official Joyent Node.js open source or commercial project.

The OpenStack ® Word Mark and OpenStack logo are either registered trademarks/servicemarks or trademarks/service marks of the OpenStack Foundation, in the United States andother countries and are used with the OpenStack Foundation's permission. We are notaffiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStackcommunity.

All other trademarks are the property of their respective owners.

概要概要

本ドキュメントでは、Red Hat Enterprise Linux OpenStack Platform 6 (Juno) から 7 (Kilo) にアップグレードする複数の異なる方法について説明します。これらの方法は、アップグレード元およびアップグレード先のいずれも Red Hat Enterprise Linux 7 をベースにインストールされたデプロイメントであることを前提としています。

http://creativecommons.org/licenses/by-sa/3.0/

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

目次目次

第1章はじめに第1章はじめに1.1. アップグレード方式の比較

第2章前提条件第2章前提条件2.1. コンテンツ配信ネットワーク (CDN) チャンネルの設定

第3章 OpenStack の一括アップグレード第3章 OpenStack の一括アップグレード3.1. OpenStack サービスの同時アップグレード

第4章稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順第4章稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順4.1. 非高可用性環境で稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順4.2. 高可用性環境で稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順

222

444

666

1010

10

14

目次目次

11

第1章はじめに第1章はじめに

本ドキュメントでは、Red Hat Enterprise Linux OpenStack Platform 6 から Red Hat Enterprise LinuxOpenStack Platform 7 へのアップグレードプロセスの概要について説明します。

現在 RHEL OpenStack Platform 5 (Icehouse) リリースを使用していて RHEL OpenStack Platform 7 (Kilo) リリースにアップグレードする予定の場合には、最初に RHEL OpenStack Platform 6 (Juno) リリースにアップグレードする必要があります。このアップグレードの実行手順は、https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux_OpenStack_Platform/6/ の「アップグレード」から入手できます。

Red Hat では、Red Hat Enterprise Linux 7 をベースとする Red Hat Enterprise Linux OpenStack Platform 7へのアップグレードのみをサポートしています。このアップグレードパスに対応するには、以下に記載するアップグレード方式を推奨します。それぞれの方式についての説明は、「アップグレード方式の比較」に記載しています。また、「アップ「アップグレード方式の比較」グレード方式の比較」には、各方式を更に詳しく説明した章へのリンクも記載しています。コンポーネントに関する詳細は、https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux_OpenStack_Platform/からコンポーネントの概要コンポーネントの概要を参照してください。

本書では、「一括アップグレード」「一括アップグレード」と「個別アップグレード」「個別アップグレード」の両方のシナリオで、高可用性と非高可用性の両方の手順を説明します。高可用性と非高可用性の主な相違点は、高可用性のアップグレードでは Pacemaker サービスが適切に有効化/無効化されているようにする必要があることです。

以下のアップグレード方式はすべて、正常に機能する RHEL OpenStack Platform 7 (Kilo) にアップグレードすることができます。並行稼働によるクラウド移行方式を使用して、デプロイメントが RHEL OpenStack Platform 7 directorに対応するようにさらなるアップグレード手順を実行することを推奨します。RHEL OpenStack Platform 7 の並行稼働のクラウド移行では、別のインストーラーでデプロイされた既存の OpenStack クラウドを RHEL OpenStackPlatform 7 director にアップグレードします。

1.1. アップグレード方式の比較1.1. アップグレード方式の比較

Red Hat は、Red Hat Enterprise Linux OpenStack Platform 7 へのアップグレードに以下の方式を推奨しています。以下の表では、それぞれの方式を簡単に説明します。

表1.1 アップグレード方式表1.1 アップグレード方式

方式方式説明説明メリットメリットデメリットデメリット

一括方式この方法では、OpenStack サービスをすべて同時に停止してアップグレードを実行し、アップグレードプロセスの完了後に全サービスを再度稼働させます。

詳しい情報は「3章OpenStack の一括アップグレード」を参照してください。

このアップグレードプロセスは、すべてが停止した状態で、オーケストレーションの必要がないため、簡単に行うことができます。サービスは停止しますが、RedHat Enterprise Linuxバージョン (7.0 から 7.1へ) のアップグレードの必要がない場合には、仮想マシンのワークロードの稼働状態を維持することができます。

全サービスが同時に使用できなくなります。大規模な環境の場合は、このアップグレードにより、データベーススキーマのアップグレード完了までのダウンタイムが長時間に及ぶ可能性があります。あらかじめテスト環境でアップグレード手順のリハーサルを実行し、特定の時間帯にダウンタイムを計画してアップグレードを行うことによって、ダウンタイムによる影響を軽減することができます。

OpenStack のアップグレードOpenStack のアップグレード

22

https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux_OpenStack_Platform/6/

https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux_OpenStack_Platform/

稼働中の Compute を使用してサービス別にアップグレードする方式

この方法は、サービス別のアップグレードの一種ですが、Compute Service のアップグレード方法が異なります。この方法では、アップグレード済みのコンピュートノードと並行して旧バージョンのコンピュートノードを実行することが可能な Red HatEnterprise LinuxOpenStack Platform 7の機能を活用することができます。

詳しい情報は「4章稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順」を参照してください。

この方法は、ComputeService の中断が最小限に抑えられます。小規模なサービスの場合はわずか数分ですが、新たにアップグレードされたコンピュートホストへワークロードを移動するには、より長い移行時間を要します。既存のワークロードは無期限で稼働させることが可能です。また、データベース移行を待つ必要はありません。

Red Hat EnterpriseLinux OpenStackPlatform 7 (Kilo) のコンピュートノードを稼働させるのに追加のハードウェアリソースが必要となる場合があります。

方式方式説明説明メリットメリットデメリットデメリット

すべての方法に共通する注意事項

全ホストが本リリース用の正しいチャンネルにサブスクライブされていることを確認してください。

アップグレード時には、一部のサービスを停止する必要があります。

コンピュートノードを再起動したり、インスタンスを明示的にシャットダウンしたりしない限りは、アップグレードプロセスは、実行中のインスタンスには影響を及ぼしません。

旧ハイブリッドドライバーは非推奨となったため、OpenStack Networking をアップグレードするには、/etc/nova/nova.conf/etc/nova/nova.conf で正しい libvirt_vif_driverlibvirt_vif_driver を設定する必要があります。そのためには、ComputeAPI ホストで以下のコマンドを実行してください。

Red Hat では USB ドライブや SD メモリーカードへのインストールはサポートしていません。

警告警告

Red Hat では以下のサポートはありません。

Red Hat Enterprise Linux OpenStack Platform のベータリリースからサポート対象リリース (例: 6 または 7) へのアップグレードCompute Networking (nova-networking) から Red Hat Enterprise Linux OpenStack Platform 7の OpenStack Networking (neutron) へのアップグレード。ネットワークのアップグレードは、OpenStack Networking (neutron) バージョンを Red Hat Enterprise Linux OpenStack Platform 6から 7 にアップグレードする場合のみがサポート対象となっています。

第1章はじめに第1章はじめに

33

第2章前提条件第2章前提条件

本項では、Red Hat Enterprise Linux OpenStack Platform 7 のデプロイに必要なチャンネルおよびリポジトリーの設定について説明します。

警告警告

旧バージョンの Red Hat OpenStack リポジトリーは利用可能な状態ですが、Red Hat Enterprise LinuxOpenStack Platform 7 のインストールの前に、お使いのシステムからこれらのリポジトリーへアクセスできないようにする必要があります。たとえば、以下のリポジトリーは無効にするか、サブスクライブを解除してください。

Red Hat Enterprise Linux OpenStack Platform 4 (Havana) -- rhel-6-server-openstack-4.0-rpmsRed Hat Enterprise Linux OpenStack Platform 5 (Icehouse) -- rhel-7-server-openstack-5.0-rpmsRed Hat Enterprise Linux OpenStack Platform 6 (Juno) -- rhel-7-server-openstack-6.0-rpms

Packstack は、サブスクリプションマネージャーを使用して Red Hat Network にシステムを登録します。システムが RHN クラシックを使用して Red Hat OpenStack チャンネルにすでに登録されている場合は、問題が発生する可能性があります。

注記注記

cloud-initcloud-init を必要とする、カスタムの Red Hat Enterprise Linux ゲストイメージを作成する場合には、RedHat Common for RHEL Server チャンネルの使用を推奨しています。

Red Hat Enterprise Linux 7 の場合は、以下のコマンドを実行します。

## subscription-manager repos --enable=rhel-7-server-rh-common-rpmssubscription-manager repos --enable=rhel-7-server-rh-common-rpms

2.1. コンテンツ配信ネットワーク (CDN) チャンネルの設定2.1. コンテンツ配信ネットワーク (CDN) チャンネルの設定

コンテンツ配信ネットワーク (CDN) から Red Hat Enterprise Linux OpenStack Platform 7 をインストールすることができます。そのためには、正しいチャンネルを使用するように subscription-managersubscription-manager を設定します。

以下のコマンドを使用して CDN チャンネルを有効にします。

## subscription-manager repos --enable=subscription-manager repos --enable=[reponame][reponame]

以下のコマンドを使用して CDN チャンネルを無効にします。

## subscription-manager repos --disable=subscription-manager repos --disable=[reponame][reponame]

Red Hat Enterprise Linux 7Red Hat Enterprise Linux 7

以下の表には、Red Hat Enterprise Linux 7 のチャンネルについてまとめています。

表2.1 必要なチャンネルのサブスクライブ表2.1 必要なチャンネルのサブスクライブ


44

チャンネルチャンネルリポジトリー名リポジトリー名

Red Hat Enterprise Linux 7 Server (RPMS) rhel-7-server-rpmsrhel-7-server-rpmsRed Hat OpenStack 7.0 for Server 7 (RPMS) rhel-7-server-openstack-7.0-rpmsrhel-7-server-openstack-7.0-rpmsRed Hat Enterprise Linux 7 Server - RH Common(RPMs)

rhel-7-server-rh-common-rpmsrhel-7-server-rh-common-rpms

表2.2 任意チャンネル表2.2 任意チャンネル


Red Hat Enterprise Linux 7 Server - Optional rhel-7-server-optional-rpmsrhel-7-server-optional-rpms

Red Hat Enterprise Linux OpenStack Platform directorRed Hat Enterprise Linux OpenStack Platform director

以下の表では、Red Hat Enterprise Linux OpenStack Platform director のチャンネルについて説明しています。

表2.3 必要なチャンネルのサブスクライブ表2.3 必要なチャンネルのサブスクライブ


Red Hat Enterprise Linux OpenStack PlatformDirector 7.0 (RPMs)

rhel-7-server-openstack-7.0-director-rpmsrhel-7-server-openstack-7.0-director-rpms

Red Hat Enterprise Linux 7 Server (RPMS) rhel-7-server-rpmsrhel-7-server-rpmsRed Hat Software Collections RPMs for Red HatEnterprise Linux 7 Server

rhel-server-rhscl-7-rpmsrhel-server-rhscl-7-rpms

Images on CDN (任意) rhel-7-server-openstack-7.0-filesrhel-7-server-openstack-7.0-filesRed Hat Enterprise Linux OpenStack Platform 7.0Operational Tools

rhel-7-server-openstack-7.0-optools-rpmsrhel-7-server-openstack-7.0-optools-rpms

無効にするチャンネル無効にするチャンネル

以下の表には、Red Hat Enterprise Linux OpenStack Platform 7 が正常に機能するために無効にする必要のあるチャンネルをまとめています。

表2.4 無効にするチャンネル表2.4 無効にするチャンネル


Red Hat CloudForms Management Engine "cf-me-*""cf-me-*"Red Hat CloudForms Tools for RHEL 6 "rhel-6-server-cf-*""rhel-6-server-cf-*"Red Hat Enterprise Virtualization "rhel-6-server-rhev*""rhel-6-server-rhev*"Red Hat Enterprise Linux 6 Server - ExtendedUpdate Support (EUS)

"*-eus-rpms""*-eus-rpms"

第2章前提条件第2章前提条件

55

第3章 OpenStack の一括アップグレード第3章 OpenStack の一括アップグレード

本章では、全サービスを一度にアップグレードする方法で RHEL OpenStack Platform 6 から RHEL OpenStackPlatform 7 へのアップグレード手順を説明します。この方法ではは、すべての OpenStack サービスを同時に無効にしてからアップグレードを実行し、アップグレードプロセスの完了後に全サービスを有効化して稼働状態に戻す必要があります。この手順は、Red Hat Enterprise Linux OpenStack Platform 7 へのアップグレード方法の中で、最も簡単な方法です。

パッケージをアップグレードする前にベースオペレーティングシステムを Red Hat Enterprise Linux 7 の最新バージョンにアップグレードする必要がない場合には、全 OpenStack サービスが停止されるのでオーケストレーションは必要ありません。

大規模な環境の場合は、このアップグレードにより、データベーススキーマのアップグレード完了までのダウンタイムが長時間に及ぶ可能性があります。あらかじめテスト環境でアップグレード手順のリハーサルを実行し、特定の時間帯にダウンタイムを計画してアップグレードを行うことによって、ダウンタイムによる影響を軽減することができます。

注記注記

本章での手順では、全 Red Hat Enterprise Linux OpenStack Platform ドキュメントが採用するアーキテクチャーの命名規則を使用します。この規則に精通していない場合には、Red Hat Enterprise LinuxOpenStack Platform ドキュメントスイートから『アーキテクチャーガイド』を参照してから続行してください。

OpenStack デプロイメントのアップグレードを開始する前に、適切なチャンネルにサブスクライブするようにしてください。詳しい情報は、「2章前提条件」を参照してください。

3.1. OpenStack サービスの同時アップグレード3.1. OpenStack サービスの同時アップグレード

以下の手順では、クラウドデプロイメントを全コンポーネントを一括で更新して Juno から Kilo にアップグレードする際に従う必要のあるステップを説明しています。ステップの中には、高可用性と非高可用性のシナリオのいずれかを選択することができるものもあります。クラウドが高可用性の場合には、Pacemaker コマンドを使用してクラウド環境の開始および停止をしてください。

各ホストで以下の手順を実行してください。

手順3.1 ホスト上の OpenStack コンポーネントのアップグレード手順3.1 ホスト上の OpenStack コンポーネントのアップグレード

1. Red Hat Enterprise Linux OpenStack Platform 7 (Kilo) 用の yum リポジトリーをインストールします。

2. openstack-utilsopenstack-utils パッケージがインストールされていることを確認します。

## yum install openstack-utilsyum install openstack-utils

3. 全ノードで OpenStack サービスをすべて停止します。このステップは、サービスがどのようにノードに分散されているかによって異なります。

A. 非高可用性環境:非高可用性環境:

1 つのノードで実行されている OpenStack サービスをすべて停止するには、そのノードにログインして以下のコマンドを実行します。

## openstack-service stopopenstack-service stop

B. 高可用性環境:高可用性環境:


66


a. 1 つのノードで実行されている OpenStack サービスをすべて停止するには、そのノードにログインして以下のコマンドを実行します。


b. クラスター上で stop-all-resourcesstop-all-resources を設定して、Pacemaker で管理されているリソースをすべて無効にします。Pacemaker クラスターの 1 つのメンバーで以下のコマンドを実行します。

## pcs property set stop-all-resources=truepcs property set stop-all-resources=true

pcs statuspcs status の出力で、すべてのリソースが停止されたことが表示されるまで待機します。

4. 全パッケージの完全なアップグレードを実行してから、Identity Service 内の期限切れトークンをフラッシュします (データベースの同期の所要時間が短縮される可能性があります)。

## yum upgradeyum upgrade

5. 各サービスに対して必要とされる設定更新を実行します。

a. Identity ServiceIdentity Service

RHEL OpenStack Platform 7 (Kilo) リリースでは、token.persistence.backends の場所が変更されました。keystone.confkeystone.conf の [token][token] のセクションの driverdriver オプションを更新する必要があります。これには、keystone.token.backendskeystone.token.backends を keystone.token.persistence.backendskeystone.token.persistence.backends に置き換える必要があります。

## sed -i 's/keystone.token.backends/keystone.token.persistence.backends/g' \sed -i 's/keystone.token.backends/keystone.token.persistence.backends/g' \/etc/keystone/keystone.conf/etc/keystone/keystone.conf

パッケージの更新には、新しい systemdsystemd のユニットファイルが含まれている可能性があるため、更新されたファイルが systemdsystemd により認識されていることを確認します。

## systemctl daemon-reloadsystemctl daemon-reload

b. OpenStack Networking ServiceOpenStack Networking Service

OpenStack Networking Service のアップグレードが完了したら、rootwrap dhcp.filterrootwrap dhcp.filter の設定ファイルを編集する必要があります。

これには、/usr/share/neutron/rootwrap/dhcp.filters/usr/share/neutron/rootwrap/dhcp.filters ファイルで、以下のように dnsmasqdnsmasq の値を更新します。たとえば、次のように記載されているとします。

dnsmasq: EnvFilter, env, root, CONFIG_FILE=, NETWORK_ID=, dnsmasq

以下のように置き換えます。

dnsmasq: CommandFilter, dnsmasq, root

6. データベースを使用する各サービスのデータベーススキーマをアップグレードします。この操作を行うには、サービスをホストしているノードにログインして以下のコマンドを実行します。

## openstack-db --service openstack-db --service SERVICENAMESERVICENAME --update --update


77

SERVICENAME は、サービスのプロジェクト名に置き換えます。たとえば、Idenitity Service のデータベーススキーマをアップグレードするためのコマンドは以下のようになります。

## openstack-db --service keystone --updateopenstack-db --service keystone --update

表3.1 データベースを使用する各 OpenStack サービスのプロジェクト名表3.1 データベースを使用する各 OpenStack サービスのプロジェクト名

サービスサービスプロジェクト名プロジェクト名

Identity keystoneBlock Storage cinderImage Service glanceCompute novaNetworking neutronOrchestration heat

openstack-dbopenstack-db コマンドで対応されていないサービスについては、Juno から Kilo のアップグレードの一部として追加でデータベースのメンテナンスを行う必要がある場合もあります。

a. Identity ServiceIdentity Service

初期のバージョンのインストーラーでは、期限切れの keystone トークンが自動的に削除されるようにシステム設定されていない可能性があるため、トークンテーブルに期限切れのエントリーが多数含まれている可能性があります。このような場合には、データベーススキーマのアップグレードの所要時間が大幅に増大する可能性があります。

Keystone データベースのアップグレードプロセスを開始する前に、以下のコマンドを実行してこの問題を軽減します。

## keystone-manage token_flushkeystone-manage token_flush

このコマンドにより、データベースから期限切れのトークンがフラッシュされます。croncron を使用して、このコマンドが定期的に (例: 1 日 1 回など) 実行されるように設定する必要があります。

b. ComputeCompute

Kilo に完全に更新した後に (すべてのノードが Kilo を実行している場合)、フレーバー情報のバックグラウンド移行を開始する必要があります。Kilo のコンダクターノードは、必要な場合にこの操作を自動的に行いますが、それ以外のアイドルデータはバックグラウンドで移行する必要があります。以下のコマンドは、novanova ユーザーとして実行してください。

## runuser -u nova -- nova-manage db migrate_flavor_datarunuser -u nova -- nova-manage db migrate_flavor_data

7. 上記の操作によって生成された設定ファイルを確認します。アップグレードされたパッケージには、Red HatEnterprise Linux OpenStack Platform 7 バージョンのサービスに適した .rpmnew.rpmnew ファイルがインストールされているはずです。

新しいバージョンの OpenStack サービスでは、特定の設定オプションが非推奨になっている可能性があります。このような非推奨の設定オプションが原因で今後のアップグレードの際に問題が発生する可能性があるため、非推奨の警告については OpenStack のログも参照してください。各サービスで新規追加/更新された設定オプションや非推奨となった設定オプションについての詳しい説明は、Red Hat Enterprise LinuxOpenStack Platform ドキュメントスイートで『Configuration Reference』を参照してください。

8. パッケージのアップグレードで再起動が必要な場合には (例: アップグレードの一環として新規カーネルがインストールされた場合など)、OpenStack サービスが無効な状態のうちに、影響を受けたホストを再起動してください。


88


A. 非高可用性環境:非高可用性環境:

OpenStack サービスを再起動するには、各ノードで以下のコマンドを実行します。

## openstack-service startopenstack-service start

B. 高可用性環境:高可用性環境:

a. stop-all-resourcesstop-all-resources プロパティーを再設定して、Pacemaker がリソースを再起動できるようにします。Pacemaker クラスターの 1 つのメンバー上で、以下のコマンドを実行します。

## pcs property set stop-all-resources=falsepcs property set stop-all-resources=false

pcs statuspcs status の出力で、すべてのリソースが停止されたことが表示されるまで待機します (数分かかる可能性があります)。

b. コンピュートノードで OpenStack サービスを再起動します。各コンピュートノードで以下のコマンドを実行します。



99

第4章稼働中の Compute を使用して各サービスを個別に更新して第4章稼働中の Compute を使用して各サービスを個別に更新してOpenStack をアップグレードする手順OpenStack をアップグレードする手順

本手順では、全サービスを個別にアップグレードします。各サービスのアップグレードでは、パッケージとデータベーススキーマを更新する必要があります。

稼働中の Compute を使用してアップグレードを行うと、Compute Service の中断が最小限に抑えられます。小規模なサービスの場合はわずか数分ですが、新たにアップグレードされたコンピュートホストへワークロードを移動するための移行時間にはより長い時間を要します。既存のワークロードは無期限で稼働させることが可能です。また、データベース移行を待つ必要はありません。

注記注記

この方法では、Red Hat Enterprise Linux OpenStack Platform 7 のコンピュートノードを稼働させるのに追加のハードウェアリソースが必要となる場合があります。

注記注記

本章での手順では、全 Red Hat Enterprise Linux OpenStack Platform ドキュメントが採用するアーキテクチャーの命名規則を使用します。この規則に精通していない場合には、Red Hat Enterprise LinuxOpenStack Platform ドキュメントスイートから『アーキテクチャーガイド』を参照してから続行してください。

OpenStack デプロイメントのアップグレードを開始する前に、適切なチャンネルにサブスクライブするようにしてください。詳しい情報は、「2章前提条件」を参照してください。

4.1. 非高可用性環境で稼働中の Compute を使用して各サービスを個別に更新し4.1. 非高可用性環境で稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順て OpenStack をアップグレードする手順

以下の項では、非高可用性の環境において Compute を並行稼働させて個別のサービスを更新する方法でクラウドデプロイメントをアップグレードする場合に従う必要のある手順を記載します。

1. アップグレード前のタスク:アップグレード前のタスク:


a. Red Hat Enterprise Linux OpenStack Platform 7 (Kilo) 用の yum リポジトリーをインストールします。

b. 利用可能な場合は openstack-selinuxopenstack-selinux パッケージをアップグレードします。

## yum upgrade openstack-selinuxyum upgrade openstack-selinux

これは、アップグレードしたサービスが SELinux が有効なシステムで正しく実行されるようにするために必要です。

2. 各サービスのアップグレード:各サービスのアップグレード:

以下のステップには、各サービス固有のアップグレード手順と順序をまとめています。

a. Identity (keystone)Identity (keystone)


1010


初期のバージョンのインストーラーでは、期限切れの keystone トークンが自動的に削除されるようにシステム設定されていない可能性があるため、トークンテーブルに期限切れのエントリーが多数含まれている可能性があります。このような場合には、データベーススキーマのアップグレードの所要時間が大幅に増大する可能性があります。

Identity データベースのアップグレードを実行する前に keystone-managekeystone-manage コマンドを使用すると、データベースから期限切れのトークンをフラッシュして問題を軽減することができます。

このコマンドにより、データベースから期限切れのトークンがフラッシュされます。croncron を使用して、このコマンドが定期的に (例: 1 日 1 回など) 実行されるように設定してください。

Identity ホストで以下のコマンドを実行します。

## openstack-service stop keystoneopenstack-service stop keystone## yum -d1 -y upgrade \*keystone\*yum -d1 -y upgrade \*keystone\*## keystone-manage token_flushkeystone-manage token_flush## openstack-db --service keystone --updateopenstack-db --service keystone --update## openstack-service start keystoneopenstack-service start keystone

b. Object Storage (swift)Object Storage (swift)

Object Storage ホストで以下のコマンドを実行します。

## openstack-service stop swiftopenstack-service stop swift## yum -d1 -y upgrade \*swift\*yum -d1 -y upgrade \*swift\*## openstack-service start swiftopenstack-service start swift

c. Image Service (glance)Image Service (glance)

Image Service ホストで以下のコマンドを実行します。

## openstack-service stop glanceopenstack-service stop glance## yum -d1 -y upgrade \*glance\*yum -d1 -y upgrade \*glance\*## openstack-db --service glance --updateopenstack-db --service glance --update## openstack-service start glanceopenstack-service start glance

d. Block Storage (cinder)Block Storage (cinder)

Block Storage ホストで以下のコマンドを実行します。

## openstack-service stop cinderopenstack-service stop cinder## yum -d1 -y upgrade \*cinder\*yum -d1 -y upgrade \*cinder\*## openstack-db --service cinder --updateopenstack-db --service cinder --update## openstack-service start cinderopenstack-service start cinder

e. Orchestration (heat)Orchestration (heat)

Orchestration ホストで以下のコマンドを実行します。

## openstack-service stop heatopenstack-service stop heat## yum -d1 -y upgrade \*heat\*yum -d1 -y upgrade \*heat\*## openstack-db --service heat --updateopenstack-db --service heat --update## openstack-service start heatopenstack-service start heat

f. Telemetry (ceilometer)Telemetry (ceilometer)

第4章稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順第4章稼働中の Compute を使用して各サービスを個別に更新して OpenStack をアップグレードする手順

1111

a. Telemetry コンポーネントサービスをホストする全ノードで以下のコマンドを実行します。

## openstack-service stop ceilometeropenstack-service stop ceilometer## yum -d1 -y upgrade \*ceilometer\*yum -d1 -y upgrade \*ceilometer\*

b. Image Service ホストで以下のコマンドを実行します。

## ceilometer-dbsyncceilometer-dbsync

このコマンドにより、MySQL は Telemetry Service のバックエンドとして設定することができます。

Telemetry のコンポーネントサービスの一覧については、「TELEMETRY の API およびエージェントの起動」を参照してください。

c. パッケージのアップグレードが完了した後には、Telemetry コンポーネントサービスをホストする全ノードで以下のコマンドを実行して Telemetry Service を再起動します。

## openstack-service start ceilometeropenstack-service start ceilometer

g. Compute (nova)Compute (nova)

a. コンピュートホストのローリングアップグレードを行うには、明示的に API のバージョンの制限を設定して、Juno および kilo 環境間の互換性を確保する必要があります。

Kilo コントローラーまたはコンピュートサービスを開始する前に、nova.confnova.conf の [upgrade_levels][upgrade_levels] セクションの computecompute オプションを junojuno に設定する必要があります。

## crudini --set /etc/nova/nova.conf upgrade_levels compute junocrudini --set /etc/nova/nova.conf upgrade_levels compute juno

コントローラーホストおよびコンピュートホストで、上記の変更を加える必要があります。

全コンピュートホストを OpenStack Kilo にアップグレードした後で、この変更を元に戻す必要があります。

b. コンピュートホストで以下のコマンドを実行します。

## openstack-service stop novaopenstack-service stop nova## yum -d1 -y upgrade \*nova\*yum -d1 -y upgrade \*nova\*## openstack-db --service nova --updateopenstack-db --service nova --update

c. Kilo に完全に更新した後に (すべてのノードが Kilo を実行している場合)、フレーバー情報のバックグラウンド移行を開始する必要があります。Kilo のコンダクターノードは、必要な場合にこの操作を自動的に行いますが、それ以外のアイドルデータはバックグラウンドで移行する必要があります。以下のコマンドは、novanova ユーザーとして実行してください。


d. 全ホストを Kilo にアップグレードした後には、以前のステップで設定した API の制限を削除します。全ホスト上で以下のコマンドを実行します。

## crudini --del /etc/nova/nova.conf upgrade_levels computecrudini --del /etc/nova/nova.conf upgrade_levels compute

e. コンピュートホストおよびコントローラーすべてで Compute Service を再起動します。


1212

https://access.redhat.com/documentation/en/red-hat-enterprise-linux-openstack-platform/version-7/installation-reference/#Launching_the_Metering_API_and_Agents

## openstack-service start novaopenstack-service start nova

h. OpenStack Networking (neutron)OpenStack Networking (neutron)

a. OpenStack Networking ホストで以下のコマンドを実行します。

## openstack-service stop neutronopenstack-service stop neutron## yum -d1 -y upgrade \*neutron\*yum -d1 -y upgrade \*neutron\*## openstack-db --service neutron --updateopenstack-db --service neutron --update

b. OpenStack Networking Service のアップグレードが完了したら、rootwraprootwrap dhcp.filterdhcp.filter の設定ファイルを編集する必要があります。

これには、/usr/share/neutron/rootwrap/dhcp.filters/usr/share/neutron/rootwrap/dhcp.filters ファイルで、以下のように dnsmasqdnsmasq の値を更新します。たとえば、この値は




c. OpenStack Networking Service を再起動します。

## openstack-service start neutronopenstack-service start neutron

i. Dashboard (horizon)Dashboard (horizon)

Dashboard ホストで以下のコマンドを実行します。

## yum -y upgrade \*horizon\* \*openstack-dashboard\*yum -y upgrade \*horizon\* \*openstack-dashboard\*## yum -d1 -y upgrade \*horizon\* \*python-django\*yum -d1 -y upgrade \*horizon\* \*python-django\*## systemctl restart httpdsystemctl restart httpd

3. アップグレード後のタスク:アップグレード後のタスク:

a. 個別サービスのアップグレードをすべて完了した後には、全システムで完全なパッケージアップグレードを行う必要があります。


このコマンドで、すべてのパッケージが最新の状態にします。実行中のプロセスにおいて、更新後の基盤バイナリーバージョンが使用されるように、OpenStack ホストの再起動を後日にスケジューリングしてください。

b. 上記の操作によって生成された設定ファイルを確認します。アップグレードされたパッケージには、Red Hat Enterprise Linux OpenStack Platform 7 バージョンのサービスに適した .rpmnew.rpmnew ファイルがインストールされているはずです。

新しいバージョンの OpenStack サービスでは、特定の設定オプションが非推奨になっている可能性があります。このような非推奨の設定オプションが原因で今後のアップグレードの際に問題が発生する可能性があるため、非推奨の警告については OpenStack のログも参照してください。各サービスで新規追加/更新された設定オプションや非推奨となった設定オプションについての詳しい説明は、Red Hat Enterprise Linux OpenStack Platform ドキュメントスイートで『ConfigurationReference』を参照してください。


1313


4.2. 高可用性環境で稼働中の Compute を使用して各サービスを個別に更新して4.2. 高可用性環境で稼働中の Compute を使用して各サービスを個別に更新してOpenStack をアップグレードする手順OpenStack をアップグレードする手順

以下の項では、高可用性環境において Compute を並行稼働させて個別のサービスを更新する方法でクラウドデプロイメントをアップグレードする場合に従う必要のある手順を記載します。

1. アップグレード前のタスク:アップグレード前のタスク:


a. Staypuft で設定された PuppetPuppet を実行している場合には、Puppet を無効にする必要があります。

## systemctl stop puppetsystemctl stop puppet## systemctl disable puppetsystemctl disable puppet

このコマンドでは、アップグレードプロセスの一部として加えられた変更を、Staypuft で設定されたpuppet により取り消されないようにします。

b. Red Hat Enterprise Linux OpenStack Platform 7 (Kilo) 用の yum リポジトリーをインストールします。

c. python パッケージすべてを手動でアップグレードします。

## yum upgrade python*yum upgrade python*

d. 利用可能な場合は openstack-selinuxopenstack-selinux パッケージをアップグレードします。

## yum upgrade openstack-selinuxyum upgrade openstack-selinux

これは、アップグレードしたサービスが SELinux が有効なシステムで正しく実行されるようにするために必要です。

2. サービスのアップグレード:サービスのアップグレード:

各サービスをアップグレードします。コントローラーで実行するアップグレードの適切な手順を以下に示します。

MariaDB のアップグレード:MariaDB のアップグレード:

MariaDB を実行する各ホストで、以下の手順を実行します。1 つのホストでの手順がすべて完了してから、次のホストでこのプロセスを開始してください。

a. ローカルノードで実行されないようにサービスを停止します。

## pcs resource ban galera-master $(crm_node -n)pcs resource ban galera-master $(crm_node -n)

b. pcs statuspcs status の出力で、ローカルノードで実行中のサービスがなくなるまで待機します。これは、数分かかる可能性があります。ローカルノードは、まず slaves モードに変更されます。

Master/Slave Set: galera-master [galera]Masters: [ pcmk-mac525400aeb753 pcmk-mac525400bab8ae ]Slaves: [ pcmk-mac5254004bd62f ]

最終的に stopped のモードに変わります。


1414

Master/Slave Set: galera-master [galera]Masters: [ pcmk-mac525400aeb753 pcmk-mac525400bab8ae ]Stopped: [ pcmk-mac5254004bd62f ]

c. 適切なパッケージをアップグレードします。

## yum upgrade '*mariadb*' '*galera*'yum upgrade '*mariadb*' '*galera*'

d. Pacemaker がローカルノードで galeragalera リソースのスケジューリングができるようにします。

## pcs resource clear galera-masterpcs resource clear galera-master

e. pcs statuspcs status の出力で、gelara リソースがローカルノードでマスターとして実行されるまで待機します。pcs statuspcs status からの出力は以下のようになります。

Master/Slave Set: galera-master [galera]Masters: [ pcmk-mac5254004bd62f pcmk-mac525400aeb753pcmk-mac525400bab8ae ]

MongoDB のアップグレード:MongoDB のアップグレード:

a. Pacemaker のコントロールから mongodmongod リソースを削除します。

## pcs resource unmanage mongod-clonepcs resource unmanage mongod-clone

b. 全コントローラー上のサービスを停止します。各コントローラーで、以下を実行します。

## systemctl stop mongodsystemctl stop mongod


## yum upgrade 'mongodb*' 'python-pymongo*' yum upgrade 'mongodb*' 'python-pymongo*'

d. 更新したユニットファイルを有効にするために systemdsystemd を再読み込みします。


e. 各コントローラーで以下のコマンドを実行して、mongodmongod サービスを再起動します。

## systemctl start mongodsystemctl start mongod

f. Pacemaker コントロールへのリソースをクリーンアップします。

## pcs resource cleanup mongod-clonepcs resource cleanup mongod-clone

g. Pacemaker コントロールにリソースを戻します。

## pcs resource manage mongod-clonepcs resource manage mongod-clone

h. pcs statuspcs status の出力で、上記のリソースが実行中と表示されるまで待機します。

Identity Service (keystone) のアップグレード:Identity Service (keystone) のアップグレード:


1515

a. Pacemaker のコントロールから Identity Service を削除します。

## pcs resource unmanage keystone-clonepcs resource unmanage keystone-clone

b. 各コントローラーで以下のコマンドを実行して Identity Serice を停止します。

## systemctl stop openstack-keystonesystemctl stop openstack-keystone


## yum upgrade 'openstack-keystone*' 'python-keystone*'yum upgrade 'openstack-keystone*' 'python-keystone*'



e. RHEL OpenStack Platform 7 (Kilo) リリースでは、token.persistence.backends の場所が変更されました。keystone.confkeystone.conf の [token][token] のセクションの driverdriver オプションを更新する必要があります。これには、keystone.token.backendskeystone.token.backends を keystone.token.persistence.backendskeystone.token.persistence.backends に置き換える必要があります。

## sed -i 's/keystone.token.backends/keystone.token.persistence.backends/g' \sed -i 's/keystone.token.backends/keystone.token.persistence.backends/g' \/etc/keystone/keystone.conf/etc/keystone/keystone.conf

パッケージの更新には、新しい systemdsystemd のユニットファイルが含まれている可能性があるため、更新されたファイルを systemdsystemd に認識させます。


f. 初期のバージョンのインストーラーでは、期限切れの keystone トークンが自動的に削除されるようにシステム設定されていない可能性があるため、トークンテーブルに期限切れのエントリーが多数含まれている可能性があります。このような場合には、データベーススキーマのアップグレードの所要時間が大幅に増大する可能性があります。

Identity データベースのアップグレードを実行する前に keystone-managekeystone-manage コマンドを使用すると、データベースから期限切れのトークンをフラッシュして問題を軽減することができます。

このコマンドにより、データベースから期限切れのトークンがフラッシュされます。croncron を使用して、このコマンドが定期的に (例: 1 日 1 回など) 実行されるように設定してください。

## keystone-manage token_flushkeystone-manage token_flush

g. Identity Service のデータベーススキーマを更新します。

## openstack-db --service keystone --updateopenstack-db --service keystone --update

h. 各コントローラーで以下のコマンドを実行してサービスを再起動します。

## systemctl start openstack-keystonesystemctl start openstack-keystone

i. Pacemaker を使用して Identity Service をクリーンアップします。

## pcs resource cleanup keystone-clonepcs resource cleanup keystone-clone


1616

j. Pacemaker コントロールにリソースを戻します。

## pcs resource manage keystone-clonepcs resource manage keystone-clone

k. pcs statuspcs status の出力で、上記のリソースが実行中と表示されるまで待機します。

Image service (glance) のアップグレード:Image service (glance) のアップグレード:

a. Pacemaker で Image Service のリソースを停止します。

## pcs resource disable glance-registry-clonepcs resource disable glance-registry-clone## pcs resource disable glance-api-clonepcs resource disable glance-api-clone

b. pcs statuspcs status の出力で、両サービスが停止されるまで待機します。


## yum upgrade 'openstack-glance*' 'python-glance*'yum upgrade 'openstack-glance*' 'python-glance*'



e. Image Service のデータベーススキーマを更新します。

## openstack-db --service glance --updateopenstack-db --service glance --update

f. Pacemaker を使用して Image Service をクリーンアップします。

## pcs resource cleanup glance-api-clonepcs resource cleanup glance-api-clone## pcs resource cleanup glance-registry-clonepcs resource cleanup glance-registry-clone

g. Pacemaker で Image Service のリソースを再起動します。

## pcs resource enable glance-api-clonepcs resource enable glance-api-clone## pcs resource enable glance-registry-clonepcs resource enable glance-registry-clone


Block Storage Service (cinder) のアップグレード:Block Storage Service (cinder) のアップグレード:

a. Pacemaker で Block Storage Service のリソースを停止します。

## pcs resource disable cinder-api-clonepcs resource disable cinder-api-clone## pcs resource disable cinder-scheduler-clonepcs resource disable cinder-scheduler-clone## pcs resource disable cinder-volumepcs resource disable cinder-volume

b. pcs statuspcs status の出力で、上記のサービスが停止されるまで待機します。


## yum upgrade 'openstack-cinder*' 'python-cinder*'yum upgrade 'openstack-cinder*' 'python-cinder*'


1717



e. Block Storage Service のデータベーススキーマを更新します。

## openstack-db --service cinder --updateopenstack-db --service cinder --update

f. Pacemaker を使用して Block Storage Service をクリーンアップします。

## pcs resource cleanup cinder-volumepcs resource cleanup cinder-volume## pcs resource cleanup cinder-scheduler-clonepcs resource cleanup cinder-scheduler-clone## pcs resource cleanup cinder-api-clonepcs resource cleanup cinder-api-clone

g. Pacemaker で Block Storage Service のリソースを再起動します。

## pcs resource enable cinder-volumepcs resource enable cinder-volume## pcs resource enable cinder-scheduler-clonepcs resource enable cinder-scheduler-clone## pcs resource enable cinder-api-clonepcs resource enable cinder-api-clone


Orchestration (heat) のアップグレード:Orchestration (heat) のアップグレード:

a. Pacemaker で Orchestration リソースを停止します。

## pcs resource disable heat-api-clonepcs resource disable heat-api-clone## pcs resource disable heat-api-cfn-clonepcs resource disable heat-api-cfn-clone## pcs resource disable heat-api-cloudwatch-clonepcs resource disable heat-api-cloudwatch-clone## pcs resource disable heatpcs resource disable heat



## yum upgrade 'openstack-heat*' 'python-heat*'yum upgrade 'openstack-heat*' 'python-heat*'



e. Orchestration のデータベーススキーマを更新します。

## openstack-db --service heat --updateopenstack-db --service heat --update

f. Pacemaker を使用して Orchestration Service をクリーンアップします。

## pcs resource cleanup heatpcs resource cleanup heat## pcs resource cleanup heat-api-cloudwatch-clonepcs resource cleanup heat-api-cloudwatch-clone## pcs resource cleanup heat-api-cfn-clonepcs resource cleanup heat-api-cfn-clone## pcs resource cleanup heat-api-clonepcs resource cleanup heat-api-clone

g. Pacemaker で Orchestration リソースを再起動します。


1818

## pcs resource enable heatpcs resource enable heat## pcs resource enable heat-api-cloudwatch-clonepcs resource enable heat-api-cloudwatch-clone## pcs resource enable heat-api-cfn-clonepcs resource enable heat-api-cfn-clone## pcs resource enable heat-api-clonepcs resource enable heat-api-clone


Telemetry (ceilometer) のアップグレード:Telemetry (ceilometer) のアップグレード:

a. Pacemaker で Telemetry リソースをすべて停止します。

## pcs resource disable openstack-ceilometer-centralpcs resource disable openstack-ceilometer-central## pcs resource disable openstack-ceilometer-api-clonepcs resource disable openstack-ceilometer-api-clone## pcs resource disable openstack-ceilometer-alarm-evaluator-clonepcs resource disable openstack-ceilometer-alarm-evaluator-clone## pcs resource disable openstack-ceilometer-collector-clonepcs resource disable openstack-ceilometer-collector-clone## pcs resource disable openstack-ceilometer-notification-clonepcs resource disable openstack-ceilometer-notification-clone## pcs resource disable openstack-ceilometer-alarm-notifier-clonepcs resource disable openstack-ceilometer-alarm-notifier-clone## pcs resource disable ceilometer-delay-clonepcs resource disable ceilometer-delay-clone



## yum upgrade 'openstack-ceilometer*' 'python-ceilometer*'yum upgrade 'openstack-ceilometer*' 'python-ceilometer*'



e. Telemetry に MySQL のバックエンドを使用している場合には、Telemetry データベーススキーマを更新します。

## openstack-db --service ceilometer --updateopenstack-db --service ceilometer --update

注記注記

MongoDB バックエンドを使用している場合には、この手順は必要ありません。

f. Pacemaker を使用して Telemetry Service をクリーンアップします。

## pcs resource cleanup ceilometer-delay-clonepcs resource cleanup ceilometer-delay-clone## pcs resource cleanup openstack-ceilometer-alarm-notifier-clonepcs resource cleanup openstack-ceilometer-alarm-notifier-clone## pcs resource cleanup openstack-ceilometer-notification-clonepcs resource cleanup openstack-ceilometer-notification-clone## pcs resource cleanup openstack-ceilometer-collector-clonepcs resource cleanup openstack-ceilometer-collector-clone## pcs resource cleanup openstack-ceilometer-alarm-evaluator-clonepcs resource cleanup openstack-ceilometer-alarm-evaluator-clone## pcs resource cleanup openstack-ceilometer-api-clonepcs resource cleanup openstack-ceilometer-api-clone## pcs resource cleanup openstack-ceilometer-centralpcs resource cleanup openstack-ceilometer-central

g. Pacemaker で Telemetry リソースをすべて再起動します。

## pcs resource enable ceilometer-delay-clonepcs resource enable ceilometer-delay-clone## pcs resource enable openstack-ceilometer-alarm-notifier-clonepcs resource enable openstack-ceilometer-alarm-notifier-clone


1919

## pcs resource enable openstack-ceilometer-notification-clonepcs resource enable openstack-ceilometer-notification-clone## pcs resource enable openstack-ceilometer-collector-clonepcs resource enable openstack-ceilometer-collector-clone## pcs resource enable openstack-ceilometer-alarm-evaluator-clonepcs resource enable openstack-ceilometer-alarm-evaluator-clone## pcs resource enable openstack-ceilometer-api-clonepcs resource enable openstack-ceilometer-api-clone## pcs resource enable openstack-ceilometer-centralpcs resource enable openstack-ceilometer-central


Compute (nova) のアップグレード:Compute (nova) のアップグレード:

a. Pacemaker で Compute リソースをすべて停止します。

## pcs resource disable openstack-nova-novncproxy-clonepcs resource disable openstack-nova-novncproxy-clone## pcs resource disable openstack-nova-consoleauth-clonepcs resource disable openstack-nova-consoleauth-clone## pcs resource disable openstack-nova-conductor-clonepcs resource disable openstack-nova-conductor-clone## pcs resource disable openstack-nova-api-clonepcs resource disable openstack-nova-api-clone## pcs resource disable openstack-nova-scheduler-clonepcs resource disable openstack-nova-scheduler-clone



## yum upgrade 'openstack-nova*' 'python-nova*'yum upgrade 'openstack-nova*' 'python-nova*'



e. Compute のデータベーススキーマを更新します。

## openstack-db --service nova --updateopenstack-db --service nova --update

Kilo に完全に更新した後に (すべてのノードが Kilo を実行している場合)、フレーバー情報のバックグラウンド移行を開始する必要があります。Kilo のコンダクターノードは、必要な場合にこの操作を自動的に行いますが、それ以外のアイドルデータはバックグラウンドで移行する必要があります。以下のコマンドは、novanova ユーザーとして実行してください。


f. コンピュートホストのローリングアップグレードを行うには、明示的に API のバージョンの制限を設定して、Juno および kilo 環境間の互換性を確保する必要があります。

Kilo コントローラーまたはコンピュートサービスを開始する前に、nova.confnova.conf の [upgrade_levels][upgrade_levels]セクションの computecompute オプションを junojuno に設定する必要があります。


まず、コントローラーの 1 つで pcs resource unmanagepcs resource unmanage を実行することで Compute リソースの管理を解除する必要があります。

## pcs resource unmanage openstack-nova-novncproxy-clonepcs resource unmanage openstack-nova-novncproxy-clone## pcs resource unmanage openstack-nova-consoleauth-clonepcs resource unmanage openstack-nova-consoleauth-clone## pcs resource unmanage openstack-nova-conductor-clonepcs resource unmanage openstack-nova-conductor-clone## pcs resource unmanage openstack-nova-api-clonepcs resource unmanage openstack-nova-api-clone


2020

## pcs resource unmanage openstack-nova-scheduler-clonepcs resource unmanage openstack-nova-scheduler-clone

コントローラーすべてで全サービスを再起動します。

## openstack-service restart novaopenstack-service restart nova

コンピュートホストをすべて OpenStack Kilo にアップグレードした後で、Pacemaker がコントロールできるように戻す必要があります。

## pcs resource manage openstack-nova-scheduler-clonepcs resource manage openstack-nova-scheduler-clone## pcs resource manage openstack-nova-api-clonepcs resource manage openstack-nova-api-clone## pcs resource manage openstack-nova-conductor-clonepcs resource manage openstack-nova-conductor-clone## pcs resource manage openstack-nova-consoleauth-clonepcs resource manage openstack-nova-consoleauth-clone## pcs resource manage openstack-nova-novncproxy-clonepcs resource manage openstack-nova-novncproxy-clone

g. Pacemaker で Compute リソースをすべてクリーンアップします。

## pcs resource cleanup openstack-nova-scheduler-clonepcs resource cleanup openstack-nova-scheduler-clone## pcs resource cleanup openstack-nova-api-clonepcs resource cleanup openstack-nova-api-clone## pcs resource cleanup openstack-nova-conductor-clonepcs resource cleanup openstack-nova-conductor-clone## pcs resource cleanup openstack-nova-consoleauth-clonepcs resource cleanup openstack-nova-consoleauth-clone## pcs resource cleanup openstack-nova-novncproxy-clonepcs resource cleanup openstack-nova-novncproxy-clone

h. Pacemaker で Compute リソースをすべて再起動します。

## pcs resource enable openstack-nova-scheduler-clonepcs resource enable openstack-nova-scheduler-clone## pcs resource enable openstack-nova-api-clonepcs resource enable openstack-nova-api-clone## pcs resource enable openstack-nova-conductor-clonepcs resource enable openstack-nova-conductor-clone## pcs resource enable openstack-nova-consoleauth-clonepcs resource enable openstack-nova-consoleauth-clone## pcs resource enable openstack-nova-novncproxy-clonepcs resource enable openstack-nova-novncproxy-clone

i. pcs statuspcs status の出力で、上記のリソースが実行中と表示されるまで待機します。

OpenStack Networking (neutron) のアップグレード:OpenStack Networking (neutron) のアップグレード:

a. Pacemaker による OpenStack Networking クリーンアップスクリプトがトリガーされないようにします。

## pcs resource unmanage neutron-ovs-cleanup-clonepcs resource unmanage neutron-ovs-cleanup-clone## pcs resource unmanage neutron-netns-cleanup-clone pcs resource unmanage neutron-netns-cleanup-clone

b. Pacemaker で OpenStack Networking のリソースを停止します。

## pcs resource disable neutron-server-clonepcs resource disable neutron-server-clone## pcs resource disable neutron-openvswitch-agent-clonepcs resource disable neutron-openvswitch-agent-clone## pcs resource disable neutron-dhcp-agent-clonepcs resource disable neutron-dhcp-agent-clone## pcs resource disable neutron-l3-agent-clonepcs resource disable neutron-l3-agent-clone## pcs resource disable neutron-metadata-agent-clonepcs resource disable neutron-metadata-agent-clone


## yum upgrade 'openstack-neutron*' 'python-neutron*'yum upgrade 'openstack-neutron*' 'python-neutron*'

d. openstack-neutron-vpnaasopenstack-neutron-vpnaas、openstack-neutron-fwaasopenstack-neutron-fwaas、openstack-neutron-lbaasopenstack-neutron-lbaas など


2121

neutron.confneutron.conf ファイルで有効化された高度な OpenStack Networking Service のパッケージをインストールします。

## yum install openstack-neutron-vpnaasyum install openstack-neutron-vpnaas## yum install openstack-neutron-fwaasyum install openstack-neutron-fwaas## yum install openstack-neutron-lbaasyum install openstack-neutron-lbaas

これらのパッケージをインストールすると、対応する設定ファイルが作成されます。

e. neutron.confneutron.conf ファイルの VPNaaS および LBaaS サービスのエントリーの場合は、service_providerservice_provider エントリーを /etc/neutron/etc/neutron 配下の対応する neutron-neutron-**aas.confaas.conf ファイルにコピーし、neutron.confneutron.conf ファイルのこれらのエントリーをコメント化します。

FWaaS サービスエントリーの場合は、service_providerservice_provider パラメーターを neutron.confneutron.conf ファイルに残す必要があります残す必要があります。

f. LBaaS エージェントを実行する全ノードで、openstack-neutron-lbaasopenstack-neutron-lbaas パッケージをインストールします。

## yum install openstack-neutron-lbaasyum install openstack-neutron-lbaas

g. 更新したユニットファイルを有効にするために systemdsystemd を再読み込みします。


h. OpenStack Networking のデータベーススキーマを更新します。

## openstack-db --service neutron --updateopenstack-db --service neutron --update

i. OpenStack Networking Service のアップグレードが完了したら、rootwrap dhcp.filterrootwrap dhcp.filter の設定ファイルを編集する必要があります。

これには、/usr/share/neutron/rootwrap/dhcp.filters/usr/share/neutron/rootwrap/dhcp.filters ファイルで、以下のように dnsmasqdnsmasq の値を更新します。たとえば、この値は




j. Pacemaker で OpenStack Networking のリソースをクリーンアップします。

## pcs resource cleanup neutron-metadata-agent-clonepcs resource cleanup neutron-metadata-agent-clone## pcs resource cleanup neutron-l3-agent-clonepcs resource cleanup neutron-l3-agent-clone## pcs resource cleanup neutron-dhcp-agent-clonepcs resource cleanup neutron-dhcp-agent-clone## pcs resource cleanup neutron-openvswitch-agent-clonepcs resource cleanup neutron-openvswitch-agent-clone## pcs resource cleanup neutron-server-clonepcs resource cleanup neutron-server-clone

k. Pacemaker で OpenStack Networking のリソースを再起動します。


2222

## pcs resource enable neutron-metadata-agent-clonepcs resource enable neutron-metadata-agent-clone## pcs resource enable neutron-l3-agent-clonepcs resource enable neutron-l3-agent-clone## pcs resource enable neutron-dhcp-agent-clonepcs resource enable neutron-dhcp-agent-clone## pcs resource enable neutron-openvswitch-agent-clonepcs resource enable neutron-openvswitch-agent-clone## pcs resource enable neutron-server-clonepcs resource enable neutron-server-clone

l. Pacemaker コントロールにクリーンアップエージェントを戻します。

## pcs resource manage neutron-ovs-cleanup-clonepcs resource manage neutron-ovs-cleanup-clone## pcs resource manage neutron-netns-cleanup-clonepcs resource manage neutron-netns-cleanup-clone

m. pcs statuspcs status の出力で、上記のリソースが実行中と表示されるまで待機します。

Dashboard (horizon) のアップグレード:Dashboard (horizon) のアップグレード:

a. Pacemaker で Dashboard リソースを停止します。

## pcs resource disable horizon-clonepcs resource disable horizon-clone

b. pcs statuspcs status の出力で、このサービスが停止されるまで待機します。


## yum upgrade httpd 'openstack-dashboard*' 'python-django*'yum upgrade httpd 'openstack-dashboard*' 'python-django*'



e. Dashboard の設定を修正します。

Apache 設定の修正:Apache 設定の修正:

openstack-dashboardopenstack-dashboard パッケージにより、/etc/httpd/conf.d/openstack-dashboard.conf/etc/httpd/conf.d/openstack-dashboard.conf ファイルがインストールされますが、Staypuft インストーラーはこのファイルを /etc/httpd/conf.d/15-/etc/httpd/conf.d/15-horizon_vhost.confhorizon_vhost.conf ファイルに置き換えます。Horizon をアップグレードした後には、以下の設定ファイルが存在します。

15-horizon_vhost.conf15-horizon_vhost.conf

openstack-dashboard.confopenstack-dashboard.conf

openstack-dashboard.conf.rpmnewopenstack-dashboard.conf.rpmnew

以下の変更を加えます。

openstack-dashboard.conf.rpmnewopenstack-dashboard.conf.rpmnew ファイルを削除します。

## rm openstack-dashboard.conf.rpmnewrm openstack-dashboard.conf.rpmnew

以下を置き換えて 15-horizon_vhost.conf15-horizon_vhost.conf ファイルを変更します。

Alias /static "/usr/share/openstack-dashboard/static"



2323

Alias /dashboard/static "/usr/share/openstack-dashboard/static"

Dashboard 設定の修正:Dashboard 設定の修正:

openstack-dashboardopenstack-dashboard パッケージにより、/etc/openstack-dashboard/local_settings/etc/openstack-dashboard/local_settings ファイルがインストールされます。アップグレード後には、以下の設定ファイルが設定されています。

/etc/openstack-dashboard/local_settings/etc/openstack-dashboard/local_settings

/etc/openstack-dashboard/local_settings.rpmnew/etc/openstack-dashboard/local_settings.rpmnew

以下の変更を加えます。

既存の local_settingslocal_settings ファイルをバックアップします。

## cp local_settings local_settings.oldcp local_settings local_settings.old

local_settings.rpmnewlocal_settings.rpmnew ファイルの名前を local_settingslocal_settings ファイルに変更します。

## mv local_settings.rpmnew local_settingsmv local_settings.rpmnew local_settings

以下の設定オプションを local_settings.oldlocal_settings.old ファイルからの適切な値に置き換えます。

ALLOWED_HOSTS

SECRET_KEY

CACHES

OPENSTACK_KEYSTONE_URL

全コントローラーで Web サーバーを再起動してすべての変更を適用します。

## service httpd restartservice httpd restart

f. Pacemaker で Dashboard リソースをクリーンアップします。

## pcs resource cleanup horizon-clone pcs resource cleanup horizon-clone

g. Pacemaker で Dashboard リソースを再起動します。

## pcs resource enable horizon-clone pcs resource enable horizon-clone


Compute (nova) ホストのアップグレード:Compute (nova) ホストのアップグレード:

各コンピュートホストで以下を実行します。

a. ホスト上の OpenStack サービスをすべて停止します。


b. すべてのパッケージをアップグレードします。



2424

c. コンピュートホストのローリングアップグレードを行うには、明示的に API のバージョンの制限を設定して、Juno および kilo 環境間の互換性を確保する必要があります。

Kilo コントローラーまたはコンピュートサービスを開始する前に、nova.confnova.conf の [upgrade_levels][upgrade_levels]セクションの computecompute オプションを junojuno に設定する必要があります。


コントローラーホストおよびコンピュートホストで、上記の変更を加える必要があります。

d. ホスト上の OpenStack サービスをすべて起動します。


e. 全ホストを Kilo にアップグレードした後には、以前のステップで設定した API の制限を削除します。全ホスト上で以下のコマンドを実行します。

## crudini --del /etc/nova/nova.conf upgrade_levels computecrudini --del /etc/nova/nova.conf upgrade_levels compute

アップグレード後のタスク:アップグレード後のタスク:

a. 個別サービスのアップグレードをすべて完了した後には、全システムで完全なパッケージアップグレードを行う必要があります。


このコマンドで、すべてのパッケージが最新の状態にします。実行中のプロセスにおいて、更新後の基盤バイナリーバージョンが使用されるように、OpenStack ホストの再起動を後日にスケジューリングしてください。

b. 上記の操作によって生成された設定ファイルを確認します。アップグレードされたパッケージには、Red Hat Enterprise Linux OpenStack Platform 7 バージョンのサービスに適した .rpmnew.rpmnew ファイルがインストールされているはずです。

新しいバージョンの OpenStack サービスでは、特定の設定オプションが非推奨になっている可能性があります。このような非推奨の設定オプションが原因で今後のアップグレードの際に問題が発生する可能性があるため、非推奨の警告については OpenStack のログも参照してください。各サービスで新規追加/更新された設定オプションや非推奨となった設定オプションについての詳しい説明は、Red Hat Enterprise Linux OpenStack Platform ドキュメントスイートで『ConfigurationReference』を参照してください。


2525


Documents

OpenStack のアップグレード Platform 7 Red Hat …...Red Hat Enterprise Linux OpenStack Platform 6 (Juno) -- rhel-7-server-openstack-6.0-rpms Packstack は、サブスクリプションマネージャーを使用して