この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ノードを初めてストレージ クラスタに追加する場合は、HX Data Platform インストーラの Create Cluster 機能を使用します。ノードを既存のストレージ クラスタに追加する場合は、HX Data Platform インストーラの Expand Cluster 機能を使用します。ストレージ クラスタに対してノードを追加または削除すると、HX Data Platform がそれに応じてストレージ クラスタのステータスを調整します。
障害が発生したノードのメンテナンスに関するタスク。
ESXi または HX ソフトウェアを再インストールする必要がある。
ノード コンポーネントを交換する必要がある。
ノードを交換する必要がある。
ノードを取り外す必要がある。
障害が発生していないノードのメンテナンスに関するタスク。
ノードをメンテナンス モードにする。
ESX パスワードを変更する。
(注) | 若干の違いはありますが、サーバ、ホスト、およびノードという用語が HyperFlex のマニュアルを通してほとんど区別されずに使われています。一般に、サーバは、特定の目的に特化されたソフトウェアを実行する物理ユニットです。ノードは、ソフトウェア クラスタやサーバのラックなどのより大きなグループ内のサーバです。シスコのハードウェア マニュアルでは、ノードという用語が使われる傾向があります。ホストは、仮想化または HyperFlex ストレージ ソフトウェアを実行しているサーバで、仮想マシンにとっての「ホスト」です。VMware のマニュアルでは、ホストという用語が使われる傾向があります。 |
ノード メンテナンス タスクには、ストレージ クラスタがオフラインのときに実行されるもの、クラスタがオンラインであり、ノードが HX メンテナンス モードであることだけが必要である場合に実行できるもの、および TAC によるサポートが必要なのものがあります。
オンライン タスク:タスク開始前にストレージ クラスタが正常な状態である必要があります。
オフライン タスク:ストレージ クラスタをシャットダウンする必要があります。
2 つ以上のノードがダウンしている場合、ストレージ クラスタは自動的にオフラインになります。
TAC サポート タスク:一般に、TAC 担当員が実行する操作を必要とします。
(注) | 3 ノード クラスタ内のノードを交換する際は、常に TAC によるサポートが必要です。 |
次の表に、関連するノード メンテナンス タスクを実行するときに使用できる方法を示します。
ESX と HX Data Platform ソフトウェアは、ストレージ クラスタ内の各ノードにインストールされます。ノード障害分析後にいずれかのソフトウェア項目を再インストールする必要があることが判明した場合は、TAC にお問い合わせください。ソフトウェアのアップグレード手順については、『Cisco HyperFlex Systems Upgrade Guide』を参照してください。
ノードの修理可能なアイテムで障害が発生しました。これには FRU やディスクが該当します。一部のノード コンポーネントには TAC の支援が必要です。たとえば、ノードのマザーボードの交換には TAC の支援が必要です。
クラスタ内のノードの数 |
クラスタ内の障害発生ノードの数 |
方式 |
注 |
---|---|---|---|
3 |
1 つ以上 |
TAC はノードの修理だけをサポートします。 |
修理のためにノードを取り外す必要はありません。ノードのディスクの交換を含みます。 |
4-8 |
1 |
オンラインまたはオフラインでのノード修理。 |
修理のためにノードを取り外す必要はありません。ノードのディスクの交換を含みます。 |
ノードの修理不可能なアイテムで障害が発生しました。取り外したノードのディスクは、ストレージ クラスタで再利用できません。
クラスタ内のノードの数 |
クラスタ内の障害発生ノードの数 |
方式 |
注 |
---|---|---|---|
4 |
1 |
オフライン ノードの取り外し。 |
4 ノード クラスタで 2 ノードがダウンしている場合は、TAC の支援が必要です。 |
5 つ以上 |
1 |
オンラインまたはオフライン ノードの取り外し。 |
|
5 つ以上 |
2 |
オフライン 2 ノードの取り外し。 |
5 ノード クラスタで 3 ノードがダウンしている場合は、TAC の支援が必要です。 |
ノードの修理不可能なアイテムで障害が発生しました。取り外したノードのディスクは、ストレージ クラスタで再利用できません。
クラスタ内のノードの数 |
クラスタ内の障害発生ノードの数 |
方式 |
注 |
---|---|---|---|
3 |
1 |
TAC はノードの交換だけをサポートします。 |
クラスタを最小限の 3 ノードに戻すには、TAC によりサポートされるノードの交換が必要です。 3 ノード クラスタで 1 ノードがダウンしている場合は、TAC の支援が必要です。 |
4 |
1 |
ノードのオフライン交換。 ディスクを再利用しない。 |
新しいノードを追加するにはクラスタ拡張を使用します。その他のすべてのノードが稼動している必要があります。 4 ノード クラスタで 2 ノードがダウンしている場合は、TAC の支援が必要です。 |
5 つ以上 |
1 |
オンラインまたはオフライン ノードの交換。 ディスクを再利用しない。 |
新しいノードを追加するにはクラスタ拡張を使用します。その他のすべてのノードが稼動している必要があります。 |
5 つ以上 |
2 |
1 または 2 ノードのオフライン交換。 ディスクを再利用しない。 |
新しいノードを追加するにはクラスタ拡張を使用します。その他のすべてのノードが稼動している必要があります。 最大 2 つのノードの交換がサポートされています。3 つ以上のノードの交換には TAC の支援が必要です。 |
ノードの修理不可能なアイテムで障害が発生しました。取り外したノードのディスクは、ストレージ クラスタで再利用されます。
クラスタ内のノードの数 |
クラスタ内の障害発生ノードの数 |
方式 |
注 | ||
---|---|---|---|---|---|
3 つ以上 |
1 つ以上 |
TAC によるサポートのみ。 |
クラスタを最小限の 3 ノードに戻すには、TAC によりサポートされるノードの交換が必要です。
|
トラブルシューティングの目的では、DNS サーバ アドレスまたは DNS サーバ ホスト名で検索できることが便利な場合があります。これはオプションのタスクです。
インストール後のデフォルトの ESXi ルート パスワードを変更するには、次の手順を実行します。
(注) | ESXi ルート パスワードを忘れた場合は、パスワードの復旧について Cisco TAC にお問い合わせください。 |
ステップ 1 | SSH を使用して ESXi ホスト サービス制御にログインします。 | ||
ステップ 2 | ルート権限を取得します。
su - | ||
ステップ 3 | 現在のルート パスワードを入力します。 | ||
ステップ 4 | ルート パスワードを変更します。
passwd root | ||
ステップ 5 | 新しいパスワードを入力し、Enter キーを押します。確認のためにパスワードを再入力します。
|
既存のストレージ クラスタのメンバーであるノード上のソフトウェアを再インストールするには、TAC にお問い合わせください。このタスクは、TAC の支援を得て実行する必要があります。
ステップ 1 | TAC の指示に従って ESX を再インストールします。
サーバが、ホスト ESX サーバの設定要件に記載されている必要なハードウェアおよび構成を満たしていることを確認します。HX の構成時の設定は、HX Data Platform プロセス中に適用されます。 |
ステップ 2 | TAC の指示に従って HX Data Platform を再インストールします。
HX Data Platform は、必ず、ESX の再インストール後に再インストールする必要があります。 |
このタスクでは、vCenter によるクラスタ内のノードの識別方法を IP アドレスから完全修飾ドメイン名(FQDN)に変更する方法について説明します。
ステップ 1 | このタスクを実行するためのメンテナンス ウィンドウをスケジュールします。 | ||
ステップ 2 | ストレージ クラスタが正常であることを確認します。
HX Data Platform プラグインを介して、または、ストレージ コントローラ VM 上の stcli clsuter info コマンドから、ストレージ クラスタのステータスをチェックします。 | ||
ステップ 3 | ストレージ クラスタ内の各 ESXi ホストの FQDN を探します。 | ||
ステップ 4 | 各 ESXi ホストの FQDN が vCenter、相互 ESXi ホスト、およびコントローラ VM から解決できることを確認します。 | ||
ステップ 5 | FQDN 名が解決できない場合は、各 ESXi ホストと各コントローラ VM 上の DNS 設定を確認します。 | ||
ステップ 6 | データセンター名とクラスタ名を探してメモします。
vCenter クライアントまたは Web クライアントから、データセンター名とクラスタ名が表示されるまでスクロールします。それらを書き留めます。この名前は、後のステップで使用します。 | ||
ステップ 7 | vCenter から cluster を削除します。
vCenter から、 を選択します。[cluster] を右クリックして、[Delete] を選択します。
| ||
ステップ 8 | vCenter で [cluster] を再作成します。
| ||
ステップ 9 | FQDN 名を使用して、[cluster] に 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 と一緒に作業することを強くお勧めします。 取り外したノードやディスクは、元のクラスタや別のクラスタで再利用しないでください。 |
クラスタ サイズ |
取り外すノード |
ワークフロー |
---|---|---|
3 ノード クラスタ |
1 つ以上 |
ワークフローには TAC の支援が必要です。 |
4 ノード クラスタ |
1 |
|
4 ノード クラスタ |
2 つ以上 |
ワークフローには TAC の支援が必要です。 |
5 ノード クラスタ |
1 |
|
5 ノード クラスタ |
2 |
|
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 を手動で移行する必要があります。
| ||
ステップ 4 | ストレージ クラスタを再調整します。
これにより、ノードに関連付けられたすべてのデータストアが削除されることが保証されます。 rebalance コマンドは、使用可能なストレージの変更に応じて保存データの配布を再調整し、ストレージ クラスタの正常性を復元するために使用されます。ストレージ クラスタ内のノードを追加または削除する場合、stcli rebalance コマンドを使用して、ストレージ クラスタの再調整を手動で開始できます。
| ||
ステップ 5 | 削除するノードを Cisco HX メンテナンス モードにします。操作方法(vSphere GUI またはコントローラ VM コマンド ライン(CLI))を選択します。
GUI CLI | ||
ステップ 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 | 「メンテナンス操作の準備」および「ノード削除の準備」の手順を実行します。次の内容が含まれています。 | ||||||||||||||||||||
ステップ 2 | ストレージ クラスタを再調整します。 | ||||||||||||||||||||
ステップ 3 | stcli node remove コマンドを使用して該当するノードを削除します。 stcli node remove [-h] {--id-1 ID1 | --ip-1 NAME1} [{--id-2 ID2 | --ip-2 NAME2}] [-f] 構文の説明
次に例を示します。 # stcli node remove --name-1 esx.SVHOST144A.complab Response Successfully removed node: EntityRef(type=3, id='', name='esx.SVHOST144A.complab') このコマンドは、すべてのデータ ストアをマウント解除し、クラスタ アンサンブルから削除し、このノードの EAM をリセットし、すべてのサービス(ストア、クラスタ管理 IP)を停止し、すべてのファイアウォール ルールを削除します。 このコマンドでは次の操作は実行されません。 stcli node remove コマンドが正常に完了すると、システムにより、ストレージ クラスタの状態が [Healthy] になるまで、ストレージ クラスタの再調整が行われます。この期間中に障害テストを実行しないでください。ストレージ クラスタは引き続き正常です。 ストレージ クラスタ内にノードがないため、HX メンテナンス モードを終了する必要はありません。
| ||||||||||||||||||||
ステップ 4 | ノードがストレージ クラスタから削除されていることを確認します。 | ||||||||||||||||||||
ステップ 5 | すべてのノード関連データストアが削除されていることを確認します。
|
導入環境をクリーンアップするか、またはストレージ クラスタからノードを削除するには、stcli node remove を使用します。コンバージド ノードまたはコンピューティング ノードを削除する場合も同じ手順に従います。
(注) | ストレージ クラスタ内のノードを取り外す場合は、TAC と一緒に作業することを強くお勧めします。 |
クラスタ内のノードの数 |
方式 |
---|---|
3 ノード クラスタ |
ノードを取り外して交換するには、TAC を参照してください。 |
4 ノード クラスタ |
クラスタをオフラインにする必要があります。 |
5 ノード クラスタ、2 ノードを取り外す |
クラスタをオフラインにする必要があります。 |
5 ノード クラスタ、正常なクラスタから 1 ノードを取り外す |
クラスタをオンラインにすることができます。オンライン ストレージ クラスタからのノードの削除を参照してください。 |
(注) | このタスクの手順を実行する前に、コントローラ VM またはその他の HX Data Platform コンポーネントを削除しないでください。 オフライン クラスタから最大 2 つのノードを削除できます。 |
ステップ 1 | 「メンテナンス操作の準備」および「ノード削除の準備」の手順を実行します。次の内容が含まれています。 | ||||
ステップ 2 | シャットダウンの準備をしてから、ストレージ クラスタをシャットダウンします。
このステップは、次の条件のいずれかにのみ必要です。
| ||||
ステップ 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
Response Successfully removed node: EntityRef(type=3, id='', name='10.10.2.4' name='10.10.2.6') このコマンドは、すべてのデータストアをマウント解除し、クラスタ アンサンブルから削除し、このノードの EAM をリセットし、すべてのサービス(ストア、クラスタ管理 IP)を停止し、すべてのファイアウォール ルールを削除します。 このコマンドでは次の操作は実行されません。 stcli node remove コマンドが正常に完了すると、システムにより、ストレージ クラスタの状態が [Healthy] になるまで、ストレージ クラスタの再調整が行われます。この期間中に障害テストを実行しないでください。ストレージ クラスタの正常性は引き続き [Average] です。 ストレージ クラスタ内にノードがないため、HX メンテナンス モードを終了する必要はありません。
| ||||
ステップ 4 | ノードがストレージ クラスタから削除されていることを確認します。 | ||||
ステップ 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 の支援が必要です。
ノードの交換ワークフロー
クラスタ サイズ |
交換するノード |
ワークフロー |
||
---|---|---|---|---|
3 ノード クラスタ |
1 つ以上 |
ワークフローには TAC の支援が必要です。 |
||
4 ノード クラスタ |
1 |
|
||
4 ノード クラスタ |
2 つ以上 |
ワークフローには TAC の支援が必要です。 |
||
5 ノード クラスタ |
1 |
|
||
5 ノード クラスタ |
2 |
|
||
5 ノード クラスタ |
3 つ以上 |
ワークフローには TAC の支援が必要です。 |
ノードの交換と障害発生ノードのディスクの廃棄。
ステップ 1 | 古いノードを削除します。該当するトピック内の手順に従います。
| ||
ステップ 2 | HX Data Platform インストーラの拡張オプションを使用して新しいノードを追加します。『Cisco HyperFlex Systems Getting Started Guide』を参照してください。 |