ビーコンは、ノード（ホスト）とディスクを探して特定するのに役立つ LED をオンにする方法です。ノードには、前面の電源ボタンの近くと背面にビーコン LED があります。ディスクには、前面にビーコン LED があります。

ノード ビーコンは Cisco UCS Manager から設定します。ディスク ビーコンは、HX Data Platform Plug-in または HX Connect ユーザインターフェイスから設定します。

Cisco HX メンテナンス モード

Cisco HX メンテナンス モードは ESX メンテナンス モードに加えて HX Data Platform 固有の機能を実行します。最初のストレージ クラスタの作成後に行うストレージ クラスタ ノードのメンテナンス タスクでは、必ず、ESX メンテナンス モードではなく Cisco HX メンテナンスモードを選択してください。

このモードは、クラスタ内の個別のノードで選択されたタスクを実行するための優先メンテナンス モードです。次のようなものがあります。

• ディスクの交換などのメンテナンスのために個々のホストをシャットダウンする場合。

• ESX Server のバージョンなど、ホスト上で選択したソフトウェアをアップグレードする場合。

Cisco HX メンテナンス モードの留意点

• HX メンテナンス モードを使用する前に、ストレージ クラスタ内のすべてのノード上の ESX で SSH が有効になっていることを確認します。

• ESX ホストでタスクを実行できるように HX メンテナンス モードを開始した場合は、ESX ホストでのタスクの完了後に必ず HX メンテナンス モードを終了してください。

• Cisco HX メンテナンス モードは、正常なクラスタのノードのみに適用されます。たとえば、非常に多くのノードがダウンしている、またはクラスタをシャットダウン中など、クラスタが正常でない場合は ESX メンテナンス モードを使用します。

• 手順については、「Cisco HyperFlex メンテナンス モードの開始」と「Cisco HyperFlex メンテナンス モードの終了」を参照してください。

VMware ESX メンテナンス モード

このモードは、HX Data Platform をインストールする場合や、クラスタに大幅な変更を適用する場合に使用されます。

vSphere メンテナンス モードを開始または終了するには、次の手順を実行します。

• vCenter GUI で [host] を選択してから、メニューを右クリックして [maintenance mode] を選択します。

• ESX コマンド ラインで esx maintenance mode コマンドを使用します。

vSphere Web クライアントの使用

1. vSphere の Web クライアントにログインします。

2. [Home] > [Hosts and Clusters] に移動します。

3. [HX Cluster] が含まれている [Datacenter] を展開します。

4. [HX Cluster] を展開し、ノードを選択します。

5. ノードを右クリックし、[Cisco HX Maintenance Mode] > [Enter HX Maintenance Mode] の順に選択します。

コマンドライン インターフェイスの使用

1. root 権限を持つユーザとして、ストレージ コントローラ クラスタのコマンド ラインにログインします。

2. ノードを HX メンテナンス モードにします。

   1. ノード ID と IP アドレスを特定します。

      # stcli node list --summary

   2. ノードを HX メンテナンス モードにします。

      # stcli node maintenanceMode (--id ID | --ip IP Address) --mode enter

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

3. root 権限を持つユーザとして、このノードの ESXi コマンド ラインにログインします。

4. ノードが HX メンテナンス モードになったことを確認します。

   # esxcli system maintenanceMode get

vSphere Web クライアントの [Monitor] > [Tasks] タブで [Enter Maintenance Mode] タスクの進行状況をモニタできます。

操作に失敗した場合は、エラー メッセージが表示されます。根本的な問題を修正してからもう一度メンテナンス モードに入ります。問題を解決できない場合は、Cisco TAC までお問い合わせください。

一部のストレージ クラスタ メンテナンス タスクでは、ストレージ クラスタをシャットダウンする必要があります。これは、ストレージ クラスタをオフライン状態にすることとは異なります。また、ストレージ クラスタ内のノードをシャットダウンすることとも異なります。ストレージ クラスタの電源をオフにすると、クラスタのすべての物理コンポーネントに影響します。

• 電源がオフにされたクラスタでは、そのすべての物理コンポーネントが電源から切り離されます。

  ストレージ クラスタのすべてのコンポーネントの電源をオフにする必要があるのは非常に稀なことです。ストレージ クラスタ全体の電源をオフにしなければならない定期メインテナンスやアップグレード プロセスはありません。

• シャットダウン クラスタには、すべてのストレージ クラスタ プロセス（作業 VM、電源ダウンなど）があります。これには、クラスタ内のノードの電源ダウンや、vCenter または FI クラスタのシャットダウンは含まれません。

• オフライン クラスタは、ストレージ クラスタの動作状態の 1 つです。不明なエラーまたは特定のエラーが発生した場合、またはストレージ クラスタがシャットダウンされた場合に、ストレージ クラスタがオフラインになることがあります。

システムで [Out of Space] エラーが表示された場合、ノードを追加して空き容量を増やすか、使用されていない既存の VM を削除して領域を解放できます。

[Out of Space] の状態の場合、VM は応答しません。

（注）	ストレージ コントローラ VM は削除しないでください。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付いています。

HX Data Platform ストレージ クラスタを作成したら、他のプロセスを中断せずにこのクラスタの名前を変更できます。

（注）	これらの手順は HX Cluster の名前変更の手順であり、vCenter クラスタの名前変更の手順ではありません。

HX Data Platform の stcli コマンドは、ストレージ コントローラ VM から実行されます。ストレージ クラスタ内のすべてのコンバージド ノードにストレージ コントローラ VM があります。コントローラ VM へのログイン方法は数種類あります。

• HX Data Platform CLI Web インターフェイスを使用する。

• vCenter インターフェイスを使用する。

• ssh コマンドを使用する。

インストール後に HyperFlex ストレージ コントローラのパスワードをリセットするには、次の手順を実行します。

vSphere Web クライアントまたは ESX コマンド ラインを介して VM の電源をオンまたはオフにすることができます。これは、多くの場合、ストレージ コントローラ VM の電源をオンまたはオフにするストレージ コントローラ操作を介して、ストレージ コントローラ VM にも適用されます。

論理コンテナ内のデータストアは、ファイル システムと同様に、物理ストレージの仕様を非表示にし、VM ファイルを格納するための統一モデルを提供します。ISO イメージと VM テンプレートを保存するためにデータストアを使用することもできます。

HX Data Platform プラグイン データストアでは、名前の変更ができ、編集（ペンシル）オプションを使用して、ストレージの割り当てを変更できます。

（注）	コントローラ VM を使用してデータストアの名前を変更しないでください。

データストアのマウント準備。

• VM、テンプレート、スナップショット、CD/DVD イメージはデータストアには存在しません。これは、マウント解除時の最も一般的なエラーです。

• ストレージ I/O 制御はデータストアでは無効です。

• データストアは、vSphere HA ハートビートには使用されません。

• データストアは、ホスト RDM メタデータ ファイルには使用されません。RDM はサポートされていません。

• データストアは、スクラッチのロケーションとしては使用されません。

データストアのマウント。

データストアのマウント解除の準備。

• VM、テンプレート、スナップショット、CD/DVD イメージはデータストアには存在しません。これは、マウント解除時の最も一般的なエラーです。

• ストレージ I/O 制御はデータストアでは無効です。

• データストアは、vSphere HA ハートビートには使用されません。

• データストアは、ホスト RDM メタデータ ファイルには使用されません。RDM はサポートされていません。

• データストアは、スクラッチのロケーションとしては使用されません。

データストアのマウント解除。

データストアを削除する準備をします。

• すべての VM の電源をオフにします。

• データストア マウント ポイント上のすべてのオープン シェルを閉じます。

• データストアの HA を無効にします。

• データストアを使用するすべてのアプリケーションを閉じます。

データストアを削除します。

データストアをマウント、マウント解除、または削除すると、データストアが部分的にマウント解除される場合があります。この状態が発生した場合は、必要に応じて、次の手順を実行します。

ディスクの要件は、コンバージド ノードとコンピューティング専用ノード間で異なります。コンピューティング専用ノードは、単に CPU を増やす目的で追加されます。

以下は、クラスタ内のすべてのディスクに適用されます。

• ストレージ クラスタ内のすべてのディスクには、同量のストレージ容量が必要です。ストレージ クラスタ内のすべてのノードには、同数のディスクが必要です。

• すべての SSD は TRIM をサポートする必要があり、TRIM が有効になっている必要があります。

• すべての HDD は、SATA または SAS タイプのいずれかです。ストレージ クラスタ内のすべての SAS ディスクは、パススルー モードにする必要があります。

• ディスク パーティションは、SSD および HDD から削除する必要があります。パーティションが設定されたディスクは無視され、HX ストレージ クラスタに追加されません。

• オプションで、ディスク上の既存のデータを削除またはバックアップします。提供されたディスク上の既存のデータはすべて上書きされます。

  （注）	新規のファクトリ サーバは適切なディスク パーティションの設定で出荷されます。新規のファクトリ サーバではディスク パーティションを削除しないでください。

• 発注ツールにおいて、利用可能なディスクのみがサポートされます。

コンバージド ノード

次の表に示すディスクに加えて、すべてのコンバージド ノードには、ESX がインストールされたミラー設定で 2 つの 64 GB SD FlexFlash カードがあります。

（注）	サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプまたはサイズを混在させることはサポートされていません。 すべて HDD を使用します。 キャッシュまたは永続ディスクを交換する際は、元のディスクと同じタイプとサイズを常に使用します。

コンピューティング ノード

次の表に、コンピューティング機能でサポートされるコンピューティング ノード設定を示します。コンピューティング ノードのストレージは、ストレージ クラスタのキャッシュまたは容量に含まれていません。

SSD の交換手順は、SSD の種類によって異なります。障害が発生した SSD を特定し、関連する手順を実行します。

（注）	サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプまたはサイズを混在させることはサポートされていません。 すべて HDD、すべて 3.8 TB SSD、またはすべて 960 GB SSD を使用します。 ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、すべてのフラッシュ サーバではすべてフラッシュ キャッシュ デバイスを使用します。 キャッシュまたは永続ディスクを交換する際は、元のディスクと同じタイプとサイズを常に使用します。

（注）	この手順は、HXAF220c または HX220c サーバにのみ適用されます。HXAF240c または HX240c 上のハウスキーピング SSD を交換するには、Cisco TAC にお問い合わせください。

障害が発生したハウスキーピング SSD を特定し、関連する手順を実行します。

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

• オンライン タスク：タスク開始前にストレージ クラスタが正常な状態である必要があります。

• オフライン タスク：ストレージ クラスタをシャットダウンする必要があります。

  2 つ以上のノードがダウンしている場合、ストレージ クラスタは自動的にオフラインになります。

• TAC サポート タスク：一般に、TAC 担当員が実行する操作を必要とします。

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

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

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

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

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

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

ノードの取り外し

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

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

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

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

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

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

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

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

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

ノードの一部のコンポーネントは交換可能です。ノードの稼動中に交換できるコンポーネントがあります。一部のコンポーネントを交換する場合に、ノードをメンテナンス モードにしてシャットダウンする必要があります。すべての現場交換可能ユニット（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）

ノードの交換では、障害が発生したノードを取り外してから、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 の支援が必要です。

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

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

HX Connect ユーザ インターフェイスの使用

（注）	レプリケーションを設定している場合は、アップグレード、拡張、クラスタのメンテナンスを実行する前にレプリケーションを一時停止モードにします。アップグレード、拡張、クラスタのメンテナンスの完了後、再開してください。タスクを実行するローカル クラスタとの間でレプリケーションが設定されているすべてのクラスタで、一時停止と再開を実行します。

（注）	リリース 2.5(1a)/2.5(1b) 以降のリリースでのみサポートされています。

1. HX Connect：https://<cluster management ip> にログインします。

2. メニューで [System Information] をクリックします。

3. [Nodes] をクリックし、メンテナンス モードから移動するノードの行をクリックします。

4. [Exit HX Maintenance Mode] をクリックします。

vSphere Web クライアントの使用

1. vSphere Web クライアントにログインします。

2. [Home] > [Hosts and Clusters] に移動します。

3. [HX Cluster] が含まれている [Datacenter] を展開します。

4. [HX Cluster] を展開し、ノードを選択します。

5. ノードを右クリックして、[Cisco HX Maintenance Mode] > [Exit HX Maintenance Mode] を選択します。

コマンドライン インターフェイスの使用

1. root 権限を持つユーザとして、ストレージ コントローラ クラスタのコマンド ラインにログインします。

2. ノードの HX メンテナンス モードを終了します。

   1. ノード ID と IP アドレスを特定します。

      # stcli node list --summary

   2. ノードの HX メンテナンス モードを終了します。

      # stcli node maintenanceMode (--id ID | --ip IP Address) --mode exit

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

3. root 権限を持つユーザとして、このノードの ESXi コマンド ラインにログインします。

4. ノードの HX メンテナンス モードが終了したことを確認します。

   # esxcli system maintenanceMode get

vSphere Web クライアントの [Monitor] > [Tasks] タブで [Exit Maintenance Mode] タスクの進行状況を監視できます。

操作に失敗した場合はエラー メッセージが表示されます。根本的な問題を修正してから、もう一度メンテナンス モードを終了します。問題を解決できない場合は、Cisco TAC までお問い合わせください。

次の手順は、グレースフル シャットダウンや電源オフの後の HX ストレージ クラスタの再起動に使用します。通常、この手順は、ストレージ クラスタ上でメンテナンス タスクが完了してから実行されます。

説明

vNIC または vHBA を手動で HX サービス プロファイルまたはサービス プロファイル テンプレートに追加すると、PCI デバイスが再列挙され、VMware directpath I/O 設定が失われます。サービス プロファイルを変更すると、ホスト ハードウェアが更新されるため、PCI パススルーを再設定する必要があります。サービス プロファイルを変更した ESX ホストごとに次の手順を実行します。

変更した ESX ホストのストレージ コントローラ VM で次の手順を実行します。

アクション：ESX ホスト上で vSphere サービス プロファイルを更新する