Red Hat Training

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

12.3. コンピュートノードの削除または交換

状況によっては、オーバークラウドからコンピュートノードを削除する必要があります。たとえば、問題のあるコンピュートノードを置き換える必要がある場合などです。コンピュートノードを削除すると、スケールアウト操作中にインデックスが再利用されないように、ノードのインデックスがデフォルトで拒否リストに追加されます。

オーバークラウドデプロイメントからノードを削除した後、削除されたコンピュートノードを置き換えることができます。

前提条件

  • 削除するノードでは、ノードが新しいインスタンスをスケジュールできないようにするために、コンピュートサービスが無効になっています。コンピュートサービスが無効になっていることを確認するには、次のコマンドを使用します。 

    (overcloud)$ openstack compute service list

    コンピュートサービスが無効になっていない場合は、無効にします。 

    (overcloud)$ openstack compute service set <hostname> nova-compute --disable
    ヒント

    --disable-reason オプションを使用して、サービスを無効にする理由についての簡単な説明を追加します。これは、コンピュートサービスを再デプロイする場合に役立ちます。

  • コンピュートノードのワークロードは、他のコンピュートノードに移行されました。詳しくは、コンピュートノード間の仮想マシンインスタンスの移行 を参照してください。

  • インスタンス HA が有効になっている場合は、次のいずれかのオプションを選択します。

    • コンピュートノードにアクセスできる場合は、root ユーザーとしてコンピュートノードにログインし、shutdown -h now コマンドを使用してクリーンシャットダウンを実行します。

    • コンピュートノードにアクセスできない場合は、root ユーザーとしてコントローラーノードにログインし、コンピュートノードの STONITH デバイスを無効にして、ベアメタルノードをシャットダウンします。 

      [root@controller-0 ~]# pcs stonith disable <stonith_resource_name>
[stack@undercloud ~]$ source stackrc
[stack@undercloud ~]$ openstack baremetal node power off <UUID>

手順

  1. source コマンドでアンダークラウド設定を読み込みます。 

    (overcloud)$ source ~/stackrc

  2. オーバークラウドスタックの UUID を特定します。 

    (undercloud)$ openstack stack list

  3. 削除するコンピュートノードの UUID またはホスト名を特定します。 

    (undercloud)$ openstack server list

  4. (オプション) --update-plan-only オプションを指定して overcloud deploy コマンドを実行し、テンプレートからの最新の設定でプランを更新します。これにより、コンピュートノードを削除する前に、オーバークラウドの設定が最新の状態になります。 

    $ openstack overcloud deploy --update-plan-only \
  --templates  \
  -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \
  -e /home/stack/templates/network-environment.yaml \
  -e /home/stack/templates/storage-environment.yaml \
  -e /home/stack/templates/rhel-registration/environment-rhel-registration.yaml \
  [-e |...]
    注記

    オーバークラウドノードの拒否リストを更新した場合は、この手順が必要です。オーバークラウドノードを拒否リストに追加する方法の詳細については、Blacklisting nodes を参照してください。

  5. スタックからコンピュートノードを削除します。 

    $ openstack overcloud node delete --stack <overcloud> \
 <node_1> ... [node_n]
    • <overcloud> は、オーバークラウドスタックの名前または UUID に置き換えてください。

    • <node_1> (およびオプションとして [node_n] までのすべてのノード) を、削除するコンピュートノードのコンピュートサービスのホスト名または UUID に置き換えます。UUID とホスト名を混在させて使用しないでください。UUID だけ、またはホスト名だけを使用します。

      注記

      ノードの電源がすでにオフになっている場合、このコマンドは WARNING メッセージを返します。 

      Ansible failed, check log at /var/lib/mistral/overcloud/ansible.log
WARNING: Scale-down configuration error. Manual cleanup of some actions may be necessary. Continuing with node removal.

      このメッセージは無視しても問題ありません。

  6. コンピュートノードが削除されるのを待ちます。

  7. ノードの削除が完了したら、オーバークラウドスタックのステータスを確認します。 

    (undercloud)$ openstack stack list

    表12.2 結果

    ステータス説明

    UPDATE_COMPLETE

    削除操作は正常に完了しました。

    UPDATE_FAILED

    削除操作が失敗しました。

    削除操作が失敗する一般的な理由は、削除するノードの IPMI インターフェイスに到達できないことです。

    削除操作が失敗した場合は、コンピュートノードを手動で削除する必要があります。詳細は、コンピュートノードを手動で削除する を参照してください。

  8. インスタンス HA が有効な場合は、以下の操作を実行します。

    1. ノードの Pacemaker リソースをクリーンアップします。 

      $ sudo pcs resource delete <scaled_down_node>
$ sudo cibadmin -o nodes --delete --xml-text '<node id="<scaled_down_node>"/>'
$ sudo cibadmin -o fencing-topology --delete --xml-text '<fencing-level target="<scaled_down_node>"/>'
$ sudo cibadmin -o status --delete --xml-text '<node_state id="<scaled_down_node>"/>'
$ sudo cibadmin -o status --delete-all --xml-text '<node id="<scaled_down_node>"/>' --force

    2. ノードの STONITH デバイスを削除します。 

      $ sudo pcs stonith delete <device-name>

  9. オーバークラウドで削除されたコンピュートノードを置き換えない場合は、ノード数を含む環境ファイルの ComputeCount パラメーターを減らします。このファイルは、通常 node-info.yaml という名前です。たとえば、ノードを 1 つ削除する場合、ノード数を 4 から 3 に減らします。 

    parameter_defaults:
  ...
  ComputeCount: 3

    ノード数を減らすと、openstack overcloud deploy を実行しても director は新規ノードをプロビジョニングしません。

    オーバークラウドデプロイメントで削除されたコンピュートノードを置き換える場合は、Replacing a removed Compute node を参照してください。

12.3.1. コンピュートノードを手動で削除する

openstack overcloud node delete コマンドが到達不能なノードのために失敗した場合は、オーバークラウドからのコンピュートノードの削除を手動で完了する必要があります。

前提条件

手順

  1. オーバークラウドスタックの UUID を特定します。 

    (undercloud)$ openstack stack list

  2. 手動で削除するノードの UUID を特定します。 

    (undercloud)$ openstack baremetal node list

  3. 削除するノードをメンテナーンスモードに移動します。 

    (undercloud)$ openstack baremetal node maintenance set <node_uuid>
  4. コンピュートサービスがその状態をベアメタルサービスと同期するのを待ちます。これには最大 4 分かかる場合があります。

  5. source コマンドでオーバークラウド設定を読み込みます。 

    (undercloud)$ source ~/overcloudrc

  6. 削除したノードのネットワークエージェントを削除します。 

    (overcloud)$ for AGENT in $(openstack network agent list --host <scaled_down_node> -c ID -f value) ; do openstack network agent delete $AGENT ; done

    <scaled_down_node> を、削除するノードの名前に置き換えます。

  7. ノードが新しいインスタンスをスケジュールできないように、オーバークラウド上の削除されたノードでコンピュートサービスが無効になっていることを確認します。 

    (overcloud)$ openstack compute service list

    コンピュートサービスが無効になっていない場合は、無効にします。 

    (overcloud)$ openstack compute service set <hostname> nova-compute --disable
    ヒント

    --disable-reason オプションを使用して、サービスを無効にする理由についての簡単な説明を追加します。これは、コンピュートサービスを再デプロイする場合に役立ちます。

  8. source コマンドでアンダークラウド設定を読み込みます。 

    (overcloud)$ source ~/stackrc

  9. スタックからコンピュートノードを削除します。 

    (undercloud)$ openstack overcloud node delete --stack <overcloud> <node>
    • <overcloud> は、オーバークラウドスタックの名前または UUID に置き換えてください。

    • <node> を、削除するコンピュートノードのコンピュートサービスホスト名または UUID に置き換えます。

      注記

      ノードの電源がすでにオフになっている場合、このコマンドは WARNING メッセージを返します。 

      Ansible failed, check log at /var/lib/mistral/overcloud/ansible.log
WARNING: Scale-down configuration error. Manual cleanup of some actions may be necessary. Continuing with node removal.

      このメッセージは無視しても問題ありません。

  10. オーバークラウドノードが削除されるのを待ちます。

  11. ノードの削除が完了したら、オーバークラウドスタックのステータスを確認します。 

    (undercloud)$ openstack stack list

    表12.3 結果

    ステータス説明

    UPDATE_COMPLETE

    削除操作は正常に完了しました。

    UPDATE_FAILED

    削除操作が失敗しました。

    メンテナーンスモード中にオーバークラウドノードの削除に失敗した場合は、問題はハードウェアにある可能性があります。

  12. インスタンス HA が有効な場合は、以下の操作を実行します。

    1. ノードの Pacemaker リソースをクリーンアップします。 

      $ sudo pcs resource delete <scaled_down_node>
$ sudo cibadmin -o nodes --delete --xml-text '<node id="<scaled_down_node>"/>'
$ sudo cibadmin -o fencing-topology --delete --xml-text '<fencing-level target="<scaled_down_node>"/>'
$ sudo cibadmin -o status --delete --xml-text '<node_state id="<scaled_down_node>"/>'
$ sudo cibadmin -o status --delete-all --xml-text '<node id="<scaled_down_node>"/>' --force

    2. ノードの STONITH デバイスを削除します。 

      $ sudo pcs stonith delete <device-name>

  13. オーバークラウドで削除されたコンピュートノードを置き換えない場合は、ノード数を含む環境ファイルの ComputeCount パラメーターを減らします。このファイルは、通常 node-info.yaml という名前です。たとえば、ノードを 1 つ削除する場合、ノード数を 4 から 3 に減らします。 

    parameter_defaults:
  ...
  ComputeCount: 3
  ...

    ノード数を減らすと、openstack overcloud deploy を実行しても director は新規ノードをプロビジョニングしません。

    オーバークラウドデプロイメントで削除されたコンピュートノードを置き換える場合は、Replacing a removed Compute node を参照してください。

12.3.2. 削除されたコンピュートノードの交換

オーバークラウドデプロイメントで削除されたコンピュートノードを置き換えるには、新しいコンピュートノードを登録して検査するか、削除したコンピュートノードを再度追加します。また、ノードをプロビジョニングするようにオーバークラウドを設定する必要があります。

手順

  1. オプション: 削除されたコンピュートノードのインデックスを再利用するには、コンピュートノードが削除されたときに拒否リストを置き換えるロールの RemovalPoliciesMode パラメーターと RemovalPolicies パラメーターを設定します。 

    parameter_defaults:
  <RoleName>RemovalPoliciesMode: update
  <RoleName>RemovalPolicies: [{'resource_list': []}]

  2. 削除されたコンピュートノードを置き換えます。

    • 新しいコンピュートノードを追加するには、新しいノードを登録、検査、およびタグ付けして、プロビジョニングの準備をします。詳細については、Configuring a basic overcloud を参照してください。

    • 手動で削除したコンピュートノードを再度追加するには、ノードをメンテナーンスモードから削除します。 

      (undercloud)$ openstack baremetal node maintenance unset <node_uuid>
  3. 既存のオーバークラウドのデプロイに使用した openstack overcloud deploy コマンドを再実行します。
  4. デプロイメントプロセスが完了するまで待ちます。

  5. ディレクターが新しいコンピュートノードを正常に登録したことを確認します。 

    (undercloud)$ openstack baremetal node list

  6. 手順 1 を実行して、update 用のロールの RemovalPoliciesMode を設定した場合は、ロールの RemovalPoliciesMode をデフォルト値の append にリセットして、コンピュートノードが削除されたときにコンピュートノードインデックスを現在の拒否リストに追加する必要があります。 

    parameter_defaults:
  <RoleName>RemovalPoliciesMode: append
  7. 既存のオーバークラウドのデプロイに使用した openstack overcloud deploy コマンドを再実行します。