手順

1. 登録情報が記載された環境ファイルを編集します。以下に例を示します。

   $ vi ~/templates/rhel-registration/environment-rhel-registration.yaml

2. 以下のパラメーター値を編集します。

   rhel_reg_repos

   Red Hat OpenStack Platform 12 の新しいリポジトリーが含まれるように更新します。

   rhel_reg_activation_key

   Red Hat OpenStack Platform 12 のリポジトリーにアクセスするためのアクティベーションキーを更新します。

   rhel_reg_sat_repo

   Red Hat Satellite 6 のより新しいバージョンを使用する場合には、Satellite 6 の管理ツールが含まれているリポジトリーを更新します。

3. 環境ファイルを保存します。

手順

1. ceph-ansible パッケージをアンダークラウドにインストールします。

   [stack@director ~]$ sudo yum install -y ceph-ansible

2. ストレージの環境ファイルで、最新のリソースと設定を使用するようにします。これは、以下のように変更する必要があります。

   1. resource_registry はコア Heat テンプレートコレクションの docker/services サブディレクトリーからコンテナー化されたサービスを使用します。以下に例を示します。

1. 新しい CephAnsibleDisksConfig パラメーターを使用して、ディスクのマッピングの方法を定義します。以前のバージョンの Red Hat OpenStack Platform では、ceph::profile::params::osds hieradata を使用して OSD レイアウトを定義していました。この hieradata を CephAnsibleDisksConfig パラメーターの構成に変換します。たとえば、hieradata に以下の内容が記載されているとします。

   parameter_defaults:
     ExtraConfig:
       ceph::profile::params::osd_journal_size: 512
       ceph::profile::params::osds:
         '/dev/sdb': {}
         '/dev/sdc': {}
         '/dev/sdd': {}

   この場合には、CephAnsibleDisksConfig は以下のようになります。

   parameters_default:
     CephAnsibleDisksConfig:
       devices:
       - /dev/sdb
       - /dev/sdc
       - /dev/sdd
       journal_size: 512
       osd_scenario: collocated

   ceph-ansible に使用する OSD ディスクレイアウトオプションの完全な一覧は、/usr/share/ceph-ansible/group_vars/osds.yml.sample のサンプルファイルを参照してください。

手順

1. Ceph Storage の設定が含まれた環境ファイルを編集します。

2. resource_registry が Puppet リソースを使用するように設定します。以下に例を示します。

   resource_registry:
     OS::TripleO::Services::CephMon: ../puppet/services/ceph-mon.yaml
     OS::TripleO::Services::CephOSD: ../puppet/services/ceph-osd.yaml
     OS::TripleO::Services::CephClient: ../puppet/services/ceph-client.yaml

   注記

   /usr/share/openstack-tripleo-heat-templates/environments/puppet-ceph.yaml の内容を例として使用します。

3. 「オーバークラウドノードのアップグレード」の手順に従って、コントローラーベースのノードをコンテナー化されたサービスにアップグレードします。
4. 「コンピュートノードのアップグレード」の手順に従って HCI ノードをアップグレードします。

5. Ceph Storage 設定の resource_registry を編集して、コンテナー化されたサービスを使用するようにします。

   resource_registry:
     OS::TripleO::Services::CephMon: ../docker/services/ceph-ansible/ceph-mon.yaml
     OS::TripleO::Services::CephOSD: ../docker/services/ceph-ansible/ceph-osd.yaml
     OS::TripleO::Services::CephClient: ../docker/services/ceph-ansible/ceph-client.yaml

   注記

   /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml の内容を例として使用します。

6. ストレージの環境ファイルの parameter_defaults セクションにCephAnsiblePlaybook パラメーターを追加します。

     CephAnsiblePlaybook: /usr/share/ceph-ansible/infrastructure-playbooks/switch-from-non-containerized-to-containerized-ceph-daemons.yml

7. ストレージの環境ファイルの parameter_defaults セクションにCephAnsibleDisksConfig パラメーターを追加して、ディスクレイアウトを定義します。以下に例を示します。

     CephAnsibleDisksConfig:
       devices:
       - /dev/vdb
       - /dev/vdc
       - /dev/vdd
       journal_size: 512
       osd_scenario: collocated

8. 「アップグレードの最終処理」の手順に従って、オーバークラウドのアップグレードの最終処理を実行します。

手順

1. director の動的な Ansible スクリプトが OpenStack Platform 12 バージョンに更新され、オーバークラウドプラン内の RoleNetHostnameMap Heat パラメーターを使用してインベントリーを定義するようになりました。ただし、オーバークラウドは現在 OpenStack Platform 11 のテンプレートバージョンを使用しており、これには RoleNetHostnameMap パラメーターがないため、一時的な静的インベントリーファイルを作成する必要があります。このファイルは、以下のコマンドを実行すると生成することができます。

   $ openstack server list -c Networks -f value | cut -d"=" -f2 > overcloud_hosts

2. 以下の内容を記述した Ansible Playbook (undercloud-ca.yml) を作成します。

   ---
   - name: Add undercloud CA to overcloud nodes
     hosts: all
     user: heat-admin
     become: true
     tasks:
       - name: Copy undercloud CA
         copy:
           src: ca.crt.pem
           dest: /etc/pki/ca-trust/source/anchors/
       - name: Update trust
         command: "update-ca-trust extract"
       - name: Get the hostname of the undercloud
         delegate_to: 127.0.0.1
         command: hostname
         register: undercloud_hostname
       - name: Verify URL
         uri:
           url: https://{{ undercloud_hostname.stdout }}:13808/healthcheck
           return_content: yes
         register: verify
       - name: Report output
         debug:
           msg: "{{ ansible_hostname }} can access the undercloud's Public API"
         when: verify.content == "OK"

   この Playbook には複数のタスクが含まれており、各ノードで以下の操作を実行します。

   • アンダークラウドの認証局のファイル (ca.crt.pem) をオーバークラウドノードにコピーします。このファイルの名前と場所は、設定によって異なる場合があります。この例では、自己署名証明書の手順 (『director のインストールと使用方法』の「SSL/TLS 証明書の設定」を参照) で定義された名前と場所を使用しています。
   • オーバークラウドノードで、CA トラストデータベースを更新するコマンドを実行します。
   • オーバークラウドノードから、アンダークラウドの Object Storage Public API をチェックして、成功したかどうかを報告します。

3. 以下のコマンドで Playbook を実行します。

   $ ansible-playbook -i overcloud_hosts undercloud-ca.yml

   ここでは、一時インベントリーを使用して、Ansible にオーバークラウドノードを指定します。

4. その結果、Ansible の出力には、ノードのデバッグメッセージが表示されます。以下に例を示します。

   ok: [192.168.24.100] => {
       "msg": "overcloud-controller-0 can access the undercloud's Public API"
   }

手順

1. 以下のコマンドを実行して、OVERCLOUD_HOSTS 環境変数内のノードの IP アドレスの一覧を保存します。

   $ source ~/stackrc
   $ export OVERCLOUD_HOSTS=$(openstack server list -f value -c Networks | cut -d "=" -f 2 | tr '\n' ' ')

2. 以下のスクリプトを実行します。

   $ /usr/share/openstack-tripleo-heat-templates/deployed-server/scripts/enable-ssh-admin.sh

3. アップグレードを開始します。

4. コンピュートノードまたは Object Storage ノードをアップグレードする場合には、以下を使用します。

   1. upgrade-non-controller.sh スクリプトに -U オプションを使用して stack ユーザーを指定します。事前にプロビジョニング済みのノードのデフォルトユーザーは heat-admin ではなく stack であることがその理由です。

   2. --upgrade オプションでノードの IP アドレスを使用します。これは、ノードが director の Compute (Nova) と Bare Metal (ironic) のサービスで管理されるのでノード名がないためです。

      以下に例を示します。

      $ upgrade-non-controller.sh -U stack --upgrade 192.168.24.100

1. parameter_defaults セクションで、アップグレードプロセス中に os-net-config を実行して、OVS 2.7 PCI アドレスを DPDK ポートに関連付けするためのするためのネットワークデプロイメントパラメーターを追加します。

   parameter_defaults:
     ComputeNetworkDeploymentActions: ['CREATE', 'UPDATE']

   パラメーター名は、DPDK のデプロイに使用するロール名と一致する必要があります。この例では、ロール名は Compute なので、パラメーター名は ComputeNetworkDeploymentActions となっています。

   注記

   初回のアップグレードの後には、このパラメーターは必要ないので、環境ファイルから削除すべきです。

2. resource_registry セクションで、ComputeNeutronOvsAgent サービスを neutron-ovs-dpdk-agent puppet サービスに上書きします。

   resource_registry:
     OS::TripleO::Services::ComputeNeutronOvsAgent: /usr/share/openstack-tripleo-heat-templates/puppet/services/neutron-ovs-dpdk-agent.yaml

   Red Hat OpenStack Platform 12 は、新しい　ComputeOvsDpdk ロールの追加をサポートするための新しいサービス (OS::TripleO::Services::ComputeNeutronOvsDpdk) を追加しました。上記の例では、このサービスをアップグレード向けに外部にマッピングしています。