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>
-
コンピュートノードにアクセスできる場合は、
手順
source コマンドでアンダークラウド設定を読み込みます。
(overcloud)$ source ~/stackrc
オーバークラウドスタックの UUID を特定します。
(undercloud)$ openstack stack list
削除するコンピュートノードの UUID またはホスト名を特定します。
(undercloud)$ openstack server list
(オプション)
--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 を参照してください。
スタックからコンピュートノードを削除します。
$ 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.
このメッセージは無視しても問題ありません。
-
- コンピュートノードが削除されるのを待ちます。
ノードの削除が完了したら、オーバークラウドスタックのステータスを確認します。
(undercloud)$ openstack stack list
表12.2 結果 ステータス 説明 UPDATE_COMPLETE
削除操作は正常に完了しました。
UPDATE_FAILED
削除操作が失敗しました。
削除操作が失敗する一般的な理由は、削除するノードの IPMI インターフェイスに到達できないことです。
削除操作が失敗した場合は、コンピュートノードを手動で削除する必要があります。詳細は、コンピュートノードを手動で削除する を参照してください。
インスタンス HA が有効な場合は、以下の操作を実行します。
ノードの 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
ノードの STONITH デバイスを削除します。
$ sudo pcs stonith delete <device-name>
オーバークラウドで削除されたコンピュートノードを置き換えない場合は、ノード数を含む環境ファイルの
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
コマンドが到達不能なノードのために失敗した場合は、オーバークラウドからのコンピュートノードの削除を手動で完了する必要があります。
前提条件
-
コンピュートノードの削除または置換 手順を実行すると、ステータス
UPDATE_FAILED
が返されました。
手順
オーバークラウドスタックの UUID を特定します。
(undercloud)$ openstack stack list
手動で削除するノードの UUID を特定します。
(undercloud)$ openstack baremetal node list
削除するノードをメンテナーンスモードに移動します。
(undercloud)$ openstack baremetal node maintenance set <node_uuid>
- コンピュートサービスがその状態をベアメタルサービスと同期するのを待ちます。これには最大 4 分かかる場合があります。
source コマンドでオーバークラウド設定を読み込みます。
(undercloud)$ source ~/overcloudrc
削除したノードのネットワークエージェントを削除します。
(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>
を、削除するノードの名前に置き換えます。ノードが新しいインスタンスをスケジュールできないように、オーバークラウド上の削除されたノードでコンピュートサービスが無効になっていることを確認します。
(overcloud)$ openstack compute service list
コンピュートサービスが無効になっていない場合は、無効にします。
(overcloud)$ openstack compute service set <hostname> nova-compute --disable
ヒント--disable-reason
オプションを使用して、サービスを無効にする理由についての簡単な説明を追加します。これは、コンピュートサービスを再デプロイする場合に役立ちます。source コマンドでアンダークラウド設定を読み込みます。
(overcloud)$ source ~/stackrc
スタックからコンピュートノードを削除します。
(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.
このメッセージは無視しても問題ありません。
-
- オーバークラウドノードが削除されるのを待ちます。
ノードの削除が完了したら、オーバークラウドスタックのステータスを確認します。
(undercloud)$ openstack stack list
表12.3 結果 ステータス 説明 UPDATE_COMPLETE
削除操作は正常に完了しました。
UPDATE_FAILED
削除操作が失敗しました。
メンテナーンスモード中にオーバークラウドノードの削除に失敗した場合は、問題はハードウェアにある可能性があります。
インスタンス HA が有効な場合は、以下の操作を実行します。
ノードの 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
ノードの STONITH デバイスを削除します。
$ sudo pcs stonith delete <device-name>
オーバークラウドで削除されたコンピュートノードを置き換えない場合は、ノード数を含む環境ファイルの
ComputeCount
パラメーターを減らします。このファイルは、通常node-info.yaml
という名前です。たとえば、ノードを 1 つ削除する場合、ノード数を 4 から 3 に減らします。parameter_defaults: ... ComputeCount: 3 ...
ノード数を減らすと、
openstack overcloud deploy
を実行しても director は新規ノードをプロビジョニングしません。オーバークラウドデプロイメントで削除されたコンピュートノードを置き換える場合は、Replacing a removed Compute node を参照してください。
12.3.2. 削除されたコンピュートノードの交換
オーバークラウドデプロイメントで削除されたコンピュートノードを置き換えるには、新しいコンピュートノードを登録して検査するか、削除したコンピュートノードを再度追加します。また、ノードをプロビジョニングするようにオーバークラウドを設定する必要があります。
手順
オプション: 削除されたコンピュートノードのインデックスを再利用するには、コンピュートノードが削除されたときに拒否リストを置き換えるロールの
RemovalPoliciesMode
パラメーターとRemovalPolicies
パラメーターを設定します。parameter_defaults: <RoleName>RemovalPoliciesMode: update <RoleName>RemovalPolicies: [{'resource_list': []}]
削除されたコンピュートノードを置き換えます。
- 新しいコンピュートノードを追加するには、新しいノードを登録、検査、およびタグ付けして、プロビジョニングの準備をします。詳細については、Configuring a basic overcloud を参照してください。
手動で削除したコンピュートノードを再度追加するには、ノードをメンテナーンスモードから削除します。
(undercloud)$ openstack baremetal node maintenance unset <node_uuid>
-
既存のオーバークラウドのデプロイに使用した
openstack overcloud deploy
コマンドを再実行します。 - デプロイメントプロセスが完了するまで待ちます。
ディレクターが新しいコンピュートノードを正常に登録したことを確認します。
(undercloud)$ openstack baremetal node list
手順 1 を実行して、
update
用のロールのRemovalPoliciesMode
を設定した場合は、ロールのRemovalPoliciesMode
をデフォルト値のappend
にリセットして、コンピュートノードが削除されたときにコンピュートノードインデックスを現在の拒否リストに追加する必要があります。parameter_defaults: <RoleName>RemovalPoliciesMode: append
-
既存のオーバークラウドのデプロイに使用した
openstack overcloud deploy
コマンドを再実行します。