ノードの管理

ノードを初めてストレージクラスタに追加する場合は、HX Data Platform インストーラの Create Cluster 機能を使用します。ノードを既存のストレージクラスタに追加する場合は、HX Data Platform インストーラの Expand Cluster 機能を使用します。ストレージクラスタに対してノードを追加または削除すると、HX Data Platform がそれに応じてストレージクラスタのステータスを調整します。

障害が発生したノードのメンテナンスに関するタスク。
- ESXi または HX ソフトウェアを再インストールする必要がある。
- ノードコンポーネントを交換する必要がある。
- ノードを交換する必要がある。
- ノードを取り外す必要がある。
障害が発生していないノードのメンテナンスに関するタスク。
- ノードをメンテナンスモードにする。
- ESX パスワードを変更する。

（注）

若干の違いはありますが、サーバ、ホスト、およびノードという用語が HyperFlex のマニュアルを通してほとんど区別されずに使われています。一般に、サーバは、特定の目的に特化されたソフトウェアを実行する物理ユニットです。ノードは、ソフトウェアクラスタやサーバのラックなどのより大きなグループ内のサーバです。シスコのハードウェアマニュアルでは、ノードという用語が使われる傾向があります。ホストは、仮想化または HyperFlex ストレージソフトウェアを実行しているサーバで、仮想マシンにとっての「ホスト」です。VMware のマニュアルでは、ホストという用語が使われる傾向があります。

手順

ステップ 1

クラスタ内のノードをモニタします。

HX ストレージクラスタ、ノード、およびノードコンポーネントのステータスがモニタされ、HX Connect、HX Data Platform プラグイン、vCenter UI、およびさまざまなログに動作ステータス（オンライン、オフライン）値と復元力ステータス値（正常、警告）として報告されます。

（注）

機能状態の区別は、HX Connect とHX Data Platform プラグインのビューに表示されるストレージクラスタの動作ステータスと復元力ステータスに影響しますが、それらのステータスとは別個のものです。データレプリケーション係数（2 または 3）、クラスタアクセスポリシー（lenient または strict）、およびストレージクラスタ内の特定の数のノードごとに、障害が発生したノードの数またはノード内の障害が発生したディスクの数に応じて、ストレージクラスタの状態が Read と Write、Read Only、または Shutdown の間で変化します。

ステップ 2

ノード障害を分析して、実行するアクションを決定します。

これには、HX Connect、HX Data Platform プラグイン、vCenter、または ESXi を介したノード状態のモニタリング、サーバビーコンのチェック、ログの収集と分析、および TAC との連携が必要になります。

ステップ 3

特定されたタスクを実行します。

ソフトウェアを再インストールまたはアップグレードします。

ESXi または HX Data Platform の再インストール手順については、TAC を参照してください。ソフトウェアのアップグレード手順については、Cisco HyperFlex Systems Upgrade Guideを参照してください。
ノード内のコンポーネントを修理します。

ノードコンポーネント（ソリッドステートドライブ（SSD）、ハードディスクドライブ（HDD）、電源装置（PSU）、ネットワークインターフェイスカード（NIC）コンポーネントなど）は、HX Connect またはHX Data Platform プラグインでは設定できませんが、HX Data Platform はこれらのコンポーネントをモニタし、いずれかのアイテムの中断、追加、取り外し、または交換が発生すると、ストレージクラスタステータスを調整します。

ディスクを追加または取り外す手順は、ディスクのタイプによって異なります。PSU や NIC などの現場交換可能ユニット（FRU）を交換するには、サーバハードウェアガイドで説明される手順に従います。
クラスタ内のノードを交換します。

ストレージクラスタ内のノードを交換する際は、常に TAC によるサポートが必要です。要件が満たされていれば、ストレージクラスタがオンライン（5 ノード以上のクラスタのみ）中またはオフライン（4 ノード以上のクラスタ）中に、ノードを TAC の支援なしで交換できます。3 ノードクラスタ内のノードを交換する際は、常に TAC の支援が必要です。

クラスタからノードを取り外します。

（注）

ノードを削除する場合、使用可能なノードの数が最小数の 3 を下回ってはなりません。これは、3 を下回るとストレージクラスタが正常ではなくなるためです。3 ノードクラスタ内のノードを取り外す際は、常に TAC の支援が必要です。

オフラインクラスタから最大 2 つのノードを削除できます。

ノードメンテナンス方法の特定

ノードメンテナンスタスクには、ストレージクラスタがオフラインのときに実行されるもの、クラスタがオンラインであり、ノードが HX メンテナンスモードであることだけが必要である場合に実行できるもの、および TAC によるサポートが必要なのものがあります。

オンラインタスク：タスク開始前にストレージクラスタが正常な状態である必要があります。
オフラインタスク：ストレージクラスタをシャットダウンする必要があります。

2 つ以上のノードがダウンしている場合、ストレージクラスタは自動的にオフラインになります。
TAC サポートタスク：一般に、TAC 担当員が実行する操作を必要とします。

（注）

3 ノードクラスタ内のノードを交換する際は、常に TAC によるサポートが必要です。

次の表に、関連するノードメンテナンスタスクを実行するときに使用できる方法を示します。

ノードソフトウェアの修復

ESX と HX Data Platform ソフトウェアは、ストレージクラスタ内の各ノードにインストールされます。ノード障害分析後にいずれかのソフトウェア項目を再インストールする必要があることが判明した場合は、TAC にお問い合わせください。ソフトウェアのアップグレード手順については、Cisco HyperFlex Systems Upgrade Guideを参照してください。

ノードハードウェアの修復

ノードの修理可能なアイテムで障害が発生しました。これには FRU やディスクが該当します。一部のノードコンポーネントには TAC の支援が必要です。たとえば、ノードのマザーボードの交換には TAC の支援が必要です。


クラスタ内のノードの数	クラスタ内の障害発生ノードの数	方法	注記（Notes）
3	1 つ以上	TAC はノードの修理だけをサポートします。	修理のためにノードを取り外す必要はありません。ノードのディスクの交換を含みます。
4-8	1	オンラインまたはオフラインでのノード修理。	修理のためにノードを取り外す必要はありません。ノードのディスクの交換を含みます。

ノードの取り外し

ノードの修理不可能なアイテムで障害が発生しました。取り外したノードのディスクは、ストレージクラスタで再利用できません。


クラスタ内のノードの数	クラスタ内の障害発生ノードの数	方法	注記（Notes）
4	1	オフラインノードの取り外し。	4 ノードクラスタで 2 ノードがダウンしている場合は、TAC の支援が必要です。
5 つ以上	1	オンラインまたはオフラインノードの取り外し。
5 つ以上	2	オフライン 2 ノードの取り外し。	5 ノードクラスタで 3 ノードがダウンしている場合は、TAC の支援が必要です。

ノードの交換とストレージの廃棄

ノードの修理不可能なアイテムで障害が発生しました。取り外したノードのディスクは、ストレージクラスタで再利用できません。


クラスタ内のノードの数	クラスタ内の障害発生ノードの数	方法	注記（Notes）
3	1	TAC はノードの交換だけをサポートします。	クラスタを最小限の 3 ノードに戻すには、TAC によりサポートされるノードの交換が必要です。 3 ノードクラスタで 1 ノードがダウンしている場合は、TAC の支援が必要です。
4	1	ノードのオフライン交換。ディスクを再利用しない。	新しいノードを追加するにはクラスタ拡張を使用します。その他のすべてのノードが稼動している必要があります。 4 ノードクラスタで 2 ノードがダウンしている場合は、TAC の支援が必要です。
5 つ以上	1	オンラインまたはオフラインノードの交換。ディスクを再利用しない。	新しいノードを追加するにはクラスタ拡張を使用します。その他のすべてのノードが稼動している必要があります。
5 つ以上	2	1 または 2 ノードのオフライン交換。ディスクを再利用しない。	新しいノードを追加するにはクラスタ拡張を使用します。その他のすべてのノードが稼動している必要があります。最大 2 つのノードの交換がサポートされています。3 つ以上のノードの交換には TAC の支援が必要です。

ノードの交換とストレージの再利用

ノードの修理不可能なアイテムで障害が発生しました。取り外したノードのディスクは、ストレージクラスタで再利用されます。

クラスタ内のノードの数

クラスタ内の障害発生ノードの数

方法

注記（Notes）

3 つ以上

1 つ以上

TAC によるサポートのみ。

クラスタを最小限の 3 ノードに戻すには、TAC によりサポートされるノードの交換が必要です。

（注）

ディスクを再利用するには、古いノードの UUID を新しいノードに割り当てる必要があります。ディスク UUID からノード UUID への関係は固定であり、再割り当てできません。これは TAC サポートタスクです。

DNS アドレスまたはホスト名による検索

トラブルシューティングの目的では、DNS サーバアドレスまたは DNS サーバホスト名で検索できることが便利な場合があります。これはオプションのタスクです。

手順

ステップ 1

DNS 検索アドレスを割り当てます

HX Data Platform インストーラ仮想マシンにログインします。ssh または vSphere コンソールインターフェイスを使用します。
resolv.conf.d ファイルを編集します。
```
# vi /etc/resolvconf/resolv.conf.d/base
```
変更を確認します。
```
# resolvconf -u
# cat /etc/resolv.conf
```
DNS サーバが IP アドレスまたはホスト名から問い合わせることができることを確認します。
```
# nslookup ip_address
# nslookup newhostname
```

ステップ 2

DNS ホスト名を割り当てます。

HX Data Platform インストーラ仮想マシンにログインします。ssh または vSphere コンソールインターフェイスを使用します。
hosts ファイルを編集用に開きます。
```
# vi /etc/hosts
```
次の行を追加して、ファイルを保存します。

ip_address ubuntu newhostname

ホスト ip_address ごとに、ホスト newhostname を入力します。

newhostname を hostname に追加します。
```
# hostname newhostname
```

ESXi ホストルートパスワードの変更

インストール後のデフォルトの ESXi ルートパスワードを変更するには、次の手順を実行します。

（注）

ESXi ルートパスワードを忘れた場合は、パスワードの復旧について Cisco TAC にお問い合わせください。

手順

ステップ 1

SSH を使用して ESXi ホストサービス制御にログインします。

ステップ 2

ルート権限を取得します。

su -

ステップ 3

現在のルートパスワードを入力します。

ステップ 4

ルートパスワードを変更します。

passwd root

ステップ 5

新しいパスワードを入力し、[Enter] キーを押します。確認のためにパスワードを再入力します。

（注）

2 回目に入力したパスワードが一致しない場合は、最初からやり直す必要があります。

ノードソフトウェアの再インストール

既存のストレージクラスタのメンバーであるノード上のソフトウェアを再インストールするには、TAC にお問い合わせください。このタスクは、TAC の支援を得て実行する必要があります。

手順

ステップ 1

TAC の指示に従って ESX を再インストールします。

サーバが、ホスト ESX サーバの設定要件に記載されている必要なハードウェアおよび構成を満たしていることを確認します。HX の構成時の設定は、HX Data Platform プロセス中に適用されます。

ステップ 2

TAC の指示に従って HX Data Platform を再インストールします。

HX Data Platform は、必ず、ESX の再インストール後に再インストールする必要があります。

IP から FQDN への vCenter クラスタ内のノード識別フォームの変更

このタスクでは、vCenter によるクラスタ内のノードの識別方法を IP アドレスから完全修飾ドメイン名（FQDN）に変更する方法について説明します。

手順

ステップ 1

このタスクを実行するためのメンテナンスウィンドウをスケジュールします。

ステップ 2

ストレージクラスタが正常であることを確認します。

HX Connect、HX Data Platform プラグインを介して、またはストレージコントローラ VM 上で stcli cluster info コマンドから、ストレージクラスタのステータスをチェックします。

ステップ 3

ストレージクラスタ内の各 ESXi ホストの FQDN を探します。

ESXi ホストのコマンドラインから。

# cat /etc/hosts

この例では、FQDN は sjs-hx-3-esxi-01.sjs.local です。

# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1         localhost.localdomain localhost
::1               localhost.localdomain localhost
172.16.67.157     sjs-hx-3-esxi-01.sjs.local  sjs-hx-3-esxi-01

ストレージクラスタ内の各 ESXi ホストに対して繰り返します。

ステップ 4

各 ESXi ホストの FQDN が vCenter、相互 ESXi ホスト、およびコントローラ VM から解決できることを確認します。

vCenter のコマンドラインから。

# nslookup <fqdn_esx_host1>
# nslookup <fqdn_esx_host2>
# nslookup <fqdn_esx_host3>
...

ESXi ホストから各 ESXi ホストに対して繰り返します。
各コントローラ VM から各 ESXi ホストに対して繰り返します。

ステップ 5

FQDN 名が解決できない場合は、各 ESXi ホストと各コントローラ VM 上の DNS 設定を確認します。

コントローラ VM が DNS サーバの正しい IP アドレスを認識していることを確認します。
コントローラ VM のコマンドラインから。
```
# stcli services dns show
10.192.0.31
```

ESXi ホストの DNS 設定がコントローラ VM と同じであることを確認します。

vCenter から、各 ESXi ホストを選択してから、[構成（Configuration）] > [DNS サーバ（DNS Servers）] を選択します。

ステップ 6

データセンター名とクラスタ名を探してメモします。

vCenter クライアントまたは Web クライアントから、データセンター名とクラスタ名が表示されるまでスクロールします。それらを書き留めます。この名前は、後のステップで使用します。

ステップ 7

vCenter からクラスタを削除します。

vCenter から、[データセンター（datacenter）] > [クラスタ（cluster）] を選択します。[クラスタ（cluster）] を右クリックして、[削除（Delete）] を選択します。

（注）

[データセンター（datacenter）] は削除しないでください。

ステップ 8

vCenter で [クラスタ（cluster）] を再作成します。

vCenter から、[データセンター（datacenter）] を右クリックします。[新規クラスタ（New Cluster）] を選択します。
削除したクラスタとまったく同じ名前を [クラスタ名（Cluster Name）] に入力します。これは、ステップ 6 で書き留めた名前です。

ステップ 9

FQDN 名を使用して、[クラスタ（cluster）] に ESXi ホスト（ノード）を追加します。すべての ESXi ホストに対してこの手順を繰り返します。

vCenter から、[データセンター（datacenter）] > [クラスタ（cluster）] を右クリックします。[ホストの追加（Add Host）] を選択します。
FQDN を使用して ESXi ホストを選択します。
クラスタ内の各 ESXi ホストに対して繰り返します。

ステップ 10

クラスタを vCenter に再登録します。

#  stcli cluster reregister 
--vcenter-datacenter <datacenter_name> 
--vcenter-cluster <hx_cluster_name> 
--vcenter-url <vCenter_IP> 
--vcenter-user <vCenter_username> 
--vcenter-password <vCenter_Password>

HX バージョン 1.8.1c 以降では、SSO URL が必要ありません。クラスタの再登録の詳細については、新しい vCenter クラスタへのストレージクラスタの登録を参照してください。

ノードコンポーネントの交換

ノードの一部のコンポーネントは交換可能です。ノードの稼動中に交換できるコンポーネントがあります。一部のコンポーネントを交換する場合に、ノードをメンテナンスモードにしてシャットダウンする必要があります。すべての現場交換可能ユニット（FRU）のリストについては、ご使用のサーバのハードウェアインストールガイドを参照してください。一部のコンポーネントは、TAC の支援がなければ交換することができません。次に、ノードで交換可能なコンポーネントの一般的なリストを示します。

（注）

ディスクを取り外した場合、ディスクが物理的には存在しない状態でも、ディスク UUID が引き続きリストされます。同一クラスタ内の別のノードでディスクを再利用するには、TAC にサポートを依頼してください。

ノードをシャットダウンする必要がないコンポーネント。ホットスワップ可能です。
- HDD データドライブ。前面ベイ
  
  ストレージクラスタのタスクについては本ガイドを参照し、ハードウェアを中心とするタスクについてはハードウェアインストールガイドを参照してください。このコンポーネントを交換するには、両方のタスクが必要です。
- SSD キャッシュドライバ。前面ベイ 1
  
  ストレージクラスタのタスクについては本ガイドを参照し、ハードウェアを中心とするタスクについてはハードウェアインストールガイドを参照してください。このコンポーネントを交換するには、両方のタスクが必要です。
- ファンモジュール
  
  このコンポーネントを交換するには、ハードウェアインストールガイドを参照してください。
- 電源
  
  このコンポーネントを交換するには、ハードウェアインストールガイドを参照してください。

ノードをメンテナンスモードにしてシャットダウンする必要があるコンポーネント。

次に示すすべてのコンポーネントについては、ハードウェアインストールガイドを参照してください。

ハウスキーピング SSD

ストレージクラスタのタスクについては TAC にお問い合わせください。ハードウェアを中心とするタスクについてはハードウェアインストールガイドを参照してください。このコンポーネントを交換するには、両方のタスクが必要です。

マザーボード上の RTC バッテリ

（注）

マザーボード自体は交換可能なコンポーネントではありません。支援が必要な場合は、TAC に連絡してください。

DIMMS
CPU およびヒートシンク
内蔵 SD カード
内蔵 USB ポート
モジュラ HBA ライザー（HX 220c サーバ）
モジュラ HBA カード
PCIe ライザーアセンブリ
PCIe カード
トラステッドプラットフォームモジュール
mLOM カード
RAID コントローラ
仮想インターフェイスカード（VIC）
GPU（Graphic Processing Unit）

ノードの取り外し

ノードメンテナンスタスクによっては、クラスタがオンラインかオフラインかに関係なく、ノードを取り外すことができます。ノードを取り外す前に準備手順が完了していることを確認してください。

（注）

ストレージクラスタ内のノードを取り外す場合は、TAC と一緒に作業することを強くお勧めします。

取り外したノードやディスクは、元のクラスタや別のクラスタで再利用しないでください。

表 1. ノードの取り外しワークフロー
クラスタサイズ	取り外すノード	ワークフロー（Workflow）
3 ノードクラスタ	1 つ以上	ワークフローには TAC の支援が必要です。
4 ノードクラスタ	1	クラスタは正常です。 Cisco HX メンテナンスモードで影響を受けたノード。クラスタをシャットダウンします（クラスタをオフラインにします）。 stcli cluster shutdown コマンドを使用します。ノードを取り外します。 stcli node remove コマンドを使用します。クラスタを再起動します。 stcli cluster start コマンドを使用します。
4 ノードクラスタ	2 つ以上	ワークフローには TAC の支援が必要です。
5 ノードクラスタ	1	クラスタは正常です。 Cisco HX メンテナンスモードで影響を受けたノード。クラスタはオンラインのままです。ノードを取り外します。 stcli node remove コマンドを使用します。
5 ノードクラスタ	2	クラスタは正常です。 Cisco HX メンテナンスモードで影響を受けたノード。クラスタをシャットダウンします（クラスタをオフラインにします）。 stcli cluster shutdown コマンドを使用します。ノードを取り外します。 stcli node remove コマンドを使用します。両方のノードを指定します。クラスタを再起動します。 stcli cluster start コマンドを使用します。
5 ノードクラスタ	3 つ以上	ワークフローには TAC の支援が必要です。

ノード削除の準備

ストレージクラスタからノードを削除する前に、クラスタがオンラインまたはオフラインのいずれであっても、次の手順を実行します。

（注）

すべての 3 ノードクラスタで、ノードの準備、削除、交換のサポートを TAC に依頼してください。

手順

ステップ 1

クラスタが正常であることを確認します。

# stcli cluster info

次の例の応答は、ストレージクラスタがオンラインで正常であることを示します。

locale: English (United States)
state: online
upgradeState: ok
healthState: healthy
state: online
state: online

ステップ 2

SSH がストレージクラスタ内のすべてのノード上の ESX で有効になっていることを確認してください。

ステップ 3

分散リソーススケジューラ（DRS）が有効になっていることを確認してください。

DRS は、電源がオンの VM だけを移行します。ネットワークで VM の電源がオフになっている場合は、削除されないストレージクラスタ内のノードにこれらの VM を手動で移行する必要があります。

（注）

DRS を使用できない場合は、仮想マシンをそのノードから手動で移動します。

ステップ 4

ストレージクラスタを再調整します。

これにより、ノードに関連付けられたすべてのデータストアが削除されることが保証されます。

rebalance コマンドは、使用可能なストレージの変更に応じて保存データの配布を再調整し、ストレージクラスタの正常性を復元するために使用されます。ストレージクラスタ内のノードを追加または削除する場合、stcli rebalance コマンドを使用して、ストレージクラスタの再調整を手動で開始できます。

（注）

再調整は、障害の発生しているノードやディスクで使用されているディスクのキャパシティによって、時間がかかる場合があります。

ストレージクラスタ内のコントローラ VM にログインします。
コントローラ VM コマンドラインから次のコマンドを実行します。

# stcli rebalance start --force

ステップ 5

削除するノードを Cisco HX メンテナンスモードにします。操作方法（vSphere GUI またはコントローラ VM コマンドライン（CLI））を選択します。

GUI

vSphere Web クライアントから、[ホーム（Home）] > [ホストとクラスタ（Hosts and Clusters）] > [ホスト（Hosts）] > [ホスト（host）] の順に選択します。
各ホストを右クリックし、リストを下にスクロールし、[Cisco HX メンテナンスモード（Cisco HX Maintenance Mode）] > [HX メンテナンスモードの開始（Enter HX Maintenance Mode）] の順に選択します。

[vSphere メンテナンスモード（vSphere Maintenance Mode）] オプションは、ホストの右クリックメニューの上部にあります。リストの下部までスクロールし、[Cisco HX メンテナンスモード（Cisco HX Maintenance Mode）] を選択します。

CLI

ESX ホストで、root 権限を持つユーザとしてコントローラ VM にログインします。
ESX ホストをメンテナンスモードに移行します。

stcli node maintenanceMode (--id ID | --ip NAME) --mode enter

（stcli node maintenanceMode --help も参照してください）

ステップ 6

コマンドシェルを開き、ストレージコントローラ VM にログインします。たとえば ssh を使用します。

# ssh root@controller_vm_ip

プロンプトでパスワード（Cisco123）を入力します。

次のタスク

ノードの削除に進みます。ストレージクラスタの状態に応じてオンラインまたはオフラインの方式を選択します。結果が [ノードの管理（Managing Nodes）] に表示されます。

オンラインストレージクラスタからのノードの削除

導入環境をクリーンアップするか、またはストレージクラスタからノードを削除するには、stcli node remove を使用します。コンバージドノードまたはコンピューティングノードを削除する場合も同じ手順に従います。

ストレージクラスタがオンライン中にそのクラスタからノードを取り外す場合は、クラスタがオフライン中にノードを取り外す場合と要件が若干異なります。

（注）

ストレージクラスタ内のノードを取り外す場合は、TAC と一緒に作業することを強くお勧めします。


クラスタ内のノードの数	方法
3 ノードクラスタ	ノードを取り外して交換するには、TAC を参照してください。
4 ノードクラスタ	クラスタをオフラインにする必要があります。オフラインストレージクラスタからのノードの削除を参照してください。
5 ノードクラスタ、2 ノードを取り外す	クラスタをオフラインにする必要があります。オフラインストレージクラスタからのノードの削除を参照してください。
5 ノードクラスタ、正常なクラスタから 1 ノードを取り外す	クラスタをオンラインにすることができます。ここに記載されている手順を続行します。

（注）

このタスクの手順を実行する前に、コントローラ VM またはその他の HX Data Platform コンポーネントを削除しないでください。

手順

ステップ 1

「メンテナンス操作の準備」および「ノード削除の準備」の手順を実行します。次の機能が含まれています。

クラスタが正常であることを確認します。

3 ノードクラスタの場合、3 ノードクラスタでノード障害が発生すると、クラスタが正常ではなくなるため、TAC にご連絡ください。
DRS が有効であることを確認するか、またはノードから VM を手動で移動します。
ストレージクラスタを再調整します。
削除するノードを HX メンテナンスモードにします。
削除しないノードのコントローラ VM にログインします。

ステップ 2

ストレージクラスタを再調整します。

rebalance コマンドを実行します。

# stcli rebalance start -f
再調整が完了するまで待ち、完了したことを確認します。

ステップ 3

stcli node remove コマンドを使用して該当するノードを削除します。

stcli node remove [-h] {--id-1 ID1 | --ip-1 NAME1} [{--id-2 ID2 | --ip-2 NAME2}] [-f]

構文の説明


オプション	必須またはオプション	説明
--id-1 ID1	いずれか 1 つが必須。	ストレージクラスタノードの一意の ID 番号。ID は、stcli cluster info コマンドでリストされます。
--ip-1 NAME1	いずれか 1 つが必須。	ストレージクラスタノードの IP アドレス。IP は、stcli cluster info コマンドで `stNode` フィールド `NAME` の下にリストされます。
--id-2 ID2	これはオプションです。	ストレージクラスタノードの一意の ID 番号。ID は、`stcli cluster info` コマンドでリストされます。
--ip-2 NAME2	これはオプションです。	ストレージクラスタノードの IP アドレス。IP は、stcli cluster info コマンドで `stNode` フィールド `NAME` の下にリストされます。 `--ip` オプションは、現在サポートされていません。
-f, --force	これはオプションです。	ストレージクラスタノードを強制的に削除します。

次に例を示します。

# stcli node remove --name-1 esx.SVHOST144A.complab

応答

Successfully removed node: EntityRef(type=3, id='', name='esx.SVHOST144A.complab')

このコマンドは、すべてのデータストアをマウント解除し、クラスタアンサンブルから削除し、このノードの EAM をリセットし、すべてのサービス（ストア、クラスタ管理 IP）を停止し、すべてのファイアウォールルールを削除します。

このコマンドでは次の操作は実行されません。

vCenter からのノードの削除。ノードは vCenter に残ります。
インストールされている HX Data Platform 要素（コントローラ VM など）の削除。

stcli node remove コマンドが正常に完了すると、システムにより、ストレージクラスタの状態が [正常（Healthy）] になるまで、ストレージクラスタの再調整が行われます。この期間中に障害テストを実行しないでください。ストレージクラスタは引き続き正常です。

ストレージクラスタ内にノードがないため、HX メンテナンスモードを終了する必要はありません。

（注）

削除したノードを別のストレージクラスタ内で再利用するには、テクニカルアシスタンスセンター（TAC）にご連絡ください。ノードを別のストレージクラスタで利用できるように準備するには、追加手順が必要です。

ステップ 4

ノードがストレージクラスタから削除されていることを確認します。

ストレージクラスタ情報を確認します。

# stcli cluster info
応答の ActiveNodes エントリを調べ、クラスタのノード数が 1 つ少なくなっていることを確認します。

ステップ 5

すべてのノード関連データストアが削除されていることを確認します。

（注）

ノード関連データストアが表示されている場合は、それらのデータストアを手動でマウント解除して削除します。

オフラインストレージクラスタからのノードの削除

（注）

ストレージクラスタ内のノードを取り外す場合は、TAC と一緒に作業することを強くお勧めします。


クラスタ内のノードの数	方法
3 ノードクラスタ	ノードを取り外して交換するには、TAC を参照してください。
4 ノードクラスタ	クラスタをオフラインにする必要があります。
5 ノードクラスタ、2 ノードを取り外す	クラスタをオフラインにする必要があります。
5 ノードクラスタ、正常なクラスタから 1 ノードを取り外す	クラスタをオンラインにすることができます。オンラインストレージクラスタからのノードの削除を参照してください。

（注）

このタスクの手順を実行する前に、コントローラ VM またはその他の HX Data Platform コンポーネントを削除しないでください。

オフラインクラスタから最大 2 つのノードを削除できます。

手順

ステップ 1

「メンテナンス操作の準備」および「ノード削除の準備」の手順を実行します。次の機能が含まれています。

クラスタが正常であることを確認します。

3 ノードクラスタの場合、3 ノードクラスタでノード障害が発生すると、クラスタが正常ではなくなるため、TAC にご連絡ください。
DRS が有効であることを確認するか、またはノードから VM を手動で移動します。
ストレージクラスタを再調整します。
削除するノードを HX メンテナンスモードにします。
削除しないノードのコントローラ VM にログインします。

ステップ 2

シャットダウンの準備をしてから、ストレージクラスタをシャットダウンします。

このステップは、次の条件のいずれかにのみ必要です。

クラスタは 5 ノード未満である。
5 ノードクラスタから 2 ノードを取り外す。

すべての HX データストアのすべての常駐 VM をグレースフルシャットダウンします。

任意で、VM を vMotion で移動します。
HX ストレージクラスタノードの非 HX データソースですべての VM をグレースフルシャットダウンし、マウント解除します。
すべてのストレージクラスタノードを HX メンテナンスモードにします。
コントローラ VM コマンドラインから stcli cluster shutdown コマンドを実行します。

# stcli cluster shutdown

ステップ 3

stcli node remove コマンドを使用して該当するノードを削除します。

たとえば、削除するノードは IP アドレスまたはドメイン名によって指定できます。

# stcli node remove --ip-1 10.10.2.4 --ip-2 10.10.2.6

または

# stcli node remove --name-1 esx.SVHOST144A.complab --name-2 esx.SVHOST144B.complab.lab

（注）

5 つ以上のノードからなるストレージクラスタで 2 番目のノードを削除する場合は、2 番目の IP アドレスを入力します。

応答

Successfully removed node: EntityRef(type=3, id='', name='10.10.2.4' name='10.10.2.6')

このコマンドでは次の操作は実行されません。

vCenter からのノードの削除。ノードは vCenter に残ります。
インストールされている HX Data Platform 要素（コントローラ VM など）の削除。

stcli node remove コマンドが正常に完了すると、システムにより、ストレージクラスタの状態が [正常（Healthy）] になるまで、ストレージクラスタの再調整が行われます。この期間中に障害テストを実行しないでください。ストレージクラスタの正常性は引き続き [普通（Average）] です。

ストレージクラスタ内にノードがないため、HX メンテナンスモードを終了する必要はありません。

（注）

ステップ 4

ノードがストレージクラスタから削除されていることを確認します。

ストレージクラスタ情報を確認します。

# stcli cluster info
応答の ActiveNodes エントリを調べ、クラスタのノード数が 1 つ少なくなっていることを確認します。

ステップ 5

すべてのノード関連データストアが削除されていることを確認します。

（注）

ノード関連データストアが表示されている場合は、それらのデータストアを手動でマウント解除して削除します。

ステップ 6

クラスタを再起動します。

# stcli cluster start

ノードの交換

ノードの交換では、障害が発生したノードを取り外してから、Expand Cluster を使用して交換用ノードを追加します。ノードの交換は、要件が満たされていれば、HX ストレージクラスタがオンライン中またはオフライン中に実行できます。ストレージクラスタ内のノードを交換する際は、常に TAC によるサポートが必要です。

（注）

ストレージクラスタ内のノードを交換する場合は、TAC と一緒に作業することを強くお勧めします。

TAC の支援を得てノードを交換するための条件。

3 ノードクラスタ

3 ノードクラスタでは TAC の支援を得てノードを交換する必要があります。クラスタメンテナンス中にノードを交換します。
4 ノードクラスタ
- ストレージクラスタが異常です。
- ノードが削除された場合、ストレージクラスタは正常ではなくなります。
- 2 つ以上のノードで障害が発生しています。
- 交換したノードのディスクは再利用されます。
  
  ノードがストレージクラスタに追加されると、HX Data Platform は各ディスク UUID をノード UUID に関連付けます。この関連付けは、ストレージクラスタの存続期間中にわたって変更されません。ディスクを異なる UUID のノードに再割り当てすることはできません。TAC と共同で、古いノードの UUID を新しいノードに割り当て、ディスク UUID とノード UUID の関連付けを維持します。
- ノードの交換中にストレージクラスタをオンラインのままにします。
5 ノードクラスタ
- ストレージクラスタが異常です。
- ノードが削除された場合、ストレージクラスタは正常ではなくなります。
- 3 つ以上のノードで障害が発生しています。
- 交換したノードのディスクは再利用されます。
  
  ノードがストレージクラスタに追加されると、HX Data Platform は各ディスク UUID をノード UUID に関連付けます。この関連付けは、ストレージクラスタの存続期間中にわたって変更されません。ディスクを異なる UUID のノードに再割り当てすることはできません。TAC と共同で、古いノードの UUID を新しいノードに割り当て、ディスク UUID とノード UUID の関連付けを維持します。
- 2 ノードの交換中にストレージクラスタをオンラインのままにします。
- ストレージクラスタをオンラインのままにし、クラスタは当初 3 または 4 ノードとなります。
  
  ストレージクラスタの初期構成が 3 または 4 ノードだった場合は、ノードを追加して全部で 5 ノードにすることで、3+2 クラスタまたは 4+1 クラスタを維持します。ノードの交換中にクラスタをオンラインのままにするには、TAC の支援が必要です。

ノードの交換ワークフロー

クラスタサイズ

交換するノード

ワークフロー（Workflow）

3 ノードクラスタ

1 つ以上

ワークフローには TAC の支援が必要です。

4 ノードクラスタ

クラスタは正常です。
Cisco HX メンテナンスモードで影響を受けたノード。
クラスタをシャットダウンします（クラスタをオフラインにします）。

stcli cluster shutdown コマンドを使用します。
ノードを取り外します。

stcli node remove コマンドを使用します。
クラスタを再起動します。

stcli cluster start コマンドを使用します。
クラスタがオンラインになって正常になるまで待機します。
[HX インストーラ（HX Installer）] > [クラスタ拡張（Expand Cluster）] を使用して、交換用ノードを追加します。

（注）

取り外したノード、そのクラスタ内のディスク、または他のクラスタ内のディスクは再利用しないでください。

4 ノードクラスタ

2 つ以上

ワークフローには TAC の支援が必要です。

5 ノードクラスタ

クラスタは正常です。
Cisco HX メンテナンスモードで影響を受けたノード。
クラスタはオンラインのままです。
ノードを取り外します。

stcli node remove コマンドを使用します。
クラスタを再起動します。

stcli cluster start コマンドを使用します。
クラスタがオンラインになって正常になるまで待機します。
[HX インストーラ（HX Installer）] > [クラスタ拡張（Expand Cluster）] を使用して、交換用ノードを追加します。

（注）

取り外したノード、そのクラスタ内のディスク、または他のクラスタ内のディスクは再利用しないでください。

5 ノードクラスタ

クラスタは正常です。
Cisco HX メンテナンスモードで影響を受けたノード。
クラスタをシャットダウンします（クラスタをオフラインにします）。

stcli cluster shutdown コマンドを使用します。
ノードを取り外します。

stcli node remove コマンドを使用します。

両方のノードを指定します。
クラスタを再起動します。

stcli cluster start コマンドを使用します。
クラスタがオンラインになって正常になるまで待機します。
[HX インストーラ（HX Installer）] > [クラスタ拡張（Expand Cluster）] を使用して、交換用ノードを追加します

（注）

取り外したノード、そのクラスタ内のディスク、または他のクラスタ内のディスクは再利用しないでください。

5 ノードクラスタ

3 つ以上

ワークフローには TAC の支援が必要です。

ノードの交換と障害発生ノードのディスクの廃棄。

手順

ステップ 1

古いノードを削除します。該当するトピック内の手順に従います。

オンラインストレージクラスタからのノードの削除

この方法は、HX クラスタが最初から 5 ノード以上で構成され、現在も 5 ノード以上である場合にのみ使用します。
オフラインストレージクラスタからのノードの削除

この方法は、TAC の支援が要らないノード取り外しに使用します。

（注）

ノードとその関連ディスクを削除しても、HX Data Platform はディスクの UUID を記憶しています。ログとレポートの生成時に、ディスクが存在するが検出できないことを示すメッセージが出力されます。これらのメッセージは無視してください。

ステップ 2

HX Data Platform インストーラの拡張オプションを使用して新しいノードを追加します。『Cisco HyperFlex Systems Getting Started Guide』を参照してください。

Cisco HyperFlex Data Platform リリース 2.5 アドミニストレーションガイド

偏向のない言語

翻訳について

Book Title

Cisco HyperFlex Data Platform リリース 2.5 アドミニストレーションガイド

Chapter Title