Red Hat Training

A Red Hat training course is available for Red Hat OpenStack Platform

第13章 ノードのリブート

アンダークラウドおよびオーバークラウドで、ノードをリブートしなければならない場合があります。以下の手順では、異なるノード種別をリブートする方法を説明します。以下の点に注意してください。

  • 1 つのロールで全ノードをリブートする場合には、各ノードを個別にリブートすることを推奨しています。この方法は、リブート中にそのロールのサービスを保持するのに役立ちます。
  • OpenStack Platform 環境の全ノードをリブートする場合、リブートの順序は以下のリストを参考にしてください。

推奨されるノードリブート順

  1. director のリブート
  2. コントローラーノードおよびその他のコンポーザブルノードのリブート
  3. Ceph Storage ノードのリブート
  4. コンピュートノードのリブート

13.1. アンダークラウドノードのリブート

以下の手順では、アンダークラウドノードをリブートします。

手順

  1. アンダークラウドに stack ユーザーとしてログインします。

  2. アンダークラウドをリブートします。 

    $ sudo reboot
  3. ノードが起動するまで待ちます。

13.2. コントローラーノードおよびコンポーザブルノードのリブート

以下の手順では、コントローラーノードと、コンポーザブルロールをベースとするスタンドアロンのノードをリブートします。これには、コンピュートノードと Ceph Storage ノードは含まれません。

手順

  1. リブートするノードを選択します。そのノードにログインして、リブートする前にクラスターを停止します。 

    [heat-admin@overcloud-controller-0 ~]$ sudo pcs cluster stop

  2. ノードをリブートします。 

    [heat-admin@overcloud-controller-0 ~]$ sudo reboot
  3. ノードが起動するまで待ちます。

  4. ノードのクラスターを再び有効にします。 

    [heat-admin@overcloud-controller-0 ~]$ sudo pcs cluster start

  5. ノードにログインしてサービスをチェックします。以下に例を示します。

    1. ノードが Pacemaker サービスを使用している場合には、ノードがクラスターに再度参加したかどうかを確認します。 

      [heat-admin@overcloud-controller-0 ~]$ sudo pcs status

    2. ノードが Systemd サービスを使用している場合には、全サービスが有効化されているかどうかを確認します。 

      [heat-admin@overcloud-controller-0 ~]$ sudo systemctl status

13.3. Ceph Storage (OSD) クラスターのリブート

以下の手順では、Ceph Storage (OSD) ノードのクラスターをリブートします。

手順

  1. Ceph MON またはコントローラーノードにログインして、Ceph Storage クラスターのリバランスを一時的に無効にします。 

    $ sudo ceph osd set noout
$ sudo ceph osd set norebalance
  2. リブートする最初の Ceph Storage ノードを選択して、ログインします。

  3. ノードをリブートします。 

    $ sudo reboot
  4. ノードが起動するまで待ちます。

  5. ノードにログインして、クラスターのステータスを確認します。 

    $ sudo ceph -s

    pgs が pgmap により通常通りに報告されていることを確認します (active+clean)。

  6. ノードからログアウトして、次のノードをリブートし、ステータスを確認します。全 Ceph Storage ノードがリブートされるまで、このプロセスを繰り返します。

  7. 完了したら、Ceph MON またはコントローラーノードにログインして、クラスターのリバランスを再度有効にします。 

    $ sudo ceph osd unset noout
$ sudo ceph osd unset norebalance

  8. 最終のステータスチェックを実行して、クラスターが HEALTH_OK を報告していることを確認します。 

    $ sudo ceph status

13.4. コンピュートノードのリブート

以下の手順では、コンピュートノードをリブートします。OpenStack Platform 環境内のインスタンスのダウンタイムを最小限に抑えるために、この手順には、選択したコンピュートノードからインスタンスを移行するステップも含まれています。これは、以下のワークフローを伴います。

  • リブートするコンピュートノードを選択して無効にし、新規インスタンスをプロビジョニングしないようにします。
  • インスタンスを別のコンピュートノードに移行します。
  • 空のコンピュートノードをリブートして有効化します。

手順

  1. アンダークラウドに stack ユーザーとしてログインします。

  2. 全コンピュートノードとその UUID を一覧表示します。 

    $ source ~/stackrc
(undercloud) $ openstack server list --name compute

    リブートするコンピュートノードの UUID を特定します。

  3. アンダークラウドから、コンピュートノードを選択し、そのノードを無効にします。 

    $ source ~/overcloudrc
(overcloud) $ openstack compute service list
(overcloud) $ openstack compute service set [hostname] nova-compute --disable

  4. コンピュートノード上の全インスタンスを一覧表示します。 

    (overcloud) $ openstack server list --host [hostname] --all-projects

  5. 以下のコマンドの 1 つを使用して、インスタンスを移行します。

    1. 選択した特定のホストにインスタンスを移行します。 

      (overcloud) $ openstack server migrate [instance-id] --live [target-host]--wait

    2. nova-scheduler により対象のホストが自動的に選択されるようにします。 

      (overcloud) $ nova live-migration [instance-id]

    3. 一度にすべてのインスタンスのライブマイグレーションを行います。 

      $ nova host-evacuate-live [hostname]
      注記

      nova コマンドで非推奨の警告が表示される可能性がありますが、安全に無視することができます。

  6. 移行が完了するまで待ちます。

  7. 正常に移行したことを確認します。 

    (overcloud) $ openstack server list --host [hostname] --all-projects
  8. 選択したコンピュートノードのインスタンスがなくなるまで、移行を続けます。

  9. コンピュートノードにログインして、リブートします。 

    [heat-admin@overcloud-compute-0 ~]$ sudo reboot
  10. ノードが起動するまで待ちます。

  11. コンピュートノードを再度有効化します。 

    $ source ~/overcloudrc
(overcloud) $ openstack compute service set [hostname] nova-compute --enable

  12. コンピュートノードが有効化されているかどうかを確認します。 

    (overcloud) $ openstack compute service list