Chapter1. このリリースの新規情報および変更情報

- このリリースの新規情報および変更情報

このリリースの新規情報および変更情報

次の表は、この最新リリースに関するマニュアルでの主な変更点の概要を示したものです。この表は、このマニュアルに加えられた変更やこのリリースの新しい機能をすべて網羅するものではありません。

Cisco HX Data Platform リリース 3.5(2a) の新機能と動作の変更点

機能

説明

参照先

レプリケーション ネットワークとペアリングの考慮事項

ペアリングに必要な事前検証チェックのリストを示します。

レプリケーション ネットワークとペアリングの考慮事項

レプリケーション ネットワークを設定するための機能強化

ストレッチ クラスタ用に、プライマリおよびセカンダリ FI (サイト A およびサイト B) の Cisco UCS Manager クレデンシャルを追加するためプロビジョニングします。

複製ネットワークの設定 HX Connect

Chapter2. HX ストレージ クラスタの概要

- Cisco HX Data Platform の概要

- ストレージ クラスタの物理コンポーネントの概要

- HX Data Platform キャパシティの概要

- HX Data Platform のハイ アベイラビリティの概要

- ストレージ クラスタ ステータス

- HX Data Platform クラスタの耐障害性

- ストレージ クラスタ ノード障害に対する応答

- HX Data Platform Ready Clone の概要

- HX Data Platform ネイティブ スナップショットの概要

Cisco HX Data Platform の概要

Cisco HyperFlex Data Platform（HX Data Platform）は、シスコ サーバをコンピューティングとストレージ リソースの単一プールに変換するハイパーコンバージド ソフトウェア アプライアンスです。ネットワーク ストレージの必要性が解消され、仮想環境でのコンピューティングとストレージ間のシームレスな相互運用が可能となります。Cisco HX Data Platform は、耐障害性の高い分散ストレージ システムを提供することで、データの整合性を維持し、仮想マシン（VM）ストレージのワークロードを最適化します。また、ネイティブ圧縮と重複排除によって、VM により占有される記憶域と VM ワークロードが削減されます。

Cisco HX Data Platform には多数の統合コンポーネントがあります。これには、Cisco ファブリック インターコネクト（FI）、Cisco UCS Manager、Cisco HX 固有のサーバ、Cisco コンピューティング専用サーバ（VMware vSphere、ESXi サーバ、および vCenter）、Cisco HX Data Platform インストーラ、コントローラ VM、HX Connect、vSphere HX Data Platform Plug-in、および stcli コマンドが含まれます。

Cisco HX データ プラットフォームは、VMware vSphere などの仮想化プラットフォームにインストールされます。インストール時に、Cisco HyperFlex HX クラスタ名を指定した後、HX データ プラットフォームは、ノードごとにハイパーコンバージド ストレージ クラスタを作成します。ストレージを増やす必要があり、HX クラスタにノードを追加する場合、HX データ プラットフォームは追加のリソース全体でストレージの平衡化を行います。コンピューティング専用ノードは、ストレージ クラスタに追加してコンピューティング専用リソースを増やすことができます。

ストレージ クラスタの物理コンポーネントの概要

Cisco HyperFlex ストレージ クラスタは、以下のオブジェクトを含みます。これらのオブジェクトはス、トレージ クラスタの HX Data Platform によってモニタされます。これらは HX ストレージ クラスタで追加または削除できます。

- コンバージド ノード—コンバージド ノードは、VM が実行されている物理的なハードウェアです。これらは、ディスク領域、メモリ、データ処理、電源、ネットワーク I/O などのコンピューティングとストレージのリソースを提供します。

コンバージド ノードがストレージ クラスタに追加されると、ストレージ コントローラ VM がインストールされます。HX Data Platform サービスはストレージ コントローラ VM を介して処理されます。コンバージド ノードは、関連付けられているドライブを介してストレージ クラスタにストレージ リソースを追加します。

HX Data Platform インストーラ から クラスタ拡張 ワークフローを実行して、ストレージ クラスタにコンバージド ノードを追加します。stcli コマンドを使用してコンバージド ノードを削除できます。

- コンピューティング ノード—コンピューティング ノードはコンピューティング リソースを追加するものですが、ストレージ クラスタへストレージ キャパシティを追加するものではありません。これらは、CPU とメモリを含むコンピューティング リソースを追加する手段として使用されます。キャッシング（SSD）ドライブやストレージ（HDD）ドライブは必要ありません。コンピューティング ノードは、HX ストレージ クラスタではオプションです。

コンピューティング ノードがストレージ クラスタに追加されると、エージェント コントローラ VM がインストールされます。HX Data Platform サービスはエージェント コントローラ VM を介して処理されます。

HX Data Platform インストーラ から クラスタ拡張 ワークフローを実行して、ストレージ クラスタにコンピューティング ノードを追加します。stcli コマンドを使用してコンピューティング ノードを削除できます。

- ドライブ—ストレージ クラスタ内のノードに必要なドライブには、ソリッド ステート ドライブ（SSD）とハード ディスク ドライブ（HDD）の 2 種類があります。HDD は通常、コンバージド ノードに関連付けられる物理ストレージ ユニットを提供します。SSD は通常、管理をサポートします。

また、既存のコンバージド ノードに HDD を追加しても、ストレージ クラスタにストレージ キャパシティを追加できます。ストレージ クラスタ内の HX ノードにストレージを追加する場合は、ストレージ クラスタ内のすべてのノードに同等の容量のストレージを追加する必要があります。

ディスクが追加または取り外されると、HX Data Platform がストレージ クラスタを再調整して、ストレージ リソース内の変更を調節します。

コンバージド ノードでのディスクの追加や取り外しは、HX Data Platform を介しては実行されません。ディスクを追加または取り外す前に、ベスト プラクティスを確認してください。ノードでディスクを追加または取り外すための特定の手順については、サーバ ハードウェア ガイドを参照してください。

NVMe キャッシング SSD のスロット情報は、オール NVMe サーバ PID を除くと、どの AF サーバ PID も、HX-Connect から取得することができません。NVMe SSD のスロット情報は、UCSM 管理コンソールで確認してください。

- データストア—ストレージ容量とデータストア容量。これは、データストアを介してストレージ クラスタで使用でき、HX Data Platform によって管理される、組み合わせての使用が可能な物理ストレージです。

データストアは、ストレージの使用とストレージ リソースの管理のために HX Data Platform で使用される論理コンテナです。

データストアは、ホストが仮想ディスク ファイルと他の VM ファイルを配置する場所です。データストアは、物理ストレージ デバイスの仕様を非表示にし、VM ファイルを格納するための統一モデルを提供します。

HX Data Platform キャパシティの概要

（注）

ディスクまたはノードを追加してクラスタの容量を追加すると、再調整が発生する可能性があります。このバックグラウンド アクティビティにより、クラスタ上の通常のユーザー IO との干渉が発生し、遅延が増加する可能性があります。パフォーマンスへの影響が許容される場合、ストレージ容量の期間をメモする必要があります。また、この操作は容量の追加を保証する緊急事態に実行される場合があります。

HX Data Platform では、キャパシティの概念はデータストアとストレージ クラスタの両方に適用されます。値はベース 2（GiB/TiB）で測定されますが、簡略化と一貫性のために、GB または TB というラベルが付けられます。

- [Cleaner]：すべてのストレージ クラスタ データストアで実行されるプロセス。このプロセスが完了した後、すべてのストレージ クラスタ データストアの合計キャパシティは、メタデータを除いて、ストレージ クラスタ キャパシティの合計と同程度の範囲である必要があります。リストされているデータストア キャパシティは、通常は HX ストレージ クラスタ キャパシティと一致しません。クリーナー コマンドに関する情報については、『Cisco HX Data Platform コマンド ライン インターフェイス リファレンス ガイド』を参照してください。

- [Cluster capacity]：ストレージ クラスタ内のすべてのノード上の、すべてのディスクのすべてのストレージです。これには、クリーンアップされていないデータと各ディスクのメタデータのオーバーヘッドが含まれます。

クラスタの合計/使用/未使用キャパシティは、ストレージ キャパシティの全体と、ストレージが使用されている量に基づいています。

- [Condition]：HX Storage Clusterが空間イベント状態になると、[Free Space Status] フィールドが表示されます。[Condition] フィールドには、空間イベント状態状態が表示されます。オプションは、[Warning]、[Critical]、および [Alert] です。

- 利用可能なデータストア容量：プロビジョニングなしでデータストアをプロビジョニングする際に使用できるストレージの量です。通常、これはストレージ クラスタ キャパシティに非常に近くなりますが、完全に一致するわけではありません。これには、メタデータやクリーンアップされていないデータは含まれません。

各データストアのプロビジョニング済み/使用/未使用キャパシティは、データストアの（シン）プロビジョニング キャパシティに基づいています。データストアはシン プロビジョニングされているため、プロビジョニング キャパシティ（データストア作成時に管理者が指定）は実際のストレージを超えることができます。

- [Free Capacity, storage cluster]：使用可能なキャパシティと同じです。ストレージ クラスタの場合、ストレージ クラスタで使用可能な容量とストレージ クラスタで使用されている容量との差になります。

- [Free Capacity, datastore]：使用可能なキャパシティと同じです。すべてのストレージ クラスタ データストアの場合、すべてのストレージ クラスタ データストアにプロビジョニングされた容量とすべてのストレージ クラスタ データストアで使用されている容量との差になります。

ストレージ クラスタ全体で使用されている容量は、このデータストアの計算には含まれていません。データストアは頻繁にオーバー プロビジョニングされるため、ストレージ クラスタのキャパシティの可用性が低く示される一方で、[未使用キャパシティ（Free capacity）] では、すべてのストレージ クラスタ データストアの可用性がより大きく示される場合があります。

- [Multiple users]：別個のデータストアに、それぞれ異なるキャパシティをプロビジョニングすることができます。いずれの時点においても、ユーザは割り当てられたデータストア キャパシティのすべてを使用しないでください。複数のユーザにデータストア キャパシティを割り当てる場合、各ユーザにプロビジョニングされたキャパシティが受け取られたかを確認するのは管理者の責任です。

- [Over-provisioning]：すべてのデータストアに割り当てられたストレージ キャパシティの量が、ストレージ クラスタに使用できる量を超えると発生します。

最初は、オーバー プロビジョニングをするのが一般的です。これにより、管理者はまずキャパシティを割り当ててから、後で実際のストレージに合わせていくことができます。

値は、使用可能なキャパシティとプロビジョニングされたキャパシティとの差です。

有効な最大物理量よりも多くの領域が割り当てられない限り、ゼロ（0）が表示されます。

オーバー プロビジョニングされたキャパシティを見直し、システムが領域不足の状態に達していないことを確認してください。

- プロビジョニング済み：クラスタ データストアでの使用が許可され割り当てられたキャパシティの量です。

プロビジョニングされた容量は、単独のストレージ クラスタ データストアでの使用のために確保されているわけではありません。複数のデータストアが、同一のストレージ キャパシティからプロビジョニングされたストレージになる場合があります。

- [Space Needed]：HX Storage Clusterが空間イベント状態になると、[Free Space Status] フィールドが表示されます。[Space Needed] は、リストされた [Condition] をクリアできるようにする必要がある、ストレージの量を示します。

- [Used]：リストされたストレージ クラスタまたはデータストアで使用されるストレージ キャパシティの量です。

HX Data Platform の内部メタデータにより、0.5 % から 1 % の領域が使用されます。このことにより、データストアにデータがない場合であっても、HX Data Platform Plug-inまたは HX Connect に [Used] ストレージの値が表示される場合があります。

ストレージの [使用済み（Used）] は、どの程度のデータストア領域が、設定ファイルやログ ファイル、スナップショット、クローンなどの仮想マシン ファイルによって占有されているかを表します。仮想マシンの実行中、使用されたストレージ領域にはスワップ ファイルも含まれています。

- [Usable Capacity]：データの保存に使用できるストレージ クラスタのストレージの容量です。

- キャパシティ削減の理解

- ストレージ容量イベント メッセージ

キャパシティ削減の理解

[Summary] タブの [Capacity] ポートレットには、重複排除と、ストレージ クラスタによる圧縮による削減量が表示されます。たとえば、全体的な削減量が 50 % の場合、キャパシティが 6TB のストレージ クラスタでは、実質 9 TB のデータを保存できます。

HX Data Platformシステムで削減される合計のストレージ キャパシティは、次の 2 つの要素で計算されます。

- 圧縮—圧縮されているデータの量。

- 重複排除—重複排除されているデータの量。重複排除は、冗長データの削除によって記憶域を削減する手法です。重複のないデータのインスタンスが 1 つだけ保存されます。

重複排除と圧縮による削減は、同時に追加されるだけのものではありません。また、それぞれ独立した操作でもありません。これらは、次のような仕組みで関連してます。まず、原則として、ストレージで使用される固有のバイト量は重複排除を介して削減されます。そして、重複排除されたストレージの使用分が圧縮され、ストレージ クラスタでさらに多くのストレージが使用できるようになります。

VM クローンを使用する場合、重複排除と圧縮による削減は有用です。

削減量が 0 % と表示される場合、ストレージ クラスタは新規クラスタです。ストレージ クラスタへの採取データの合計では、有意なストレージ削減量を判断するには不十分です。十分なデータがストレージ クラスタに書き込まれるまで待ちます。

次に例を示します。

1. 初期値

100 GB の VM が 2 回クローニングされると仮定します。

Total Unique Used Space (TUUS) = 100GB

Total Addressable Space (TAS) = 100x2 = 200 GB

この例では次のようになります。

Total Unique Bytes (TUB) = 25 GB

2. 重複排除による削減

= (1 - TUUS/TAS) * 100

= (1 - 100GB / 200GB) *100

= 50%

3. 圧縮による削減

= (1 - TUB/TUUS) * 100

= (1 - 25GB / 100GB) * 100

= 75%

4. 計算後の合計削減量

= (1 - TUB/TAS) * 100

= (1 - 25GB / 200GB) * 100

= 87.5%

ストレージ容量イベント メッセージ

クラスタ ストレージ容量には、ストレージ クラスタ内のすべてのノード上のすべてのディスクのすべてのストレージが含まれます。この使用可能な容量は、データの管理に使用されます。

クラスタ キャパシティの計算

HyperFlex HX Data Platform クラスタの容量は次のように計算されます。

(((<GB 単位でのキャパシティ ディスク サイズ> * 10^9) / 1024^3) * <ノードあたりのキャパシティディスクの台数> * <HyperFlex のノード数> * 0.92) / レプリケーション ファクタ

TiB 単位の値を算出するには、この計算結果を 1024 で割ります。レプリケーション ファクタ値は、HX クラスタが RF=3 に設定されている場合は 3、HX クラスタが RF=2 に設定されている場合は 2 です。係数 0.92 は、各ディスクでさまざまな内部ファイルシステム処理のために HX Data Platform ソフトウェアによって確保される 8% の予約を示します。

計算例: <GB 単位でのキャパシティ ディスク サイズ> = 1200 (1.2 Tb のディスクの場合)、<ノードあたりのキャパシティディスクの台数> = 15 (HX240c-M4SX モデル サーバの場合)、<HyperFlex のノード数> = 8 、レプリケーション ファクタ = 3

結果: (((1200*10^9)/1024^3)*15*8*0.92)/3 = 41127.2049 41127.2049 / 1024 = 40.16 TiB

（注）

クラスタ キャパシティ計算のためのこの公式は、ラージ フォーム ファクタ (LFF) のクラスタには適用されません。

エラー メッセージ

データ ストレージで使用可能な容量を大量に消費する必要がある場合はエラー メッセージが発行され、ストレージ クラスタのパフォーマンスと正常性が影響を受けます。エラー メッセージは、vCenter のアラーム パネル、HX Connect、HX Data Platform Plug-in の [Alarms] と [Events] ページに表示されます。

（注）

警告または重大なエラーが表示された場合：

容量を拡張するために新しいドライブまたはノードを追加します。加えて、未使用の仮想マシンとスナップショットの削除を検討します。ストレージ容量が減少するまで、パフォーマンスは影響を受けます。

- SpaceWarningEvent：問題とエラー。これは第 1 レベルの警告です。

できる限り早くスペースを再利用するためのクリーナー アクティビティの増加により、クラスタのパフォーマンスが影響を受けます。スループットと遅延に対する影響は、ワークロードと、実行される読み取りと書き込みの量によって異なります。

使用されるストレージ キャパシティの量を、警告しきい値である合計 HX Storage Cluster キャパシティの 76% 未満に削減します。

- SpaceAlertEvent – エラーが発行します。スペース容量の使用率はエラー レベルのままです。

このアラートは、ストレージ容量が削減された後で発行されますが、まだ警告しきい値を上回っています。

クラスタ パフォーマンスが影響を受けます。

使用されているストレージ容量を、警告しきい値（HX Storage Clusterの容量合計の 80%）を下回るまで削減し続けます。

- SpaceCriticalEvent – エラーを発行します。これは重大レベルの警告です。

クラスタは、読み取り専用状態です。

使用されているストレージ容量がこの警告しきい値未満に削減されるまで、ストレージ クラスタ操作を続けないでください。

- SpaceRecoveredEvent：これは情報です。クラスタ容量が正常範囲に戻りました。

クラスタ記憶域の使用率が正常に戻ります。

HX Data Platform のハイ アベイラビリティの概要

HX Data Platform のハイ アベイラビリティ（HA）機能においては、通常動作時で 3 つ以上のノードが完全に機能し、ストレージ クラスタがすべてのデータの複製を少なくとも 2 つ維持できるようにします。

ストレージ クラスタ内のノードまたはディスクで障害が発生すると、クラスタの動作能力に影響が生じます。複数のノードで障害が発生した場合や 1 つのノードと別のノードのディスクで障害が発生した場合は、同時障害と呼ばれます。

ストレージ クラスタ内のノード数とデータ レプリケーション ファクタやアクセス ポリシーの設定を加味して、ノード障害に起因するストレージ クラスタの状態が決定されます。

（注）

HX Data Platform HA 機能を使用する前に、vSphere Web Client の DRS および vMotion を有効にします。

ストレージ クラスタ ステータス

HX Data Platform ストレージ クラスタのステータスに関する情報は、HX Connect、HX Data Platform Plug-in、ストレージ コントローラ VM stcli コマンドを使用して利用されます。ストレージ クラスタ ステータスは、復元力ステータス値と動作ステータス値により示されます。

ストレージ クラスタ ステータスは、以下の報告されたステータス要素により示されます。

- 動作ステータス：—クラスタの機能ストレージ管理とストレージ クラスタ管理をストレージ クラスタが実行できるかどうかを示します。ストレージ クラスタが操作をどれほど実行できるか説明します。

- 復元ステータス—ストレージ クラスタ内でのノード障害を許容できるストレージ クラスタの能力を示します。ストレージ クラスタが混乱をどれほど実行できるか説明します。

ストレージ クラスタが特定の動作と修復ステータスの状態に移行する場合、以下の設定は有効です。

- データ複製係数—冗長データ レプリカの数を設定します。

- クラスタ アクセス ポリシー—データ保護とデータ損失のレベルを設定します。

- 動作ステータスの値

- 復元力ステータスの値

動作ステータスの値

クラスタ動作ステータスは、ストレージ クラスタの動作ステータスと、アプリケーションが I/O を実行できるかどうかを示します。

動作ステータスのオプションを次に示します。

- [Online]： クラスタは I/O に対応する準備ができています。

- [Offline]：クラスタは I/O に対応する準備ができていません。

- [Out of space]：クラスタ全体でスペースが不足しているか、1 つまたは複数のディスクでスペースが不足しています。どちらの場合も、クラスタは書き込みトランザクションを受け入れることができませんが、静的なクラスタ情報の表示は続行できます。

- [Readonly]：クラスタは書き込みトランザクションを受け入れることができませんが、静的なクラスタ情報の表示は続行できます。

- [Unknown]：これは、クラスタがオンラインになるときの移行状態です。

クラスタのアップグレードまたは作成時には、その他の移行状態が表示されることがあります。

カラー コーディングとアイコンを使用して、さまざまなステータスの状態が示されます。アイコンをクリックすると、現在の状態となっている原因を説明する理由メッセージなどの追加情報が表示されます。

復元力ステータスの値

復元力ステータスは、データ復元力のヘルス ステータスであり、ストレージ クラスタの耐障害性を示すものです。

復元力ステータスのオプションを次に示します。

- [Healthy]：データと可用性の点でクラスタは正常です。

- [Warning]：データまたはクラスタの可用性に対する悪影響が生じています。

- [Unknown]：これは、クラスタがオンラインになるときの移行状態です。

カラー コーディングとアイコンを使用して、さまざまなステータスの状態が示されます。アイコンをクリックすると、現在の状態となっている原因を説明する理由メッセージなどの追加情報が表示されます。

HX Data Platform クラスタの耐障害性

HX ストレージ クラスタ内のノードまたはディスクで障害が発生すると、クラスタの動作能力に影響が生じます。複数のノードで障害が発生した場合や 1 つのノードと別のノードのディスクで障害が発生した場合は、同時障害と呼ばれます。

ストレージ クラスタに影響するノード障害の数は次のように異なります。

- クラスタのノード数—ストレージ クラスタの応答は、3 ～ 4 ノードのクラスタと 5 ノード以上のクラスタで異なります。

- データ レプリケーション ファクタ —HX Data Platform インストール中に設定されるもので、変更できません。オプションは、ストレージ クラスタ全体で 2 または 3 個のデータの冗長レプリカです。

注目

3 のデータ レプリケーション ファクタが推奨されます。

- アクセス ポリシー—ストレージ クラスタの作成後にデフォルト設定から変更できます。オプションは、データ損失から保護する場合の strict か、より長いストレージ クラスタ可用性をサポートする場合の lenient です。

障害ノード数を伴うクラスタの状態

次の表で、同時ノード障害の数に応じて、ストレージ クラスタの機能がどのように変化するかを示します。

障害ノード数を伴う 5 ノード以上のクラスタの状態

レプリケーション ファクタ

アクセス ポリシー

障害発生ノードの数

読み取り/書き込み

Read-Only

シャットダウン

3

Lenient

2

--

3

3

strict

1

2

3

2

Lenient

1

--

2

2

strict

--

1

2

障害ノード数を伴う 3 ～ 4 ノードのクラスタの状態

レプリケーション ファクタ

アクセス ポリシー

障害発生ノードの数

読み取り/書き込み

Read-Only

シャットダウン

3

Lenient または Strict

1

--

2

2

Lenient

1

--

2

2

strict

--

1

2

ディスクで障害が発生したノード数を伴うクラスタの状態

次の表で、1 つ以上のディスクで障害が発生したノードの数に応じて、ストレージ クラスタの機能がどのように変化するかを示します。ノード自体では障害が発生しておらず、ノード内のディスクで障害が発生していることに注意してください。例：2 は、2 台のノードでそれぞれ 1 台以上のディスクで障害が発生していることを示します。

サーバには、SSD と HDD という 2 種類のディスクがあります。次の表で複数のディスク障害について説明する際は、ストレージ容量に使用されているディスクに言及しています。例：あるノードのキャッシュ SSD で障害が発生し、別のノードのキャパシティ SSD または HDD で障害が発生した場合は、アクセス ポリシーで Strict に設定されていても、ストレージ クラスタの可用性は高いままです。

次の表で、最悪のシナリオと障害が発生したディスクの数を示します。これは、ストレージ クラスタの 3 つ以上のノードに適用されます。例：自己修復中のレプリケーション ファクタが 3 の 3 ノード クラスタは、3 つの異なるノードで全部で 3 件の同時ディスク障害が発生した場合にのみシャットダウンします。

（注）

HX ストレージ クラスタは、シリアル ディスク障害（同時ではないディスク障害）に耐えることができます。唯一の要件は、自己修復のサポートに使用可能な十分な容量があることです。この表内の最悪のシナリオは、HX が自動自己修復と再調整を実行している短期間にのみ適用されます。

ディスクで障害が発生したノード数を伴う 3 ノード以上のクラスタの状態

レプリケーション ファクタ

アクセス ポリシー

ノード数に対する障害が発生したディスク数

読み取り/書き込み

Read Only

シャットダウン

3

Lenient

2

--

3

3

strict

1

2

3

2

Lenient

1

--

2

2

strict

--

1

2

- データ レプリケーション ファクタの設定

- クラスタ アクセス ポリシー

データ レプリケーション ファクタの設定

（注）

データ レプリケーション ファクタは、ストレージ クラスタの構成後は変更できません。

データ レプリケーション ファクタは、ストレージ クラスタの構成時に設定されます。データ レプリケーション ファクタにより、ストレージ クラスタ全体のデータの冗長レプリカの数が定義されます。オプションは、2 または 3 個のデータの冗長レプリカです。

- ハイブリッド サーバ（SSD と HDD の両方を含むサーバ）を使用している場合は、デフォルトが 3 です。

- オール フラッシュ サーバ（SSD のみを含むサーバ）を使用している場合は、HX Data Platform のインストール中に 2 と 3 のどちらかを明示的に選択する必要があります。

手順

データ レプリケーション ファクタを選択します。選択できる基準は、次のとおりです。

- データ レプリケーション ファクタ 3：データの冗長複製を 3 つ保持します。この場合、より多くのストレージ リソースが使用され、ノード障害やディスク障害のイベント時にデータを最大限に保護します。

注目

データ レプリケーション ファクタ 3 が推奨されているオプションです。

- データ レプリケーション ファクタ 2：データの冗長複製を 2 つ保持します。この場合、より少ないストレージ リソースが使用され、ノード障害やディスク障害のイベント時にデータ保護が低下します。

クラスタ アクセス ポリシー

クラスタ アクセス ポリシーとデータ レプリケーション ファクタの組み合わせにより、データ保護レベルとデータ損失防止レベルが設定されます。2 つのクラスタ アクセス ポリシー オプションがあります。デフォルトは lenient です。これはインストール中には設定できませんが、インストール後および初期ストレージ クラスタ設定後には変更できます。

- Strict：データ損失から保護するためのポリシーを適用します。

ストレージ クラスタ内のノードまたはディスクで障害が発生すると、クラスタの動作能力に影響が生じます。複数のノードで障害が発生した場合や 1 つのノードと別のノードのディスクで障害が発生した場合は、同時障害と呼ばれます。厳密な設定により、同時障害発生時にデータが保護されます。

- Lenient：より長いストレージ クラスタの可用性をサポートするためのポリシーを適用します。これはデフォルトです。

ストレージ クラスタ ノード障害に対する応答

ストレージ クラスタの修復のタイムアウト時間は、ストレージ クラスタの自動修復前に HX Connect または HX Data Platform Plug-inが待機する時間の長さになります。ディスク障害が発生した場合、修復のタイムアウト時間は 1 分になります。ノード障害が発生した場合、修復のタイムアウト時間は 2 時間になります。ディスクとノードに同時に障害が発生した場合や、ノード障害が発生し、修復が完了する前にディスク障害が発生した場合は、ノード障害のタイムアウトが優先されます。

クラスタの復元力ステータスが [警告（Warning）] の場合、HX Data Platform システムでは次のストレージ クラスタ障害と応答がサポートされます。

オプションで、HX Connect および HX Data Platform Plug-in で関連付けられている [Cluster Status/Operational Status]、または [Resiliency Status/Resiliency Health] をクリックすると、現在の状態の原因を説明する理由メッセージが表示されます。

クラスタ サイズ

同時障害発生数

障害の発生したエンティティ

実行するメンテナンス アクション

3 ノード

1

1 ノード。

ストレージ クラスタは自動的に修復されません。

ストレージ クラスタ ヘルスを復元するために、障害が発生したノードを交換します。

3 ノード

2

2 つのノード上の 2 つ以上のディスクがブラックリストに登録されているか、またはそれらのディスクで障害が発生している。

1. 1 台のキャッシュ SSD に障害が発生している場合、ストレージ クラスタは自動的に修復されません。

2. 1 台の HDD に障害が発生しているか削除されている場合、ディスクはすぐにブラックリストにリストされます。ストレージ クラスタは、数分以内に自動修復を開始します。

3. 複数の HDD に障害が発生している場合、システムは自動的にストレージ クラスタ ヘルスを復元することはできません。

- システムが復元されない場合、障害が発生したディスクを交換して、クラスタの再調整によってシステムを復元します

4 ノード

1

1 ノード。

ノードが 2 時間以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ノード障害を迅速に修復し、ストレージ クラスタを完全に復元させるには、次の手順に従います。

1. ノードが電源オンになっていることを確認し、可能な場合は再起動します。ノードの交換が必要になる場合があります。

2. クラスタを再調整します

4 ノード

2

2 つのノード上の 2 つ以上のディスク。

2 台の SSD に障害が発生している場合、ストレージ クラスタは自動的に修復されません。

ディスクが 1 分以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

5+ ノード

2

最大 2 ノード。

ノードが 2 時間以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ノード障害を迅速に修復し、ストレージ クラスタを完全に復元させるには、次の手順に従います。

1. ノードが電源オンになっていることを確認し、可能な場合は再起動します。ノードの交換が必要になる場合があります。

2. クラスタを再調整します

ストレージ クラスタがシャット ダウンする場合は、「Troubleshooting, Two Nodes Fail Simultaneously Causes the Storage Cluster to Shutdown」の項を参照してください。

5+ ノード

2

2 つのノードのそれぞれで、2 つ以上のディスクに障害が発生する。

システムは、1 分後に自動的に再調整をトリガーし、ストレージ クラスタの正常性を復元します。

5+ ノード

2

1 つのノードおよび別のノード上の 1 つ以上のディスク。

ディスクが 1 分以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ノードが 2 時間以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ストレージ クラスタ内のノードで障害が発生し、別のノード上のディスクにも障害が発生している場合、ストレージ クラスタは 1 分以内に障害発生ディスクの修復を開始します（障害発生ノードのデータは変更されません）。障害発生ノードが 2 時間経過後に稼動しない場合、ストレージ クラスタが障害発生ノードの修復を開始します。

ノード障害を迅速に修復し、ストレージ クラスタを完全に復元させるには、次の手順に従います。

1. ノードが電源オンになっていることを確認し、可能な場合は再起動します。ノードの交換が必要になる場合があります。

2. クラスタを再調整します

手順

上の表を確認して、指定された操作を実行します。

HX Data Platform Ready Clone の概要

HX Data Platform Ready Clones は、業界初のストレージ技術で、ホスト VM から複数のクローン VM をすぐに作成およびカスタムできます。スタンドアロン VM として使用可能な VM の複数のコピーを作成することができます。

Ready Clone（標準のクローンと同様に、既存の VM のコピーです）。既存の VM は、ホスト VM と呼ばれます。クローニング操作が完了すると、Ready Clone は別のゲスト VM となります。

Ready Clone に対して変更を行っても、ホスト VM には影響しません。Ready Clone の MAC アドレスおよび UUID は、ホスト VM の MAC アドレスおよび UUID とは異なります。

ゲスト オペレーティング システムとアプリケーションのインストールには、時間がかかることがあります。Ready Clone を実行すると、単一のインストールおよび設定プロセスで、多数の VM のコピーを作成できます。

クローンは、多数の同一の VM を 1 つのグループに配置する場合に役立ちます。

（注）

Hyper-V Host は Offloaded Data Transfer (ODX) 要求を発行し、完全なファイルのコピーを作成します。HyperFlex はクローン技術を使用して、完全なコピー要求にこたえてすぐにコピーを作成します。

HX Data Platform ネイティブ スナップショットの概要

HX Data Platform ネイティブ スナップショットは、動作している VM のバージョン（状態）を保存するバックアップ機能です。VM をネイティブ スナップショットに戻すことができます。

HX Data Platform Plug-in を使用して VM のネイティブ スナップショットを取ります。HX Data Platform ネイティブ スナップショット オプションには、ネイティブ スナップショットの作成、任意のネイティブ スナップショットへの復元、ネイティブ スナップショットの削除が含まれます。タイミング オプションには、毎時、日次、週次があり、15 分単位で設定できます。

ネイティブ スナップショットは VM の複製で、ネイティブ スナップショットが作成された時点での、すべての VM ディスク上のデータの状態と VM の電源の状態（オン、オフ、またはサスペンド）が含まれます。保存した状態へ復元できるようにするには、ネイティブ スナップショットを取得して VM の現在の状態を保存します。

VMware スナップショットの追加情報については、次のリンクから VMware のナレッジ ベース『Understanding virtual machine snapshots in VMware ESXi and ESX (1015180)』の記載を参照してください。http://kb.vmware.com/selfservice/microsites/search.do?language=ja_jp&cmd=displayKC&externalId=1015180

Chapter3. HX Data Platform インターフェイスへのログイン

- HyperFlex クラスタ インターフェイスの概要

- AAA 認証 REST API

- HX Connect へのログイン

- コントローラ VM（stcli）コマンド ラインへのログイン

- ストレージ コントローラ VM および ESXi のパスワードの復元

- Cisco HX Data Platform インストーラへのログイン

- HX Data Platform REST API へのアクセス

- Cisco HX Data Platform プラグインへのアクセス

HyperFlex クラスタ インターフェイスの概要

HyperFlex の各インターフェイスは、HX Storage Clusterについての情報とアクションを実行するための手段へのアクセスを提供します。HX Storage Cluster インターフェイスには次のものがあります。

- HX Connect―モニタリング、パフォーマンス チャート、およびアップグレード、暗号化、複製、データストア、ノード、ディスク、VM ready clones のタスク。

- HX Data Platform Plug-in―モニタリング、パフォーマンス チャート、データストア、ホスト（ノード）、ディスクのタスク。

- ストレージ コントローラ VM コマンド ライン―HX Data Platform stcli コマンドの実行。

- HyperFlex Systems RESTful API―認証、複製、暗号化、モニタリング、およびオンデマンド ステートレス プロトコルを介しての HyperFlex Systems の管理の有効化。

追加のインターフェイスには次のものが含まれます。

- Cisco HX Data Platform インストーラ―HX Data Platform のインストール、HX Storage Cluster の展開および拡張、ストレッチ クラスタの展開、HYPER-V クラスタの展開。

- Cisco UCS Manager―HX Storage Cluster のネットワーク、ストレージとストレージ アクセス、およびリソースの管理のタスク。

- VMware vSphere Web Clientおよび vSphere クライアント：vCenter クラスタのすべての VMware ESXi サーバの管理。

- VMware ESXi ―ホスト コマンド ラインを提供する個々の ESXi ホストの管理。

- HX Data Platform ログイン クレデンシャルに関するガイドライン

- HX Data Platform の名前、パスワード、文字

HX Data Platform ログイン クレデンシャルに関するガイドライン

stcli コマンドは、ログイン クレデンシャルを要求します。

定義済みユーザ admin および root のストレージ コントローラ VM のパスワードは、HX Data Platform インストーラの実行時に指定します。インストール後は、stcli コマンド ラインを使用してパスワードを変更できます。

ユーザーが 10 回連続で間違ったクレデンシャルでログインしようとした場合、アカウントは 2 分間ロックされます。SSH でログインの試行が失敗した場合、アカウントがロックされたことを示すエラー メッセージが表示されます。HX Connect または REST API でログインの試行が失敗した場合、10 回の試行中にアカウントがロックされたことを示すエラー メッセージが表示されます。

コンポーネント

権限レベル

[ユーザ名（Username）]

パスワード

注意

HX Data Platform OVA

root

root

Cisco123

重要

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

HX Data Platform インストーラ VM

root

root

Cisco123

重要

システムは、デフォルトのパスワード [ Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

HX Connect

管理者または読み取り専用

vCenter から定義されたユーザ。

vCenter から定義されたユーザ。

定義済みの admin または root ユーザ。

HX のインストール中に指定されます。

オプションで、ログインの場合は local/ を先頭に付けることができます。つまり、local/admin または local/root になります

HX ストレージ コントローラ VM

admin

HX のインストール中に定義されたユーザ。

vCenter から定義されたユーザ。

定義済みの admin または root ユーザ。

HX のインストール中に指定されます。

強力なパスワードが必要です。

ストレージ クラスタ内のすべてのノードで一致する必要があります。

インストール後、パスワードを変更するときは stcli コマンドを使用します。

vCenter

admin

administrator@vsphere.local デフォルト。

SSO 有効。

設定に依存します。MYDOMAIN\name または name@mydomain.com。

SSO 有効。

設定に依存します。

ESX サーバがバージョン 5.5 の場合は、vCenter クレデンシャルが vSphere 5.5 の要件を満たしていることを確認してください。

読み取り専用ユーザには HX Data Platform Plug-in へのアクセス権はありません。

ESXi サーバ

root

SSO 有効。

設定に依存します。

SSO 有効。

設定に依存します。

ストレージ クラスタ内のすべての ESX サーバで一致する必要があります。

ハイパーバイザ

root

root

HX のインストール中に指定されます。

HX のインストール後にパスワードを変更するときは、vCenter または esxcli コマンドを使用します。

UCS Manager

admin

設定に依存します。

設定に依存します。

ファブリック インターコネクト

admin

設定に依存します。

設定に依存します。

HX Data Platform の名前、パスワード、文字

印刷可能な ASCII 文字と拡張 ASCII 文字のほとんどは、名前とパスワードに使用できます。HX Data Platform のユーザ名、パスワード、仮想マシン名、ストレージ コントローラ VM 名、およびデータストア名に使用できない文字があります。フォルダとリソース プールには文字の例外はありません。

パスワードは、少なくとも1つの小文字、1 つの大文字、1 つの数字、および _@#$%^&*! のうち 1 つの特殊文字を含む、10 文字以上で指定する必要があります。

アンパサンド（&）、アポストロフィ（'）、アスタリスク（*）、アット マーク（@）、バック スラッシュ（\）、コロン（:）、カンマ（,）、ドル記号（$）、感嘆符（!）、スラッシュ（/）、小なり記号（<）、大なり記号（>）、パーセント（%）、パイプ（|）、シャープ（#）、疑問符（?）、セミコロン（;）

特殊文字を入力するときは、使用しているシェルを考慮してください。シェルごとに、大文字小文字を区別するかどうかが異なります。名前またはパスワードに特殊文字がある場合は、引用符で囲んでください（例：'speci@lword!'）。フィールドから HyperFlex Installer パスワードの単一引用符内で、パスワードを入力する必要はありません。

HX ストレージ クラスタ名

HX クラスタ名は 50 文字以内です。

HX ストレージ クラスタ ホスト名

HX クラスタ ホスト名は 80 文字以内です。

仮想マシンとデータストア名

仮想マシン名、コントローラ VM 名、またはデータストア名を構成する文字のほとんどは使用できます。エスケープされた文字は、仮想マシン名、コントローラ VM 名、またはデータストア名として許容されます。

最大文字数：仮想マシン名には 80 文字まで使用できます。

除外される文字：スナップショットを有効にするユーザ仮想マシン名またはデータストア名に次の文字を使用しないでください。

- アクセント（`）

特殊文字：ユーザの仮想マシン、またはデータストア名に使用できる特殊文字は次のとおりです。

- アンパサンド（&）、アポストロフィ（'）、アスタリスク（*）、アットマーク（@）、バック スラッシュ（\）、サーカムフレクス（^）、コロン（:）、カンマ（,）、ドル記号（$）、ドット（.）、二重引用符（"）、等号（=）、感嘆符（!）、スラッシュ（/）、ハイフン（-）、左波カッコ（{）、左丸カッコ（(）、左角カッコ（[）、小なり記号（<）、大なり記号（>）、パーセント（%）、パイプ（|）、プラス記号（+）、シャープ（#）、疑問符（?）、右波カッコ（}）、右丸カッコ（)）、右角カッコ（]）、セミコロン（;）、ティルダ（~）、アンダースコア（_）

ユーザ名の要件

HX Data Platform コンポーネントに固有なユーザ名を使用できますが、UCS Manager ユーザ名要件を満たす必要があります。

UCS Manager ユーザ名の要件。

- 文字数：6 ～ 32 文字

- Cisco UCS Manager 内で一意にする必要があります。

- 先頭を英字にする必要があります。

- 必須要素：英字（大文字または小文字）。

- 使用可能要素：数字。すべて数字にすることはできません。

- 許可される特殊文字：アンダースコア（_）、ダッシュ（-）、ドット（.）。

コントローラ VM のパスワードの要件

コントローラ VM の root および admin ユーザのパスワードには、次のルールが適用されます。

（注）

パスワードに関する一般的な規則：コマンド文字列にパスワードを含めないでください。コマンドは、パスワードの入力を求めることができる状態にします。

- 最小長：10

- 1 つ以上の大文字

- 1 つ以上の小文字

- 1 つ以上の数字

- 1 つ以上の特殊文字

- 新しいパスワードの設定を試せる回数は最大 3 回

コントローラ VM のパスワードを変更するには、必ず stcli コマンドを使用します。Unix パスワード コマンドなどの他のパスワード変更コマンドを使用しないでください。

1. 管理コントローラ VM にログインします。

2. stcli コマンドを実行します。

stcli security password set [-h] [--user USER]

変更は、HX クラスタ内のすべてのコントローラ VM に伝達されます。

UCS Manager と ESX のパスワードの形式と文字の要件

以下の項では、UCS Manager と VMware ESXi のパスワードの形式と文字の要件について簡単にまとめています。詳細については Cisco UCS Manager と VMware ESXi のマニュアルを参照してください。

- 文字クラス：小文字、大文字、数字、特殊文字。

パスワードは大文字と小文字が区別されます。

- 文字の長さ：最小 6、最大 80

4 つすべての文字クラスの文字を含む場合は、6 文字以上が必要です。

3 つ以上の文字クラスの文字を含む場合は、7 文字以上が必要です。

1 つまたは 2 つの文字クラスの文字しか含まない場合は、8 文字以上が必要です。

- 開始文字と終了文字：パスワードの先頭の大文字またはパスワードの末尾の数字は文字数の合計に含まれません。

パスワードが大文字で始まる場合、2 つの大文字が必要です。パスワードが数字で終わる場合、2 桁の数字が必要です。

要件を満たしている例：

h#56Nu（6 文字）。4 クラス。大文字で始まっていません。数字で終わっていません。

h5xj7Nu（7 文字）。3 クラス。大文字で始まっていません。数字で終わっていません。

XhUwPcNu（8 文字）。2 クラス。大文字で始まっていません。数字で終わっていません。

Xh#5*Nu（6 文字としてカウント）。4 つの文字クラス。大文字で始まっています。数字で終わっていません。

h#5*Nu9（6 文字としてカウント）。4 つの文字クラス。大文字で始まっていません。数字で終わっています。

- 連続文字：最大 2。たとえば、hhh###555 は許容されません。

vSphere SSO ポリシーを介して、この値を設定できます。

- 除外される文字：

UCS Manager のパスワードにエスケープ（\）文字を含めることはできません。

ESX パスワードにこれらの文字を含めることはできません。

- ユーザ名やユーザ名を逆にしたものは使用できません。

- ディクショナリに存在する単語を含めることはできません。

- エスケープ文字（\）、ドル記号（$）、疑問符（?）、等号（=）を含めることはできません。

- 辞書に載っている単語:

辞書で使用されている単語は使用しないでください。

vSphere 5.5 のパスワードの例外

一部の文字は、vSphere 内の機能で処理されるときにエスケープされます。つまり、処理機能によって、特殊文字の前にエスケープ文字が付加されてから、指定された名前が処理されます。

許可される特殊文字は vSphere バージョン 5.5 または 6.0 以降に固有です。https://kb.vmware.com/selfservice/microsites/search.do?language=ja_jp&cmd=displayKC&externalId=2060746 で、VMware KB の記事『Installing vCenter Single Sign-On 5.5 fails if the password for administrator@vsphere.local contains certain special character (2060746)』を参照してください。

除外される文字：vSphere 5.5 では次の文字を使用しないでください。

- 非 ASCII 文字。拡張 ASCII 文字。

- アクセント付きの文字。たとえば、アクセント、鋭アクセント、サーカムフレクス、ウムラウト、ティルダ、およびセディーユ（é、à、â、å、ø、ü、ö、œ、ç、æ）があります。

- vSphere 5.5 と SSO：アンパサンド（&）、アポストロフィ（'）、バック スラッシュ（\）、サーカムフレクス（^）、二重引用符（"）、感嘆符（!）、パーセント（%）、セミコロン（;）、スペース（ ）

VMware には、vSphere SSO パスワード ポリシー設定オプションとユーザ名のアップグレードに関する検討事項があります。VMware のマニュアルで、「How vCenter Single Sign-On Affects Upgrades」と「Edit the vCenter Single Sign-On Password Policy」のトピックを参照してください。

- ロケーション ベースの例外：名前の先頭に、アットマーク（@）と丸カッコ（( )）を使用しないでください。

AAA 認証 REST API

Cisco HyperFlex は、ストレージクラスタのリソースにアクセスするための REST API を提供します。AAA 認証 REST API は、ユーザを認証し、入力されるログイン情報とアクセス トークンを交換するためのメカニズムを提供します。このアクセス トークンは他の REST API コールを呼び出すために使用できます。

認証 REST API (/auth) には、レート制限が適用されます。15 分のウィンドウでは、/auth は最大 5 回呼び出せます (正常に呼び出せた場合)。各ユーザは、取り消されていないトークンを最大 8 つ作成することができます。次に /auth を呼び出すと、新しいトークンの余地を設けるため、最も古い発行済みトークンが自動的に取り消されます。システムには、最大で 16 の取り消されていないトークンが存在できます。ブルートフォース攻撃を防ぐために、認証試行が 10 回連続で失敗した場合、ユーザ アカウントは 120 秒間ロックされます。発行されたアクセス トークンは 18 日間 (1555200 秒) 有効です。

（注）

HxConnect はログインのために /auth コールを使用します。この場合も同じ制限が適用されます。

HX Connect へのログイン

Cisco HyperFlex Connect Cisco のモニタリング、およびレプリケーション、暗号化、データストア、および仮想マシンのタスクに対し、HTML 5 ベースでアクセスすることを可能にします。

セッションの概要

HX Connect へのログインはそれぞれセッションです。セッションは、HX Connect にログインした時からログアウトする時までの間のアクティビティの期間です。セッション中にブラウザの Cookie を手動でオフにしないでください。それにより、セッションもドロップされるためです。ドロップした場合でも、セッションを閉じるためにブラウザを閉じないでください。そのセッションは、引き続きオープンなセッションとしてカウントされます。デフォルトのセッションの最大数には、次が含まれます。

- ユーザごとに 8 の同時セッション

- HX ストレージ クラスタ全体での16の同時セッション。

始める前に

重要

- 読み取り専用ユーザの場合は、ヘルプに記載されているすべてのオプションが表示されないことがあります。HX Connect では、ほとんどのアクションの実行に管理者特権が必要です。

- vCenter 上の時間とコントローラ VM 上の時間が同期またはほぼ同期していることを確認します。vCenter の時間とクラスタの時間に開きがありすぎる場合は、AAA 認証が失敗します。

手順

ステップ 1

HX Storage Cluster管理 IP アドレスを見つけます。

個々の ストレージ コントローラ VM ではなく、管理 IP アドレスの完全修飾ドメイン名（FQDN）を使用します。

ステップ 2

ブラウザに HX Storage Clusterの管理 IP アドレスを入力します。

ステップ 3

HX Storage Clusterのログイン クレデンシャルを入力します。

- RBAC ユーザ：Cisco HyperFlex Connect は、次のロールに基づくアクセス制御（RBAC）ログインをサポートします。

- 管理者：管理者ロールを持つユーザには、読み取りおよび変更操作の権限があります。これらのユーザは、HX Storage Clusterを変更できます

- 読み取り専用：読み取り専用ロールを持つユーザには、読み取り（表示）権限があります。HX Storage Clusterを変更することはできません。

これらのユーザは vCenter を介して作成されます。vCenter ユーザ名の形式は <name>@domain.local で、ユーザ プリンシパル名（UPN）形式で指定されています。例：administrator@vsphere.local。ユーザ名に「ad:」などのプレフィックスを追加しないでください。

- HX 事前定義ユーザ：HX Data Platform の事前定義ユーザである admin または root を使用してログインするには、local/ プレフィックスを入力します。例：local/root または local/admin。

local/ ログインで実行したアクションは、ローカル クラスタにのみ影響します。

vCenter は HX Connect を使用してセッションを認識します。このため vCenter で発生するシステム メッセージには、local/root ではなくセッションのユーザが表示される可能性があります。たとえば、アラームで Acknowledged By might list com.springpath.sysmgmt.domain-c7 と表示される可能性があります。

目のアイコンをクリックすると、パスワード フィールドのテキストが表示または非表示となります。このアイコンは、他のフィールド要素によって見えにくくなる場合があります。それでも、目のアイコンの領域をクリックすると、切り替え機能は動作します。

次のタスク

- HX Connect に表示される内容を更新するには、更新（円形）アイコンをクリックします。これによってページが更新されない場合は、キャッシュをクリアして、ブラウザをリロードします。

- HX Connect からログアウトして、適切にセッションを閉じるには、[User] メニュー（右上）> [Logout] を選択します。

コントローラ VM（stcli）コマンド ラインへのログイン

すべての stcli コマンドは、HX Cluster情報を読み取るコマンドと HX Clusterを変更するコマンドに分かれています。

- 変更のコマンド：管理者レベルの権限が必要です。例：

stcli cluster create

stcli datastore create

- 読み取りのコマンド：管理者レベルまたは読み取り専用レベルの権限で使用できます。例：

stcli <cmd> -help

stcli cluster info

stcli datastore info

HX Data Platform stcli コマンドを実行するには、HX データ プラットフォーム ストレージ コントローラ VM コマンド ラインにログインします。

重要

コマンド文字列にパスワードを含めないでください。コマンドは、プレーン テキストとしてログに頻繁に渡されます。コマンドからパスワードの入力を求められるまで待ちます。これは、ログイン コマンドだけでなく stcli コマンドにも当てはまります。

以下の方法で、ストレージ コントローラ VM の HX Data Platform コマンドライン インターフェイスにログインできます。

- ブラウザから

- コマンド ターミナルから

- HX Connect Web CLI ページから

HX Connect では直接コマンドのみサポートされます。

- 直接コマンド：1 回のパスで完了し、コマンド ラインを介した応答を必要としないコマンド。直接コマンドの例：stcli cluster info

- 間接コマンド：コマンド ラインを介したライブ応答を必要とするマルチレイヤのコマンド。対話型コマンドの例：stcli cluster reregister

（注）

VCenter で作成された管理者ユーザーは、次の形式の正式名称を使用してストレージ コントローラ VM CLI にログインできます。

< user > @vsphere. local/password

ただし、vCenter で作成された読み取り専用ユーザーは、ストレージ コントローラ VM CLI にログインできません。

手順

ステップ 1

コントローラ VM の DNS 名を探します。

1. [VM] > [Summary] > [DNS Name] を選択します。

2. vSphere Web Client [ホーム] > [VM およびテンプレート] > [vCenter サーバ] > [datacenter] > [ESX Agents] > [VVM] を選択します。

3. コントローラ VM のストレージ クラスタ リストにクリック スルーします。

ステップ 2

ブラウザから、DNS 名と /cli パスを入力します。

1. パスを入力します。

例

# cs002-stctlvm-a.eng.storvisor.com/cli

想定されるユーザ名：admin、パスワード：HX Clusterの作成時に定義。

2. プロンプトにパスワードを入力します。

ステップ 3

コマンド ライン ターミナルから ssh を使用します。

（注）

ssh ログイン文字列にパスワードを含めないでください。ログインは、プレーン テキストとしてログに渡されます。

1. ssh コマンド文字列を入力します。

2. 証明書の警告が表示される場合があります。yes と入力して警告を無視して続行します。

---------------------------------------------------------
!!! ALERT !!!
This service is restricted to authorized users only.
All activities on this system are logged. Unauthorized
access will be reported.
---------------------------------------------------------
HyperFlex StorageController 2.5(1a)# exit
logout
Connection to 10.198.3.22 closed.]$ssh root@10.198.3.24
The authenticity of host '10.198.3.24 (10.198.3.24)' can't be established.
ECDSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Are you sure you want to continue connecting (yes/no)?

3. プロンプトにパスワードを入力します。

# ssh admin@10.198.3.22
HyperFlex StorageController 2.5(1a)
admin@10.198.3.22's password:

ステップ 4

HX Connect から HX Connect にログインし [Web CLI] を選択します。

（注）

HX Connect Web CLI からは非対話型のコマンドのみを実行できます。

- ストレージ コントローラ パスワードの変更

ストレージ コントローラ パスワードの変更

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

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

Cisco HyperFlex ストレージ コントローラ パスワードを変更します。

# stcli security password set
このコマンドによって、変更がストレージ クラスタ内のすべてのコントローラ VM に適用されます。

（注）

新しいコンピューティング ノードを追加し、scli security password set コマンドを使用してクラスタ パスワードを再設定しようとすると、コンバージド ノードは更新されますが、コンピューティング ノードはデフォルト パスワードのままになることがあります。コンピューティング ノードのパスワードを変更するには、次の手順を使用します。

コンピューティング ノードでパスワードを変更するには：

1. ESXi ホストからすべてのユーザー VM を vMmotion します。

2. VCenter からストレージ コントローラ VM コンソールを起動し、root ユーザーとしてログインします。

3. passwd コマンドを実行して、パスワードを変更します。

4. ログアウトして再度ログインし、パスワードが正常に変更されたことを確認します。

5. stcli node add -f コマンドを実行し、ノードをクラスタに再び追加します。

ステップ 3

新しいパスワードを入力します。

ステップ 4

Enter を押します。

ストレージ コントローラ VM および ESXi のパスワードの復元

ストレージ コントローラ VM のパスワードが失われたが、ESXi のパスワードが機能している場合は、ESXi にログインし、ストレージ コントローラ VM のパスワードをリセットすることができます。同様に、ESXi パスワードを紛失したときにストレージ コントローラ VM にログインすることで、ESXi のパスワードをリセットできます。

- ESXi パスワードを使用したストレージ コントローラ VM のパスワードの回復

- ストレージコントローラ VM パスワードを使用した ESXi のパスワードの復元

ESXi パスワードを使用したストレージ コントローラ VM のパスワードの回復

始める前に

ESXi パスワードが必要です。

手順

ステップ 1

SSH を使用して ESXi ホストにログインします。

ステップ 2

例に示すように、host_rsa_key を使用して ESXi から、パスワードを回復する必要があるストレージ コントローラ VM に SSH で接続します。

ステップ 3

stcli security password set コマンドを使用して、パスワードをリセットします。

（注）

このコマンドで、クラスタ内のすべてのノードのパスワードをリセットします。

例

[root@f241-12-09-HX-1-1:~]  ssh root@`/opt/springpath/support/getstctlvmip.sh "Storage Controller Management Network"` -i /etc/ssh/ssh_host_rsa_key
HyperFlex StorageController 1.8(1a)
---------------------------------------------------------
!!! ALERT !!!
This service is restricted to authorized users only.
All activities on this system are logged. Unauthorized
access will be reported.
---------------------------------------------------------

HyperFlex StorageController 1.8(1a)
Last login: Thu Oct 27 11:29:49 2016 from dhcp-172-18-253-157.cisco.com
root@SpringpathController9BN5EXPF0C:~# stcli security password set
Enter new password for user root:
Re-enter new password for user root:
root@SpringpathController9BN5EXPF0C:~#

ストレージコントローラ VM パスワードを使用した ESXi のパスワードの復元

始める前に

ストレージ コントローラ VM のパスワードが必要です。

手順

ステップ 1

SSH を使用してストレージ コントローラ VM にログインし、次のコマンドを実行します。

# Ssh root@<esxi_ipaddress> -i /etc/ssh/ssh_host_rsa_key

または、次のコマンドを実行することもできます。

ssh root@`/opt/springpath/storfs-mgmt-cli/getLocalNode.sh | grep IP | cut -f2- -d=` -i /etc/ssh/ssh_host_rsa_key

（注）

このコマンドは、ストレージ コントローラが 1 対 1 のマッピング上に存在する ESXi ホストに対してのみ機能します。各 ESXi ホストのパスワードを変更する必要があります。

ステップ 2

次のコマンドを実行して、ESXi ホストのパスワードを変更します。

passwd root

ここでは、root はユーザ名です。

ステップ 3

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

# passwd root
Changing password for user root.
New UNIX password:
Retype new UNIX password:

新しいパスワードを使用して ESXi ホストにアクセスできます。

Cisco HX Data Platform インストーラへのログイン

次に、HX Data Platform ソフトウェアをインストールします。

（注）

Cisco HX Data Platform インストーラ を起動する前に、ストレージ クラスタに含める予定の vCenter クラスタにあるすべての ESXi サーバがメンテナンス モードであることを確認します。

手順

ステップ 1

ブラウザに、HX Data Platform インストーラ がインストールされる VM の URL を入力します。

このアドレスは、前述の項「Deploying HX Data Platform インストーラの展開」から入手します。例：http://10.64.4.254

ステップ 2

次のクレデンシャルを入力します。

- ユーザ名：root

- パスワード （デフォルト）：Cisco123

注目

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

EULA を読みます。[I accept the terms and conditions] をクリックします。

右下隅に記載された製品バージョンが正しいことを確認します。[Login] をクリックします。

ステップ 3

この HX Data Platform インストーラ ワークフローページには、ワークフローのオプションが 2 つ表示されます。

- [クラスタの作成] ドロップダウン リスト：標準のクラスタ、ストレッチ クラスタ、または Hyper-V クラスタを展開できます。

- クラスタ展開 —データを提供して、既存の標準的なストレージ クラスタにコンバージド ノードやコンピューティング ノードを追加できます。

HX Data Platform REST API へのアクセス

Cisco HyperFlex HX-Series System は、コンピューティング、ストレージ、ネットワークの 3 つのレイヤすべてを強力な Cisco HX Data Platform のソフトウェア ツールと組み合わせた完全内包仮想サーバ プラットフォームで、シングルポイントの接続性が得られ、シンプルな管理を実現できます。Cisco HyperFlex システムは、単一の UCS 管理ドメインに HX ノードを追加することによってスケールアウトするように設計されたモジュラ システムです。このハイパーコンバージド システムでは、ワークロードのニーズに基づいて、統合されたリソースのプールが提供されます。

HTTP 動詞を使用した Cisco HyperFlex システム RESTful API は、HTTP 呼び出しを実行するように構成できる他のサードパーティ製の管理および監視ツールと統合されています。また、オンデマンド ステートレス プロトコルを介した HyperFlex システムの認証、レプリケーション、暗号化、モニタリング、および管理を可能にします。この API を使用すれば、外部アプリケーションを HyperFlex の管理プレーンと直接インターフェイスさせることができます。

これらのリソースには URI（Uniform Resource Identifier）を介してアクセスし、これらのリソースに対する操作は POST（作成）、GET（読み取り）、PUT（更新）、DELETE（削除）などの HTTP 動詞を使用して実行します。

REST API は、Python、JAVA、SCALA、Javascript などのさまざまな言語でクライアント ライブラリを生成することも可能な Swagger を使用して記述されます。このように生成したライブラリを使用して、HyperFlex リソースを使用するためのプログラムとスクリプトを作成できます。

HyperFlex は、組み込み REST API アクセス ツールである REST エクスプローラも備えています。このツールは、リアルタイムで HyperFlex リソースにアクセスし、応答を監視するために使用します。REST エクスプローラは、コマンド ラインから実行可能な CURL コマンドも生成します。

手順

ステップ 1

ブラウザを開いて、https://developer.cisco.com/docs/ucs-dev-center-hyperflex/ DevNet アドレスにアクセスします。

ステップ 2

[Login] をクリックし、必要に応じてクレデンシャルを入力します。

Cisco HX Data Platform プラグインへのアクセス

vSphere Web Clientを介してHX Data Platform Plug-inにアクセスします。

（注）

- HX Data Platform Plug-inは、英語以外の vCenter（日本語、韓国語、および簡体字中国語）で機能します。

- Firefox ブラウザを使用している場合は、最新の Adobe Flash Player がインストールされていることを確認してください。

- HX Data Platform Plug-inは、vSphere シック クライアントとも呼ばれる vSphere クライアント for Windows 経由では入手できません。HX Data Platform Plug-in のアクティビティについて生成されたイベント メッセージは、vSphere クライアント 表示に含まれています。HX Data Platform Plug-in タスクは vSphere クライアント for Windows 経由では実行できません。

- 読み取り専用の権限を持つユーザは、設定関連のタスクを実行できません。状態の情報の表示のみが可能です。

- 最新バージョンの Java を使用して、HX Data Platform Plug-in にアクセスします。

- HX Data Platform Plug-in は、vCenter HTML クライアントには表示されません。VCenter フラッシュ クライアントを使用する必要があります。

手順

ステップ 1

vSphere Web クライアントから、vCenter パネル上部にある [Home] アイコン（家）をクリックします。

ステップ 2

ナビゲータの [Home] ページで [vCenter Inventory Lists] を選択します。

ステップ 3

vCenter インベントリ リストの下部までスクロールして、HX Data Platform プラグインにアクセスします。

ステップ 4

[Cisco HyperFlex Systems] を展開し、[Cisco HX Data Platform] をクリックして HX Data Platform Plug-in内で使用可能な HX ストレージ クラスタを表示します。

Cisco HXDP オブジェクトが HX ストレージ クラスタの数の一覧であることに注意してください。

[Objects] タブでは次の操作を実行できます。

- ストレージ クラスタ名を編集します。[edit] アイコン（鉛筆）をクリックするか、[Actions] メニューから [Rename Cluster] を選択します。

- ストレージ クラスタ設定を表示します。[summary] アイコン（緑色の紙）をクリックするか、[Actions] メニューから [Summary] を選択します。

ステップ 5

[Navigator] ペインのリストから、[HX ストレージ クラスタ] を選択します。

Cisco HX Data Platformの下にストレージ クラスタのリストがあります。このリストからストレージ クラスタを 1 つ選択します。

ステップ 6

[センター (center)] ペイン内のタブをクリックして、HX Data Platform Plug-inの情報とさまざまなアクションにアクセスします。

タブ オプション

説明

使用する前に

概要の情報について読み、基本的なアクションにアクセスします。

要約

HX Data Platform ストレージ オブジェクトの基本ステータスと設定をモニタします。

モニタ

HX ストレージ クラスタ、ホスト、およびデータストアのパフォーマンスとイベントをモニタします。

Manage

HX ストレージ クラスタの詳細をモニタし、データストアの作成と管理、および情報のコピーとエクスポートを行います。

Chapter4. HX ストレージ クラスタのモニタリング

- HyperFlex クラスタのモニタリング

- HX Connect を使用した HyperFlex クラスタのモニタリング

- Cisco HX Data Platform プラグイン インターフェイスの使用法

- パフォーマンス チャートのモニタリング

HyperFlex クラスタのモニタリング

この章では、HX Storage Cluster次のインターフェイスを通じて利用できるモニタリングの内容について説明します。

- Cisco HX Connect

- Cisco HX Data Platform Plug-in

- ストレージ コントローラ VM コマンド ライン

HX Connect を使用した HyperFlex クラスタのモニタリング

Cisco HX Connect ユーザー インターフェイスは、Cisco HX ストレージ クラスタのステータス、コンポーネント、および暗号化やレプリケーションなどの機能のビューを提供します。

主要なモニタリング ページには、ローカルの Cisco HX ストレージ クラスタに関する情報が含まれています。

- [ダッシュボード（Dashboard）]：Cisco HXストレージ クラスタ ステータスの概要です。

- アラーム、イベント、アクティビティ：詳細については、 『Cisco HyperFlex システム トラブルシューティング リファレンス ガイド』を参照してください。https://www.cisco.com/c/en/us/support/hyperconverged-systems/hyperflex-hx-data-platform-software/products-troubleshooting-guides-list.html

- [パフォーマンス（Performance）]：IOPS、スループット、遅延、およびレプリケーション ネットワーク帯域幅のグラフ。

- [システム情報 (System Information)]：ノードとディスクのデータを含めた HX ストレージ クラスタ システムに関連する情報を表示し、HX メンテナンス モードへのアクセスを提供します。

『Cisco HyperFlex システム トラブルシューティング リファレンス ガイド』には、バンドルの生成方法、ストレージ クラスタのメンテナンス操作の概要メンテナンス モードの開始と終了方法、および ビーコンの設定 ノードまたはディスク ビーコンを設定する方法について記されています。

- [データストア（Datastores）]：データストアに関連するステータスおよびタスク。

- [仮想マシン（Virtual Machines）]：仮想マシンの保護に関連するステータスおよびタスク。

さらに、次の Cisco HX Connect ページから管理機能にアクセスできます。

- [暗号化（Encryption）]：保管中のデータのディスクおよびノードの暗号化タスク。

- [レプリケーション（Replication）]：ディザスタ リカバリのための VM 保護タスク。

[アップグレード（Upgrade）] ページは、HX Data Platform および Cisco UCS Manager ファームウェア アップグレード タスクへのアクセスを提供します。

- [Dashboard] ページ

- [Activity (アクティビティ)] ページ

- [システム情報の概要 (System Information Overview)] ページ

- [ノード（Nodes）] ページ

- [Disks] ページ

[Dashboard] ページ

重要

読み取り専用ユーザには、ヘルプで利用可能なすべてのオプションが表示されるわけではありません。HyperFlex (HX) Connect では、ほとんどのアクションの実行に管理者権限が必要です。

HX ストレージ クラスタのステータスの概要が表示されます。これは Cisco HyperFlex Connect にログインしたときに表示される最初のページです。

UI 要素

基本情報

[Operational Status] セクション

HX ストレージ クラスタとアプリケーション パフォーマンスの機能の状態を示します。

[情報（Information）]をクリックして、HX ストレージ クラスタ名とステータス データにアクセスします。

[Cluster License Status（クラスター ライセンスの状態）] セクション

HX ストレージ クラスタに初めてログインしたとき、または HX ストレージ クラスタ ライセンスが登録されるまでに、次のリンクが表示されます。

クラスタ ライセンスが登録されていないリンク：HX ストレージ クラスタが登録されていない場合に表示されます。クラスタ ライセンスを登録するには、このリンクをクリックし、[Smart Software Licensing Product Registration（スマート ソフトウェア ライセンス製品登録）] 画面で製品インスタンス登録トークンを指定します。製品インスタンス登録トークンを取得する方法の詳細については、『Cisco HyperFlex システム インストール ガイド』の「スマート ライセンスへのクラスタの登録」セクションを参照してください。

[Resiliency Health] セクション

データのヘルス ステータスと、HX ストレージ クラスタの耐障害性を示します。

[Information]をクリックして、復元力ステータスと、レプリケーションおよび障害データにアクセスします。

[Capacity] セクション

ストレージの合計の内訳と、ストレージの使用中または未使用の容量が表示されます。

ストレージの最適化、圧縮、およびクラスタに格納されているデータに基づく重複排除比率も表示されます。

[Nodes] セクション

HX ストレージ クラスタ内のノード数と、コンバージド ノード対コンピューティング ノードの区分が表示されます。ノード アイコンの上にマウスを移動すると、そのノードの名前、IP アドレス、ノードの種類が表示され、容量、使用率、シリアル番号、およびディスクの種類のデータへのアクセスが可能なディスクがインタラクティブに表示されます。

[Performance] セクション

設定可能な時間の HX ストレージ クラスタのパフォーマンス スナップショットを表示し、IOPS、スループット、および遅延データを表示します。

詳細については、[Performance] ページを参照してください。

[Cluster Time] フィールド

クラスタのシステム日付および時刻。

テーブル ヘッダーの共通のフィールド

HX Connect のいくつかのテーブルは、テーブルに表示される内容に影響を与える次の 3 つのフィールドのうち 1 つ以上を提供します。

UI 要素

基本情報

[Refresh] フィールドおよびアイコン

HX Cluster の動的な更新のためにテーブルを自動的に更新します。タイムスタンプは、テーブルが更新された最終時刻を示します。

コンテンツを今すぐ更新するには円形のアイコンをクリックします。

[Filter] フィールド

入力したフィルタ テキストに一致する項目のみテーブルに表示します。以下の表の現在のページに記載されている項目は自動的にフィルタ処理されます。入れ子になったテーブルはフィルタ処理されません。

[Filter] フィールドに選択テキストを入力します。

[Filter] フィールドを空にするには、[x] をクリックします。

テーブル内の他のページからコンテンツをエクスポートするには、下部までスクロールし、ページ番号をクリックして、フィルタを適用します。

[Export] メニュー

テーブル データの現在のページのコピーを保存します。テーブルの内容は、選択したファイル形式でローカル マシンにダウンロードされます。リストの項目をフィルタ処理すると、フィルタ処理されたサブセット リストがエクスポートされます。

エクスポート ファイルの形式を選択する下矢印をクリックします。ファイルの形式のオプションは、cvs、xls および doc です。

テーブル内の他のページからコンテンツをエクスポートするには、下部までスクロールし、ページ番号をクリックして、エクスポートを適用します。

[Activity (アクティビティ)] ページ

HX ストレージ クラスタ上の最近のアクティビティのリストを表示します。これにより、VM の動作、クラスタのアップグレード/拡張、メンテナンス モードの開始/終了、およびリカバリ ジョブの進捗状況をモニタできます。

UI 要素

基本情報

[Activity] リスト

次の詳細を含む最近のタスクの一覧が表示されます。

- ID

- 説明

- VM 電源のオン/オフ/一時停止ステータス

- タスク ステータス：

- 進行中（In Progress）

- 成功

- 不合格

VM 電源の操作に失敗した場合は、[Existing State] フィールドと [Required State] フィールドも含まれます。

- 日時スタンプ

- Progress bar

展開されたリストには、タスクの手順名とステータスが表示されます。

コンテンツを今すぐ更新し、最近のアクティビティを取得するには、円形のアイコンをクリックします。ページは 2 分ごとに自動的に更新されます。

[リカバリ (Recovery)] リスト

次の詳細を含む、リカバリ関連のすべてのジョブ (移行、リカバリ、テスト リカバリ、再保護など) の進行状況を表示します。

- ID

- 説明

- タスク ステータス：

- 進行中（In Progress）

- 成功

- 不合格

- 日時スタンプ

- Progress bar

展開されたリストには、タスクの手順名とステータスが表示されます。

コンテンツを今すぐ更新し、最近のアクティビティを取得するには、円形のアイコンをクリックします。ページは 2 分ごとに自動的に更新されます。

[Expand All] と [Collapse All] ボタン

ジョブ リストのビューを切り替えて、最上位のタスク情報またはタスク詳細を表示します。

個別のタスクを展開したり折りたたんだりすることもできます。

[システム情報の概要 (System Information Overview)] ページ

ノードとディスクのデータを含めた HX ストレージ クラスタ システムに関連する情報を表示し、HX メンテナンス モードへのアクセスを提供します。

HX ストレージ クラスタ構成データ

この HX ストレージ クラスタの基本的な構成情報が表示されます。

UI 要素

基本情報

[HX ストレージ クラスタ (HX storage cluster)] フィールド

ストレージ クラスタの名前。

[Cluster License Status（クラスター ライセンスの状態）] セクション

HX ストレージ クラスタに初めてログインしたとき、または HX ストレージ クラスタ ライセンスが登録されるまでに、[今すぐ登録 (Register Now)] リンクが表示されます。

[今すぐ登録 (Register Now)] リンク：クラスタ ライセンスを登録するには、このリンクをクリックし、[Smart Software Licensing Product Registration (スマート ソフトウェア ライセンス製品登録)] 画面で製品インスタンス登録トークンを指定します。製品インスタンス登録トークンを取得する方法の詳細については、『VMware ESXi の Cisco HyperFlex システム インストール ガイド』の「スマート ライセンスへのクラスタの登録」セクションを参照してください。

（注）

クラスタ ライセンスを登録するには、[アクション (Actions)] ドロップダウン フィールドから [クラスタの登録 (Register Cluster)] を選択することもできます。

[ライセンスの使用状況 (License Usage)] セクション

- ライセンス タイプ：評価、Edge、標準、またはエンタープライズを HX ストレージ クラスタ ライセンス タイプとして表示します。

- ライセンス ステータス：HX ストレージ クラスタ ライセンス ステータスとして次のいずれかを表示します。

- コンプライアンス

- ライセンスの期限が <n> 日後に切れます。クラスタが登録されていません - 今すぐ登録します。（このステータスは評価タイプライセンスの場合にのみ表示されます。

- ライセンスの期限が切れています。クラスタが登録されていません - 今すぐ登録します。（このステータスは評価タイプライセンスの場合にのみ表示されます。

- コンプライアンス違反 - ライセンスが不十分です

- 認証の有効期限切れ：HX が Cisco Smart Software Manager および Smart Software Manager サテライトと 90日 以上通信できない場合、このステータスが表示されます。

（注）

ライセンス証明書を更新するか、ライセンス認証を更新するには、[アクション (Actions)] ドロップダウン フィールドからそれぞれのオプションを選択します。

[HX ストレージ クラスタ ステータス (HX storage cluster status)] フィールド

HX ストレージ クラスタの機能ステータスを提供します。

- [オンライン (Online)] ：クラスタの準備ができています。

- [オフライン (Offline)] ：クラスタの準備ができていません。

- [読み取り専用 (Read Only)] ：クラスタでスペースが不足しています。

- [不明 (Unknown)] ：クラスタがオンラインになるときの移行状態です。

[vCenter] リンク

この HX ストレージ クラスタに関連付けられた VMware vSphere へのセキュアな URL です。リンクをクリックして vSphere Web Clientにリモート アクセスします。

[ハイパーバイザ (Hypervisor)] フィールド

この HX ストレージ クラスタにインストールされているハイパーバイザのバージョンです。

[HXDP バージョン (HXDP Version)] フィールド

この HX ストレージ クラスタにインストールされているインストーラ パッケージのバージョンです。

[Data Replication Factor] フィールド

この HX ストレージ クラスタに保存されている冗長データのレプリカの数です。

[稼働時間（Uptime）] フィールド

この HX ストレージ クラスタがオンラインになっている時間の長さです。

[総容量（Total Capacity）] フィールド

このクラスタの全体的なストレージ サイズです。

[使用可能な容量（Available Capacity）] フィールド

このクラスタの空きストレージの容量です。

DNS サーバ

この HX ストレージ クラスタの DNS サーバの IP アドレスです。

NTP サーバ（NTP Server(s)）

この HX ストレージ クラスタの NTP サーバの IP アドレスです。

コントローラ VM アクセス

[アクション (Actions)]を使用して、管理者としてSSHを使用してコントローラVMにアクセスし、[SSH を介したコントローラアクセスの有効化 (Enable Controller Access over SSH)]、[SSH を介したコントローラアクセスの無効化 (Disable Controller Access over SSH)]、またはライセンスの登録などのアクションを実行します。

（注）

SSH を有効または無効にするアクションは、ローカル ユーザーではなく、ドメイン ユーザーのみが実行できます。ドメイン ユーザーは、VC (ESXi) および AD (Hyper-v) のユーザーです。

UI 要素

基本情報

SSH を介したコントローラのアクセスを無効化

セキュアシェル（SSH）は、デフォルトでは無効にされています。

ライセンスを登録

ライセンスを登録します。

vCenterの再登録

vCenter経由でライセンスを再登録します

ディスク ビューのオプション

ディスク ビューの表示をカスタマイズします。[ノード データ (Node Data)] セクションに表示されるフィールドを選択および選択解除するには、チェックボックス リストを使用します。

ディスク ビューの凡例

ディスクの凡例アイコンと説明を表示するには、[ディスク表示の凡例 (Disk View Legend)] をクリックします。

ノード データ

この HX ストレージ クラスタ内の個々のノードに関するデータが表示されます。この情報を表形式で表示するには、[ノード（Nodes）] ページに移動します。

UI 要素

基本情報

ノード

このクラスタ上のノードの名前です。

モデル

このノードの物理ハードウェアのモデル番号です。

ディスク

このノードの永続的なディスクに対するキャッシュ ディスクの数です。

ノード ステータス

- オンライン

- オフライン

- メンテナンス中

- 正常

- 警告

HXDP バージョン

このクラスタにインストールされている HyperFlex Data Platform のバージョン。

Type

- ハイパーコンバージド

- コンピューティング

ハイパーバイザ ステータス

- オンライン

- オフライン

- メンテナンス中

- 進行中

ハイパーバイザ アドレス

この HX ストレージ クラスタの管理ネットワークで使用する IP アドレスです。

ディスクの概要

各ノードで使用中のディスクの数、使用タイプ、および空のスロットの数のグラフィック表示。

（注）

赤色のアイコンが付いたディスク アウトラインは、認識されず、カタログのアップグレードが必要なディスクを示します。

ディスクがあるノードでは、ディスクの上にカーソルを置くと、次のような情報がインタラクティブに表示されます。

ディスク

UI 要素

基本情報

スロット番号

ドライブの場所 (たとえば、スロット番号 2)。

ディスクのタイプ

- システム

- キャッシュ

- 永続

ディスクの状態

- 請求済み

- 応対可

- 無視

- ブラックリスト

- OK して削除

- 不明

ロケータ LED

ディスクを探すために役立つホスト上の物理光を有効にします。オプションは、[オン（On）] と [オフ（Off）] です。

容量

ディスク サイズの合計です。

[使用済み/総容量 (Used / Total Capacity)] (永続ディスクのみ)

合計ディスク サイズに対する使用されているディスクの容量です。

シリアル番号

このディスクの物理シリアル番号です。

[ストレージ使用率 (Storage Usage)] (永続ディスクのみ)

使用されているディスク ストレージの割合です。

バージョン

ディスク ドライブのバージョン。

ディスク ドライブ インターフェイス

ディスク ドライブのインターフェイス タイプ (たとえば、SAS または SATA)。

[ノード（Nodes）] ページ

8 列の表にこの HX のストレージ クラスタ内のすべてのノードに関するデータが表示されます。各列をデータの並べ替えに使用できます。

UI 要素

基本情報

[Enter HX Maintenance Mode] ボタン

このボタンにアクセスするには、ノードを選択します。

[Confirm HX Maintenance Mode] ダイアログボックスを開きます。

[Exit HX Maintenance Mode] ボタン

このボタンにアクセスするには、ノードを選択します。

すべてのメンテナンス タスクが完了したら、手動で HX メンテナンス モードを終了する必要があります。

[Node] カラム

この HX ストレージ クラスタ上のノードの名前です。

[Hypervisor Address] カラム

[ノード (Node)] 列で参照されるノードの管理ネットワークの IP アドレス。

[Hypervisor Status] カラム

- [オンライン (Online)] ：ノードは使用できます。

- [オフライン (Offline)] ：ノードは使用できません。

- メンテナンス中：実行中 (および電源がオフ) になっているノードは、ホストから切断されています。

- [進行中 (In Progress)] ： バックアップ ジョブが進行中です。

[Controller Address] カラム

[ノード (Node)] 列で参照されるノードの HX ストレージ コントローラ VM の IP アドレス。

[Controller Status] カラム

- [オンライン (Online)] ：VM とディスクの間の接続を使用できます。

- [オフライン (Offline)] ：VM とディスク間の接続は使用できません。

- [メンテナンス中 (In Maintenance)] ：VM とディスクの間の接続はホストから電源がオフになります。

[Model] カラム

このノードの物理ハードウェアのモデル番号です。

[Version] カラム

このノードにインストールされている HyperFlex Data Platform インストーラ パッケージのバージョンです。

[Disks] カラム

ノード内のディスクの数です。

数をクリックすると、選択したノード名でフィルタ処理した [Disks] ページが開きます。

[Disks] ページ

7 列の表にこの HX のストレージ クラスタ内のすべてのディスクに関するデータが表示されます。各列をデータの並べ替えに使用できます。

UI 要素

基本情報

[Node] カラム

ディスクが存在するノードの名前です。

[Slot] カラム

SED ドライブの場所です。これはメンテナンス作業のためのドライブを識別します。

[Capacity] カラム

ディスク サイズの合計です。

[Status] カラム

- [Claimed]：ディスクが認識され、使用中の状態です。

- [Available]：新しく追加された、保管中データ対応のディスクの初期の状態です。 また、他の状態のいずれかにディスクが移動するときの移行状態です。

- [Ignored]：ディスクがクラスタによって使用されていない状態です。たとえば、HX コントローラ VM システム ディスク、他のデータ（有効なファイル システム パーティション）を含むディスク、または I/O の障害が発生しているディスクです。

- [Blacklisted]：ソフトウェアのエラーまたは I/O エラーが原因でディスクがクラスタによって使用されていないときの状態です。これは、ディスクがまだ利用可能な場合、クラスタがディスクを修復しようとしており、[Repairing] の状態に移行する前の移行状態である可能性があります。

- [Ok To Remove]：SED ディスクが [Secure Erase] オプションを使用して安全に消去されており、安全に削除できる状態です。

- [Repairing]：ブラックリスト登録済みディスクが現在修復されている状態です。

- [To Be Removed]：ディスクが RMA にスケジュールされているときの状態です。

次の状態は無視できます。

- 無効

- 標準

- [Removed]：[Secure Erase] オプションを使用した後に SED ディスクが削除された状態です。

- 時間切れ

- 不明

[Encrypted] カラム

- [Enabled]：この保管中データ対応ディスクには暗号化が設定されています。

- [Disabled]：この保管中データ対応ディスクには暗号化は設定されていません。 これは、新しいディスクが存在するが、キーがまだ適用されていない場合に発生します。

- Locked

- 不明

[Type] カラム

- 不明

- [Rotational]：ハイブリッド ドライブ

- [Solid State]：SSD ドライブ

[Usage] カラム

- 不明

- Cache

- 永久的（Persistent）

[Turn On Locator LED] および [Turn Off Locator LED] ラジオ ボタン

ラジオ ボタンにアクセスするには、ディスクを選択します。

ディスクを探すために役立つホスト上の物理光またはビーコンを、アクティブ化または非アクティブ化します。

（省略可能）[Secure Erase] ボタン

このボタンは、HX ストレージ クラスタがローカル キー暗号化を使用して暗号化されている場合にのみ表示されます。

ボタンにアクセスするには、ディスクを選択します。

クラスタで使用中の暗号化キーを入力し、[Secure Erase] をクリックしてから [Yes, erase this disk] をクリックし、ローカルの暗号化キーを安全に消去します。

Cisco HX Data Platform プラグイン インターフェイスの使用法

インターフェイス全体に適用されるいくつかの Cisco HX Data Platform プラグイン機能があります。これらについては、次の各項を参照してください。

- Cisco HX Data Platform プラグインと vSphere Web クライアントの統合

- Cisco HX Data Platform プラグインと vSphere インターフェイス間のリンク

- Cisco HX Data Platform プラグイン タブの概要

Cisco HX Data Platform プラグインと vSphere Web クライアントの統合

Cisco HX Data Platform プラグインは VMware vSphere vCenter インターフェイスと緊密に統合されており、シームレスなデータ管理エクスペリエンスを提供します。vSphere Web クライアントまたは vSphere クライアント vSphere vCenter インターフェイスのいずれかを使用できます。このガイドのタスクの例のほとんどは、vSphere Web クライアント インターフェイスを参照します。

Cisco HX Data Platform プラグインには vSphere vCenter インベントリ リストからアクセスできます。Cisco HX Data Platform プラグインから管理するストレージ クラスタを選択します。Cisco HX Data Platform プラグインは、ストレージ クラスタ固有のオブジェクト（データストアなど）をモニタおよび管理します。vSphere は、ストレージ クラスタ内のオブジェクト（ESX サーバなど）をモニタおよび管理します。Cisco HX Data Platform プラグインと vSphere でタスクが重複します。

重要

Cisco HX Data Platform プラグインは、VMware vSphere vCenter HTML5 インターフェイスと互換性がありません。VMware vSphere vCenter HTML5 インターフェイスを使用して、HX メンテナンス モードなどの HX 関連のタスクを実行することはできません。代わりに、vSphere Web クライアントのフラッシュ インターフェイスを使用します。

（注）

HX 3.0 および以前のバージョンは、vCenter のサポート、サマリ、アップグレードを表示するオプションをサポートしています。HX 3.5 から、サマリ オプションのみが利用可能です。

Cisco HX Data Platform プラグインと vSphere インターフェイス間のリンク

vSphere Web クライアントでは、Cisco HX Data Platform プラグインと vCenter の両方が、コンポーネントとクラスタのステータスに関する情報を提供します。一部のタブとパネルでは、Cisco HX Data Platform プラグインと vCenter の情報およびアクションの間に直接リンクがあります。

Cisco HX Data Platform プラグインまたは vCenter からのリンクをたどる場合、リンク元の位置に 1 回のクリックで戻ることができるリンクが存在するわけではない点に注意してください。

Cisco HX Data Platform プラグイン タブの概要

Cisco HX Data Platform プラグインのモニタリング情報と管理機能は、3 つのタブに分けられています。Cisco HX Data Platform プラグインのすべてのタブとパネルを次に示します。これらのタブとパネルには Cisco HX Data Platform ストレージ クラスタ ステータスと、ストレージ クラスタ管理タスクのオプションが表示されます。

[Summary] タブには、[Summary] エリアと [Portlets] エリアが表示されます。[Summary] タブのポートレットは、[Capacity]、[Performance]、[Status] です。

[Monitor] タブには 2 つのサブタブがあります。

- [Performance] タブ：ストレージ クラスタ、ホスト、およびデータセンタの [Latency]、[Throughput]、および [IOPs] パフォーマンス チャートが表示されます。

- [Events] タブ：Cisco HX Data Platform イベントのリストと、選択されているイベントの詳細パネルが表示されます。

[Manage] タブには 2 つのサブタブがあります。

- [Cluster] タブ：ストレージ クラスタ、ホスト、ディスク、PSU、および NIC が示されます。これには、クラスタとホストのリスト、選択されているクラスタまたはホストの詳細パネル、追加のサブタブ（[Hosts]、[Disks]、[PSU]、[NIC]）が含まれます。

- [Datastores] タブ：データストアの観点からのホストに関する情報を示します。これには、データストアのリストと、選択されているデータストアの追加のサブタブが含まれます。データストアのサブタブには、[Summary] タブと [Hosts] タブがあります。[Summary] タブには、[Details]、[Trends]、[Top VMs by Disk Usage] の各ポートレットが含まれています。

パフォーマンス チャートのモニタリング

[パフォーマンスのモニタ（Monitor Performance）] タブでは、ストレージ クラスタ、ホスト、データストアの読み込みと書き込みに関するパフォーマンスが表示されます。

- パフォーマンス チャートでは、ストレージ クラスタ、ホスト、データストアのパフォーマンスが図表形式で表示されます。

- システムは、20 秒ごとにパフォーマンス チャートを更新します。

- 個々のデータ ポイント上でマウスを移動することで、パフォーマンスのピークに関する情報やタイムスタンプが表示されます。

- 薄い青は書込み操作を表し、濃い青は読み込み操作を表します。

- パフォーマンス チャート内のギャップは、データを使用できなかった期間を示します。ギャップは必ずしもパフォーマンスの低下を示すものではありません。

- ストレージ クラスタのパフォーマンス チャート

- ホスト パフォーマンスのチャート

- データストア パフォーマンスのチャート

- [Datastore Trends] ポートレット

- パフォーマンス チャートのカスタマイズ

ストレージ クラスタのパフォーマンス チャート

VCenter ではなく、ストレージ容量を表示するには、HX Connect または HX プラグインを使用する必要があります。

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Monitor] > [Performance] の順に選択します。

左側には、モニタ対象として選択できるオプションが 3 つあります（[Storage Cluster]、[ホストHosts]、および [データストアDatastores）。

ステップ 2

[Storage Cluster] をクリックして、[Storage Cluster Performance] タブを表示します。

ステップ 3

[時（Hour）]、[日（Day）]、[週（Week）]、[月（Month）]、[最大（Max）]、[カスタム（Custom）] オプションをクリックして、ストレージ クラスタのパフォーマンスを表示する時間帯を指定します。

ステップ 4

[IOPS]、[Throughput]、[Latency]、[Show] のチェック ボックスをクリックして、選択したパフォーマンスとオブジェクトを表示します。

ホスト パフォーマンスのチャート

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Monitor] > [Performance] の順に選択します。

左側には、モニタ対象として選択できるオプションが 3 つあります（[ストレージクラスタ（Storage Cluster]、[Hosts]、および [Datastores]）。

ステップ 2

[Hosts] をクリックして、[hosts performance] タブを表示します。

ステップ 3

[時（Hour）]、[日（Day）]、[週（Week）]、[月（Month）]、[最大（Max）]、[カスタム（Custom）] オプションをクリックして、ホスト パフォーマンスを表示する時間帯を指定します。

ステップ 4

[IOPS]、[Throughput]、[Latency]、[Show] のチェック ボックスをクリックして、選択したパフォーマンスとオブジェクトを表示します。

ステップ 5

個別のホストを除外したり表示したりするには、[host] をクリックします。コンピューティング ノードには、ストレージ クラスタ パフォーマンス値はありません。

データストア パフォーマンスのチャート

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Monitor] > [Performance] の順に選択します。

左側には、モニタ対象として選択できるオプションが 3 つあります（[Storage Cluster]、[Hosts]、および [Datastores]）。

ステップ 2

[データストア（Datastores）] をクリックして、[データストア パフォーマンス（datastores performance）] タブを表示します。

ステップ 3

[時（Hour）]、[日（Day）]、[週（Week）]、[月（Month）]、[最大（Max）]、[カスタム（Custom）] オプションをクリックして、データストア パフォーマンスを表示する時間帯を指定します。

ステップ 4

[IOPS]、[Throughput]、[Latency]、[Show] のチェック ボックスをクリックして、選択したパフォーマンスとオブジェクトを表示します。

[Datastore Trends] ポートレット

[Datastore Trends] ポートレットは、選択したデータストアの IO パフォーマンスのチャートです。

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] の順に選択します。

ステップ 2

[table] リストから、[datastore] を選択します。[概要（Summary）] タブを更新して、選択したデータストアの情報を表示します。

ステップ 3

スクロールして、[Trends] ポートレットを表示します。

タブでは、20 分ごとにプロットされた IOPS を表示します。

ピーク値の上にマウス オーバーし、色分けされた読み取り IOPS と書き込み IOPS を取得します。

パフォーマンス チャートのカスタマイズ

手順

パフォーマンス チャートを変更して、オプションの一覧の一部またはすべてを表示します。

カスタマイズされたアイテム

説明

Time period

[hour]、[days]、[week]、[month]、[all]、または [custom] から選択します。この章の「パフォーマンス期間の指定」のセクションを参照してください。

Cluster objects

ストレージ クラスタ、ホスト、またはデータストアのリストから選択します。

Chart type

[IOPS]、[Throughput]、[Latency] から選択します。

Show objects

表示するオブジェクトのデータを一覧から選択します。この章の「パフォーマンス チャートの選択」のセクションを参照してください。

- パフォーマンス期間の指定

- カスタム範囲の指定

- パフォーマンス チャートの選択

パフォーマンス期間の指定

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Monitor] > [Performance] の順に選択します。

ステップ 2

次のいずれかのタブをクリックして、ストレージ クラスタ、ホスト、データストアのパフォーマンスを表示する時間を指定します。

パラメータ

説明

時間（Hour）

過去の時間のパフォーマンスを表示

Day

過去の日付のパフォーマンスを表示

Week

過去の週のパフォーマンスを表示

Month

過去の月のパフォーマンスを表示

すべて

ストレージ クラスタのパフォーマンスを作成された時点から表示

Custom

このタブを選択し、「カスタム範囲の指定」で説明されているようにカスタム範囲を指定します

カスタム範囲の指定

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Monitor] > [Performance] の順に選択します。

ステップ 2

[Custom] タブをクリックして、[Custom Range] ダイアログボックスを表示します。

ステップ 3

[Custom Range] ダイアログボックスのメソッドを選択します。

1. [Last] をクリックして、分、時、日、月の数字を入力します。必要に応じて、上下の矢印を使用して数字を増やしたり減らしたりします。

2. ドロップダウン リストをクリックして、分、時、日、週、月の数字を指定します。

3. [From] をクリックし、[calendar] アイコンをクリックして、パフォーマンスの測定を開始する日付を選択します。ドロップダウン リストをクリックして、時間を選択します。

4. [To] をクリックし、[calendar] アイコンをクリックして、パフォーマンスの測定を終了する日付を選択します。ドロップダウン リストをクリックして、時間を選択します。

ステップ 4

[Apply] をクリックし、次に [OK] をクリックして設定を適用します。

パフォーマンス チャートの選択

パフォーマンス チャートを選択して、ストレージ クラスタ、ホスト、データストアを表示できます。

手順

タブの下部の [IOPS]、[Throughput]、[Latency] に対応するチェックボックスを選択もしくは選択解除して、特定の情報を表示します。

たとえば、ストレージ クラスタの IOPS パフォーマンスのみを表示するには、次の操作を行います。

1. vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Monitor] > [Performance] の順に選択します。

2. [Storage Cluster]、[Hosts]、[Datastores] のチャート設定のいずれかをクリックします。[Hosts] テーブルでは、ストレージ クラスタにストレージを提供しないように、コンピューティング ノードは [IOPS]、[Throughput]、[Latency] の値を表示しません。

3. チャート オプションの選択を解除します。

フィールド

説明

Chart types

チェックボックスをクリックして、どのテーブル列を表示または隠すかを選択します。次のオプションがあります。

- IOPS

- スループット

- 遅延

Show

各ストレージ クラスタ、ホスト、データストアの場合、チェックボックスをクリックしてチャートに含むまたは除外する特定のオブジェクトを選択します。

読み取り/書き込み

チャートでの各オブジェクトの読み込みや書き込みの値の色分けを示します。

Storage Cluster

チャート内のストレージ クラスタ名。

Hosts

チャート内のホスト名。これには、コンバージド ノードとコンピューティング ノードの両方が含まれます。

Datastores

チャート内のデータストア名。

IOPS Read/Write

1 秒当たりの入出力処理の最新のデータ ポイント。

Throughput Read/Write（Mbps）

ストレージ クラスタのデータ転送レートの最新のデータ ポイント (Mbps で測定)。

Latency Read/Write（msec）

1 つの I/O リクエストが完了するまでに要する時間の尺度である、[Latency] の最新のデータ ポイント。これは、リクエストが発行され応答が受信されるまでの時間長です。単位は msec です。

Chapter5. HX ストレージ クラスタ メンテナンスの準備

- ストレージ クラスタのメンテナンス操作の概要

- シリアル操作とパラレル操作

- クラスタ ステータスの確認

- ビーコンの設定

- HX クラスタの vMotion の設定の確認

- ストレージ クラスタ ノードのメンテナンス モード

- Cisco HyperFlex のメンテナンス モードの開始

- Cisco HyperFlex のメンテナンス モードの終了

- バックアップ操作の作成

- Cisco HX ストレージ クラスタのシャットダウンと電源オフ

- Cisco HX ストレージ クラスタの電源オンと起動

- ファブリック インターコネクトの設定の復元

- vNIC または vHBA の変更後の PCI パススルーの設定

ストレージ クラスタのメンテナンス操作の概要

Cisco HyperFlex (HX) Data Platform ストレージ クラスタのメンテナンス タスクは、ストレージ クラスタのハードウェア コンポーネントとソフトウェア コンポーネントの両方に影響します。ストレージ クラスタのメンテナンス操作には、ノードやディスクの追加または削除とネットワーク メンテナンスが含まれます。

メンテナンス タスクの一部の手順は、ストレージ クラスタ内のノードのストレージ コントローラ VM から実行されます。ストレージ コントローラ VM で発行される一部のコマンドは、ストレージ クラスタ内のすべてのノードに影響します。

（注）

3 ノード ストレージ クラスタ。3 ノード クラスタでノードを削除するかまたはシャットダウンする必要があるタスクについては、テクニカル アシスタンス センター（TAC）までご連絡ください。3 ノード ストレージ クラスタでは、1 つのノードで障害が発生するかまたは 1 つのノードが削除されると、3 番目のノードが追加され、ストレージ クラスタに参加するまで、クラスタは正常ではない状態になります。

vSphere 5.5 から 6.0 へのアップグレード。ESX サーバまたは vCenter サーバのいずれかを 5.5 から 6.0 にアップグレードする場合は、事前にテクニカル アシスタンス センター（TAC）にお問い合わせください。

ノードの追加。Cisco HX Data Platform ストレージ クラスタへのノードの追加は、HX Data Platform インストーラのクラスタ拡張機能を使用して実行されます。新しいノードはすべて、Cisco HX Data Platform のインストールおよび初期ストレージ クラスタの作成時と同じシステム要件を満たしている必要があります。クラスタ拡張機能の使用の要件と手順に関する完全なリストついては、適切な『Cisco HX Data Platform インストール ガイド』を参照してください。

オンライン メンテナンスとオフライン メンテナンスの比較

タスクによっては、ストレージ クラスタをオンラインまたはオフラインのいずれかにする必要があります。通常、メンテナンス タスクを行うには、ストレージ クラスタ内のすべてのノードがオンラインであることが必要です。

ストレージ クラスタのメンテナンスをオフライン モードで実行する場合、Cisco HX Data Platform もオフラインですが、ストレージ コントローラ VM は起動されており、Cisco HX データ プラットフォーム管理は stcli コマンド ライン、HX Connect、HX Data Platform Plug-in から表示できます。vSphere Web クライアントは、ストレージ I/O 層に関する報告が可能です。stcli cluster info コマンドは、ストレージ クラスタ全体のステータスが offline であることを返します。

メンテナンス前タスク

ストレージ クラスタのメンテナンスを行う前に、次の点を確認します。

- 実行するメンテナンスタスクを特定します。

- すべてのメンテナンス操作（リソースの取り外し/交換など）は、システム ロードが低いメンテナンス期間中に行われます。

- メンテナンス タスクの実行前に、ストレージ クラスタが正常であり稼動しています。

- HX Connect または HX Data Platform Plug-in ビーコン オプションを使用してディスクを特定します。

HX ビーコン オプションは、ハウスキーピング 120 GB SSD には使用できません。サーバでハウスキーピング SSD の物理的な位置を確認します。

- 並列して実行できないメンテナンス タスクのリストを確認します。これらのタスクの詳細情報については、シリアル操作とパラレル操作 を参照してください。相互に順次一部のタスクのみ実行可能です。

- SSH がすべての ESX ホストで有効になっていることを確認します。

- ホストでメンテナンス タスクを実行する前に、ESX ホストを HX メンテナンス モードにします。HX メンテナンス モードは、ESX メンテナンス モードでの vSphere よりも多くのストレージ クラスタ固有ステップを実行します。

メンテナンス後タスク

メンテナンス タスクが終了したら、Cisco HX メンテナンス モードを終了して、ストレージ クラスタを再起動する必要があります。加えて、Cisco HX ストレージ クラスタを変更した場合は、追加のメンテナンス後タスクが必要になります。たとえば、vNIC または vHBA を変更した場合は、PCI パススルーを再設定する必要があります。PCI パススルーを再設定する方法の詳細についての詳細は、vNIC または vHBA の変更後の PCI パススルーの設定 を参照してください。

次の状態を確認してください。

- ホストでのメンテナンス タスクの完了後に、ESX ホストの Cisco HX メンテナンス モードが終了している。

- 取り外しまたは交換作業の完了後に、ストレージ クラスタが正常であり稼動している。

- Cisco HX ストレージ クラスタ内の特定の ESX ホストで vNIC または vHBA を追加、削除、または交換した場合は、PCI パススルーを再設定します。

シリアル操作とパラレル操作

特定の操作は同時に実行することができません。次の操作は、（パラレルではなく）シリアルで実行するようにしてください。

- ストレージ クラスタまたはノードのアップグレード。

- ストレージ クラスタの作成、再作成、設定。

- ノードの追加または削除。

- ノードをシャットダウンする必要があるノード メンテナンス。これには、ディスクやネットワーク インターフェイス カード（NIC）の追加または取り外しが含まれます。

- ストレージ クラスタの開始またはシャット ダウン。

- vCenter でのストレージ クラスタの再登録。

クラスタ ステータスの確認

手順

ステップ 1

ストレージ クラスタ内の任意のコントローラ VM にログインします。リストされているコマンドをコントローラ VM のコマンド ラインから実行します。

ステップ 2

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

# stcli cluster info

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

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

ステップ 3

ノード障害の数を確認します。

# stcli cluster storage-summary

応答の例：

#of node failures tolerable to be > 0

ビーコンの設定

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

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

手順

ステップ 1

ノード ビーコンは、UCS Manager を使用してオンまたはオフにします。

1. UCS Manager の左側のパネルから、[設備（Equipment）] > [サーバ（Servers）] > [サーバ（server）] を選択します。

2. UCS Manager の中央のパネルから、[一般（General）] > [ロケータ LED をオンにする（Turn on Locator LED）] を選択します。

3. サーバが見つかったら、ロケータ LED をオフにします。

UCS Manager の中央のパネルから、[General] > [Turn off Locator LED] を選択します。

ステップ 2

Cisco HX Data Platform Plug-in を使用してディスク ビーコンをオンまたはオフにします。

1. vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] の順に選択します。

2. [Manage] タブで、[Cluster] > [cluster] > [host] > [Disks] > [disk] の順に選択します。

3. オブジェクトの物理的な場所を探して、ビーコンをオンにします。

[Actions] ドロップダウン リストから、[Beacon ON] を選択します。

4. ディスクが見つかったら、ビーコンをオフにします。

[Actions] ドロップダウン リストから、[Beacon OFF] を選択します。

ステップ 3

ディスク ビーコンは、HX Connect を使用してオンまたはオフにします。

1. HX Connect にログインします。

2. [System Information] > [Disks] の順に選択します。

3. ノードを選択し、[Turn On Locator LED] または [Turn Off Locator LED] をクリックします。

ハウスキーピング SSD とキャッシュ NVMe SSD を除く、選択しているノード上のすべてのディスクのビーコン LED が切り替わります。ハウスキーピング SSD またはキャッシュ NVMe SSD には、機能する LED ビーコンはありません。

HX クラスタの vMotion の設定の確認

HX クラスタで HX メンテナンス操作を実行する前に、Cisco HyperFlex (HX) クラスタのすべてのノードが vMotion 用に設定されていることを確認します。vSphere Web クライアントから次の項目を確認します。

1. vMotion ポート グループが、クラスタのすべての ESXi ホスト間でアクティブ/スタンバイ構成の vmnic3 と vmnic7 で設定されていることを確認します。

2. ポート グループが vMotion 用に設定されていること、および命名規則が、クラスタのすべての ESXi ホストの間でまったく同じであることを確認します。

（注）

名前では、大文字と小文字が区別されます。

3. 各 vMotion ポート グループに静的 IP アドレスを割り当てていること、各 vMotion ポート グループの静的 IP アドレスが同じサブネットにあることを確認します。

（注）

静的 IP アドレスは、VMKernel インターフェイスとして定義されています。

4. クラスタ内の各 ESXi ホスト上で、vMotion ポート グループのプロパティで vMotion オプションがオンになっていること、他のポート グループ（Management など）でこのオプションがオンになっていないことを確認します。

5. 設定で、vMotion ポート グループが 9000 MTU に設定されており、（ジャンボ フレームを使用している場合）、VLAN ID が vMotion サブネットのネットワーク構成に一致していることを確認します。

6. vMotion の 1 つの ESXi ホストの vMotion ポート グループから他のホストの vMotion IP に ping できることを確認します。

「 vmkping -I vmk2 -d -s 8972 <vMotion IP address of neighboring server>」と入力します。

ストレージ クラスタ ノードのメンテナンス モード

メンテナンス モードは、クラスタ内のノードに適用されます。このモードでは、ノードのデコミッションまたはシャットダウンの前にすべての VM を他のノードに移行することによって、さまざまなメンテナンス タスク用にノードが準備されます。

メンテナンス モードには次の 2 種類があります。

- Cisco HX メンテナンス モード

- VMware ESX メンテナンス モード

Cisco HX メンテナンス モード

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

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

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

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

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

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

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

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

- クラスタからノードが追加または削除されると、ユーザー IO を提供するリソース数 (コントローラ VM、キャッシングおよび永続階層デバイスなど) が変更されます。HXDP は最適に IO を提供するため利用可能なクラスタ リソースを使用するようにしています。各ノードはユーザー IO の一部を提供するために使用され、内部のブックキーピング アクティビティを行う責任があります。

ノードがなくなると (メンテナンス モードに入ると)、実行中の IO はクラスタ内の他のノードに対してフェールオーバーする必要があります。内部ブックキーピング リソースとアクティビティに加えて、リソースとアクティビティもフェールオーバーする必要があります。この動作に必要な時間はノードによって提供されたデータに比例しています。これにより、実行中のユーザー IO にさらに遅延が生じます。

ノードがメンテナンス モードから戻った際も同様のケースが発生します。

- 手順については、『Cisco HyperFlex メンテナンス モードの開始』および Cisco HyperFlex のメンテナンス モードの終了 を参照してください。

VMware ESX メンテナンス モード

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

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

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

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

Cisco HyperFlex のメンテナンス モードの開始

Cisco HyperFlex (HX) Connect ユーザ インターフェイスの使用

（注）

Cisco HyperFlex リリース 2.5(1a)、2.5(1b) にメンテナンス モードが導入されました。

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

2. メニューで [システム情報（System Information）] をクリックします。

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

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

5. [Confirm HX Maintenance Mode] ダイアログボックスで、[Enter HX Maintenance Mode] をクリックします。

（注）

すべてのメンテナンス タスクが完了したら、手動で HX メンテナンス モードを終了する必要があります。

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. このノードの ESXi コマンド ラインに root 権限を持つユーザとしてログインします。

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

# esxcli system maintenanceMode get

vSphere Web クライアントの [モニタ（Monitor）] > [タスク（Tasks）] タブで [メンテナンス モードの開始（Enter Maintenance Mode）] タスクの進行状況をモニタできます。

操作に失敗した場合はエラー メッセージが表示されます。根本的な問題を修正してからもう一度メンテナンス モードに入ります。

Cisco HyperFlex のメンテナンス モードの終了

Cisco HyperFlex (HX) Connect ユーザ インターフェイスの使用

（注）

Cisco HyperFlex リリース 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. このノードの ESXi コマンド ラインに root 権限を持つユーザとしてログインします。

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

# esxcli system maintenanceMode get

vSphere Web クライアントの [モニタ（Monitor）] > [タスク（Tasks）] タブで [メンテナンス モードの終了（Exit Maintenance Mode）] タスクの進行状況をモニタできます。

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

バックアップ操作の作成

HX ストレージ クラスタをシャットダウンする前に、設定をバックアップします。Preserve Identities 属性を使用して、Full-State タイプと All Configuration タイプの両方のバックアップを実行します。

始める前に

1. UCS Manager にログインします。

2. バックアップ サーバの IPv4 アドレスおよび認証クレデンシャルを取得します。

（注）

すべての IP アドレスは IPv4 である必要があります。HyperFlex は IPv6 アドレスをサポートしていません。

手順

ステップ 1

[Navigation] ペインで [Admin] をクリックします。

ステップ 2

[All] ノードをクリックします。

ステップ 3

[Work] ペインで、[General] タブをクリックします。

ステップ 4

[Actions] 領域の [Backup Configuration] をクリックします。

ステップ 5

[Backup Configuration] ダイアログボックスで、[Create Backup Operation] をクリックします。

ステップ 6

[Create Backup Operation] ダイアログボックスで、次のフィールドに入力します。

名前

説明

[Admin State] フィールド

次のいずれかになります。

- [enabled]： [OK] をクリックするとすぐに、Cisco UCS Manager によってバックアップ操作が実行されます。

- [disabled]：[OK] をクリックしても、Cisco UCS Manager によってバックアップ操作は実行されません。このオプションを選択すると、ダイアログボックスのすべてのフィールドが表示されたままになります。ただし、[Backup Configuration] ダイアログボックスからバックアップを手動で実行する必要があります。

[Type] フィールド

バックアップ設定ファイルに保存された情報。次のいずれかになります。

- [Full state]：システム全体のスナップショットが含まれるバイナリ ファイル。このバックアップにより生成されたファイルを使用して、ディザスタ リカバリ時にシステムを復元できます。このファイルにより、元のファブリック インターコネクト上で設定を復元または再構築できます。また、別のファブリック インターコネクト上で設定を再現することもできます。このファイルは、インポートには使用できません。

（注）

Full State バックアップ ファイルを使用した場合にのみ、バックアップ ファイルのエクスポート元のシステムと同じバージョンを実行しているシステムを復元できます。

- [All configuration]：すべてのシステム設定と論理設定が含まれる XML ファイル。このバックアップにより生成されたファイルを使用して、これらの設定を元のファブリック インターコネクトまたは別のファブリック インターコネクトにインポートできます。このファイルは、システムの復元には使用できません。このファイルには、ローカル認証されたユーザのパスワードは含まれません。

- [System configuration]：ユーザ名、ロール、ロケールなどのすべてのシステム設定が含まれる XML ファイル。このバックアップにより生成されたファイルを使用して、これらの設定を元のファブリック インターコネクトまたは別のファブリック インターコネクトにインポートできます。このファイルは、システムの復元には使用できません。

- [Logical configuration]：サービス プロファイル、VLAN、VSAN、プール、ポリシーなどのすべての論理設定が含まれる XML ファイル。このバックアップにより生成されたファイルを使用して、これらの設定を元のファブリック インターコネクトまたは別のファブリック インターコネクトにインポートできます。このファイルは、システムの復元には使用できません。

[Preserve Identities] チェック ボックス

[All Configuration] および [System Configuration] タイプのバックアップ操作では、このチェックボックスは常に選択されており、次の機能を提供します。

- All Configuration - バックアップ ファイルは、プールから取得したすべてのアイデンティティ (vHBA、WWPN、WWNN、vNIC、MAC、UUID を含む) を保存します。また、シャーシ、FEX、ラック サーバのアイデンティティ、ならびにシャーシ、FEX、ラック サーバ、IOM、ブレード サーバのユーザ ラベルも保存されます。

（注）

このチェックボックスが選択されていない状態で復元を行うと、アイデンティティが再割り当てされ、ユーザ ラベルが失われます。

- System Configuration - バックアップ ファイルはシャーシ、FEX、ラック サーバのアイデンティティ、ならびにシャーシ、FEX、ラック サーバ、IOM、ブレード サーバのユーザ ラベルを保存します。

（注）

このチェックボックスが選択されていない状態で復元を行うと、アイデンティティが再割り当てされ、ユーザ ラベルが失われます。

[Logical Configuration] タイプのバックアップ操作でこのチェックボックスが選択されている場合、バックアップ ファイルはプールから取得したすべてのアイデンティティ (vHBA、WWPN、WWNN、vNIC、MAC、UUID を含む) を保存します。

（注）

このチェックボックスが選択されていない状態で復元を行うと、アイデンティティが再割り当てされ、ユーザ ラベルが失われます。

[Location of the Backup File] フィールド

バックアップ ファイルの保存場所。次のいずれかになります。

- [Remote File System]：バックアップ XML ファイルはリモート サーバに保存されます。Cisco UCS Manager GUI によって次に示すフィールドが表示され、リモート システムのプロトコル、ホスト、ファイル名、ユーザ名、パスワードを指定できます。

- [ローカル ファイル システム（Local File System）]：バックアップ XML ファイルはローカルに保存されます。

HTML ベースの Cisco UCS Manager GUI に [Filename] フィールドが表示されます。バックアップ ファイルの名前を <filename>.xml 形式で入力します。ファイルがダウンロードされ、ブラウザの設定に応じた場所に保存されます。

[Protocol] フィールド

リモート サーバとの通信時に使用するプロトコル。次のいずれかになります。

- FTP

- TFTP

- SCP

- SFTP

- [USB A]：ファブリック インターコネクト A に挿入された USB ドライブ。

このオプションを使用できるのは、特定のシステム設定の場合のみです。

- USB B：ファブリック インターコネクト B に挿入された USB ドライブ。

このオプションを使用できるのは、特定のシステム設定の場合のみです。

[Hostname] フィールド

バックアップ ファイルが格納されている場所のホスト名または IP アドレス（IPv4）。これは、サーバ、ストレージ アレイ、ローカル ドライブ、またはファブリック インターコネクトがネットワーク経由でアクセス可能な任意の読み取り/書き込みメディアなどがあります。

（注）

IPv4 アドレスではなくホスト名を使用する場合、DNS サーバを設定する必要があります。Cisco UCS ドメイン が Cisco UCS Central に登録されていない、または DNS 管理がローカルに設定されている場合は、Cisco UCS Manager で DNS サーバを設定します。Cisco UCS ドメイン が Cisco UCS Central に登録されていて、DNS 管理が [グローバル（global）] に設定されている場合は、Cisco UCS Central で DNS サーバを設定します。

（注）

すべての IP アドレスは IPv4 である必要があります。HyperFlex は IPv6 アドレスをサポートしていません。

[Remote File] フィールド

バックアップ設定ファイルのフル パス。このフィールドには、ファイル名とパスを含めることができます。ファイル名を省略すると、バックアップ手順によって、ファイルに名前が割り当てられます。

[User] フィールド

システムがリモート サーバへのログインに使用する必要のあるユーザ名。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

[Password] フィールド

リモート サーバのユーザ名のパスワード。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

Cisco UCS Manager ではこのパスワードは保存されません。そのため、バックアップ操作をすぐに有効にして、実行する予定がない限り、このパスワードを入力する必要はありません。

ステップ 7

[OK] をクリックします。

ステップ 8

Cisco UCS Manager に確認ダイアログボックスが表示されたら、[OK] をクリックします。

[Admin State] フィールド をイネーブルに設定すると、Cisco UCS Manager によって、選択した設定タイプのスナップショットが取得され、ファイルがネットワークの場所にエクスポートされます。[Backup Configuration] ダイアログボックスの [Backup Operations] テーブルに、バックアップ操作が表示されます。

ステップ 9

（任意） バックアップ操作の進行状況を表示するには、次の操作を実行します。

1. [Properties] 領域に操作が表示されない場合、[Backup Operations] テーブルの操作をクリックします。

2. [Properties] 領域で、[FSM Details] バーの下矢印をクリックします。

[FSM Details] 領域が展開され、操作のステータスが表示されます。

ステップ 10

[OK] をクリックし、[Backup Configuration] ダイアログボックスを閉じます。

バックアップ操作は完了するまで実行し続けます。進捗を表示するには、[Backup Configuration] ダイアログボックスを再度開きます。

Cisco HX ストレージ クラスタのシャットダウンと電源オフ

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

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

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

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

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

Cisco HX ストレージ クラスタをシャットダウンするには、次の手順を実行します。

始める前に

- ストレージ クラスタが正常な状態であることが必要です。

- Preserve Identities 属性を使用して、Full-State タイプと All Configuration タイプの両方のバックアップを実行します。バックアップ操作の作成を参照してください。

手順

ステップ 1

すべての Cisco HX データストアのすべてのワークロード VM のグレースフル シャットダウンを実行します。

あるいは、vMotion を使用してワークロード VM を別のクラスタに移行します。

（注）

ストレージ コントローラ VM（stCtlVM）をシャットダウンまたは移動しないでください。

ステップ 2

Cisco HX ストレージ クラスタを正常にシャットダウンします。

1. 任意のコントローラ VM のコマンド ラインから、コマンドを実行して、シェル プロンプトが戻るまで待機します。

（注）

ネストされた vCenter があるクラスタでは、stcli クラスタ シャットダウンの実行には特定の制限があります。詳細については、『vCenter 導入による既知の制約』を参照してください。ネストされた vCenter をシャットダウンする方法の手順については、ネストされた vCenter のシャットダウン を参照してください。

# stcli cluster shutdown

2. クラスタ情報コマンドを実行します。ストレージ クラスタがオフラインになっていることを確認します。

# stcli cluster info

コマンド応答テキストで、クラスタ サブセクションをチェックし、healthstate が unknown になっていることを確認します。

この Cisco HX クラスタ シャットダウン手順では、ESXi ホストはシャットダウンされません。

メンテナンスまたはアップグレード タスクで物理コンポーネントの電源をオフにする必要がない場合は、この手順を終了して、「次の作業」に進みます。

ステップ 3

HX ストレージ クラスタの電源をオフにするには、ステップ 2 とステップ 3 を実行してから、残りの手順を実行します。

ステップ 4

各ストレージ クラスタ ESX ホスト上で、コントローラ VM（stCtlVM）をシャットダウンします。

方法を選択します。

vCenter VM 電源オフを使用する

1. vCenter クライアントから、各 ESX ホスト上のコントローラ VM を特定します。

2. コントローラ VM を右クリックして、[Power] > [Power Off] を選択します。

この方法は、グレースフル ゲスト VM シャットダウンを実行します。

vCenter ESX Agent Manager を使用する

1. vCenter クライアントから、ESX Agent Manager コンソールを開きます。

2. 各 ESX ホスト上でコントローラ VM を特定して、[Power] > [Power Off] を選択します。

この方法は、エージェント VM のグレースフル シャットダウンを実行します。コントローラ VM はエージェント VM です。

vCenter ESX メンテナンス モードを使用する

1. vCenter クライアントから、各 ESX ホストを特定します。

2. ESX ホストを右クリックして、[Maintenance Mode] > [Enter Maintenance Mode] を選択します。

この方法は、コントローラ VM を含む ESX ホスト内のすべての VM 上でハード シャットダウンを実行します。

ステップ 5

各ストレージ クラスタ ESX ホストをシャットダウンします。

1. vCenter クライアントから、ホストを特定します。

2. ホストを右クリックして、[Power] > [Shut Down] を選択します。

ステップ 6

メンテナンス タスクで必要な場合は、FI の電源をオフにします。

Cisco UCS FI は、連続運用向けに設計されています。実稼働環境では、ファブリック インターコネクトをシャットダウンまたは再起動する必要がありません。そのため、UCS ファブリック インターコネクトには電源ボタンが付いていません。

Cisco UCS ファブリック インターコネクトの電源をオフにするには、電源ケーブルを手で引き抜きます。または、FI の電源ケーブルがスマート PDU に接続されている場合は、付属のリモコンを使用して電気コンセントからの電力をオフにします。

1. FI 上のすべてのストレージ クラスタ サーバで緑色の電源 LED が付いていないことを確認します。

2. セカンダリ FI の電源をオフにします。

3. プライマリ FI の電源をオフにします。

これで、HX ストレージ クラスタの電源が安全にオフになりました。

次のタスク

1. ストレージ クラスタをシャットダウンまたは電源オフする必要があるタスクを実行します。たとえば、オフライン アップグレード、ストレージ クラスタの物理的移動、またはノード上でのメンテナンスの実行です。

- アップグレード タスクについては、『Cisco HyperFlex Systems Upgrade Guide』を参照してください。

- ハードウェア交換タスクについては、サーバ ハードウェア ガイドを参照してください。

これらのタスクでは、ホストのシャットダウンが必要な場合があります。サーバ ハードウェア ガイドの手順に従って、VM の移行、Cisco HX メンテナンス モードの開始、およびサーバの電源オフを実行します。

（注）

ほとんどのハードウェア メンテナンス タスクでは、Cisco HX クラスタをシャットダウンする必要がありません。

2. Cisco HX ストレージ クラスタを再起動するには、Cisco HX ストレージ クラスタの電源オンと起動 に進んでください。

- ネストされた vCenter のシャットダウン

ネストされた vCenter のシャットダウン

このセクションでは、クラスタ内でネストされた vCenter をシャットダウンする手順を説明します。

手順

ステップ 1

クラスタのすべての VM をシャットダウンします。

ステップ 2

vCenter をシャットダウンします。

ステップ 3

ホストとして実行している vCenter が手動で開始する必要があるホスト名を書き留めます。

ステップ 4

次のコマンドを実行して、Mobaxterm を使用してすべてのコントローラで Storfs を停止します。

stop storfs

ステップ 5

次のコマンドを実行して、Mobaxterm を使用してすべてのコントローラをシャットダウンします。

shutdown -P now

ステップ 6

次のコマンドを実行して、すべての個別ホストをメンテナンス モードにします。

esxcli system maintenanceMode set -e true

ステップ 7

ESX ホストをシャットダウンします。

ステップ 8

ESX ホストを起動します。

ステップ 9

次のコマンドを実行して、メンテナンス モードからすべてのホストを閉じます。

esxcli system maintenanceMode set -e false

ステップ 10

stCTLVMs (vCenter がダウンしているため、自動的に開始しない場合があります) を手動で起動します。

ステップ 11

次のコマンドを実行して、Storfs が各コントローラで実行されているか確認します。

# pidof storfs

pidof コマンドが出力を返さない場合、次のコマンドを実行して Storfs を開始します。

# start storfs

ステップ 12

コントローラから、次のコマンドを実行してクラスタのステータスをチェックします。

sysmtool --ns cluster --cmd info

クラスタが正常になるまで待ちます。

ステップ 13

ホストから vCenter をオンにします (手順 3 で書き留めたホスト名を使用)。

vCenter が起動するまで待ちます。次のコマンドを実行して、クラスタが健全であることを確認します。

stcli cluster info  | grep -A 1 vCluster

vCenter が起動し実行中になった後、このコマンドからオンライン状態になります。

（注）

stcli cluster storage-summary command が失敗し、クラスタが健全な状態である場合、stcli cluster start コマンドを使用してクラスタを起動します。

Cisco HX ストレージ クラスタの電源オンと起動

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

始める前に

Cisco HX ストレージ クラスタのシャットダウンと電源オフの手順を完了します。

手順

ステップ 1

コンセントにつないで FI の電源を入れます。

1. プライマリ FI の電源をオンにします。UCS Manager にアクセスできるようになるまで待機します。

2. セカンダリ FI の電源をオンにします。それが UCS Manager 内でオンラインになっていることを確認します。

稀に、ファブリック インターコネクトをリブートしなければならないことがあります。

1. SSH を使用して各ファブリック インターコネクトにログインします。

2. 次のコマンドを発行します。

FI# connect local-mgmt
FI# reboot

ステップ 2

すべての ESX ホストを FI に接続します。

1. 電源が自動的にオンにならない、ストレージ クラスタ内のノードの電源をオンにします。

ノードは、自動的に電源がオンになって、ESX にブートするはずです。どのノードもそうならない場合は、UCS Manager に接続して、UCS Manager からサーバ（ノード）の電源を入れます。

2. 各 ESX ホストがアップし、UCS Manager 内のそれぞれのサービス プロファイルに関連付けられていることを確認します。

ステップ 3

すべての ESXi ホストがネットワークに到達可能なことを確認します。

すべての管理アドレスに ping します。

ステップ 4

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

（注）

これは、stcli cluster start コマンドによって自動的に実行されます。

ステップ 5

すべてのコントローラ VM の電源が自動でオンにならない場合は、次のいずれかの方法を使用して、すべてのコントローラ VM （stCtlVM）の電源をオンにします。

vSphere クライアントを使用します。

1. vSphere クライアントから、ストレージ コントローラ ホストを参照します。

2. stCtrlVM を右クリックして、[Power] > [Power On] を選択します。

3. 各ホストに対して、手順を繰り返します。

ESXi ホストのコマンド ラインを使用します。

1. ホストにログインします。

2. stCtlVM の VMID を特定します。

# vim-cmd vmsvc/getallvms

3. VMID を使用して、コントローラ VM の電源をオンにします。

# vim-cmd vmsvc/power.on VMID

4. 各ホストに対して、手順を繰り返します。

ステップ 6

すべてのコントローラ VM がブートして、ネットワークに到達可能になるまで待機します。その後で、確認します。

コントローラ VM のそれぞれの管理アドレスを ping します。

ステップ 7

ストレージ クラスタが再起動する準備ができていることを確認します。

1. 任意のコントローラ VM に SSH して、次のコマンドを実行します。

# stcli about

2. コマンドがビルド番号を含むすべてのストレージ クラスタ情報を返した場合は、ストレージ クラスタが開始する準備ができています。ストレージ クラスタの再起動に進みます。

3. コマンドがすべてのストレージ クラスタ情報を返さなかった場合は、ホスト上ですべてのサービスが開始するまで待機します。

ステップ 8

ストレージ クラスタを起動します。

任意のコントローラ VM のコマンド ラインから、次のコマンドを実行します。

# stcli クラスタ開始

HX クラスタがシャットダウン中に実行されたメンテナンス タスクまたはアップグレード タスクによっては、ノードの HX メンテナンス モードまたは ESX メンテナンス モードが終了する場合があります。不明なホスト例外に関するエラー メッセージは無視してください。

ステップ 9

ストレージ クラスタがオンラインになって正常な状態に戻るまで待機します。

1. 任意のコントローラ VM から、次のコマンドを実行します。

# stcli cluster info

2. コマンド応答テキストで、クラスタ サブセクションをチェックし、healthstate が online になっていることを確認します。

これには、最大で 30 分かかります。最後の既知の状態によってはもう少し短くなる可能性があります。

ステップ 10

vCenter から、ESX によりデータストアが再マウントされたことを確認します。

クラスタが使用可能になると、データストアが自動的にマウントされ、使用可能になります。

ESX がデータストアを認識しない場合は、ESX コマンド ラインから次のコマンドを実行します。

# esxcfg-nas -r

ステップ 11

ストレージ クラスタが正常で、データストアが再マウントされたら、ワークロード VM の電源をオンにします。

あるいは、vMotion を使用してワークロード VM をストレージ クラスタに戻します。

ファブリック インターコネクトの設定の復元

バックアップ ファイルのエクスポート元のシステムと同じバージョンを実行しているシステムを復元するには、Full State バックアップ ファイルを使用することを推奨します。同じリリース トレインの場合でも、Full State バックアップを使用してシステムを復元できます。たとえば、リリース 2.1(3a) を実行しているシステムから作成した Full State バックアップを使用して、リリース 2.1(3f) を実行するシステムを復元できます。

VSAN または VLAN 設定の問題を回避するには、バックアップ時にプライマリ ファブリック インターコネクトであったファブリック インターコネクトでバックアップを復元する必要があります。

始める前に

システム設定を復元するには、次の情報を収集します：

- ファブリック インターコネクト管理ポートの IPv4 アドレスおよびサブネット マスク

- デフォルト ゲートウェイの IPv4 アドレス

（注）

すべての IP アドレスは IPv4 である必要があります。IPv6アドレスはサポートされていません。

- バックアップ サーバの IPv4 アドレスおよび認証クレデンシャル

- Full State バックアップ ファイルの完全修飾名

（注）

システムを復元するには、Full State コンフィギュレーション ファイルへのアクセスが必要です。その他のタイプのコンフィギュレーション ファイルやバックアップ ファイルでは、システムを復元できません。

手順

ステップ 1

コンソール ポートに接続します。

ステップ 2

ファブリック インターコネクトがオフの場合はオンにします。

ファブリック インターコネクトがブートする際、Power On Self-Test のメッセージが表示されます。

ステップ 3

インストール方式プロンプトに gui と入力します。

ステップ 4

システムが DHCP サーバにアクセスできない場合、次の情報を入力するよう求められることがあります。

- ファブリック インターコネクトの管理ポートの Ipv4 アドレス

- ファブリック インターコネクトの管理ポートのサブネット マスクまたはプレフィックス

- ファブリック インターコネクトに割り当てられたデフォルト ゲートウェイの IPv4 アドレス

ステップ 5

プロンプトから、Web ブラウザに Web リンクをコピーし、Cisco UCS Manager GUI 起動ページに移動します。

ステップ 6

起動ページで [Express Setup] を選択します。

ステップ 7

[Express Setup] ページで [Restore From Backup] を選択し、[Submit] をクリックします。

ステップ 8

[Cisco UCS Manager Initial Setup] ページの [Protocol] 領域で、完全な状態のバックアップ ファイルをアップロードするために使用するプロトコルを選択します。

- SCP

- TFTP

- [FTP]

- SFTP

ステップ 9

[Server Information] 領域で、次のフィールドに値を入力します。

名前

説明

サーバ IP（サーバ IP）

完全な状態のバックアップ ファイルがあるコンピュータの IPv4 アドレス。これは、サーバ、ストレージ アレイ、ローカル ドライブ、またはファブリック インターコネクトがネットワーク経由でアクセス可能な任意の読み取り/書き込みメディアなどがあります。

Backup File Path

フォルダ名やファイル名など、完全な状態のバックアップ ファイルがあるファイルのパス。

（注）

Full State バックアップ ファイルを使用した場合にのみ、バックアップ ファイルのエクスポート元のシステムと同じバージョンを実行しているシステムを復元できます。

ユーザ ID（User ID）

システムがリモート サーバへのログインに使用する必要のあるユーザ名。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

Password

リモート サーバのユーザ名のパスワード。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

ステップ 10

[Submit] をクリックします。`

コンソールに戻ってシステム復元の進捗状況を確認できます。

ファブリック インターコネクトはバックアップ サーバにログインし、指定された完全な状態のバックアップ ファイルのコピーを取得し、システム設定を復元します。

クラスタ設定の場合、セカンダリ ファブリック インターコネクトを復元する必要はありません。セカンダリ ファブリック インターコネクトがリブートすると、Cisco UCS Manager はただちにその設定をプライマリ ファブリック インターコネクトと同期させます。

vNIC または vHBA の変更後の PCI パススルーの設定

Description

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

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

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

手順

ステップ 1

ESX ホストを HX メンテナンス モードにします。

ステップ 2

サービス プロファイルで変更（ハードウェアの追加など）を行うか、変更を確認します。

ステップ 3

ESX ホストをリブートします。

このホストのダイレクト パス設定が失われます。

ステップ 4

vCenter にログインして、[DirectPath I/O Configuration] ページを選択します。

vCenter クライアントで、[ESX host] > [Configuration] タブ > [Hardware] ペイン > [Advanced Settings] > [Edit] の順に選択します。

vCenter Web クライアントの [vCenter Inventory] で、[Resources] > [Hosts] > [ESX host] > [Manage] > [Settings] > [Hardware] > [PCI Devices] > [Edit] の順に選択します。

ステップ 5

パススルー用の LSI カードを選択します。

1. [DirectPath I/O Configuration] ページから、[Configure Passthrough] を選択します。

2. [Mark devices for passthrough] リストから、パススルー用の LSI カードを選択します。

3. [OK] をクリックします。

ステップ 6

ESX ホストをリブートします。

ステップ 7

HX ストレージ コントローラ VM（StCtlVM）の設定を編集して、PCI デバイスを HX ストレージ コントローラ VM に再マップします。

1. 不明な PCI デバイスを見つけて削除します。

vCenter クライアントで、[HX storage controller VM] を右クリックして [Edit Settings] > [PCI device 0] > [Remove] > [OK] の順に選択します。

vCenter Web クライアント：[HX storage controller VM] を右クリックし、[Edit Settings] > [Remove PCI device 0] > [OK] の順に選択します。

2. LSI ロジック PCI デバイスを見つけて追加し直します。

vCenter クライアント：[HX storage controller VM] を右クリックし、[Edit Settings] > [Add] > [PCI Device] > [LSI Logic PCI device] > [OK] の順に選択します。

vCenter Web クライアント：[HX storage controller VM] を右クリックし、[Edit Settings] > [PCI Device] > [Add] > [LSI Logic PCI device] > [OK] の順に選択します。

ステップ 8

HX メンテナンス モードから ESX ホストを削除します。

ホストが再びアクティブになると、HX ストレージ コントローラ VM が正常にブートして、ストレージ クラスタに再参加します。

Chapter6. HX ストレージ クラスタの管理

- クラスタ アクセス ポリシー レベルの変更

- クラスタの再調整

- スペース不足エラーの処理

- 現在の vCenter Server から新しい vCenter Server へのストレージ クラスタの移動

- クラスタの名前変更

クラスタ アクセス ポリシー レベルの変更

手順

ステップ 1

ストレージ クラスタは、クラスタ アクセス ポリシーを「strict」に変更する前にヘルシー状態である必要があります。

ステップ 2

ストレージ クラスタ内のストレージ コントローラ VM のコマンド ラインから、次を入力します。

# stcli cluster get-cluster-access-policy

# stcli cluster set-cluster-access-policy --name {strict,lenient}

クラスタの再調整

ストレージ クラスタは、定期的なスケジュールで再調整されます。これは、使用可能なストレージの変更に応じて保存データの配布を再調整し、ストレージ クラスタの正常性を復元するために使用されます。新しいノードが既存のクラスタに追加される場合、追加されたノードは、既存のクラスタに参加するとすぐに新しい書き込みを実行します。必要に応じて (通常は 24 時間以内に) クラスタが自動的に再調整され、ストレージ全体の使用率が低い場合、新しいノードは最初に既存のコンバージド ノードよりも少ないストレージ使用率を示すことがあります。現在のストレージ使用率が高く、新しいノードがクラスタに追加されると、データは一定期間にわたって新しいノード ドライブに再調整されます。

（注）

手動の再調整を行うことにより、クラスタ上の通常のユーザー IO との干渉が発生し、遅延が増加する可能性があります。したがって、HyperFlex システムは、パフォーマンスのペナルティを最小限に抑えるために必要な場合にのみ、再調整を開始します。

手順

ストレージ コントローラ VM から再調整ステータスを確認します。

1. コマンド ラインで次のコマンドを入力します。

# stcli rebalance status
rebalanceStatus:
rebalanceState:
cluster_rebalance_ongoing
percentComplete: 10
rebalanceEnabled: True

2. プロセスの完了を確認するには、次のコマンド ラインを再入力します。

# stcli rebalance status
rebalanceStatus:
rebalanceState: cluster_rebalance_not_running
rebalanceEnabled: True

この例では、rebalance が有効になっており、再調整の実行準備が整っていますが、現在はストレージ クラスタが再調整されていないことを示しています。

- クラスタの再調整ステータスと自己修復ステータスの確認

クラスタの再調整ステータスと自己修復ステータスの確認

ストレージ クラスタの再調整は、定期的なスケジュールと、クラスタ内の使用可能なストレージの容量が変化した場合に実行されます。再調整は、使用可能なストレージの量が変化した場合にもトリガーされます。これは自動自己修復機能です。

重要

再調整は、通常、1 つのディスクの使用率が 50 % を超えた場合またはクラスタの集約ディスク使用率が 50 % 以上の場合にのみ発生します。

HX Data Platform プラグインまたはストレージ コントローラ VM コマンドラインから再調整ステータスを確認できます。

手順

ステップ 1

HX Data Platform プラグインからの再調整ステータスの確認

1. vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > cluster > [サマリ (Summary)] の順に選択します。

[Status] ポートレットには自己修復ステータスがリストされます。

2. [復元ステータス] を展開して、[自己修復ステータス] セクションを表示します。[Self healing status] フィールドには、再調整アクティビティまたは N/A（再調整が現在アクティブではない場合）が示されます。

ステップ 2

ストレージ コントローラ VM コマンド ラインから再調整ステータスを確認する。

1. ssh を使用してコントローラ VM にログインします。

2. コントローラ VM コマンド ラインから次のコマンドを実行します。

# stcli rebalance status

次の出力は、現在ストレージ クラスタで再調整が実行されていないことを示します。

rebalanceStatus:
percentComplete: 0
rebalanceState: cluster_rebalance_not_running
rebalanceEnabled: True

HX Data Platform プラグインの [Recent Tasks] タブに、ステータス メッセージが表示されます。

スペース不足エラーの処理

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

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

（注）

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

手順

ステップ 1

ノードを追加するには、HX Data Platform インストーラのクラスタ拡張機能を使用します。

ステップ 2

未使用の VM を削除するには、次の手順を実行します。

1. どのゲスト VM が削除可能であるかを判断します。VM や命名規則によって使用されるディスク領域などの要因を考慮できます。

2. [vCenter] > [Virtual Machines] に移動して、インベントリ内の仮想マシンを表示します。

3. 削除する VM をダブルクリックします。

4. [Summary] > [Answer Questions] をクリックしてダイアログボックスを表示します。

5. [Cancel] オプション ボタンをクリックして、[OK] をクリックします。

6. VM の電源をオフにします。

7. VM を削除します。

ステップ 3

[Out of Space] の状態がクリアされた後で、次の操作を行います。

1. [vCenter] > [Virtual Machines] に移動して、インベントリ内の VM を表示します。

2. 使用する VM をダブルクリックします。

3. [Summary] > [Answer Questions] をクリックしてダイアログボックスを表示します。

4. [Retry] オプション ボタンをクリックして、[OK] をクリックします。

- クリーナー スケジュールの確認

クリーナー スケジュールの確認

stcli cleaner コマンドは、一般的にバックグラウンドで継続的に実行されます。cleaner は、不要になるとスリープ モードに入り、ポリシーにより定義されている条件に一致すると起動します。たとえば、ストレージ クラスタで ENOSPC 状態が発生している場合には、クリーナーは自動的に高優先度で実行されます。

cleaner の実行中には、クラスタを展開しないでください。クリーナー スケジュールを確認するか、必要に応じてスケジュールを調整します。

手順

ステップ 1

ストレージ クラスタ内の任意のコントローラ VM にログインします。リストされているコマンドをコントローラ VM のコマンド ラインから実行します。

ステップ 2

クリーナーのスケジュールを表示します。

# stcli cleaner get-schedule --id ID | --ip NAME

パラメータ

説明

--id ID

ストレージ クラスタ ノードの ID

--ip NAME

ストレージ クラスタ ノードの IP アドレス

現在の vCenter Server から新しい vCenter Server へのストレージ クラスタの移動

始める前に

- HX クラスタが HX Data Platform 1.8(1c) よりも前のバージョンを使用している場合には、新しい vCenter に再登録する前にアップグレードしてください。

- このタスクは、メンテナンス期間中に実行してください。

- クラスタが正常な状態で、アップグレード状態が [OK] と [Healthy] であることを確認します。状態は、コントローラ VM コマンド ラインから stcli コマンドを使用して表示できます。

# stcli cluster info
応答で以下を確認します。

upgradeState: ok
healthState: healthy

- vCenter が起動して稼働している必要があります。

- vCenter クラスタ間でストレージ クラスタを移動する場合、スナップショット スケジュールはストレージ クラスタと共に移動しません。

手順

ステップ 1

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

これは、HX ストレージ クラスタを作成したときに指定した vCenter クラスタです。

ステップ 2

新しい vCenter で、同じストレージ クラスタ名を使用して新しいクラスタを作成します。

ステップ 3

新しく作成されたクラスタ内の新しい vCenter に、ESX ホストを追加します。

次のタスク

vCenter クラスタからのストレージ クラスタの登録解除 に進みます。

- 現在の vCenter Server から新しい vCenter Server へのストレージ クラスタの移動

- vCenter クラスタからのストレージ クラスタの登録解除

現在の vCenter Server から新しい vCenter Server へのストレージ クラスタの移動

始める前に

- HX クラスタが HX Data Platform 1.8(1c) よりも前のバージョンを使用している場合には、新しい vCenter に再登録する前にアップグレードしてください。

- このタスクは、メンテナンス期間中に実行してください。

- クラスタが正常な状態で、アップグレード状態が [OK] と [Healthy] であることを確認します。状態は、コントローラ VM コマンド ラインから stcli コマンドを使用して表示できます。

# stcli cluster info
応答で以下を確認します。

upgradeState: ok
healthState: healthy

- vCenter が起動して稼働している必要があります。

- vCenter クラスタ間でストレージ クラスタを移動する場合、スナップショット スケジュールはストレージ クラスタと共に移動しません。

手順

ステップ 1

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

これは、HX ストレージ クラスタを作成したときに指定した vCenter クラスタです。

ステップ 2

新しい vCenter で、同じストレージ クラスタ名を使用して新しいクラスタを作成します。

ステップ 3

新しく作成されたクラスタ内の新しい vCenter に、ESX ホストを追加します。

次のタスク

vCenter クラスタからのストレージ クラスタの登録解除 に進みます。

vCenter クラスタからのストレージ クラスタの登録解除

この手順はオプションであり、必須ではありません。古い vCenter には HX Data Platform Plug-in の登録のみを残すようにしてください。

始める前に

ある vCenter サーバから別の vCenter サーバにストレージ クラスタを移動するタスクでは、現在の vCenter Server から新しい vCenter Server へのストレージ クラスタの移動の手順を実行します。

（注）

- 複数の HX クラスタが同じ vCenter に登録されている場合、すべての HX クラスタが別の vCenter に完全に移行されるまで、この手順を実行しないでください。この手順を実行すると、vCenter に登録されている既存の HX クラスタに問題が生じます。

手順

ステップ 1

vSphere クライアントからの HX Data Platform ファイルの削除の手順を完了します。

ステップ 2

HX クラスタが vCenter から登録解除されたことの確認の手順を完了します。

次のタスク

新しい vCenter クラスタへのストレージ クラスタの登録 に進みます。

- vSphere クライアントからの HX Data Platform ファイルの削除

- HX クラスタが vCenter から登録解除されたことの確認

- 新しい vCenter クラスタへのストレージ クラスタの登録

vSphere クライアントからの HX Data Platform ファイルの削除

このタスクは、HX Storage Clusterの vCenter からの登録解除に含まれる手順です。

手順

vSphere クライアントから HX Data Platform ファイルを削除します。メソッドを選択します。

Linux vCenter

1. ルート ユーザとして ssh を使用して Linux vCenter サーバにログインします。

2. HX Data Platform Plug-in フォルダが含まれているフォルダに変更します。

vCenter 6.0 の場合

# cd /etc/vmware/vsphere-client/vc-packages/vsphere-client-serenity/
vCenter 5.5 の場合

# cd /var/lib/just/vmware/vsphere-client/vc-packages/vsphere-client-serenity/

3. HX Data Platform Plug-in フォルダとファイルを削除します。

# rm -rf com.springpath*

4. vSphere クライアントを再起動します。

# service vsphere-client restart

Windows vCenter

1. リモート デスクトップ プロトコル（RDP）を使用して、Windows vCenter システム コマンド ラインにログインします。

2. HX Data Platform Plug-in フォルダを含むフォルダに変更します。

# cd "%PROGRAMDATA%\VMware\vSphere Web Client\vc-packages\vsphere-client-serenity

3. HX Data Platform Plug-in フォルダとファイルを削除します。

# rmdir /com.springpath*

4. [Service] 画面を開きます。

# services.msc

5. vCenter からログアウトして、vSphere Web クライアントを再起動します。

# serviceLogout

HX クラスタが vCenter から登録解除されたことの確認

このタスクは、HX Storage Clusterの vCenter からの登録解除に含まれる手順です。

HX クラスタが古い vCenter 上にないことを確認します。

始める前に

次の項に記載の手順を実行します。

- vSphere クライアントからの HX Data Platform ファイルの削除

手順

ステップ 1

vCenter に再度ログインする前にキャッシュをクリアします。

ステップ 2

古い vCenter からログアウトします。

ステップ 3

古い vCenter に再度ログインし、HX Data Platform Plug-inが削除されていることを確認します。

新しい vCenter クラスタへのストレージ クラスタの登録

始める前に

vCenter Server 間でストレージ クラスタを移動するタスクでは、vCenter クラスタからのストレージ クラスタの登録解除の手順を実行します。

手順

ステップ 1

コントローラ VM にログインします。

ステップ 2

stcli cluster reregister コマンドを実行します。

stcli cluster reregister [-h] --vcenter-datacenter NEWDATACENTER --vcenter-cluster NEWVCENTERCLUSTER --vcenter-url NEWVCENTERURL [--vcenter-sso-url NEWVCENTERSSOURL] --vcenter-user NEWVCENTERUSER

必要に応じて、リストされている追加オプションを適用します。

構文の説明

オプション

必須またはオプション

説明

--vcenter-cluster NEWVCENTERCLUSTER

必須

新しい vCenter クラスタ名。

--vcenter-datacenter NEWDATACENTER

必須

新しい vCenter データセンター名。

--vcenter-sso-url NEWVCENTERSSOURL

任意

新しい vCenter SSO サーバの URL。指定されていない場合、これは --vcenter-url から推測されます。

--vcenter-url NEWVCENTERURL

必須

新しい vCenter の URL、<vcentername>。ここで、<vcentername> には FQDN または IP を使用できます。

--vcenter-user NEWVCENTERUSER

必須

新しい vCenter 管理者のユーザ名。

プロンプトが表示されたら vCenter 管理者パスワードを入力します。

応答の例：

Reregister StorFS cluster with a new vCenter ...
Enter NEW vCenter Administrator password:
Waiting for Cluster creation to finish ...

ストレージ クラスタを再登録してから、コンピューティング専用ノードが EAM の登録に失敗したか、EAM クライアント内に存在しないか、vCenter のリソース プール内に存在しない場合は、下のコマンドを実行してコンピューティング専用ノードを再度追加します。

# stcli node add --node-ips <computeNodeIP> --controller-root-password <ctlvm-pwd> --esx-username <esx-user> --esx-password <esx-pwd>
サポートが必要な場合は、TAC にお問い合わせください。

ステップ 3

スナップショット スケジュールを再入力します。

vCenter クラスタ間でストレージ クラスタを移動する場合、スナップショット スケジュールはストレージ クラスタと共に移動しません。

クラスタの名前変更

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

（注）

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

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster]（名前を変更するクラスタ）の順に選択します。

ステップ 2

[Rename Cluster] ダイアログボックスを開きます。ストレージ クラスタを右クリックするか、またはタブ上部にある [Actions] ドロップダウンリストをクリックします。

ステップ 3

[Rename Cluster] を選択します。

ステップ 4

テキスト フィールドにストレージ クラスタの新しい名前を入力します。

HX クラスタ名は 50 文字以内です。

ステップ 5

[OK] をクリックして新しい名前を適用します。

VCenter サーバで自己署名証明書を外部証明書へ置換

手順

vCenter の certMgmt モードを [カスタム (Custom)] に設定し、サードパーティ証明書を持つ ESXi ホストを vCenter に追加します。

（注）

デフォルトでは、certMgmt モードは vmsa です。デフォルトの [vmsa] モードでは、自己署名証明書を持つ ESX ホストのみ追加できます。CA 証明書を持つ ESX を vCenter に追加する場合、CA 証明書が自己署名証明書に置換されない限り ESX ホストを追加できません。

certMgmt モードを更新するには：

1. ホストを管理する vCenter サーバを選択し、[設定 (Settings)] をクリックします。

2. [詳細設定 (Advanced Settings)] をクリックしてから、[編集 (Edit)] をクリックします。

3. [フィルタ (Filter)] ボックスに、certmgmt と入力し、証明書管理キーのみを表示します。

4. vpxd.certmgmt.mode の値を custom に変更して[OK] をクリックします。

5. vCenter サーバ サービスを再起動します。

サービスを再起動するには、ブラウザに次のリンクを入力して、[Enter] をクリックします。

https://<VC URL>:5480/ui/services

（注）

vCenter のホスト追加動作は、証明書および certMgmt モードによって異なります。

- ホストに certMgmt モードの自己署名証明書がある場合、vCenter の vmsaデフォルト値に設定します。

- 自己署名証明書を持つ ESX ホストのみ追加できます。

- サードパーティ CA 証明書を持つ ESX の追加は許可されていません。

- 自己署名証明書をサードパーティ CA 証明書に置換した後 ESX を vCenter に追加する場合、システムではサードパーティ CA 証明書を自己署名証明書に置換するように促します。CA 証明書を自己署名証明書に置換した後、ESX ホストを追加できます。

- ホストに certMgmt モードの自己署名証明書がある場合、vCenter の custom に設定します。

- 自己署名証明書をサードパーティ CA 証明書に置換した後 ESX を vCenter に追加する場合、システムは次のエラーをスローします。ssl thumbprint mismatch and add host fails. この場合、次のことを実行して、サードパーティ CA ｓ証明書を自己署名証明書に置換します。

1. ホストをメンテナンス モード (MM モード) に配置します。

2. certified rui.crt and rui.key ファイルをバックアップしている以前のキーと証明書に置換します。

3. hostd および vpxa service を再起動します。CA 証明書が新しいノードに表示されます。

4. 右クリックして vCenter に接続します。ホストは CA 証明書を削除し、VMware の自己署名証明書に置換します。

- ホストに certMgmt モードのサードパーティ CA 証明書がある場合、vCenter の vmsaデフォルト値に設定します。

- 自己署名証明書を持つ ESX ホストのみ追加できます。

- サードパーティ CA 証明書を持つ ESX の追加は許可されていません。

- ホストに certMgmt モードのサードパーティ CA 証明書がある場合、vCenter の custom に設定します。

- 自己署名証明書を持つ ESX ホストのみ追加できます。

- ESX ホストの自己署名証明書を vCenter の CA 証明書に置換する必要があります。

ESXi ホスト サーバで自己署名証明書を外部証明書へ置換

手順

ステップ 1

ホスト証明書 (rui.crt) およびキー (rui.key) ファイルを生成し、ファイルを証明書機関に送信します。

（注）

rui.key および rui.crt ファイルを生成している間に、ESX の適切なホスト名または FQDN が提供されていることを確認します。

ステップ 2

元のホスト証明書 (rui) およびキー (rui) ファイルのバックアップを取得した後、各 ESXi ホストの/etc/vmware/ssl ディレクトリ内の認定ホスト証明書 (rui) およびキー (rui) ファイルを置き換えます。

（注）

メンテナンス モードで 1 個のホストのみ配置してローリング傾向でホスト証明書 (rui.crt) およびキー (rui.key) ファイルを置き換えて、クラスタが正常になるまで待機して、それから別のノードの証明書を置き換えます。

1. 管理者権限を持つ SSH クライアントから ESXi ホストにログインします。

2. ホストをメンテナンス モード (MM モード) に配置します。

3. /etc/vmware/ssl/ ディレクトリの rui.bak ファイルに以前のキーおよび証明書のバックアップを作成します。

4. /etc/vmware/ssl/ ディレクトリに新しい認定 rui.crt および rui.key ファイルをアップロードします。

5. 次のコマンドを使用して、hostd および vpxa サービスを再起動して実行中のステータスを確認します。

/etc/init.d/hostd restart
/etc/init.d/vpxa restart
/etc/init.d/hostd status
/etc/init.d/vpxa status

6. ホストを vCenter に再接続し、メンテナンス モードを終了します。

（注）

すべてのノードで同じ手順を繰り返します。Web でアクセスして各ノードの証明書を確認できます。

HyperFlex クラスタの再登録

認定ファイルを交換した後に vCenter にすべてのホストを追加した後、次のコマンドを使用して、HX クラスタを vCenter に再登録します。

stcli cluster reregister

自己署名証明書の再作成

外部 CA 証明書を交換した後にホスト証明書に問題が発生した場合は、次の手順を実行して自己署名証明書を再作成できます。

1. SSH クライアントから ESXi ホストにログインします。

2. /Etc/vmware/ssl/ ディレクトリから、rui.key および rui.crt ファイルを削除します。

3. 次のコマンドを使用して、ホストの自己署名証明書を再作成します。

/sbin/generate-certificates

4. 次のコマンドを使用して、IPICS サービスを再起動します。

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

Chapter7. 暗号化の管理

- 自己暗号化ドライブの概要

- HyperFlex クラスタが暗号化できることの確認

- ローカル暗号化キーの構成

- ローカル暗号化キーの変更

- ローカルの暗号化キーの無効化

- 暗号化されたディスクを安全に消去する

- リモート キー管理

- リモート暗号化キーの構成

- 証明書署名要求の生成

- CSR（証明書署名要求）を使用したキー管理サーバの構成

- 自己署名証明書の生成

- SSC（自己署名証明書）を使用したキー管理サーバの構成

- 暗号化の再起動

自己暗号化ドライブの概要

自己暗号化ドライブ（SED）には、リアルタイムで着信データを暗号化し、送信データを復号化する特殊なハードウェアが搭載されています。ディスク上のデータは常に暗号化された形式で格納されます。メディアの暗号化キーは、データの暗号化と復号化を制御します。このキーは、プロセッサやメモリに格納されることはありません。

セキュリティ キー（キー暗号化キーまたは認証パスフレーズとも呼ばれます）を使用して、メディア暗号化キーを暗号化します。SED を有効にするには、セキュリティ キーを入力する必要があります。ディスクがロックされていない場合、データをフェッチするのにキーは必要ありません。

Cisco HyperFlex Systems を使用して、ローカルまたはリモートのセキュリティ キーを構成できます。ローカルでキーを設定した場合、そのキーを覚えておく必要があります。キーを忘れた場合はそれを取得することはできず、ドライブの電源が再投入されるとデータが失われます。キー管理サーバ（KMIP サーバとも呼ばれる）を使用して、キーをリモートから設定できます。この方法で、ローカル管理でのキーの保管と取得に関する問題に対処します。

SED の暗号化と復号化は、ハードウェアを通じて実行されます。したがって、全体的なシステム パフォーマンスに影響しません。SED は瞬時に暗号を消去することで、ディスクの使用停止や再展開のコストを削減します。メディア暗号化キーを変更することで、暗号消去が実行されます。ディスクのメディア暗号化キーを変更すると、そのディスク上のデータは復号化できず、すぐに使用できない状態になります。

HyperFlex クラスタが暗号化できることの確認

HX Data Platform Plug-inを使用しての確認

1. HX Data Platform Plug-in から vSphere Web Clientにログインします。

2. [Global Inventory Lists (グローバル インベントリ リスト)] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [Cluster_Name] > [Summary (概要)] > の順に選択します。

3. HyperFlex クラスタに SED ドライブが含まれていて暗号化可能な場合は、[Summary] タブの上部に [Data At Rest Encryption-Capable] が表示されます。

HX Connect ユーザ インターフェイスを使用しての確認

1. HX Connect UI から、[Encryption] を選択します。

2. HX クラスタに SED ドライブが含まれていて暗号化可能な場合は、[Encryption] ページに [Data At Rest Encryption-Available] が表示されます。

ローカル暗号化キーの構成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Configure encryption] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<admin> password

[Next] をクリックします。

ステップ 4

ローカルで生成され、保存された暗号化キーを使用して HyperFlex クラスタを保護するには、[Local Key] を選択します。

[Next] をクリックします。

ステップ 5

このクラスタの暗号キー（パスフレーズ）を入力してください。

（注）

ちょうど 32 文字の英数字で入力します。

ステップ 6

[Enable Encryption] をクリックします。

ローカル暗号化キーの変更

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Re-key] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

たとえば 10.193.211.120 と入力します。

[User name] フィールド

<admin> ユーザ名。

[Password] フィールド

<admin> パスワード。

[Next] をクリックします。

ステップ 4

クラスタの [Existing Encryption Key] と [New Encryption Key] を入力します。

（注）

ちょうど 32 文字の英数字で入力します。

ステップ 5

[Re-key] をクリックします。

ローカルの暗号化キーの無効化

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページの [Edit configuration] ドロップ ダウン メニューから、[Disable encryption] を選択します。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<admin> password

[Next] をクリックします。

ステップ 4

クラスタで暗号化キーを無効にするには、クラスタで使用中の暗号化キーを入力します。

ステップ 5

[Disable encryption] をクリックします。

ステップ 6

クラスタで暗号化キーを無効にすることを確認するために [Disable encryption?] ダイアログボックスで、[Yes, disable encryption] をクリックします。

暗号化されたディスクを安全に消去する

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[System Information] を選択します。

ステップ 2

[Disks] タブで、ローカル キーを安全に消去するディスクを選択します。

ステップ 3

[Secure Erase] ボタンをクリックします。

ステップ 4

クラスタ上の暗号化されたディスクを安全に消去するには、クラスタで使用中の暗号化キーを入力します。

ステップ 5

[Secure erase] をクリックします。

ステップ 6

[Erase this disk?] ダイアログボックスで、[Yes, erase this disk] をクリックして暗号化されたディスクを安全に消去します。

リモート キー管理

リモート KMIP 証明書の処理の一般的な手順は次のとおりです。

- 自己署名する場合は、設定でローカルの認証局を指定し、ルート証明書を取得します。

- 信頼されたサードパーティの CA を使用する場合は、設定でそれを指定し、そのルート証明書を使用します。

- クラスタ キーを尋ねる HX 暗号化フィールドにルート証明書を入力します。

- SSL サーバ証明書を作成し、証明書署名要求（CSR）を生成します。

- 使用しているルート証明書で CSR に署名します。

- クライアント証明書を使用する KMIP サーバ設定を更新します。

- SSL 証明書とルート CA が利用可能な状態で、選択したベンダーに固有の KMIP サービス設定で続行します。

SafeNet キー管理

SafeNet キー管理サーバを使用した暗号化キーの管理に関する詳細については、『HyperFlex Encryption and SafeNet Key Management TechNote』および『SafeNet Admin Guide』を参照してください。

Vormetric キー管理

Vormetric キー管理サーバを使用した暗号化キーの管理に関する詳細は、Vormetric サポート ポータルのマニュアル ダウンロード セクションを参照してください。

リモート暗号化キーの構成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Configure encryption] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<root> パスワード

[Next] をクリックします。

ステップ 4

キー管理（KMIP）サーバによって生成されたリモート セキュリティ キーを使用して HyperFlex クラスタを保護するには、[Key Management Server] を選択します。

次の証明書の 1 つを使用するようにクラスタ内の自己暗号化ドライブを持つサーバを構成できます。

- [Use certificate authority signed certificates]：外部認証局によって署名された証明書署名要求（CSR）を生成します。

- [Use self-signed certificates]：自己署名の証明書を生成します。

[Next] をクリックします。

ステップ 5

次のタスク

証明書署名要求または自己署名の証明書を生成できます。

証明書署名要求の生成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Configure encryption] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<admin> password

[Next] をクリックします。

ステップ 4

[Key Management Server] > [Use certificate authority signed certificates] を選択します。

[Next] をクリックします。

ステップ 5

キー管理（KMIP）サーバを構成するためのリモート暗号化キーを生成するには、次の情報を入力します。

UI 要素

基本情報

[Email address] フィールド

<admin> 電子メール アドレス

[Organization name] フィールド

証明書を要求している組織。

32 文字まで入力します。

[Organization unit name] フィールド

組織ユニット

最大 64 文字まで入力できます。

[Locality] フィールド

証明書を要求している会社の本社が存在する市または町。

32 文字まで入力します。

[State] フィールド

証明書を要求している会社の本社が存在する州または行政区分。

32 文字まで入力します。

[Country] フィールド

会社が存在する国。

2 つの英字を大文字で入力します。

[Valid for (days)] フィールド

証明書の有効期間。

ステップ 6

HyperFlex のすべてのノードのための証明書署名要求（CSR）を生成してそれらをダウンロードするには、[Generate certificates] をクリックします。

ステップ 7

証明書をダウンロードし、認証局による署名を受けます。[Close] をクリックします。

次のタスク

1. 署名付き証明書をアップロードします。

2. KMIP サーバ（キー管理サーバ）を設定します。

CSR（証明書署名要求）を使用したキー管理サーバの構成

始める前に

KMIP（キー マネージメント）サーバを構成するために、ローカル マシン上で生成された CSR をダウンロードし、それが認証局によって署名され、Cisco HX Data Platform UI 経由でアップロードされていることを確認してください。

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Continue configuration] をクリックします。

ステップ 3

[Continue configuration] ドロップダウン リストから、[Manage certificates] を選択して CSR をアップロードします。

ステップ 4

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<root> パスワード

[Next] をクリックします。

ステップ 5

[Upload certificate authority signed certificates] を選択します。[Next] をクリックします。

ステップ 6

[Upload new certificate] で CA 署名証明書をアップロードします。[Upload] をクリックします。

ステップ 7

[Continue configuration] ドロップダウン リストから [Configure key management server] を選択して KMIP サーバを構成します。

ステップ 8

Cisco UCS Manager のクレデンシャルを入力して、プライマリ キー管理（KMIP）サーバと必要に応じてセカンダリ KMIP サーバを設定します。

UI 要素

基本情報

[Primary key management server] フィールド

プライマリ キー管理サーバの IP アドレスを入力します。

（省略可能）[Secondary key management server] フィールド

冗長化のためのセカンダリ キー管理サーバを設定した場合は、ここで詳細情報を入力します。

[Port number] フィールド

キー管理サーバに使用するポート番号を入力します。

[Public key] フィールド

KMIP サーバ構成中に生成された認証局の公開ルート証明書を入力します。

ステップ 9

[Save] をクリックしてクラスタをリモート管理キーで暗号化します。

例

自己署名証明書の生成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Configure encryption] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<root> パスワード

[Next] をクリックします。

ステップ 4

[Key Management Server] > [Use self-signed certificates] を選択します。

[Next] をクリックします。

ステップ 5

キー管理（KMIP）サーバを構成するためのリモート暗号化キーを生成するには、次の情報を入力します。

UI 要素

基本情報

[Email address] フィールド

<admin> 電子メール アドレス

[Organization name] フィールド

証明書を要求している組織。

32 文字まで入力します。

[Organization unit name] フィールド

組織ユニット

最大 64 文字まで入力できます。

[Locality] フィールド

証明書を要求している会社の本社が存在する市または町。

32 文字まで入力します。

[State] フィールド

証明書を要求している会社の本社が存在する州または行政区分。

32 文字まで入力します。

[Country] フィールド

会社が存在する国。

2 つの英字を大文字で入力します。

[Valid for (days)] フィールド

証明書の有効期間。

ステップ 6

すべての HyperFlex ノードのために自己署名証明書を生成してそれらをダウンロードするには、[Generate certificates] をクリックします。

ステップ 7

証明書をダウンロードし、認証局による署名を受けます。[Close] をクリックします。

次のタスク

1. 署名付き証明書をアップロードします。

2. KMIP サーバ（キー管理サーバ）を設定します。

SSC（自己署名証明書）を使用したキー管理サーバの構成

始める前に

KMIP（キー マネージメント）サーバを構成するためにローカル マシン上で生成された SSC がダウンロードされていることを確認してください。

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[Encryption] を選択します。

ステップ 2

[Encryption] ページで、[Edit configuration] をクリックします。

ステップ 3

[Edit configuration] ドロップダウン リストから、[Manage certificates] を選択します。

ステップ 4

次の Cisco UCS Manager のクレデンシャルを入力して、プライマリ キー管理（KMIP）サーバと必要に応じてセカンダリ KMIP サーバを設定します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<admin> password

[Next] をクリックします。

ステップ 5

プライマリおよびセカンダリ キー管理（KMIP）サーバのクレデンシャルを入力します。

UI 要素

基本情報

[Primary key management server] フィールド

プライマリ キー管理サーバの IP アドレスを入力します。

（省略可能）[Secondary key management server] フィールド

冗長化のためのセカンダリ キー管理サーバを設定した場合は、ここで詳細情報を入力します。

[Port number] フィールド

キー管理サーバに使用するポート番号を入力します。

[Public key] フィールド

KMIP サーバ構成中に生成された認証局の公開ルート証明書を入力します。

ステップ 6

[Save] をクリックしてクラスタをリモート管理キーで暗号化します。

暗号化の再起動

手順

HyperFlex クラスタを安全に暗号化するには、Cisco UCS Manager のクレデンシャルを入力して、キー管理サーバまたは ローカル キーの構成を再度開始します。

UI 要素

基本情報

[UCS Manager host name] フィールド

Cisco UCS Manager のクラスタ ホスト名です。

IP アドレスまたは FQDN を入力します。

<eng-fi12.eng.storvisor.com>

[User name] フィールド

<admin> ユーザ名

[Password] フィールド

<admin> password

Chapter8. データストアの管理

- データストアの管理

- データストアの追加

- データストアの編集

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

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

- データストアの削除

- 部分的にマウント解除されたデータストアの回復

データストアの管理

データストアは、ストレージの使用状況とストレージ リソースの管理のために HX Data Platform で使用される論理コンテナです。データストアは、ホストが仮想ディスク ファイルと他の VM ファイルを配置する場所です。データストアは、物理ストレージ デバイスの仕様を非表示にし、VM ファイルを格納するための統一モデルを提供します。

HX Connect UI または HX Data Platform Plug-in UI から、データストアの追加、リストの更新、名前とサイズの編集、削除、マウントおよびマウント解除ができます。マウント解除された非ペア データストアの名前は変更できません。データストアの残りは、vCenter 管理者インターフェイスによってサポートされています。

重要

- スタートアップ遅延を回避し、複製の保持を維持するために、データストアの数をできるだけ少なくしておきます。

- 10 個を超えるデータストアを設定すると、スタートアップ遅延が過度に発生する可能性があります。

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に選択します。

- HX Connect から、[データストア（Datastores）] を選択します。

ステップ 2

新しいデータストアを作成するか、または既存のデータストアを選択して、オプションを表示します。

- 新しいデータストアの作成

- データストアのリストの更新

- データストア名とサイズの編集

- データストアの削除

- ホスト上のデータストアのマウント

- ホストからのデータストアのマウント解除

データストアの追加

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

Procedure

Step 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に選択します。

- HX Connect から、[データストア（Datastores）] を選択します。

Step 2

データストアを作成するように選択します。

Step 3

データストアの名前を入力します。vSphere Web クライアントでは、データストア名に 42 文字の制限があります。各データストアに固有の名前を割り当てます。

Step 4

データストア サイズを指定します。ドロップダウンリストから、[GB] または [TB] を選択します。

Step 5

データのブロックサイズを指定します。HX Connect から、[8K] または [4K] を選択します。デフォルトは 8K です。HX Data Platform Plug-inでは、デフォルトが想定されます。VDI ワークロードの場合、デフォルトは 4K です。

Step 6

[OK] をクリックして変更を確定するか、[Cancel] をクリックして変更を取り消します。

Step 7

データストアを確認します。必要に応じて [Refresh] ボタンをクリックし、新しいデータストアを表示します。

HX Data Platform Plug-in で、[Manage] > [Datastores] > [Hosts] タブをクリックして、新しいデータストアのマウント状態を確認します。

vSphere クライアント アプリケーションを介してデータストアを確認する場合、[host] > [Configuration] > [Datastores] で、[Drive Type] が Unknown として表示されます。この vSphere の動作はあらかじめ見込まれており、NFS データストアを不明としてリストするためのものです。

データストアの編集

HX のデータ プラットフォームのデータストアは、編集（鉛筆）オプションを使用して変更できます。編集オプションは次のとおりです: 1 データストア名を変更するか、2 にします。データストアのストレージの割り当ての変更。つまり、データストアのサイズ変更。

（注）

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

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に選択します。

- HX Connect から、[データストア（Datastores）] を選択します。

ステップ 2

[datastore] を選択します。

ステップ 3

データストアをマウント解除します。

データストアのサイズだけを変更した場合は、データストアをマウント解除する必要がありません。このステップをスキップします。

ステップ 4

データストアの [Edit]（鉛筆アイコン）をクリックします。

ステップ 5

データストアの名前および/またはサイズを必要に応じて変更します。[OK] をクリックします。

ステップ 6

以前マウント解除したデータストアを再マウントします。

データストアのマウント

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

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

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

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

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

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

（注）

ESXi の永続的なスクラッチ ロケーションの宛先として NFS データストアを選択することはできません。永続的なスクラッチ ロケーションに HX データストアを選択すると、ESXi ホストのリロード後に削除されます。

すべての M5 サーバについては、スクラッチとして使用するために M.2 ブート SSD が自動的に選択されます。これは、新しいインストールのボックスから設定されます。

HX240M4 (非 SED) の場合、固定ログ/スクラッチに Intel SSD が使用されます (220M5/240M5 では同じですが、異なるローカル SSD にも適用されます)。

HX220M4 および HX240M4 (SED) の場合、スクラッチ パーティションを保存する場所はありません。そのため、唯一のオプションは、ネットワーク上の永続的なロギングに syslog を使用することです。

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

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に選択します。

- HX Connect から、[データストア（Datastores）] を選択します。

ステップ 2

[datastore] を選択します。

ステップ 3

[Mount] をクリックします。

ステップ 4

データストアのマウントを確認し、[OK] をクリックします。

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

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

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

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

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

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

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

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

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に選択します。

- HX Connect から、[データストア（Datastores）] を選択します。

ステップ 2

[datastore] を選択します。

ステップ 3

[Unmount] をクリックします。

ステップ 4

データストアのマウント解除を確認し、[OK] をクリックします。

ステップ 5

必要に応じて部分的なマウント解除から回復。

1. 上記のチェックリストに従って、UI または CLI のいずれかを使用してマウント解除するか削除します。

2. データ ストアを再マウントするには、UI または CLI を使用します。

一部のマウント解除の詳細または回復については、部分的にマウント解除されたデータストアの回復 を参照してください。

データストアの削除

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

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

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

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

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

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

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に選択します。

- HX Connect から、[データストア（Datastores）] を選択します。

ステップ 2

[datastore] を選択します。

ステップ 3

[Delete] をクリックします。

ステップ 4

データストアの削除を確認し、[OK] をクリックします。

部分的にマウント解除されたデータストアの回復

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

手順

ステップ 1

試みているタスクに応じて、データストアのマウントの準備、データストアのマウント解除の準備、またはデータストアの削除の準備にある項目を実行します。

ステップ 2

もう一度、HX Connect または HX Data Platform Plug-in の UI または CLI を介して、データストアのマウント、マウント解除、削除を試します。

ステップ 3

データストアが、必要なマウント状態、マウント解除状態、または削除状態になっていない場合は、次の手順を実行します。

1. VM がデータストアで実行されていないことを確認します。

2. ESX ホストから、HX Data Platform のデータストアが VMware サービス storageRM で使用されているかどうかを確認します。

# ls -ltra /vmfs/volumes/stfs-ds1/ | grep -i iorm

サンプル応答

-rwxr-xr-x 1 root root 16511 Jan 20 20:05 .iormstats.sf
drwxr-xr-x 1 root root 1125 Jan 20 20:06 .iorm.sf

3. storagerm のステータスを確認します。

# /etc/init.d/storageRM status

サンプル応答

storageRM is running

4. storagerm サービスを停止します。

# /etc/init.d/storageRM stop

サンプル応答

watchdog-storageRM: Terminating watchdog process with PID 34096
storageRM stopped

5. もう一度、データストアのマウント、マウント解除、または削除を試みます。

6. 可能なソリューションはこれ 1 つです。これで問題が解決しない場合は、テクニカル アシスタンス センター（TAC）にお問い合わせください。

Chapter9. ディスクの管理

- クラスタ内のディスクの管理

- ディスクの要件

- 自己暗号化ドライブ（SED）の交換

- SSD の交換

- NVMe SSD の交換

- ハウスキーピング SSD の交換

- ハードディスク ドライブの交換または追加

クラスタ内のディスクの管理

ディスク、SSD または HDD では、障害が発生する可能性があります。この場合、障害が発生したディスクを取り外し、交換する必要があります。ホスト内でのディスクの取り外しと交換については、サーバ ハードウェアの指示手順に従ってください。HX Data Platform は、SSD または HDD を識別しストレージ クラスタに組み込みます。

ストレージ クラスタのデータストア容量を増やすには、ストレージ クラスタ内の各コンバージド ノードに同じサイズとタイプの SSD を追加します。ハイブリッド サーバでは、ハードディスク ドライブ（HDD）を追加します。オール フラッシュ サーバでは、SSD を追加します。

（注）

異なるタイプの異なるベンダーから複数のドライブでホットプラグ引き出しおよび交換を実行する場合は、アクションとアクションの間を少し開けます（30 秒間）。ドライブをプルし、約 30 秒間一時停止し、交換して、30 秒間一時停止します。それから、次のドライブを 30 秒間プルし、一時停止して、交換します。

ディスクを取り外しても、そのディスクが引き続きクラスタ概要情報に表示される場合があります。これを更新するには、HX クラスタを再起動します。

ディスクの要件

ディスクの要件は、コンバージド ノードとコンピューティング専用ノード間で異なります。使用可能な CPU およびメモリ容量を拡大するには、必要に応じてコンピューティング専用ノードを使用して既存のクラスタを拡張します。これらのコンピューティング専用ノードを使用すると、ストレージのパフォーマンスを向上させたり、ストレージ容量を拡大したりすることができます。

あるいはコンバージド ノードを追加することで、CPU およびメモリ リソースを拡大するとともに、ストレージのパフォーマンスを向上させ、ストレージ容量を拡大できます。

ソリッドステート ディスク（SSD）のみが搭載されたサーバは、オールフラッシュ サーバです。SSD とハード ディスク ドライブ（HDD）の両方が搭載されたサーバは、ハイブリッド サーバです。

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

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

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

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

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

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

（注）

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

- シスコから直接購入されたディスクのみがサポートされます。

- 自己暗号化ドライブ（SED）が搭載されたサーバでは、キャッシュ ドライブと永続ストレージ（キャパシティ）ドライブの両方が SED に対応している必要があります。これらのサーバは、保管中データの暗号化（DARE）をサポートします。

次の表に示すディスクに加えて、すべての M4 コンバージド ノードは、ESX がインストールされたミラー設定で 2 枚の 64 GB SD FlexFlash カードを備えています。すべての M5 コンバージド ノードに、ESX 搭載の M.2 SATA SSD が内蔵されています。

（注）

サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプやサイズを混在させないでください。ストレージ ディスク タイプの混在はサポートされません。

- キャッシュまたは永続ディスクを交換する際は、元のディスクと同じタイプとサイズを常に使用します。

- 永続ドライブを混在させないでください。1 つのサーバでは、すべて HDD または すべて SSD とし、ドライブのサイズを統一してください。

- ハイブリッド ドライブ タイプとオールフラッシュ キャッシュ ドライブ タイプを混在させないでください。ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、オールフラッシュ サーバではオールフラッシュ キャッシュ デバイスを使用してください。

- 暗号化されたドライブ タイプと暗号化されていないドライブ タイプを混在させないでください。SED ハイブリッド ドライブまたは SED オールフラッシュ ドライブを使用してください。SED サーバでは、キャッシュ ドライブと永続ドライブの両方を SED タイプにする必要があります。

- すべてのノードで同じサイズと同じ数量の SSD を使用する必要があります。異なる SSD タイプを混在させることはできません。

それぞれのサーバでサポートされているドライブのキャパシティと台数の詳細については、対応するサーバ モデルの仕様書を参照してください。

既存のクラスタを拡張する際の、互換性のある PID については、Cisco HyperFlex Drive Compatibilityドキュメントを参照してください。

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

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

（注）

クラスタにコンピューティング ノードが追加されると、そのノードは、コンピューティング専用のサービス プロファイル テンプレートによって SD カードから起動できるように自動設定されます。別の形式のブート メディアを使用する場合は、ローカルのディスク設定ポリシーを更新してください。サーバに関連したポリシーについては、Cisco UCS Manager サーバ管理ガイドを参照してください。

サポートされるコンピューティング専用ノード サーバ

ESXi のブートでサポートされている方法

- Cisco B200 M3/M4/M5

- B260 M4

- B420 M4

- B460 M4

- C240 M3/M4/M5

- C220 M3/M4/M5

- C460 M4

- C480 M5

- B480 M5

方法を選択します。

重要

ESXi インストールの際は、ブート メディアの形式が 1 つだけサーバに通知されるようにしてください。ローカルまたはリモートのディスクの追加は、インストール後に実行できます。

USB ブートは HX コンピューティング専用のノードに対してサポートされていません。

- ESXi がインストールされているミラー設定での SD カード。

- ローカル ドライブの HDD または SSD。

- SAN ブート。

- M.2 SATA SSD ドライブ。

（注）

HW RAID M.2 (UCS-M2-HWRAID および HX-M2-HWRAID) は、コンピューティング専用ノードではサポートされていません。

自己暗号化ドライブ（SED）の交換

Cisco HyperFlex システムは、自己暗号化ドライブ（SED）とエンタープライズ キー管理サポートによる保管中データの保護を提供します。

- 保管中のデータ対応のサーバは、自己暗号化ドライブを備えたサーバを参照します。

- 暗号化された HX Cluster 内のすべてのサーバは、保管中のデータ対応である必要があります。

- 暗号化は、クラスタの作成後に、HX Connect を使用して、HX Clusterに構成されます。

- 自己暗号化ドライブを持つサーバは、ソリッド ステート ドライブ（SSD）またはハイブリッドのいずれかです。

重要

暗号化されたデータの安全性を引き続き確保するには、SED を削除する前にドライブ上のデータが安全に消去される必要があります。

始める前に

HX Clusterに暗号化が適用されているかどうかを判定します。

- 暗号化が構成されていない：SED を削除または交換するためには、暗号化に関連した前提条件の手順は不要です。SSD の交換またはハードディスク ドライブの交換または追加と、サーバのハードウェア ガイドを参照してください。

- 暗号化が構成されている：次を確認します。

1. SED を交換する場合は、メーカーの返品承認（RMA）を取得します。TAC に連絡します。

2. 暗号化のローカル キーを使用している場合は、キーを見つけます。その入力を求められます。

3. データの損失を防ぐために、ディスク上のデータがデータの最後のプライマリ コピーではないことを確認します。

必要な場合は、クラスタ上のサーバにディスクを追加します。開始するか、またはリバランスが完了するまで待機します。

4. SED を削除する前に、以下のステップを完了します。

手順

ステップ 1

HX Clusterが正常であることを確認します。

ステップ 2

HX Connect にログインします。

ステップ 3

[System Information] > [Disks] ページを選択します。

ステップ 4

削除するディスクを識別し、確認します。

1. [Turn On Locator LED] ボタンを使用します。

2. サーバ上のディスクを物理的に表示します。

3. [Turn Off Locator LED] ボタンを使用します。

ステップ 5

削除するディスクに対応する [Slot] 行を選択します。

ステップ 6

[Secure erase] をクリックします。このボタンは、ディスクを選択した後にのみ利用可能です。

ステップ 7

ローカルの暗号化キーを使用する場合は、フィールドに [Encryption Key] を入力して [Secure erase] をクリックします。

リモートの暗号化サーバを使用する場合、操作は必要ありません。

ステップ 8

このディスク上のデータを削除することを確認し、[Yes, erase this disk] をクリックします。

警告

これにより、ディスクからすべてのデータが削除されます。

ステップ 9

選択した [Disk Slot] の [Status] が [Ok To Remove] に変わるまで待ち、指示に従ってディスクを物理的に取り外します。

次のタスク

（注）

取り外したドライブは、元の、または別の HX Cluster内のドライブで再利用しないでください。取り外したドライブを再利用する必要がある場合は、TAC にお問い合わせください。

1. SED 上のデータを安全に消去した後、ディスク タイプ（SSD またはハイブリッド）に適したディスクの交換タスクに進みます。

ディスク タイプの [Type] 列を確認します。

- [Solid State]（SSD）：SSD の交換およびお使いのサーバのハードウェア ガイドを参照してください。

- [Rotational]（ハイブリッド ドライブ）：ハードディスク ドライブの交換または追加およびお使いのサーバのハードウェア ガイドを参照してください。

2. 取り外しおよび交換された SED のステータスを確認します。

SED を取り外した場合

- [Status]：[Ok To Remove] のままです。

- [Encryption]：[Enabled] から [Unknown] に変わります。

SED を交換した場合、新しい SED は自動的に HX Clusterによって使用されるようになります。暗号化が適用されていない場合、ディスクは他の使用可能なディスクと同様に一覧表示されます。暗号化が適用されている場合、セキュリティ キーが新しいディスクに適用されます。

- [Status]：[Ignored] > [Claimed] > [Available] に遷移します。

- [Encryption]：暗号化キーが適用された後に、[Disabled] > [Enabled] に遷移します。

SSD の交換

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

（注）

サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプまたはサイズを混在させることはサポートされていません。

- すべて HDD、すべて 3.8 TB SSD、またはすべて 960 GB SSD を使用します。

- ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、すべてのフラッシュ サーバではすべてフラッシュ キャッシュ デバイスを使用します。

- キャッシュ ディスクまたは永続ディスクを交換する際は、元のディスクと同じタイプとサイズを常に使用します。

手順

ステップ 1

障害が発生した SSD を特定します。

- キャッシュまたは永続的な SSD では、ディスク ビーコン チェックを実行します。ビーコンの設定を参照してください。

キャッシュと永続的な SSD のみがビーコン要求に応答します。NVMe キャッシュ SSD とハウスキーピング SSD は、ビーコン要求に応答しません。

- キャッシュ NVMe SSD の場合は物理的なチェックを実行します。これらのドライブは、HX サーバのドライブ ベイ 1 にあります。

- HXAF240c または HX240c サーバ上のハウスキーピング SSD の場合は、サーバの背面で物理的なチェックを実行します。

- HXAF220c または HX220c サーバ上のハウスキーピング SSD の場合は、サーバのドライブ ベイ 2 で物理的なチェックを実行します。

ステップ 2

失敗した SSD がハウスキーピング SSD の場合は、サーバの種類に基づいて続行してください。

- HXAF220c または HX220c サーバの場合は、手順 3 に進みます。

- HXAF240c または HX240c サーバの場合は、テクニカル アシスタンス センター（TAC）にお問い合わせください。

ステップ 3

故障した SSD がキャッシュまたは永続 SSD の場合は、ディスクのタイプに基づいて続行してください。

- NVMe SSD については、NVMe SSD の交換を参照してください。

- その他すべての SSD の場合は、サーバのハードウェア ガイドに従って、ホスト内の故障した SSD を取り外して交換する手順を実行します。

キャッシュまたは永続的なドライブを交換後、HX Data Platform は SDD を識別し、ストレージ クラスタを更新します。

ノードに追加したディスクは、すぐに HX で使用できるようになります。

ステップ 4

Cisco UCS Manager の [UCS Manager] > [Equipment (機器)] > [Server (サーバ)] > [Inventory (インベントリ)] > [Storage (ストレージ)] タブに新しいディスクを含めるには、サーバ ノードを再認識します。これにはキャッシュ ディスクと永続ディスクも含まれます。

（注）

サーバの再認識が中断します。実行する前に、サーバを HX メンテナンス モードにします。

ステップ 5

SSD を交換して、「Disk successfully scheduled for repair」のメッセージが表示された場合、ディスクは存在しているが正常に機能していないということを意味します。サーバ ハードウェア ガイドの手順に従ってディスクが正常に追加されたことを確認します。

NVMe SSD の交換

SSD の交換手順は、SSD の種類によって異なります。ここでは、NVMe キャッシュ SSD を交換するための手順について説明します。

（注）

サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプまたはサイズを混在させることはサポートされていません。

NVMe ディスクを交換する際は、必ず、元のディスクと同じタイプとサイズを使用してください。

始める前に

HX Cluster サーバで NVMe の SSD を使用する場合、次の条件を満たすことを確認します。

- NVMe の SSD は、HX240 および HX220 のオールフラッシュ サーバでサポートされます。

- NVMe SSD を HGST SN200 ディスクに置き換えるには、HX Data Platform バージョン 2.5.1a 以降が必要です。

- NVMe の SSD は、サーバのスロット 1 にのみ搭載できます。他のサーバ スロットは NVMe の SSD を検出しません。

- NVMe の SSD はキャッシュにのみ使用されます。

- 永続的なストレージでの使用はサポートされていません。

- ハウスキーピングのドライブとしての使用はサポートされていません。

- ハイブリッド サーバでの使用はサポートされていません。

手順

ステップ 1

故障したディスクが NVMe キャッシュ SSD であることを確認します。

物理的なチェックを実行します。これらのドライブは、HX サーバのドライブ ベイ 1 にあります。NVMe キャッシュ SSD とハウスキーピング SSD は、ビーコン要求に応答しません。

故障した SSD が NVMe SSD でない場合は、SSD の交換を参照してください。

ステップ 2

ESXi ホスト を HX メンテナンス モードにします。

1. HX Connect にログインします。

2. [System Information] > [Nodes] > [node] > [Enter HX Maintenance Mode] を選択します。

ステップ 3

サーバのハードウェア ガイドに従って、ホスト内の故障した SSD を取り外して交換する手順を実行します。

（注）

HGST NVMe ディスクを取り外すと、同じタイプのディスクを同じスロットに再挿入するか、ホストをリブートするまで、コントローラ VM が正常に機能しません。

キャッシュまたは永続的なドライブを交換後、HX Data Platform は SDD を識別し、ストレージ クラスタを更新します。

ノードに追加したディスクは、すぐに HX で使用できるようになります。

ステップ 4

ESXi ホスト をリブートします。これで ESXi は NVMe SSD を検出できます。

ステップ 5

ESXi ホスト の HX メンテナンス モードを終了します。

ステップ 6

Cisco UCS Manager の [UCS Manager] > [Equipment (機器)] > [Server (サーバ)] > [Inventory (インベントリ)] > [Storage (ストレージ)] タブに新しいディスクを含めるには、サーバ ノードを再認識します。これにはキャッシュ ディスクと永続ディスクも含まれます。

（注）

サーバの再認識が中断します。実行する前に、サーバを HX メンテナンス モードにします。

ステップ 7

SSD を交換して、「Disk successfully scheduled for repair」のメッセージが表示された場合、ディスクは存在しているが正常に機能していないということを意味します。サーバ ハードウェア ガイドの手順に従ってディスクが正常に追加されたことを確認します。

ハウスキーピング SSD の交換

（注）

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

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

手順

ステップ 1

障害が発生したハウスキーピング SSD を特定します。

ハウスキーピング ドライブはビーコン チェックを通して表示されないため、SSD ドライブを物理的にチェックします。

ステップ 2

SSD を取り外し、同じサポートされている種類とサイズの新しい SSD に交換します。サーバ ハードウェア ガイドの手順に従います。

サーバ ハードウェア ガイドでは、SSD を交換するために必要な物理的手順について説明します。

（注）

ハードウェア手順を実行する前に、ノードを Cisco HX メンテナンス モードにします。ハードウェア手順を実行したら、ノードの Cisco HX メンテナンス モードを終了します。

ステップ 3

SSH を使用して、影響を受けたノードのストレージ コントローラ VM にログインし、次のコマンドを実行します。

# /usr/share/springpath/storfs-appliance/config-bootdev.sh -r -y

このコマンドは新しいディスクを使用し、そのディスクをストレージ コントローラに追加します。

サンプル応答

Creating partition of size 65536 MB for /var/stv ...
Creating ext4 filesystem on /dev/sdg1 ...
Creating partition of size 24576 MB for /var/zookeeper ...
Creating ext4 filesystem on /dev/sdg2 ...
Model: ATA INTEL SSDSC2BB12 (scsi)
Disk /dev/sdg: 120034MB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt ....
discovered. Rebooting in 60 seconds

ステップ 4

ストレージ コントローラ VM が自動的に再起動するのを待ちます。

ステップ 5

ストレージ コントローラ VM の再起動が完了したら、新しく追加された SSD でパーティションが作成されていることを確認します。コマンドを実行します。

# df -ah

サンプル応答

...........
/dev/sdb1 63G 324M 60G 1%
/var/stv /dev/sdb2 24G 173M 23G 1% /var/zookeeper

ステップ 6

既存のストレージ クラスタにインストールされている HX Data Platform インストーラ パッケージのバージョンを確認します。

# stcli cluster version

すべてのストレージ クラスタ ノードに、同じバージョンがインストールされている必要があります。ストレージ クラスタ内の、新しい SSD を搭載したノード以外のノードのコントローラ VM で、このコマンドを実行します。

ステップ 7

HX Data Platform インストーラ パッケージを、/tmp フォルダ内のストレージ コントローラ VM にコピーします。

# scp <hxdp_installer_vm_ip>:/opt/springpath/packages/storfs-packages-<hxdp_installer>.tgz /tmp

# cd /tmp

# tar zxvf storfs-packages-<hxdp_installer>.tgz

ステップ 8

HX Data Platform インストーラ導入スクリプトを実行します。

# ./inst-packages.sh

# chmod 640 /usr/share/springpath/storfs-misc/springpath_security.properties

（注）

これはクラスタ内の影響を受けるすべてのノードに該当します。

（注）

権限が変更された後、サービスを再起動する必要が発生する可能性があります (例：tomcat8)。

HX Data Platform のインストールに関する追加情報は、適切な『Cisco HX Data Platform インストール ガイド』を参照してください。

ステップ 9

パッケージのインストール後、HX Data Platform は自動的に起動します。ステータスを確認します。

# status storfs

サンプル応答

storfs running

新しい SSD を搭載したノードが既存のクラスタに再接続し、クラスタが正常な状態に戻ります。

ハードディスク ドライブの交換または追加

（注）

サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプまたはサイズを混在させることはサポートされていません。

- すべて HDD、すべて 3.8 TB SSD、またはすべて 960 GB SSD を使用します。

- ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、すべてのフラッシュ サーバではすべてフラッシュ キャッシュ デバイスを使用します。

- キャッシュ ディスクまたは永続ディスクを交換する際は、元のディスクと同じタイプとサイズを常に使用します。

手順

ステップ 1

ご使用のサーバのハードウェア ガイドを参照し、ディスクの追加または交換の手順に従います。

ステップ 2

ストレージ クラスタ内の各ノードに、同じサイズの HDD を追加します。

ステップ 3

妥当な時間内で各ノードに HDD を追加します。

ストレージは、すぐにストレージ クラスタによって使用され始めます。

[vCenter イベント（vCenter Event）] ログには、ノードへの変更を反映したメッセージが表示されます。

（注）

ディスクをノードに追加すると、ディスクはすぐに HX で使用できるようになりますが、UCSM サーバ ノード インベントリには表示されません。これには、キャッシュ ディスクと永続ディスクが含まれます。[UCS Manager] > [Equipment (機器)] > [Server (サーバ)] > [Inventory (インベントリ)] > [Storage (ストレージ)] タブにディスクを含めるには、サーバ ノードを再認識します。

（注）

サーバの再認識が中断します。実行する前に、サーバを HX メンテナンス モードにします。

Chapter10. ノードの管理

- ノードの管理

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

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

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

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

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

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

- ノードの取り外し

- ノードの交換

- コンピューティング ノードの交換

ノードの管理

ノードを初めてストレージ クラスタに追加する場合は、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 Plug-in、vCenter UI、およびさまざまなログに動作ステータス（online、offline）値と復元力ステータス値（healthy、warning）として報告されます。

（注）

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

（注）

Hyperflex Edge を除くすべての環境で複製ファクタ 3 を強く推奨しています。複製ファクタ 2 では、可用性と復元性のレベルが低くなります。コンポーネントまたはノードの障害による停電のリスクは、アクティブかつ定期的なバックアップを作成することにより軽減されます。

ステップ 2

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

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

ステップ 3

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

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

ESXi または HX Data Platform を再インストールする手順については、『VMware ESXi 用 Cisco HyperFlex システム インストール ガイド』を参照してください。ソフトウェアのアップグレード手順については、『Cisco HyperFlex Systems Upgrade Guide』を参照してください。

- ノード内のコンポーネントを修理します。

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

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

- クラスタ内のノードを交換します。

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

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

（注）

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

オフライン クラスタから最大 2 つのノードを削除できます。詳細については、ノードの交換を参照してください。

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

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

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

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

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

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

（注）

ノードを交換する前に、いくつかの考慮事項を念頭に置いておく必要があります。詳細については、ノードの交換を参照してください。

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

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

ESX と HX Data Platform ソフトウェアは、ストレージ クラスタ内の各ノードにインストールされます。ノード障害分析後にいずれかのソフトウェア項目を再インストールする必要があることが判明した場合は、『VMware ESXi 用 Cisco HyperFlex システム インストール ガイド』を参照してください。ソフトウェアのアップグレード手順については、『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 によりサポートされるノードの交換が必要です。

（注）

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

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

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

手順

ステップ 1

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

1. HX Data Platform インストーラ仮想マシンにログインします。ssh または vSphere コンソール インターフェイスを使用します。

2. resolv.conf.d ファイルを編集します。

# vi /etc/resolvconf/resolv.conf.d/base

3. 変更を確認します。

# resolvconf -u
# cat /etc/resolv.conf

4. DNS サーバが IP アドレスまたはホスト名から問い合わせることができることを確認します。

# nslookup ip_address
# nslookup newhostname

ステップ 2

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

1. HX Data Platform インストーラ仮想マシンにログインします。ssh または vSphere コンソール インターフェイスを使用します。

2. hosts ファイルを編集用に開きます。

# vi /etc/hosts

3. 次の行を追加して、ファイルを保存します。

ip_address ubuntu newhostname

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

1. newhostname を hostname に追加します。

# hostname newhostname

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

次のシナリオで、デフォルトの ESXi パスワードを変更できます。

- 標準およびストレッチ クラスタの作成時（コンバージド ノードのみをサポート）

- 標準クラスタの拡張時 （コンバージド ノードまたはコンピューティング ノードの両方の拡張をサポート）

- エッジ クラスタの作成時

（注）

上記の場合、インストールが完了するとすぐに ESXi のルート パスワードが保護されます。後続のパスワード変更が必要である場合、下に概要を示している手順をインストール後に使用して、ルート パスワードを手動で変更することができます。

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 Plug-in、またはストレージ コントローラ VM 上の stcli clsuter info コマンドから、ストレージ クラスタのステータスをチェックします。

ステップ 3

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

1. 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

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

ステップ 4

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

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

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

2. ESXi ホストから各 ESXi ホストに対して繰り返します。

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

ステップ 5

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

1. コントローラ VM が DNS サーバの正しい IP アドレスを認識していることを確認します。

コントローラ VM のコマンド ラインから。

# stcli services dns show
10.192.0.31

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

vCenter から、各 ESXi ホストを選択してから、[Configuration] > [DNS Servers] を選択します。

ステップ 6

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

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

ステップ 7

vCenter から cluster を削除します。

vCenter から、[datacenter] > [cluster] を選択します。[cluster] を右クリックして、[Delete] を選択します。

（注）

[datacenter] は削除しないでください。

ステップ 8

vCenter で [cluster] を再作成します。

1. vCenter から、[datacenter] を右クリックします。[New Cluster] を選択します。

2. 削除したクラスタと全く同じ名前を [Cluster Name] に入力します。これは、ステップ 6 で書き留めた名前です。

ステップ 9

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

1. vCenter から、[datacenter] > [cluster] を右クリックします。[Add Host] を選択します。

2. FQDN を使用して ESXi ホストを選択します。

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

ステップ 10

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

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

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

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

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

（注）

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

- ノードをシャットダウンする必要がないコンポーネント。ホットスワップ可能です。

- HDD データ ドライブ。前面ベイ

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

- SSD キャッシュ ドライブ。前面ベイ 1

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

- ファン モジュール

このコンポーネントを交換するには、ハードウェア インストール ガイドを参照してください。

- 電源モジュール

このコンポーネントを交換するには、ハードウェア インストール ガイドを参照してください。

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

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

- ハウスキーピング SSD

このコンポーネントを交換するには、ストレージ クラスタ タスクとハードウェア中心のタスクの両方が必要です。

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

（注）

マザーボード自体は交換可能なコンポーネントではありません。ローカル ハードウェア ストアからバッテリを購入し、交換する必要があります。

- DIMMS

- CPU およびヒートシンク

- 内蔵 SD カード

- 内蔵 USB ポート

- モジュラ HBA ライザー（HX 220c サーバ）

- モジュラ HBA カード

- PCIe ライザー アセンブリ

- PCIe カード

- トラステッド プラットフォーム モジュール

- mLOM カード

- RAID コントローラ

- 仮想インターフェイス カード（VIC）

- GPU（Graphic Processing Unit）

ノードの取り外し

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

（注）

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

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

影響するコンテキストは、コンバージド ノードの数に基づきます。コンピューティング ノードの数は、ノードの交換ワークフローに影響しません。

ノードの取り外しワークフロー

クラスタ サイズ

取り外すノード

ワークフロー

4 ノード クラスタ

1

1. クラスタは正常です。

2. メンテナンス モードで影響を受けたノード。

3. クラスタをシャットダウンします（クラスタをオフラインにします）。

stcli cluster shutdown コマンドを使用します。

4. ノードを取り外します。

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

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

stcli cluster start コマンドを使用します。

4 ノード クラスタ

2 つ以上

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

5 ノード クラスタ

1

1. クラスタは正常です。

2. メンテナンス モードで影響を受けたノード。

3. クラスタはオンラインのままです。

4. ノードを取り外します。

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

5 ノード クラスタ

2

1. クラスタは正常です。

2. メンテナンス モードで影響を受けたノード。

3. クラスタをシャットダウンします（クラスタをオフラインにします）。

stcli cluster shutdown コマンドを使用します。

4. ノードを取り外します。

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

両方のノードを指定します。

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

stcli cluster start コマンドを使用します。

5 ノード クラスタ

3 つ以上

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

- ノード削除の準備

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

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

- コンピューティング ノードの削除

- ディスクおよびストレージ コントローラ VM から削除されたノード データの削除

ノード削除の準備

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

（注）

すべての 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 コマンドを使用して、ストレージ クラスタの再調整を手動で開始できます。

（注）

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

1. ストレージ クラスタ内のコントローラ VM にログインします。

2. コントローラ VM コマンド ラインから次のコマンドを実行します。

# stcli rebalance start --force

ステップ 5

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

GUI

1. vSphere Web クライアントから、[Home] > [Hosts and Clusters] > [Hosts] > [host] の順に選択します。

2. 各ホストを右クリックし、リストを下にスクロールし、[Cisco HX Maintenance Mode] > [Enter HX Maintenance Mode] の順に選択します。

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

CLI

1. ESX ホストで、root 権限を持つユーザとしてコントローラ VM にログインします。

2. ノードを識別します。

# stcli node info

stNodes:
----------------------------------------
type: node
id: 689324b2-b30c-c440-a08e-5b37c7e0eefe
name: 192.168.92.144
----------------------------------------
type: node
id: 9314ac70-77aa-4345-8f35-7854f71a0d0c
name: 192.168.92.142
----------------------------------------
type: node
id: 9e6ba2e3-4bb6-214c-8723-019fa483a308
name: 192.168.92.141
----------------------------------------
type: node
id: 575ace48-1513-0b4f-bfe1-e6abd5ff6895
name: 192.168.92.143
---------------------------------------

[StNodes] セクションで、id がクラスタ内の各ノードがリストされます。

3. 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

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

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

3 ノード クラスタの場合、3 ノード クラスタでノード障害が発生すると、クラスタが正常ではなくなるため、TAC にご連絡ください。

2. DRS が有効であることを確認するか、またはノードから VM を手動で移動します。

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

4. 削除するノードを HX メンテナンス モードにします。

5. 削除しないノードのコントローラ VM にログインします。

ステップ 2

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

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

# stcli rebalance start -f

2. 再調整が完了するまで待ち、完了したことを確認します。

ステップ 3

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

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

構文の説明

オプション

必須またはオプション

説明

--id-1 ID1

セットのいずれかが必要。

ストレージ クラスタ ノードの固有 ID 番号。ID は stcli cluster info コマンドで、stNode のフィールド id に表示されます。

--ip-1 NAME1

セットのいずれかが必要。

ストレージ クラスタ ノードの IP アドレス。IP は stcli cluster info コマンドで、stNode のフィールド name に表示されます。

--id-2 ID2

オプション。

ストレージ クラスタ ノードの固有 ID 番号。ID は stcli cluster info コマンドで、stNode のフィールド id に表示されます。

--ip-2 NAME2

オプション。

ストレージ クラスタ ノードの IP アドレス。IP は stcli cluster info コマンドで、stNode のフィールド name に表示されます。

--ip オプションは現在サポートされていません。

-f, --force

オプション。

ストレージ クラスター ノードを強制的に削除します。

Example:
stNodes for a 5 node cluster:
----------------------------------------
type: node
id: 569c03dc-9af3-c646-8ac5-34b1f7e04b5c
name: example1
----------------------------------------
type: node
id: 0e0701a2-2452-8242-b6d4-bce8d29f8f17
name: example2
----------------------------------------
type: node
id: a2b43640-cf94-b042-a091-341358fdd3f4
name: example3
----------------------------------------
type: node
id: c2d43691-fab5-30b2-a092-741368dee3c4
name: example4
----------------------------------------
type: node
id: d2d43691-daf5-50c4-d096-941358fede374
name: example5

5 ノード クラスタからノードを削除するには、 stcli node remove コマンドを次のように実行します。

- 1 つのノードを削除するには

- stcli node remove: ip-1 example5 または

- stcli node remove –id-1 d2d43691-daf5-50c4-d096-941358fede374

- 2 つのノードを同時に削除するには、次のようにします。

- stcli node remove –ip-1 example5 –ip-2 example4 または

- stcli node remove –id-1 d2d43691-daf5-50c4-d096-941358fede374 –id-2 c2d43691-fab5-30b2-a092-741368dee3c4

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

このコマンドでは、vCenter からノードを削除することはできません。また、コントローラ VM など、インストールされている HX Data Platform 要素は削除されません。

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

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

（注）

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

ステップ 4

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

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

# stcli cluster info

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

ステップ 5

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

（注）

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

ステップ 6

VCenter の [Hosts and Cluster] ビューからホストを削除します。

1. vSphere Web クライアント ナビゲータにログインします。vSphere インベントリの [Host] に移動します。

2. ホストを右クリックして、[HX メンテナンス モードの開始 (Enter HX Maintenance Mode)] を選択します。[Yes] をクリックします。

3. ホストを右クリックして、[All vCenter Actions] > [Remove from Inventory] を選択します。[Yes] をクリックします。

ステップ 7

UCS Manager からホストをデコミッションします。

1. UCS Manager にログインします。[Navigation] ペインで [Equipment] をクリックします。

2. [Equipment] > [Chassis]>[Chassis Number]>[Servers] の順に展開します。

3. 切断する HX サーバを選択します。[Work] ペインで、[General] タブをクリックします。

4. [アクション（Actions）] 領域で、[サーバ メンテナンス（Server Maintenance）] をクリックします。[Maintenance] ダイアログ ボックスで、[Decommission] をクリックします。[OK] をクリックします。

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

導入環境をクリーンアップするか、またはストレージ クラスタからノードを削除するには、stcli node remove を使用します。

（注）

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

影響するコンテキストは、コンバージド ノードの数に基づきます。コンピューティング ノードの数は、ノードの交換ワークフローに影響しません。

クラスタ内のノードの数

方式

3 ノード クラスタ

ノードを取り外して交換するには、TAC を参照してください。

4 ノード クラスタ

クラスタをオフラインにする必要があります。

5 ノード クラスタ、2 ノードを取り外す

クラスタをオフラインにする必要があります。

5 ノード クラスタ、正常なクラスタから 1 ノードを取り外す

クラスタをオンラインにすることができます。オンライン ストレージ クラスタからのノードの削除を参照してください。

（注）

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

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

手順

ステップ 1

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

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

3 ノード クラスタの場合、3 ノード クラスタでノード障害が発生すると、クラスタが正常ではなくなるため、TAC にご連絡ください。

2. DRS が有効であることを確認するか、またはノードから VM を手動で移動します。

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

4. 削除するノードを HX メンテナンス モードにします。

5. 削除しないノードのコントローラ VM にログインします。

ステップ 2

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

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

- クラスタは 5 ノード未満である。

- 5 ノード クラスタから 2 ノードを取り外す。

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

任意で、VM を vMotion で移動します。

2. HX ストレージ クラスタ ノードの非 HX データソースですべての VM をグレースフル シャットダウンし、マウント解除します。

3. コントローラ 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')

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

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

- vCenter からのノードの削除。ノードは vCenter に残ります。

- インストールされている HX Data Platform 要素（コントローラ VM など）の削除。

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

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

（注）

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

ステップ 4

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

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

# stcli cluster info

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

ステップ 5

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

（注）

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

ステップ 6

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

# stcli クラスタ開始

コンピューティング ノードの削除

手順

ステップ 1

削除する必要があるコンピューティング ノードからすべての VM を移行します。

ステップ 2

コンピューティング ノードからのデータストアをマウント解除します。

ステップ 3

次のコマンドを実行して、クラスタが健全な状態であることを確認します。

stcli cluster info --summary

ステップ 4

ESXi ホストをメンテナンス モードにします。

ステップ 5

CIMP (クラスタ IP アドレスのように Cisco HX Connect IP アドレスを使用) から stcli node remove コマンドを使用して、コンピューティング ノードを削除します。

stcli node remove --ip-1

IP は、削除されるノードの IP アドレスです。

ステップ 6

DVS が存在する場合、vCenter の EXSi ホストから DVS を削除します。

ステップ 7

vCenter から ESXi ホストを削除します。

ステップ 8

次のコマンドを実行して、クラスタが健全な状態であることを確認します。

stcli cluster info --summary

ステップ 9

Cisco HX Connect をログアウトし、Cisco HX Connect にログインして、コンピューティング ノードの古いエントリを消去します。

ステップ 10

高可用性 (HA) および分散リソース スケジューラ (DRS) サービスを無効にしてから再度有効にして、ノードを削除した後にサービスを再設定します。

ディスクおよびストレージ コントローラ VM から削除されたノード データの削除

ストレージ クラスタからノードを削除した後、次の手順を使用して、ディスクおよびストレージ コントローラ VM から削除されたノードの詳細を削除する必要があります。

警告

データが削除されると、そのデータは復元できないことに注意してください。

手順

ステップ 1

次のコマンドを実行して、クラスタを破棄します。

run destroycluster -sxy

ステップ 2

/etc/フォルダから stvboot.cfg設定ファイルを削除します。

ステップ 3

コントローラ VM を再起動します。

（注）

再起動プロセスには数分かかります。

ステップ 4

コントローラ VM を再起動した後、次のコマンドを実行します。

# for d in $(/bin/lsblk -dpn -e 1,2,7,11 | awk '{ print $1 }');do  grep -qE "$d[0-9]"
/proc/mounts && continue; dd if=/dev/zero of=$d bs=1M oflag=direct & done;

データの削除アクションには時間がかかります。ドライブ データの削除が完了すると、「デバイスに空きスペースがありません」というメッセージが表示されます。このメッセージは無視してください。

ノードの交換

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

1. クラスタは正常です。

2. Cisco HX メンテナンス モードで影響を受けたノード。

3. クラスタをシャットダウンします（クラスタをオフラインにします）。

stcli cluster shutdown コマンドを使用します。

4. ノードを取り外します。

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

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

stcli cluster start コマンドを使用します。

6. クラスタがオンラインになって正常になるまで待機します。

7. [HX Installer] > [Expand Cluster] を使用して、交換用ノードを追加します。

（注）

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

4 ノード クラスタ

2 つ以上

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

5 ノード クラスタ

1

1. クラスタは正常です。

2. Cisco HX メンテナンス モードで影響を受けたノード。

3. クラスタはオンラインのままです。

4. ノードを取り外します。

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

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

stcli cluster start コマンドを使用します。

6. クラスタがオンラインになって正常になるまで待機します。

7. [HX Installer] > [Expand Cluster] を使用して、交換用ノードを追加します。

（注）

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

5 ノード クラスタ

2

1. クラスタは正常です。

2. Cisco HX メンテナンス モードで影響を受けたノード。

3. クラスタをシャットダウンします（クラスタをオフラインにします）。

stcli cluster shutdown コマンドを使用します。

4. ノードを取り外します。

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

両方のノードを指定します。

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

stcli cluster start コマンドを使用します。

6. クラスタがオンラインになって正常になるまで待機します。

7. [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』を参照してください。

コンピューティング ノードの交換

コンピューティング ノード ブースト ディスクまたはブレードが破損しており、ノードを置換する必要がある場合、次の手順を実行します。

1. 既存の Hyper-V HyperFlex クラスタからコンピューティング ノードを削除します。

2. OS を再インストールし、コンピューティング ノードをクラスタに再度追加します。

（注）

コンピューティング ノードは、HyperFlex リリース 3.5.2 以降のリリースでサポートされています。

このセクションは、ブート ディスクまたはブレードの障害により、交換する必要があるコンピューティング ノードを交換する手順を説明しています。

手順

ステップ 1

Hyper-V フェールオーバ クラスタ マネージャを使用し、フェールオーバ クラスタ マネージャから不具合のあるコンピューティング ノードを削除します。

ステップ 2

Active Directory からコンピューティング ノードのコンピュータ オブジェクトをクリーンアップします。

（注）

コンピューティング ノードの DNS エントリをクリーンアップする必要があります。

ステップ 3

コントローラ VM に移動して remcomputenode.py スクリプトを実行し、コンピューティング ノードに関連付けられている古いエントリをクリーンアップします。

削除コンピューティング ノード Python スクリプトは、引数としてコンピューティング ノードの UUID またはホスト名のどちらかを提供して実行できます。

次のサンプルでは、コンピューティング ノードの UUID を持つスクリプトを実行する方法を示しています。

python remcomputenode.py -u C2581942-55D2-8021-B1B1-A117F396D671

次のサンプルでは、コンピューティング ノードのホスト名を持つスクリプトを実行する方法を示しています。

python remcomputenode.py -n node-hv1.cloud.local

（注）

次の .egg ファイルがコントローラ VM で利用可能なことを確認します。

- /usr/share/thrift-0.9.1.a-py2.7-linux-x86_64.egg

- /opt/springpath/storfs-mgmt-cli/stCli-1.0-py2.7.egg

ステップ 4

障害のある MB、コンピューティング ブレード、またはブート ディスクを交換します。

ステップ 5

インストーラ VM からコンピューティング ノード拡張ワークフローを実行します。

1. Windows 2016 をインストールします。

2. [HX Data Platform インストーラ (HX Data Platform Installer)] ページで、[次にやることをわかっています... (I know what I’m doing...)] チェック ボックスをオンにします。

3. 拡張ワークフローを選択し、手順を完了します。

Chapter11. Cisco HyperFlex システム クラスタの展開

- クラスタ展開のガイドライン

- 混合 M4/M5 クラスタを作成する場合の前提条件

- 混合クラスタ展開のガイドライン

- 混合クラスタ展開中の手順

- コンバージド（HX220c/HX240c）ノードの追加に関する前提条件

- コンバージド ノードの準備

- 既存のクラスタへのコンバージド ノードの追加

- コンピューティング専用ノードの追加に関する前提条件

- コンピューティング専用ノードの準備

- 既存のクラスタへのコンピューティング専用ノードの追加

- クラスタ展開の障害の解決

- ロジカル アベイラビリティ ゾーンの有効化

クラスタ展開のガイドライン

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

- RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

- ESXi インストールは、M4 コンバージド ノードの SD カードおよび M5 コンバージド ノードの M.2 SATA SSD でサポートされています。コンピューティング専用ノードの場合、ESXi インストールは SD カード、SAN ブート、またはフロント アクセス対応 SSD/HDD でサポートされています。コンピューティング専用ノードでは、USB フラッシュへの ESXi のインストールはサポートされていません。

（注）

HW RAID M.2 (UCS-M2-HWRAID および HX-M2-HWRAID) は、コンピューティング専用ノードではサポートされていません。

- 検出されたクラスタをクリックして、3.5x またはそれ以前のリリースの標準 ESX クラスタの拡張を続行します。そうしないとエラーになります。

- 拡張ワークフローの中でコントローラ VM の管理クレデンシャルのみを使用します。管理以外の他のクレデンシャルを使用すると、拡張に失敗する可能性があります。

- ESXi インストール ガイドライン

ESXi インストール ガイドライン

1. コンピューティング ノードのブート ポリシーを変更します。

M5 サーバの HyperFlex ストレッチ クラスタ コンピューティング専用ノードのテンプレートおよびブート ポリシーを変更するには:

1. テンプレートの複製

2. コンピューティング M5 ノードにフラッシュ カードがない場合、ローカル ブート ポリシーから Flex flash のチェックを外します。

3. 適切な WWPN で SAN ブートをブート順序に追加します。

2. DPI 拡張ワークフローを開始します。

3. プロンプトされる場合、ISO イメージを使用して ESXi をインストールします。

4. DPI 拡張ワークフローに戻り、ESXi インストール ワークフローを完了します。

（注）

Hypervisor 設定が失敗し、SOL ロギングの障害メッセージが表示される場合、ルートおよびデフォルト パスワードを使用して SSH で インストーラ CLI にアクセスし、ESXi ハイパーバイザを設定します。そして、高度なインストーラを実行し、[HX Storage Software (HX ストレージ ソフトウェア)] および [Expand Cluster (クラスタの拡張)] チェック ボックスをチェックして、ESXi インストール プロセスを続行します。

混合 M4/M5 クラスタを作成する場合の前提条件

混合クラスタでクラスタ展開を開始する前に、次のタスクを実行する必要があります。

- Hypercheck ヘルス チェック ユーティリティ: アップグレードする前に、Hypercheck クラスタでこの予防的ヘルス チェック ユーティリティを実行することを推奨します。これらのチェックにより、注意が必要なエリアがすぐに見やすくなり、シームレスなアップグレード エクスペリエンスを保証します。Hypercheck のインストールと実行方法の完全な手順の詳細については、『Hyperflex 健全性および事前アップグレード チェック ツール』を参照してください。

- UCS Manager を 3.2(1d) 以降にアップグレードします。

- 既存の HX クラスタを 2.6(1a) 以降に完全にアップグレードします。

- 2.6(1A) 以降のHX Data Platform インストーラをダウンロードして展開し、展開ワークフローを実行します。

- 既存の M4 サーバ ファームウェアを最新の 3.2(1) パッチ リリースにアップグレードします。

- vCenter を 6.5 以降にアップグレードします。vCenter 6.5 がないと、Broadwell EVC モードを有効にできません。vCenter のアップグレードのみが必要です。ESXi については、VMware ソフトウェア相互運用性マトリクスに従って古いバージョンのままにすることができます。EVC モードのオフはサポートされておらず、将来的に運用上の問題が発生します。

混合クラスタ展開のガイドライン

- Hypercheck ヘルス チェック ユーティリティ: アップグレードする前に、Hypercheck クラスタでこの予防的ヘルス チェック ユーティリティを実行することを推奨します。これらのチェックにより、注意が必要なエリアがすぐに見やすくなり、シームレスなアップグレード エクスペリエンスを保証します。Hypercheck のインストールと実行方法の完全な手順の詳細については、『HyperFlex 健全性および事前アップグレード チェック ツール』を参照してください。

- M5 コンバージド ノードを持つ既存の M4 クラスタの展開がサポートされています。

- M4 コンバージド ノードを持つ既存の M5 クラスタの展開がサポートされています。

- M4 または M5 コンバージド ノードを持つ既存の混合 M4/M5 クラスタの展開がサポートされています。

- サポートされているコンピューティング専用ノードを追加することは、HX Data Platform 2.6 またはそれ以降のインストーラを使用した M4、M5、混合 M4/M5 クラスタすべてで許可されています。いくつかの例となる組み合わせがここにリストされています。その他多くの組み合わせが可能です。

Example combinations:
Expand mixed M4/M5 cluster with compute-only B200, C220, C240 M4/M5
Expand M4 cluster with compute-only B200 M5, C220 M5, C240M5

- 混合クラスタを作成するには、展開ワークフローのみがサポートされています。混合 M4/M5 サーバを持つ最初のクラスタ作成はサポートされていません。

- すべての M5 サーバは、既存の M4 サーバのフォーム ファクタ（220/240）、タイプ（Hybrid/AF）、セキュリティ機能（非 SED のみ）およびディスク設定（数量、容量、非 SED）と一致する必要があります。ドライブの互換性の詳細については、『Cisco HyperFlex Drive Compatibility』ドキュメントを参照してください。

- HX220-M4 と組み合わせるとき、HX220-M5 は最大 6 の容量ディスク（2 ディスク スロットは空のまま）を使用します。

- HX Edge、SED、LFF、Hyper-v、およびストレッチ クラスタは、混合 M4 および M5 クラスタをサポートしていません。

リリース 3.5 向け混合クラスタ拡張のガイドライン

混合クラスタは、同じストレージ クラスタ内の M4 および M5 HX コンバージド ノードの両方を持つことで定義されます。混合クラスタを設定するとき、以下のガイドラインが適用されます。

- M5 コンバージド ノードを持つ既存の M4 クラスタの展開がサポートされています。

- M4 コンバージド ノードを持つ既存の M5 クラスタの展開がサポートされています。

- M4 または M5 コンバージド ノードを持つ既存の混合 M4/M5 クラスタの展開がサポートされています。

- サポートされているコンピューティング専用ノードを追加することは、HX Data Platform 2.6 またはそれ以降のインストーラを使用した M4、M5、混合 M4/M5 クラスタすべてで許可されています。いくつかの例となる組み合わせがここにリストされています。その他多くの組み合わせが可能です。

Example combinations:
Expand mixed M4/M5 cluster with compute-only B200, C220, C240 M4/M5
Expand M4 cluster with compute-only B200 M5, C220 M5, C240M5

- 混合クラスタを作成するには、展開ワークフローのみがサポートされています。混合 M4/M5 サーバを持つ最初のクラスタ作成はサポートされていません。

- すべての M5 サーバは、既存の M4 サーバのフォーム ファクタ（220/240）、タイプ（Hybrid/AF）、セキュリティ機能（非 SED のみ）およびディスク設定（数量、容量、非 SED）と一致する必要があります。

- HX220-M4 と組み合わせるとき、HX220-M5 は最大 6 の容量ディスク（2 ディスク スロットは空のまま）を使用します。

- HyperFlex Edge は混合クラスタをサポートしません。

- SED SKU は混合クラスタをサポートしません。

混合クラスタ展開中の手順

- 検証手順を実行中、展開が開始する前に EVC チェックが実行されます。この時点で、既存のクラスタで EVC モードを手動で有効にするにあたり表示される指示に従います。

注意

警告時に EVC の有効化に失敗すると、ストレージ クラスタと後で関連付けられた VM の完全なシャット ダウンが必要となります。この警告はスキップしないでください。

- VCenter で EVC モードの設定を実行し、検証を再試行してください。

- クラスタ展開は、2 回検証し展開を続行します。

コンバージド（HX220c/HX240c）ノードの追加に関する前提条件

コンバージド ノードは、クラスタ作成後に HyperFlex クラスタに追加可能です。コンバージド ノード上のストレージでは、クラスタのストレージ容量が自動的に追加されます。

既存のストレージ クラスタにコンバージド ノードを追加する前に、次の前提条件が満たされていることを確認します。

- ストレージ クラスタの状態が正常であること。

- 新しいノードが、ネットワークやディスクの要件などインストールの前提条件に記載されているシステム要件を満たしていること。

- 新しいノードがストレージ クラスタ内の他のノードと同じ設定を使用していること。この設定には、VLAN ID、スイッチ タイプ（vSwitch かどうか）、外部スイッチ VLAN タギング（EST）を使用する VLAN タギング、仮想スイッチ タギング（VST）を使用する VLAN タギング、仮想分散スイッチ（vDS）があります。

（注）

ストレージ クラスタが領域不足の状態にある場合に、新しいノードを追加すると、システムは自動的にストレージ クラスタを再調整します。これは、24 時間ごとに実行される再調整に加えて行われるものです。

- 追加するノードが同じモデル（HX220 または HX240）のタイプ（ハイブリッドまたはオール フラッシュ）および同じディスク構成（SED または非 SED）であること。また、キャパシティ ディスクの数が既存のクラスタ ノードと一致すること。

- HyperFlex クラスタですでに使用されているものとは異なる CPU ファミリを持つノードを追加するには、EVC を有効にします。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「混在 CPU を伴うクラスタの設定」の項を参照してください。

- ノードのソフトウェア バージョンが、Cisco HX Data Platform バージョン、ESXi バージョン、vCenter バージョンと一致していることを確認します。ソフトウェアのバージョンを確認するには、vCenter の [Storage Cluster Summary] タブに移動し、上部のセクションで HX Data Platform のバージョンを確認します。必要に応じてアップグレードします。

（注）

クラスタをアップグする場合は、クラスタで実行されている HXDP の現在のバージョンに一致する新しいインストーラ VM をダウンロードしてインストールする必要があります。

- 新しいノードに 1 つ以上の有効な DNS サーバおよび NTP サーバが設定されていること。

- SSO または Auto Support を使用している場合は、ノードが SSO および SMTP サービス用に確実に設定されていること。

- HX Data Platform インストーラ および既存のクラスタ管理 IP アドレス間で ping するために ICMP が許可されていること。

コンバージド ノードの準備

手順

ステップ 1

コンバージド ノードを既存のストレージ クラスタのハードウェアとネットワークに接続します。

ステップ 2

HX ノードが工場出荷時に準備されたノードであることを確認します。

（注）

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

既存のクラスタへのコンバージド ノードの追加

（注）

RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

手順

ステップ 1

Cisco HX Data Platform インストーラ を起動します。

1. Web ブラウザで、HX Data Platform インストーラVM の IP アドレスまたはノード名を入力します。[Accept] または [Continue] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ のログイン ページが表示されます。ログイン画面の右下隅に表示される HX Data Platform インストーラ インストーラの [Build ID] を確認します。

2. ログイン ページで、次のクレデンシャルを入力します。

ユーザ名：root

パスワード (デフォルト): Cisco123

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

3. EULA を読んで、 [I accept the terms and conditions] チェックボックスをオンにし、[Login] をクリックします。

ステップ 2

[Workflow] ページで [Cluster Expansion] を選択します。

ステップ 3

[Credentials] ページで、次のフィールドに値を入力します。

クラスタ作成を実行するために、必要な設定データとともに JSON configuration ファイルをインポートすることもできます。次の 2 つの手順は、JSON ファイルをインポートする場合はオプションです。インポートしない場合には、データを必須フィールドに手動で入力できます。

（注）

初めてのインストールでは、ファクトリ プレインストール JSON ファイルの調達についてシスコの担当者に問い合わせてください。

1. [Select a file] をクリックして、使用する JSON ファイルを選択して設定をロードします。[Use Configuration] を選択します。

2. Cisco UCS Manager 用にインポートした値が異なる場合は、[Overwrite Imported Values] ダイアログ ボックスが表示されます。[Use Discovered Values] を選択します。

フィールド

説明

[UCS Manager Credentials]

[UCS Manager Host Name]

UCS Manager FQDN または IP アドレス

たとえば 10.193.211.120 と入力します。

[User Name]

<admin> ユーザ名。

[Password]

<admin> パスワード。

[vCenter Credentials]

[vCenter Server]

vCenter Server の FQDN または IP アドレス。

たとえば 10.193.211.120 と入力します。

（注）

- vCenter Server は、クラスタが動作可能になる前に必要です。

- vCenter アドレスとクレデンシャルは、vCenter へのルート レベルの管理者権限が必要です。

- vCenter Server 入力は、ネストされた vCenter を構築する場合には省略可能です。詳細については、『Nested vCenter TechNote』を参照してください。

[User Name]

<admin> ユーザ名。

例：administrator@vsphere.local。

[Admin Password]

<root> パスワード。

[Hypervisor Credentials]

[Admin User Name]

<admin> ユーザ名。

これはファクトリ ノードのルートです。

[Admin Password]

<root> パスワード。

デフォルトのパスワードは、ファクトリ ノードの Cisco123 です。

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

ステップ 4

[Continue] をクリックします。[Cluster Expand Configuration] ページが表示されます。展開する HX クラスタを選択します。

展開する HX クラスタが見つからない場合、もしくはクラスタのロードに時間がかかる場合、[Management IP Address] フィールドのクラスタ管理アドレスの IP を入力します。

ステップ 5

[Server Selection] ページには、[Unassociated] タブの下に関連付けされていない HX サーバのリストと、[Associated] タブの下に検出されたサーバのリストが表示されます。[Unassociated] タブからサーバを選択し、HyperFlex クラスタに含めます。

HX サーバがこの一覧に表示されていない場合、Cisco UCS Manager を調べてそれらが検出されていることを確認します。

サーバごとに、[Actions] ドロップダウン リストを使用して、以下を設定できます。

- [Launch KVM Console]—HX Data Platform インストーラから直接 KVM コンソールを起動するには、このオプションを選択します。

- [Disassociate Server]：サービス プロファイルをそのサーバから削除するには、このオプションを選択します。

（注）

関連付けられていないサーバがない場合は、次のエラーメッセージが表示されます。

No unassociated servers found. Please login to UCS Manager and ensure server ports are enabled.

[Configure Server Ports] ボタンを使用することで、新しいすべての HX ノードを検出できます。一般に、設定を開始する前に Cisco UCS Manager でサーバ ポートを設定します。

ステップ 6

[Continue] をクリックします。[UCSM Configuration] ページが表示されます。

（注）

最初に JSON ファイルをインポートした場合、既存の HX クラスタから得られた必要な設定データが [Credentials] ページに取り込まれているはずです。この情報は、既存のクラスタ構成に一致している必要があります。

ステップ 7

[UCSM Configuration] ページで、ネットワークごとに次のフィールドに値を入力します。

フィールド

説明

[VLAN Configuration]

（注）

次の各ネットワークにそれぞれ個別のサブネットと VLAN を使用します。

[VLAN for Hypervisor and HyperFlex management]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-inband-mgmt

デフォルトの VLAN ID：3091

[VLAN for HyperFlex Storage traffic]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-storage-data

デフォルトの VLAN ID：3092

[VLAN for VM vMotion]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-vmotion

デフォルトの VLAN ID：3093

[VLAN for VM Network]

[VLAN Name]

[VLAN ID]

名前: vm-network

デフォルトの VLAN ID：3094

ゲスト VLAN のカンマ区切りリスト。

[MAC Pool]

[MAC Pool Prefix]

さらに 2 つの 16 進文字 (0-F) を追加することで、MAC プール プレフィックスを設定します。

たとえば、00:25:B5:A0 などです。

['hx-ext-mgmt' IP Pool for Out-of-Band CIMC]

[IP Blocks]

HyperFlex ノードに指定された IP アドレスの範囲。これは、ゲスト VLAN の値のカンマ区切りリストにできます。

例えば、 10.193.211.124-127, 10.193.211.158-163

[Subnet Mask]

IP アドレスを制限して制御するために、サブネットを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

IP アドレス。

たとえば、10.193.0.1 と指定します。

[iSCSI Storage]

（注）

将来的に任意の時点で外部ストレージの利用を希望する場合は、これを事前に設定する必要があります。

[Enable iSCSI Storage] チェックボックス

iSCSI ストレージを設定するには、オンにします。

[VLAN A Name]

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けられている VLAN の名前。

[VLAN A ID]

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けられている VLAN の ID。

[VLAN B Name]

下位のファブリック インターコネクト（FI-B）で、iSCSI vNIC に関連付けられている VLAN の名前。

[VLAN B ID]

下位のファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けられている VLAN の ID。

[FC Storage]

（注）

将来的に任意の時点で外部ストレージの利用を希望する場合は、これを事前に設定する必要があります。

[Enable FC Storage] チェックボックス

FC ストレージを有効にするには、オンにします、

[WWxN Pool]

WW ノード名および WW ポート名の両方を含む WWN プール。それぞれのファブリック インターコネクトに対し、WWPN および WWNN 用の WWxN プールが作成されます。

[VSAN A Name]

プライマリ ファブリック インターコネクト（FI-A）の VSAN の名前。デフォルトでは、hx-ext-storage-fc-a に設定されています。

[VSAN A ID]

プライマリ ファブリック インターコネクト（FI-A）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

[VSAN B Name]

下位のファブリック インターコネクト（FI-B）の VSAN の名前。デフォルトでは、hx-ext-storage-fc-b に設定されています。

[VSAN B ID]

下位のファブリック インターコネクト（FI-B）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

[Advanced]

[UCS Firmware Version]

ドロップダウン リストから HX サーバに関連付ける UCS ファームウェア バージョンを選択します。UCS ファームウェア バージョンは UCSM バージョンと一致する必要があります。詳細については、最新の Cisco HX データ プラットフォームのリリース ノート を確認してください。

たとえば、3.2(1d)。

[HyperFlex Cluster Name]

特定のクラスタ内の HX サーバのグループに適用される名前。これはユーザ定義の名前です。HyperFlex クラスタ名は、簡単に識別できるようにサービス プロファイルにラベルを追加します。

[Org Name]

クラスタの固有の組織名を表示して、残りの UCS ドメインからの HyperFlex 環境の分離が保証されます。

（注）

[Configuration] ペインで VLAN、MAC プール、および IP アドレス プールの情報を確認します。これらの VLAN ID は、環境に応じて変更できます。デフォルトでは、インストーラによって VLAN が非ネイティブとして設定されます。トランク設定を適切に適用することで、非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定する必要があります。

ステップ 8

[Continue] をクリックします。[Hypervisor Configuration] ページが表示されます。次のフィールドに入力します。

注目

再インストールの場合や、ESXi ネットワーキングが完了している場合は、この手順で説明したフィールドの入力を省略できます。

フィールド

説明

[Configure Common Hypervisor Settings]

[Subnet Mask]

IP アドレスを制限して制御するために、サブネット マスクを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

ゲートウェイの IP アドレス。

たとえば、10.193.0.1 と指定します。

[DNS Server(s)]

DNS サーバの IP アドレス。

DNS サーバがない場合は、HX データ プラットフォーム インストーラの [Cluster Configuration] ページのいずれのフィールドにもホスト名を入力しないでください。すべての ESXi ホストに静的 IP アドレスとホスト名のみを使用します。

（注）

複数の DNS サーバーを提供する場合は、両方の DNS サーバーが正しく入力されていることを慎重に確認し、コンマで区切ってください。

[Hypervisor Settings]

IP アドレスを順番に並べるには、[Make IP Addresses and Hostnames Sequential] を選択してください。

（注）

ドラッグ アンド ドロップを使用してサーバを並べ替えることができます。

[Name]

サーバ名。

Serial

サーバのシリアル番号。

[Static IP Address]

すべての ESXi ホストに静的 IP アドレスとホスト名を入力します。

[Hostname]

ホスト名フィールドを空欄のままにしないでください。

ステップ 9

[Continue] をクリックします。[IP Addresses] ページが表示されます。[Add Compute Server] または [Add Converged Server] をクリックして、さらにコンピューティングまたはコンバージド サーバを追加できます。

[Make IP Addresses Sequential] を選択して、IP アドレスを連続させます。IP アドレスの場合は、属するデータ ネットワークまたは管理ネットワークを指定します。

各 HX ノードでは、ハイパーバイザ管理 IP アドレスとデータ IP アドレスの次のフィールドに値を入力します。

フィールド

説明

[Management Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Management Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間の HX データ プラットフォーム ストレージ コントローラ VM 管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間の HX データ プラットフォーム ストレージ コントローラ VM データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Hypervisor]、[Storage Controller VM (Management)]、[Hypervisor (Data)]、および [Storage Controller VM (Data)] 列の最初の行に IP アドレスを入力すると、HX Data Platform インストーラ によって、他のノードのノード情報に増分自動入力が適用されます。ストレージ クラスタ内のノードの最小数は 3 です。それより多くのノードがある場合は、[Add] ボタンを使用して、アドレス情報を指定します。

（注）

コンピューティング専用ノードは、ストレージ クラスタを作成してからでないと追加できません。

[Controller VM Password]

デフォルトの管理者ユーザ名とパスワードがコントローラ VM に適用されます。VM は、コンバージドとコンピューティング専用のすべてのノードにインストールされています。

重要

- コントローラ VM またはコントローラ VM のデータストアの名前は変更できません。

- すべてのコントローラ VM に同じパスワードを使用します。異なるパスワードの使用はサポートされていません。

- 1 つの大文字、1 つの数字、1 つの特殊文字を含み、合計で少なくとも 10 文字になる複合パスワードを指定してください。

- 作成するコントローラ VM および HX クラスタにユーザ定義のパスワードを指定できます。パスワードの文字と形式の制限事項については、『Cisco HX Data Platform Management Guide』の「Guidelines for HX Data Platform Special Characters」の項を参照してください。

[Advanced Configuration]

[Jumbo frames]

[Enable Jumbo Frames] チェックボックス

ホスト vSwitch と vNIC、および各ストレージコントローラ VM のストレージデータネットワークの MTU サイズを設定する場合にオンにします。

デフォルト値は 9000 です。

（注）

MTU サイズを 9000 以外の値に設定するには、Cisco TAC にお問い合わせください。

Disk Partitions

[Clean up Disk Partitions] チェックボックス

ストレージ クラスタに追加されたすべてのノードから既存のデータおよびパーティションをすべて削除するには、オンにします。保持する必要があるデータは、バックアップする必要があります。

重要

工場で準備されたシステムにはこのオプションを選択しないでください。工場で準備されたシステムのディスク パーティションは正しく設定されています。手動で準備されたサーバでは、このオプションを選択して既存のデータとパーティションを削除します。

ステップ 10

[Start] をクリックします。[Progress] ページに、さまざまな設定タスクの進捗状況が表示されます。

（注）

vCenter クラスタで EVC が有効になっている場合、展開プロセスが失敗し、「The host needs to be manually added to vCenter」というメッセージが出されます。展開操作を正常に実行するには、次のようにします。

- vSphere クライアント に追加する ESXi ホストにログインします。

- コントローラ VM の電源をオフにします。

- ホストを vSphere Web Client の vCenter クラスタに追加します。

- HX Data Platform インストーラ で、[Retry Deploy] をクリックします。

ステップ 11

クラスタ展開が完了したら、[Launch HyperFlex Connect] をクリックしてストレージ クラスタの管理を開始します。

（注）

既存のストレージ クラスタにノードを追加する場合、スケジュールされた時間に自動再調整が行われるまで、クラスタには引き続き元のストレージ クラスタと同じ HA 復元力があります。

再調整は通常、24 時間中にスケジュールされ、ノードの障害発生後の 2 時間、またはストレージ クラスタの領域がなくなった場合に行われます。

スケジュールされた時間よりも前にストレージ クラスタを再調整する必要がある場合は、次に示すストレージ クラスタの再調整コマンドを手動で実行します。

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

1. # stcli rebalance start --force

2. 再調整のステータスをモニタするには

# stcli rebalance status

ステップ 12

新しいノードがストレージ クラスタに追加された後、HA サービスがリセットされ、HA が追加されたノードを認識できるようになります。

1. vSphere にログインします。

2. vSphere Web Client で、[Home] > [vCenter] > [Inventory Lists] > [Hosts and Clusters] > [vCenter] > [Server] > [Datacenter] > [Cluster] > [Host] に移動します。

3. 新規ノードを選択します。

4. 右クリックし、vSphere HA に対し [Reconfigure] を選択します。

コンピューティング専用ノードの追加に関する前提条件

コンピューティング専用 ノードは、HyperFlex クラスタの作成後にクラスタに追加できます。このノードは、追加のコンピューティング リソースを提供するために追加されます。Cisco UCS サーバは、クラスタにストレージ容量をもたらさないため、キャッシュ ドライブまたは永続ドライブを装備する必要はありません。

コンピューティング専用ノードを追加する前に、次の前提条件が満たされていることを確認します。

- ストレージ クラスタの状態が正常であること。

- 新しいノードが、ネットワークやディスクの要件など インストールの前提条件 に記載されている コンピューティング専用 システム要件を満たしていること。

- サービス プロファイルの関連付け後、ESXi ハイパーバイザをインストールします。

- 新しいノードがストレージ クラスタ内の他のノードと同じ設定を使用していること。この設定には、VLAN ID、スイッチ タイプ（vSwitch かどうか）、外部スイッチ VLAN タギング（EST）を使用する VLAN タギング、仮想スイッチ タギング（VST）を使用する VLAN タギング、仮想分散スイッチ（vDS）があります。

（注）

ストレージ クラスタが領域不足の状態にある場合に、新しいノードを追加すると、システムは自動的にストレージ クラスタを再調整します。これは、24 時間ごとに実行される再調整に加えて行われるものです。

- 追加する新しいノードが HX クラスタですでに使用されているものとは異なる CPU ファミリを搭載している場合には、EVC を有効にしてください。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「混在 CPU を伴うクラスタの設定」の項を参照してください。

- ノードのソフトウェア バージョンが、Cisco HX Data Platform バージョン、ESXi バージョン、vCenter バージョンと一致していることを確認します。ソフトウェアのバージョンを確認するには、vCenter の [ストレージ クラスタ概要] タブに移動し、上部のセクションで HX データ プラットフォーム のバージョンを確認します。必要に応じてアップグレードします。

- 新しいノードに 1 つ以上の有効な DNS サーバおよび NTP サーバが設定されていること。

- SSO または Auto Support を使用している場合は、ノードが SSO および SMTP サービス用に確実に設定されていること。

- ESXi インストールは、M4 コンバージド ノードの SD カードおよび M5 コンバージド ノードの M.2 SATA SSD でサポートされています。コンピューティング専用ノードの場合、ESXi インストールは SD カード、SAN ブート、またはフロント アクセス対応 SSD/HDD でサポートされています。コンピューティング専用ノードでは、USB フラッシュへの ESXi のインストールはサポートされていません。

（注）

HW RAID M.2 (UCS-M2-HWRAID および HX-M2-HWRAID) は、コンピューティング専用ノードではサポートされていません。

コンピューティング専用ノードの準備

手順

ステップ 1

サーバがサポート対象の HX サーバで、要件を満たしていることを確認します。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「ホスト要件」の項を参照してください。

ステップ 2

Cisco UCS Manager にログインします。

1. ブラウザを開き、ストレージ クラスタ ネットワークのファブリック インターコネクト用の Cisco UCS Manager アドレスを入力します。

2. [UCS Manager の起動（Launch UCS Manager）] ボタンをクリックします。

3. プロンプトが表示された場合は、Java をダウンロードして、インストールし、受け入れます。

4. 管理者クレデンシャルを使用してログインします。

ユーザ名: admin

パスワード: <admin password>

ステップ 3

サーバを検索して、サーバがストレージ クラスタと同じ FI ドメインに追加されており、承認されたコンピューティング専用モデルであることを確認します。互換性のあるコンピューティング専用ノードの詳細なリストについては、最新の『Cisco HX Data Platform リリース ノート』を確認してください。

- HX データ プラットフォーム インストーラの確認

- UCS Manager を使用したコンピューティング専用ノードへの HX プロファイルの適用

- コンピューティング ノードへの VMware ESXi のインストール

HX データ プラットフォーム インストーラの確認

手順

ステップ 1

ストレージ クラスタのすべてのノードと、ストレージ クラスタに追加されてコンピューティング ノードと通信できるノードに、HX データ プラットフォーム インストーラがインストールされていることを確認します。

ステップ 2

HX データ プラットフォーム インストーラがインストールされていない場合は、「HX データ プラットフォーム インストーラの展開」を参照してください。

UCS Manager を使用したコンピューティング専用ノードへの HX プロファイルの適用

Cisco UCS Manager では、ネットワーク ポリシーは HX プロファイルにグループ化されます。HX インストーラは、コンピューティング専用ノードの自動サービス プロファイル アソシエーションを処理します。手動アソシエーションは不要です。

手順

インストールが開始したら、UCS Manager でコンピューティング専用ノードのサービス プロファイル アソシエーションを監視する必要があります。ESXi のインストールに進む前に、サーバが完全に関連付けられるまで待ちます。

コンピューティング ノードへの VMware ESXi のインストール

重要

各コンピューティング専用ノード上に VMware ESXi をインストールします。

Cisco HX Data Platform サポート対象のバージョンの ESXi をインストールします。サポートされている ESXi バージョンのリストについては、『Cisco HyperFlex Data Platform Release Notes』を参照してください。

コンピューティング専用ノードに ESXi がすでにインストールされている場合、Cisco HX カスタム イメージで再イメージ化する必要があります。

始める前に

必要なハードウェアとネットワークの設定が満たされていることを確認します。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「インストールの前提条件」の項を参照してください。前の手順でサービス プロファイルが関連付けを終了していることを確認します。

手順

ステップ 1

Cisco HyperFlex の cisco.com ダウンロード サイトから ESXi の HX カスタム イメージをダウンロードします。「ソフトウェアをダウンロードする」を参照してください。

Cisco UCS Manager を通じてアクセスできるネットワーク ロケーションを選択します。

ステップ 2

Cisco UCS Manager にログインします。

ステップ 3

Cisco UCS Manager からサーバの KVM コンソールにログインします。

1. ナビゲーション ウィンドウで、[サーバ (Servers)] > [サービス プロファイル (Service Profiles)] > [サブ組織 (Sub-Ogranizations)] > [hx-cluster] をクリックします。

2. [hx-cluster] を右クリックして、[KVM Console] を選択します。

ステップ 4

コンピューティング サーバの KVM パスに HX-Vmware.iso イメージをコピーします。

例:

HX-Vmware-ESXi-60U3-5050593-Cisco-Custom-6.0.3.1.iso

ステップ 5

KVM コンソール セッションから、[Virtual Media] > [Map CD/DVD] を選択し、ESXi の HX カスタム イメージをマウントします。[マップ CD/DVD（Map CD/DVD）] オプションが表示されない場合は、まず仮想デバイスをアクティブにします。

1. [Virtual Media] > [Activate Virtual Devices] の順に選択します。

これはポップアップ ウィンドウで開きます。

2. [Accept the session] > [Apply] の順にクリックします。

ステップ 6

[Map CD/DVD] オプションから、HX-Vmware.iso ファイルの場所にマップします。

1. HX-Vmware.iso ファイルを選択します。

2. [Map Device] を選択します。

プロセスが完了したら、マップされた場所にファイルがあることを示すチェック マークが付きます。マッピングされたファイルのフルネームには ESXi ビルド ID が含まれています。

ステップ 7

コンピューティング サーバをリセットします。

1. KVM コンソールで [Reset] ボタンをクリックします。[OK] をクリックして確定します。

2. [Power Cycle] を選択します。[OK] をクリックします。

ステップ 8

HX-Vmware.iso ファイルを指すようにブート パスを変更します。

1. F6 を押します。

2. [Enter boot selection] メニューから、矢印キーを使用して Cisco vKVM-Mapped vDVD1.22 オプションを強調表示します。

3. Enter キーを押して、選択します。

ESXi インストーラ ブートローダーが起動します。目的のブート タイプに基づいて 3 つのコンピューティング専用ノード オプション（SD カード、ローカル ディスク、またはリモート ディスク）のいずれかを選択します。yes（すべて小文字）を入力して選択を確定します。インストールの残りの部分は自動化されています。ESXi は数回再起動します。短い待機期間後に自動的に消える警告が表示されても問題はありません。ESXi DCUI が完全に表示され、インストールの終了がシグナリングされるのを待機します。

ステップ 9

各 Cisco HyperFlex サーバに対して、ステップ 3 ～ 8 を繰り返します。

ステップ 10

ESXi が完全にインストールされたら、[Continue] をクリックします。[Retry Hypervisor Configuration] をクリックして、クラスタ展開の残りを完了します。

既存のクラスタへのコンピューティング専用ノードの追加

既存の HyperFlex システム クラスタに HyperFlex コンピューティング専用ノードを追加するには、次の手順を実行します。

（注）

RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

（注）

既存のクラスタにコンピューティング専用ノードを追加した後、vmotion の vmk2 インターフェイスを手動で設定する必要があります。

手順

ステップ 1

Cisco HX Data Platform インストーラ を起動します。

1. Web ブラウザで、HX Data Platform インストーラVM の IP アドレスまたはノード名を入力します。[Accept] または [Continue] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ のログイン ページが表示されます。ログイン画面の右下隅に表示される HX Data Platform インストーラ インストーラの [Build ID] を確認します。

2. ログイン ページで、次のクレデンシャルを入力します。

ユーザ名：root

パスワード (デフォルト): Cisco123

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

3. EULA を読んで、 [I accept the terms and conditions] チェックボックスをオンにし、[Login] をクリックします。

ステップ 2

[Workflow] ページで [Cluster Expansion] を選択します。

ステップ 3

[Credentials] ページで、次のフィールドに値を入力します。

クラスタ作成を実行するために、必要な設定データとともに JSON configuration ファイルをインポートすることもできます。次の 2 つの手順は、JSON ファイルをインポートする場合はオプションです。インポートしない場合には、データを必須フィールドに手動で入力できます。

（注）

初めてのインストールでは、ファクトリ プレインストール JSON ファイルの調達についてシスコの担当者に問い合わせてください。

1. [Select a file] をクリックして、使用する JSON ファイルを選択して設定をロードします。[Use Configuration] を選択します。

2. Cisco UCS Manager 用にインポートした値が異なる場合は、[Overwrite Imported Values] ダイアログ ボックスが表示されます。[Use Discovered Values] を選択します。

フィールド

説明

[UCS Manager Credentials]

[UCS Manager Host Name]

UCS Manager FQDN または IP アドレス

たとえば 10.193.211.120 と入力します。

[User Name]

<admin> ユーザ名。

[Password]

<admin> パスワード。

[vCenter Credentials]

[vCenter Server]

vCenter Server の FQDN または IP アドレス。

たとえば 10.193.211.120 と入力します。

（注）

- vCenter Server は、クラスタが動作可能になる前に必要です。

- vCenter アドレスとクレデンシャルは、vCenter へのルート レベルの管理者権限が必要です。

- vCenter Server 入力は、ネストされた vCenter を構築する場合には省略可能です。詳細については、『Nested vCenter TechNote』を参照してください。

[User Name]

<admin> ユーザ名。

例：administrator@vsphere.local。

[Admin Password]

<root> パスワード。

[Hypervisor Credentials]

[Admin User Name]

<admin> ユーザ名。

これはファクトリ ノードのルートです。

[Admin Password]

<root> パスワード。

デフォルトのパスワードは、ファクトリ ノードの Cisco123 です。

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

ステップ 4

[Continue] をクリックします。[Cluster Expand Configuration] ページが表示されます。展開する HX クラスタを選択します。

展開する HX クラスタが見つからない場合、もしくはクラスタのロードに時間がかかる場合、[管理 IP アドレス フィールド ] のクラスタ管理アドレスの IP を入力します。

ステップ 5

[Continue] をクリックします。[Server Selection] ページが表示されます。[Server Selection] ページの [Associated] タブに、接続済みのすべての HX サーバが一覧されます。これらのサーバは選択しないでください。[Unassociated] タブで、クラスタに追加するサーバを選択します。

ステップ 6

[Continue] をクリックします。[UCS Manager Configuration] ページが表示されます。

（注）

- 最初に JSON ファイルをインポートした場合、必須フィールドには、既存の HX クラスタからインポートした設定データが取り込まれているはずです。クラスタに追加する対象のサーバがアソシエートされていない場合は、それらのサーバを選択して [Continue] をクリックします。

- この情報は、既存のクラスタ構成に一致している必要があります。このページで適切な設定を使用することを確認します。

各ネットワークに以下の情報を入力します:

フィールド

情報

[VLAN for ESXi and HyperFlex management]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-inband-mgmt

デフォルトの VLAN ID：3091

[VLAN for HyperFlex Storage traffic]

[VLAN Name]

[VLAN ID]

名前：hx-storage-data

デフォルトの VLAN ID：3092

[VLAN for VM vMotion]

[VLAN Name]

[VLAN ID]

名前：hx-vmotion

デフォルトの VLAN ID：3093

[VLAN for VM Network]

[VLAN Name]

[VLAN ID]

名前：hx-vm-network

デフォルトの VLAN ID：3094

[MAC Pool]

[MAC Pool Prefix]

たとえば、00:25:B5:99 などとします（99 はデフォルトです。この値はユーザ環境に応じて設定できます）。

hx-ext-mgmt IP Pool for Out-of-Band CIMC

[IP Blocks]

HyperFlex ノードに指定された IP アドレスの範囲。これは、ゲスト VLAN の値のカンマ区切りリストにできます。

たとえば、 10.193.211.124-127、10.193.211.158-163、255.255.255.0 などです。

ゲートウェイの IP アドレスを入力します。たとえば、10.193.0.1 と指定します。

[Subnet]

IP アドレスを制限して制御するために、サブネットを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Default gateway]

IP アドレス。

たとえば、10.193.0.1 と指定します。

[Advanced]

[UCS Firmware version]

ドロップダウン リストから HX サーバに関連付ける UCS ファームウェア バージョンを選択します。UCS ファームウェア バージョンは UCSM バージョンと一致する必要があります。詳細については、最新の Cisco HX データ プラットフォームのリリース ノート を確認してください。

たとえば、3.2(1d)。

[HyperFlex Cluster Name]

特定のクラスタ内の HX サーバのグループに適用される名前。これはユーザ定義の名前です。HyperFlex クラスタ名は、簡単に識別できるようにサービス プロファイルにラベルを追加します。

（注）

[Configuration] ペインで VLAN、MAC プール、ANDIP アドレス プールの情報を確認します。これらの VLAN ID は、環境に応じて変更できます。デフォルトでは、インストーラによって VLAN が非ネイティブとして設定されます。トランク設定を適切に適用することで、非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定する必要があります。

ステップ 7

[Continue] をクリックします。[Hypervisor Configuration] ページが表示されます。次のフィールドに入力します。

注目

再インストールの場合や、ESXi ネットワーキングが完了している場合は、この手順で説明したフィールドの入力を省略できます。

フィールド

説明

[Configure Common Hypervisor Settings]

[Subnet Mask]

IP アドレスを制限して制御するために、サブネット マスクを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

ゲートウェイの IP アドレス。

たとえば、10.193.0.1 と指定します。

[DNS Server(s)]

DNS サーバの IP アドレス。

DNS サーバがない場合は、HX データ プラットフォーム インストーラの [Cluster Configuration] ページのいずれのフィールドにもホスト名を入力しないでください。すべての ESXi ホストに静的 IP アドレスとホスト名のみを使用します。

（注）

複数の DNS サーバーを提供する場合は、両方の DNS サーバーが正しく入力されていることを慎重に確認し、コンマで区切ってください。

[Hypervisor Settings]

IP アドレスを順番に並べるには、[Make IP Addresses and Hostnames Sequential] を選択してください。

（注）

ドラッグ アンド ドロップを使用してサーバを並べ替えることができます。

[Name]

サーバ名。

Serial

サーバのシリアル番号。

[Static IP Address]

すべての ESXi ホストに静的 IP アドレスとホスト名を入力します。

[Hostname]

ホスト名フィールドを空欄のままにしないでください。

ステップ 8

[Continue] をクリックします。[IP Addresses] ページが表示されます。[Add Compute-only Node] をクリックし、新しいノードを追加します。

複数のコンピューティング専用ノードを追加する場合は、[Make IP Addresses Sequential] を選択します。

フィールド

情報

[Management Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Management Storage Controller]

なし。

[Data Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Storage Controller]

なし。

Controller VM

コントローラ VM が既存の HX クラスタにインストールされている場合、それらのコントローラ VM に適用されたデフォルトの管理者ユーザ名とパスワードを入力します。

（注）

コントローラ VM 名は変更できません。既存のクラスタ パスワードを使用してください。

ステップ 9

[Start] をクリックします。[Progress] ページに、さまざまな設定タスクの進捗状況が表示されます。

（注）

デフォルトで、FlexFlash (SD カード) からブートする場合ユーザの介入は必要はありません。ただし、ローカル ディスクからブートするコンピューティング専用ノードを設定する場合は、Cisco UCS Manager の次の手順を完了します。

1. HX Data Platform インストーラ によって作成されたサービス プロファイルをクリックします。

たとえば、blade-1(HX_Cluster_Name) です。

2. [General] タブで、[Unbind from the Template] をクリックします。

3. 作業中のウィンドウで、[Storage] タブをクリックします。[ローカルディスクの設定ポリシー] サブ タブをクリックします。

4. [Actions] 領域で、次のように選択します。[Change Local Disk Configuration Policy] > [Create Local Disk Configuration Policy]。

5. [ローカル ディスク設定ポリシーの作成 ] で、ポリシーの名前を入力し、デフォルトとして残りの部分を保持します。[OK] をクリックします。

6. [Actions] 領域の [Change Local Disk Configuration Policy] で、ドロップダウン リストから新しく作成されたローカル ディスク設定ポリシーを選択します。[OK] をクリックします。

7. それから HX Data Platform インストーラ UI に戻り、[Continue (続行)] をクリックして、[Retry UCSM Configuration (UCSM 構成の再試行)] をクリックします。

（注）

vCenter クラスタで EVC が有効になっている場合、展開プロセスが失敗し、「ホストは手動で vCenter に追加する必要があります（The host needs to be manually added to vCenter）」というメッセージが出されます。展開操作を正常に実行するには、次のようにします。

1. vSphere クライアント に追加する ESXi ホストにログインします。

2. コントローラ VM の電源をオフにします。

3. ホストを vSphere Web Client の vCenter クラスタに追加します。

4. HX インストーラで、[Retry Deploy] をクリックします。

ステップ 10

インストールが完了したら、[Launch HyperFlex Connect] をクリックしてストレージ クラスタの管理を開始します。

ステップ 11

新しいノードがストレージ クラスタに追加された後、HA サービスがリセットされ、HA が追加されたノードを認識できるようになります。

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

2. [Home] > [Hosts and Clusters] > [Datacenter] > [Cluster] > [Host] の順に選択します。

3. 新規ノードを選択します。

4. 右クリックして [Reconfigure for vSphere HA] を選択します。

ステップ 12

既存のクラスタにコンピューティング専用ノードを追加した後、vmotion の vmk2 インターフェイスを手動で設定する必要があります。

クラスタ展開の障害の解決

エラー ダイアログボックスを受信し、ストレージ クラスタの展開が完了しない場合は、次に示す解決オプションに進みます。

手順

ステップ 1

[Edit Configuration]：[Cluster Configuration] ページに戻ります。検証ページに記載されている問題を修正します。

ステップ 2

[初めからやり直す (Start Over)]：進捗テーブル エントリを消去することで、適用した設定を無効にし、[Cluster Configuration] ページに戻って新しい展開を再度開始できます。テクニカル アシスタンス センター（TAC）を参照してください。

ステップ 3

[Continue]：エラーが発生している障害を無視して、ストレージ クラスタにノードを追加します。テクニカル アシスタンス センター（TAC）を参照してください。

（注）

[Continue] ボタンは、障害について把握していて、予測できない動作の可能性を受け入れる用意がある場合にのみ選択します。

HyperFlex の再展開を目的としたノードのクリーンアップの詳細については、『HyperFlex Customer Cleanup Guides for FI and Edge』を参照してください。

ロジカル アベイラビリティ ゾーンの有効化

HyperFlex クラスタを正常に設定したら、以下のコマンドを参照してロジカル アベイラビリティ ゾーン（LAZ）を有効化または無効化してください。

重要

この手順で LAZ の無効化操作と LAZ の有効化操作を連続的に実行する場合、実行の間隔を少なくとも 10 秒ほど空けるようにしてください。

クラスタのフレッシュ インストールの場合、最良の結果を得るために、クラスタの作成中は LAZ を有効にしておくことをお勧めします。

コマンド

説明

stcli cluster get-zone

ゾーンが有効になっているかどうか確認します。

stcli cluster set-zone --zone 0

ゾーンを無効にします。

stcli cluster set-zone --zone 1

stcli rebalance start

（推奨）ゾーンを有効化して作成します（デフォルトのゾーン数）

重要

- ゾーン分割を有効化せずに作成されたクラスタは、ゾーン分割を有効化し、再調整を正常に完了した後にのみゾーンに対応できるようになります。

- ゾーンを有効化して作成したら、rebalance start コマンドを実行する必要があります。

- 再調整アクティビティをトリガーすると、クラスタ内の複数のノード間で大規模なデータ移動が行われる場合があります。これにより、クラスタ内の IO パフォーマンスが低下する可能性があります。

stcli cluster set-zone --zone 1 --numzones <integer-value>

stcli rebalance start

ゾーンを有効化し、特定の数のゾーンを作成します。

重要

ゾーンを有効化および作成したら、rebalance start コマンドを実行する必要があります。

- 論理可用性ゾーンの要件および制限事項

- ゾーンより小さいノードを含むクラスタの拡張

論理可用性ゾーンの要件および制限事項

論理可用性ゾーン (LAZ) には次の要件や制限事項が適用されます。

- インストール処理中に論理可用性ゾーンを設定できるのは、8 ノード以上の HyperFlex クラスタのみです。

- 論理可用性ゾーンは、HyperFlex クラスタのインストール中に有効にするか、または後でコマンド ライン インターフェイスから有効にすることができます。クラスタ全体のデータの大規模な移行と再編成を避けるため、この機能はインストール中に有効にすることをお勧めします。データの大規模な移行と再編成では、すでにデータが含まれているクラスタで LAZ を有効にしている場合、データ分散規則に従う必要があります。

- ゾーンの数は、手動で 3、4、5 に指定するか、またはインストーラを通じて自動的に選択するようにできます（推奨設定）。インストーラでゾーン数を決定する場合、ゾーン数はクラスタのノード数い基づいて決定されます。

3 としての RF を引き受けるノード数と結果として生じるゾーン数のマッピング表がここにあります

クラスタのハイパーコンバージド ノードの数

クラスタのゾーンの数

8

4

9

3

10

5

11

3

12

3

13

3

14

7

15

3

16

4

17

3

18

3

19

3

20

4

21

3

22

11

23

3

24

3

25

5

26

13

27

3

28

4

29

3

30

3

31

3

32

4

[HyperFlex Connect] > [System information (システム情報)]、[HyperFlex Connect] > [Dashboard (ダッシュボード)] にそれぞれアクセスして、LAZ ステータスを表示し、どのノードがどのゾーンにあるかチェックします。

また、CLI を使用して LAZ の詳細を表示するには、次のコマンドを実行します。

stcli cluster get-zone

zones:
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.61
----------------------------------------
state: ready
name: 10.10.18.59
----------------------------------------
zoneId: 0000000057eebaab:0000000000000003
numNodes: 2
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.64
----------------------------------------
state: ready
name: 10.10.18.65
----------------------------------------
zoneId: 0000000057eebaab:0000000000000001
numNodes: 2
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.60
----------------------------------------
state: ready
name: 10.10.18.63
----------------------------------------
zoneId: 0000000057eebaab:0000000000000004
numNodes: 2
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.58
----------------------------------------
state: ready
name: 10.10.18.62
----------------------------------------
zoneId: 0000000057eebaab:0000000000000002
numNodes: 2
----------------------------------------
isClusterZoneCompliant: True
zoneType: logical
isZoneEnabled: True
numZones: 4
AboutCluster Time : 08/22/2019 2:31:39 PM PDT

- HyperFlex クラスタによって各ゾーンにどのノードが参加するかが決定されます。この設定は変更できません。

- 容量の利用とデータの分散を最もバランス良く保つため、クラスタ内のノード数を 3、4、5、または 7 の倍数にすることをお勧めします。たとえば、8 ノードは 2 台のサーバによる 4 つのゾーンに均等に分割され、9 ノードは 3 台のサーバによる 3 つのゾーンに均等に分割されます。11 ノードでは、ゾーン間でノード数のバランスが悪くなり、ノードにおける容量の利用のバランスが悪くなります。

- LAZ を有効にしてクラスタを動作させている場合は、クラスタの拡張をゾーン数の倍数で行ってください。そのように拡張することで、各ノードでノード数の一致が保たれ、容量の利用のバランスが悪くなるのを防ぎます。たとえば、3 つのゾーンがあるクラスタは、さらに 3 つのノードを追加して拡張します。これは、1 つまたは 2 つのノードしか追加しないとバランスが悪くなるからです。4 つのノードを追加しても同様です。

ゾーンより小さいノードを含むクラスタの拡張

クラスタ内での論理可用性ゾーン (LAZ) の設定には、いくつかの要件とガイドラインがあります。論理可用性ゾーンの要件および制限事項を参照してください。これらの要件を無視する場合、次の手順でクラスタを展開できます。

手順

ステップ 1

LAZ を無効にします。

stcli cluster set-zone --zone 0

数分待機すると、およそ 5 分ほどで LAZ が無効になります。

ステップ 2

クラスタにノードを追加します。

ステップ 3

ノードがクラスタに追加された後、LAZ を有効にします。

stcli cluster set-zone --zone 1

ゾーン数が明示的に設定されていない場合、デフォルトで 4 ゾーンが作成されます。

ステップ 4

クラスタ内で再バランシングを開始します。

stcli rebalance start

（注）

- ノードの再バランシングにより、クラスタのパフォーマンスが 30% ～ 40% ほど低下する可能性があります。

- クラスタ内のノードの再バランシングにかかる時間は、クラスタのサイズとクラスタ内のデータによって異なります。stcli rebalance status コマンドを使用して、再バランシング アクティビティの進捗を確認できます。

ステップ 5

クラスタ設定を確認し、クラスタがゾーンに準拠するか判断します。

stcli cluster get-zone

Chapter12. HX コントローラ VM の管理

- ストレージ コントローラ VM の管理

- ストレージ コントローラ VM の電源のオン/オフ

- HX コントローラ VM での HA VM モニタリングの無効化

ストレージ コントローラ VM の管理

ストレージ コントローラ VM は、Cisco HX Distributed Data プラットフォームに重要な機能を提供します。ストレージ コントローラ VM は、ストレージ クラスタ内のすべてのコンバージド ノードにインストールされます。ストレージ コントローラ VM は、ストレージ クラスタ上で stcli コマンドを実行するためのコマンドライン インターフェイスを備えています。

（注）

HX220C-M4 サーバ モデルの場合、ストレージ コントローラ VM は SD カード上にあり、データストアは 3.5Gb 固定サイズです。データストアは Springpath<SN> という名称で識別されます。管理することはできません。Springpath<SN> データストアの使用方法について vCenter からアラートが出た場合、無視しても問題はありません。

ストレージ コントローラ VM の電源のオン/オフ

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

手順

ステップ 1

vSphere Web クライアントを使用した VM の電源のオンまたはオフ。

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

2. VM を探します。

ナビゲータで [Global Inventory Lists] > [Virtual Machines] > [vm] を選択します。

ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

3. 右クリック メニューまたは [Actions] メニューから、[Power] > [Power On] または [Power] > [Power Off] を選択します。

ステップ 2

ESX コマンド ラインを使用した VM の電源のオンまたはオフ。

1. VM の ESX ホストのコマンド ラインにログインします。

2. VM vmid を探します。

これは、ESX ホストに固有です。コマンドを実行します。

# vim-cmd vmsvc/getallvms

サンプル応答

Vmid   Name    File   Guest OS   Version   Annotation
1   stCtlVM-<vm_number>   [SpringpathDS-<vm_number>]  stCtlVM-<vm_number>/stCtlVM-<vm_number>.vmx  ubuntu64Guest   vmx-11
3   Cisco HyperFlex Installer  [test]  Cisco HyperFlex Installer/Cisco HyperFlex Installer.vmx   ubuntu64Guest   vmx-09
Retrieved runtime info
Powered off

ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

3. VM の電源をオンにするには。VM の電源をオンにするように指定するコマンドを実行します。

# vim-cmd vmsvc/power.on 1

4. VM の電源をオフにするには。VM の電源をオフにするように指定するコマンドを実行します。

# vim-cmd vmsvc/power.off 1

HX コントローラ VM での HA VM モニタリングの無効化

HX クラスタで All Paths Down (APD) 状態を開けるためには、vSphere Web クライアントを使用して、すべての HX コントローラ VM の HA VM モニタリングを無効にします。

手順

ステップ 1

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

ステップ 2

変更する HX クラスタを選択します。

ステップ 3

メニューから [Configure (設定)] > [VM Overrides (VM オーバーライド)] を選択します。

ステップ 4

[Add] をクリックします。

[Add VM Override Sandbox (VM オーバーライド サンドボックスの追加)] ウィンドウが、vCenter の VM リストとともに表示されます。

ステップ 5

ｗウィンドウで利用可能なすべての HX Controller VMs を選択します。

（注）

HX Controller VM の名前は、stCtlVM- から始まります。

ステップ 6

[Next] をクリックします。

[Add VM Override (VM オーバーライドの追加)] ダイアログ ボックスが表示されます。

ステップ 7

[vSphere HA - VM Monitoring] おぷoption and select the following:

- [Override (オーバーライド)] チェックボックス

- ドロップダウン リストから [Disabled (無効化)] を選択します。

ステップ 8

[Finish (終了)] をクリックして、設定の変更を適用します。

HA VM Monitoring は、すべての HX controller VM で無効になります。

Chapter13. Ready Clone の管理

- HX Data Platform Ready Clone の概要

- HX Data Platform Ready Clone の利点

- サポート対象のベース VM

- Ready Clone の要件

- Ready Clone のベストプラクティス

- HX 接続を使用して Ready clone を作成する

- HX データプラットフォームプラグインを使用した Ready Clone の作成

- HX Data Platform Ready Clone のカスタマイズの準備

- カスタマイズ仕様を使用した Ready Clone の設定

- 仮想マシン ネットワーキングの管理

HX Data Platform Ready Clone の概要

HX Data Platform Ready Clones は、業界初のストレージ技術で、ホスト VM から複数のクローン VM をすぐに作成およびカスタムできます。スタンドアロン VM として使用可能な VM の複数のコピーを作成することができます。

Ready Clone（標準のクローンと同様に、既存の VM のコピーです）。既存の VM は、ホスト VM と呼ばれます。クローニング操作が完了すると、Ready Clone は別のゲスト VM となります。

Ready Clone に対して変更を行っても、ホスト VM には影響しません。Ready Clone の MAC アドレスおよび UUID は、ホスト VM の MAC アドレスおよび UUID とは異なります。

ゲスト オペレーティング システムとアプリケーションのインストールには、時間がかかることがあります。Ready Clone を実行すると、単一のインストールおよび設定プロセスで、多数の VM のコピーを作成できます。

クローンは、多数の同一の VM を 1 つのグループに配置する場合に役立ちます。

（注）

Hyper-V Host は Offloaded Data Transfer (ODX) 要求を発行し、完全なファイルのコピーを作成します。HyperFlex はクローン技術を使用して、完全なコピー要求にこたえてすぐにコピーを作成します。

HX Data Platform Ready Clone の利点

HX Data Platform Ready Clone には次の利点があります。

- 同時に複数の VM クローンを作成：VM を右クリックするだけで、Ready Clone 機能を使用して複数の VM のクローンを作成します。

- 高速クローニング：HX Data Platform ReadyClone は、VMware vSphere® Storage APIs - Array Integration（VAAI）データ オフロードをサポートしており、VM の電源でサポートされているため、従来のクローニング操作よりも非常に高速です。VAAI はハードウェア アクセラレーションまたはハードウェア オフロード API とも呼ばれ、VMware vSphere ESXi ホストとストレージ デバイス間の通信を可能にする API のセットです。HX Data Platform Ready Clone を使用して、分単位ではなく秒単位で VM のクローンを作成してください。

- ゲスト VM の一括カスタマイズ：HX Data Platform カスタマイゼーション仕様を使用して、IP アドレス、ホスト名、ホスト VM からクローニングした複数のゲスト VM 用の VM 名などのパラメータを瞬時に設定します。

- 複数の手順をワンクリック プロセスへと自動化：HX Data Platform Ready Clone 機能が、各ゲスト VM 作成のタスクを自動化します。

- VDI 導入サポート：Ready Clone は、VMware ネイティブ テクノロジーを使用している VDI 導入のデスクトップ VM でサポートされます。

- データストア アクセス：クローン対象の VM がアクセス可能なマウントポイントにある限り、Ready Clone は部分マウント/アクセス可能なデータストアに対して機能します。

サポート対象のベース VM

HX Data Platform は次をサポートします。

- HX Data Platform データストア上に保存されているベース VM

- HX Data Platform スナップショットを使用しているベース VM Powered-on VM の場合、Ready Clone ワークフローは HX スナップショットを取得し、そのスナップショットを使用してクローンを作成します。HX スナップショットが削除されると、同じワークフローが発生します。

- 1 つのベース VM から最大 2048 の Ready Clone

- 一度に 1 つのバッチで作成された最大 256 の Ready Clone

HX Data Platform では次のものはサポートされません。

- 30 未満のスナップショットを使用している電源の入ったベース VM

- redo ログのスナップショットを使用している電源の入ったベース VM

Ready Clone の要件

- VM が、HX Data Platform ストレージ クラスタ内にある必要があります。HX Data Platform に属さない VM はサポートされません。

- VM が、HX Data Platform のデータストア、VM フォルダ、およびリソース プールに存在する必要があります。

HX Data Platform データストアに存在しない VM では、ReadyClone は失敗します。これは、VM レベル、VM フォルダ レベル、またはリソース プール レベルの Ready Clone にあてはまります。

- VM で持つことができるネイティブ スナップショットは 1 つだけです。Ready Clone は、redo ログを持つスナップショット（非ネイティブ スナップショット）を使用する VM からは作成できません。

- Ready Clone には単一の vNIC カスタマイズ テンプレートだけを使用してください。

- Cisco HX リリース 3.0 以降では、ストレージ クラスタ内のすべてのノードの ESX で SSH を有効にする必要はありません。

Ready Clone のベストプラクティス

- カスタマイズ仕様を、プロファイルまたはテンプレートとして使用します。

- バッチ全体に適用するプロパティが、カスタマイズ仕様であることを確認します。

- HX Data Platform Ready Clone の一括クローニングのワークフローで、ユーザ定義のパラメータを取得します。

- VM のゲスト名など、クローンごとに区別するための設定を、パターンを使用して抽出します。

- ネットワーク管理者がゲスト名に静的 IP アドレスを割り当てていることを確認し、クローニングする前にそれらのアドレスを確認します。

- 特定の時刻に、1 ～ 256 のバッチを作成できます。HX Data Platform プラグインを使用して、その確認ができます。

- HX Data Platform プラグインのマスター タスクの更新情報の誤表示や障害の発生要因につながる恐れがあるため、（電源オン、または電源オフ時に）同じ VM 上で、複数の一括クローニングが同時に生成されないようにしてください。

- 一時停止状態ではないクラスタ ノード上で、Hyper-V ReadyClone PowerShell スクリプトのみを使用します。

HX 接続を使用して Ready clone を作成する

HX データ プラットフォーム Ready clone 機能を使用して、それぞれ異なる静的 IP アドレスを持つ、VM の複数のクローンを作成することにより、クラスタを設定します。

（注）

VM の OVA 展開が進行中のときに VM を複製するために [Ready Clone] をクリックした場合は、エラー メッセージが表示されます。VM の展開が成功した後にのみ VM を複製できます。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

[Virtual Machines (仮想マシン)] ページから、[virtual machine (仮想マシン)] を選択し、[Ready Clones] をクリックします。

ステップ 3

[Ready Clone] ダイアログのフィールドに入力します。

UI 要素

基本情報

Number of clones

作成する Ready Clones の数を入力します。特定の時刻に 1 ～ 256 のクローンのバッチを作成できます。

Customization Specification

オプション フィールド。

ドロップダウンリストをクリックして、リストからクローン向けの [Customization Specification] を選択します（このリストには vCenter で使用可能なカスタマイズ仕様が含まれます）。

システムは、選択したホスト仮想マシンのカスタマイズ仕様をフィルタリングします。たとえば、選択したホスト仮想マシンがゲスト仮想マシン向けに Windows OS を使用する場合、ドロップダウン リストには Windows OS のカスタマイズ仕様が表示されます。

Resource Pool

オプション フィールド。

HX Storage Cluster ですでにリソース プールを定義している場合、選択された仮想マシンの Readyclone のうち保存するものを 1 つ選択できます。

VM 名プレフィックス

ゲスト仮想マシン名にプレフィックスを入力します。

このプレフィックスは、作成された各 Ready Clone の名前に追加されます。

（注）

Ready Clone に名前を付けるために使用される VM 名のプレフィックスには、文字、数字、およびハイフン (-) のみを含める必要があります。名前は文字で始まる必要があり、数字またはハイフンのみを含めることはできません。

Starting clone number

クローンを開始するクローン番号を入力します。

各 Ready Clone は一意の名前を持ち、番号付けは名前の一意の要素を確認するために使用されます。

クローン番号の増分

ゲスト仮想マシンの名前の中で増えていく必要のあるクローンの番号を入力します。もしくは、デフォルト値の 1 のままにします。システムが、仮想マシン Ready Clones の名前に番号を追加します（clone1、clone2、clone3 など）。デフォルトでは、番号は 1.から開始されます。この値は、任意の番号に変更できます。

ゲスト名に同じ名前を使用

このチェック ボックスをオンにすると、vCenter VM のインベントリ名がゲストのホスト仮想マシン名として使用されます。

このチェック ボックスをオフにすると、テキスト ボックスが有効化されます。ゲストのホスト仮想マシンに使用する名前を入力します。

Preview

必須フィールドを入力したら、 HX Data Platform により提案された Ready Clone の名前がリストされます。必須のフィールドの内容を変更すると、[ クローン名] と [ゲスト名] フィールドが更新されます。

Power on VMs after cloning

クローニング プロセスの完了後、ゲスト仮想マシンをオンにするには、このチェック ボックスをオンにします。

ステップ 4

[Clone] をクリックします。

HX Data Platform により、名前が付けられロケーションが指定された状態で Ready clone 番号を作成します。

HX データプラットフォームプラグインを使用した Ready Clone の作成

VMware のクローニング操作を使用すると、VM から単一のクローンのみを作成できます。この操作は手動で、VM からの複数クローンのバッチ処理よりも遅くなります。たとえば、VM のクローンを 20 個作成する場合、手動で何度もクローン操作を実行する必要があります。

（注）

HX Data Platform Ready Clone を使用して、ワン クリックで VM のクローンを複数作成します。

たとえば、Windows VM から、異なる静的 IP アドレスを有したクローンを 10 個別々に作成できます。

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[Global Inventory Lists] > [Virtual Machines] の順に選択します。vCenter 内の VM の一覧が表示されます。

ステップ 2

複製する VM を選択し、[Actions (アクション)] メニューを開きます。[VM information (VM 情報)] ポートレット内で、VM を右クリックするか [Actions (アクション)] メニューをクリックします。

必要に応じて、クラスタと関連 VM のリストを表示し、VM がストレージ クラスタ VM であることを確認します。

ステップ 3

[Cisco HX Data Platform] > [Ready Clones] の順に選択して、[Ready Clones] ダイアログ ボックスを表示します。

ステップ 4

[Ready Clones] ダイアログ ボックスに次の情報を指定します。

制御

説明

Number of clones

作成するクローンの数を入力します。特定の時刻に 1 ～ 256 のクローンのバッチを作成できます。

Customization Specification

ドロップダウンリストをクリックして、リストからクローン向けの [Customization Specification] を選択します（このリストには vCenter で使用可能なカスタマイズ仕様が含まれます）。

システムは、選択したホスト VM のカスタマイズ仕様をフィルタリングします。たとえば、選択したホスト VM がゲスト VM 向けに Windows OS を使用する場合、ドロップダウンリストには Windows OS のカスタマイズ仕様が表示されます。

VM name prefix

ゲスト VM 名のプレフィックスを入力します。

（注）

Ready Clone に名前を付けるために使用される VM 名のプレフィックスには、文字、数字、およびハイフン (-) のみを含める必要があります。名前は文字で始まる必要があり、数字またはハイフンのみを含めることはできません。

Starting clone number

開始クローンのクローン番号を入力します。

Use same name for 'Guest Name'

このチェック ボックスをオンにすると、vCenter VM のインベントリ名がゲストのホスト VM 名として使用されます。このチェック ボックスをオフにすると、テキスト ボックスが表示されます。ゲストのホスト VM 名に使用する名前を入力します。

システムには、ダイアログ ボックス内の [Guest Name] 列にある、ゲスト VM の名前が表示されます。

[Customization Specification] 自体にも、同様のオプションがあります。この HX Data Platform Ready Clone のバッチのカスタマイゼーション プロセスでは、[Customization Specification] オプションで指定したオプションがオーバーライドされます。

- [Customization Specification] に静的ゲートウェイ、静的サブネット、または静的 IP アドレスに転換されるゲスト名を使用する NIC もしくはネットワーク アダプタが含まれる場合、システムはゲスト名に関連付けられた静的 IP アドレスをネットワーク アダプタに割り当てます。また、指定されたゲスト名にストレージ クラスタ名またはホスト名を設定します。

- [Customization Specification] に、DHCP を使用して IP アドレスを取得する NIC もしくはネットワーク アダプタが含まれる場合、システムはストレージ クラスタ名またはホスト名のみを指定されたゲスト名に設定します。

Increment clone number by

ゲスト VM の名前の中で増えていく必要のあるクローンの番号を入力します。もしくは、デフォルト値の 1 のままにします。システムが、VM クローンの名前に番号を追加します（clone1、clone2、clone3 など）。デフォルトでは、番号は 1.から開始されます。この値は、任意の番号に変更できます。

Power on VMs after cloning

クローニング プロセスの完了後、ゲスト VM をオンにするには、このチェック ボックスをオンにします。

ステップ 5

設定変更を適用するには、[OK] をクリックします。

[vSphere Web Client Recent Tasks] タブでは、Ready Clone のタスクのステータスに関するメッセージが表示されます。システムが次を表示します。

- イニシエータが vCenter ユーザとしてログインしている状態でのトップ レベルの進捗状況。

- イニシエータが vCenter ユーザとしてログインしている状態でのワークフローと HX Data Platform の拡張機能。

- ReadyClone ワークフローの一部として一時的なスナップショットが vCenter と HX Connect に表示されます。これは、Ready Clone の作成中のみ、余分な電源オフの VM として一時的に表示されます。

HX Data Platform Ready Clone のカスタマイズの準備

- VMware のドキュメンテーションに従って、カスタマイズの仕様を作成します。

以降の項で説明する Linux または Windows VM に固有のカスタマイズ設定を適用します。

- 管理者から IP アドレスを取得します。たとえば、10.64.1.0 から 10.64.1.9 までの 10 個の IP アドレスを取得します。

- これらの IP アドレスのサブネット マスクなど、使用しているネットワークに固有の情報を収集します。

- ベース VM が有効であることを確認します（切断されておらず、スナップショットや vMotion の実行中でもないことを確認）。

- ゲスト ツールがベース VM にインストールされていることを確認します。必要に応じて更新してください。

- [VM Summary] タブに移動し、ゲスト ツールが動作していることを確認します。

- vSphere Web クライアント内での Linux 向けカスタマイズ仕様の作成

- vSphere Web クライアント内での Windows 向けカスタマイズ仕様の作成

vSphere Web クライアント内での Linux 向けカスタマイズ仕様の作成

[vSphere Web Client Guest Customization] ウィザードを使用して、仮想マシンのクローニングまたはテンプレートからの展開時に適用可能な仕様で、ゲスト オペレーティング システムの設定を保存します。

次の考慮事項を確認し、ウィザードを完了させます。

- HX Data Platform Ready Clone の機能を使用して、カスタマイズ仕様の作成時に指定したゲスト名を上書きできます。

- HX Data Platform Ready Clone により、VM 名またはゲスト名におけるパターンの使用を有効にできます。

- HX Data Platform がサポートする NIC は 1 台のみです。

- カスタマイズされた Linux VM の NIC の編集

- HX Data Platform Ready Clone のカスタマイズ プロセスでは、このアドレスが上書きされるため、仮の IP アドレスを使用できます。

- HX Data Platform Ready Clone では、VM のゲスト名が静的 IP アドレスに解決され、クローニングされた VM 用に設定されます。

作成されたカスタマイズ仕様は、[Customization Specification Manager] 内にリストされます。これを使用して、仮想マシンのゲスト オペレーティング システムをカスタマイズすることができます。

vSphere Web クライアント内での Windows 向けカスタマイズ仕様の作成

[vSphere Web Client Guest Customization] ウィザードを使用して、仮想マシンのクローニングまたはテンプレートからの展開時に適用可能な仕様で、Windows のゲスト オペレーティング システムの設定を保存します。

（注）

カスタマイズの後、デフォルトの管理者パスワードは、Windows Server 2008 用に保存されません。カスタマイズの実行中、Windows Sysprep ユーティリティが、Windows Server 2008 の管理者アカウントを削除し再作成します。カスタマイズ後、仮想マシンの初回起動時に管理者パスワードをリセットする必要があります。

次の考慮事項を確認し、ウィザードを完了させます。

- オペレーティング システムは、ネットワーク上で自身を認識するためにこの名前を使用します。Linux システムではホスト名と呼ばれます。

- HX Data Platform がサポートする NIC は 1 台のみです。

- カスタマイズされた Windows VM の NIC の編集

HX Data Platform Ready Clone のカスタマイズ プロセスでは、IP アドレスが上書きされるため、仮の IP アドレスを使用できます。

作成されたカスタマイズ仕様は、[Customization Specification Manager] 内にリストされます。これを使用して、仮想マシンのゲスト オペレーティング システムをカスタマイズすることができます。

カスタマイズ仕様を使用した Ready Clone の設定

カスタマイズ仕様を使用して、スタティック IP アドレスを使用する場合に IP アドレスが新しい VM に適用されるようにします。

たとえば、Windows サーバの VM クローンを作成し、DHCP を使用した場合、ゲスト VM には自動的に新しい IP アドレスが割り当てられます。ただし、静的 IP アドレスを使用する場合は、IP アドレスはゲスト VM 内で自動的に複製されません。これを解決するには、カスタマイズ仕様を使用して、HX Data Platform Ready Clone を設定します。

手順

ステップ 1

有効な DNS 名を取得し、有効な IP アドレスに転換されることを確認します。

たとえば、100 個の Windows VM のゲスト名を userwinvm1 から userwinvm100 にした状態でプロビジョニングするには、userwinvm1 から userwinvm100 に有効な IP アドレスがあることを確認します。

ステップ 2

クローン元となる VM に、ゲスト VM ツールをインストールします。

ステップ 3

Ready Clone 機能を使用して、クローン元 VM をクローンします。クローンされたゲスト VM は、クローン元 VM のアイデンティティを取得します。

ステップ 4

カスタマイズ仕様を使用して、すべてのクローン VM のアイデンティティを変更します。IP アドレス、ホスト名、VM 名などのパラメータを設定できます。

仮想マシン ネットワーキングの管理

ストレージ クラスタを変更したら、クラスタ内のノード上の仮想マシンのネットワーキングが正しく設定されていることを確認できます。完全な仮想マシン ネットワーキング情報については、UCS Manager のマニュアルを参照してください。

手順

ステップ 1

VLAN が正しく設定されていることを確認します。

Cisco UCS Manager ネットワーク管理ガイドhttp://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/GUI-User-Guides/Network-Mgmt/3-1/b_UCSM_Network_Mgmt_Guide_3_1/b_UCSM_Network_Mgmt_Guide_3_1_chapter_0110.htmlの VLAN の章を参照してください。

ステップ 2

vNIC が正しく設定されていることを確認します。

『Cisco UCS Manager Network Management Guide』の vNIC テンプレートのトピックを参照してください。http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/GUI-User-Guides/Network-Mgmt/3-1/b_UCSM_Network_Mgmt_Guide_3_1/b_UCSM_Network_Mgmt_Guide_3_1_chapter_0110.html

ステップ 3

仮想ポート グループが正しく設定されていることを確認します。

http://pubs.vmware.com/vsphere-60/index.jsp?topic=%2Fcom.vmware.vsphere.networking.doc%2FGUID-004E2D69-1EE8-453E-A287-E9597A80C7DD.html のリンクから、VMware vSphere 6.0 Documentation』「Add a Virtual Machine Port Group」のトピックを参照してください。

Chapter14. ネイティブ スナップショットの管理

- HX Data Platform ネイティブ スナップショットの概要

- HX Data Platform ネイティブ スナップショットの利点

- ネイティブ スナップショットの考慮事項

- ネイティブ スナップショットのベスト プラクティス

- SENTINEL スナップショットについて

- ネイティブ スナップショットのタイムゾーン

- スナップショットの作成

- スナップショットのスケジューリングの概要

- スナップショットのスケジューリング

- スケジュール済みスナップショットの頻度の設定

- スナップショット スケジュールの削除

- スナップショットの復元

- スナップショットの削除

HX Data Platform ネイティブ スナップショットの概要

HX Data Platform ネイティブ スナップショットは、動作している VM のバージョン（状態）を保存するバックアップ機能です。VM をネイティブ スナップショットに戻すことができます。

HX Data Platform Plug-in を使用して VM のネイティブ スナップショットを取ります。HX Data Platform ネイティブ スナップショット オプションには、ネイティブ スナップショットの作成、任意のネイティブ スナップショットへの復元、ネイティブ スナップショットの削除が含まれます。タイミング オプションには、毎時、日次、週次があり、15 分単位で設定できます。

ネイティブ スナップショットは VM の複製で、ネイティブ スナップショットが作成された時点での、すべての VM ディスク上のデータの状態と VM の電源の状態（オン、オフ、またはサスペンド）が含まれます。保存した状態へ復元できるようにするには、ネイティブ スナップショットを取得して VM の現在の状態を保存します。

VMware スナップショットの追加情報については、次のリンクから VMware のナレッジ ベース『Understanding virtual machine snapshots in VMware ESXi and ESX (1015180)』の記載を参照してください。http://kb.vmware.com/selfservice/microsites/search.do?language=ja_jp&cmd=displayKC&externalId=1015180

HX Data Platform ネイティブ スナップショットの利点

HX Data Platform ネイティブ スナップショットは、ネイティブ技術を使用します。ネイティブ スナップショットには、次のような利点があります。

- 登録済み VM の復元。VM が登録されている場合、電源のオン/オフに関係なく、ネイティブ スナップショット（VM スナップショットと同一）を使用して、スナップショットが作成された時点の状態を復元できます。

- 高性能。HX Data Platform ネイティブ スナップショットのプロセスは、I/O オーバーヘッドが発生しないため高速です。

- VM のパフォーマンス。HX Data Platform ネイティブ スナップショットは、VM のパフォーマンスを低下させません。

- クラッシュ整合 - HX Data Platform ネイティブ スナップショットは、デフォルトでクラッシュ整合となっています。I/O のクラッシュ整合性においては、アプリケーションがクラッシュから正常に再起動できるように、書き込み操作の正しい順序を維持するように定義されています。

- アプリケーション コンシステント。HX Data Platform CLI で stcli vm snapshot コマンドの quiesce オプションを選択して HX Data Platform ネイティブ スナップショットをアプリケーション コンシステントにすることができます。ゲスト VM 内のアプリケーションは、ホスト VM で実行されているのと同様に透過的に実行されます。詳細については、『Cisco HyperFlex Data Platform CLI ガイド』を参照してください。

ファイルシステムの休止は、物理または仮想コンピュータのディスク上のデータをバックアップに適した状態にするプロセスです。このプロセスには、オペレーティング システムのメモリ内キャッシュから、ディスクまたはその他の高レベルのアプリケーション固有のタスクにバッファをフラッシュするなどのアクションが含まれる場合があります。

システムに休止エラーが表示された場合は、次のリンクから、VMware のナレッジ ベース『Troubleshooting Volume Shadow Copy（VSS）quiesce related issues (1007696)』の記載を参照してください。

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1007696

- ノード障害に強いスケジュール済みスナップショット。スケジュール済みスナップショットは、ノードのシャットダウンが必要な管理操作（HM メンテナンス モードや HX オンライン アップグレードなど）に対して耐障害性があります。

スケジュール済みスナップショットは、マルチクラスタ環境では他の HX クラスタで発生する障害に対して耐障害性があります。

- 統一されたインターフェイス - VMware snapshot manager™ を使用して、HX Data Platform プラグインを介して作成されたネイティブ スナップショットを管理できます。

- 個別にまたはグループで。ネイティブ スナップショットは、VM レベル、VM フォルダ レベル、またはリソース プール レベルで取得できます。

- 詳細な進捗とエラー レポート。これらのモニタリング タスクは、リソース プール、フォルダ、および VM レベルのスナップショットのタスク レベルで実行されます。

- 瞬時のスナップショットの削除。スナップショットと統合の削除は常に瞬時に行われます。

- パラレル バッチ スナップショット。パラレル バッチ スナップショットでは、リソース プールまたはフォルダで最大 255 の VM がサポートされます。

- VDI 導入サポート。HX のスケジュール済みスナップショットは、VMware ネイティブ テクノロジーを使用する VDI 導入環境のデスクトップ VM でサポートされています。

- 回復可能な VM。スナップショットが失敗しても、VM は常に回復可能です。

- データストア アクセス。スナップショット対象の VM がアクセス可能なマウントポイントにある限り、スナップショットは部分マウント/アクセス可能なデータストアに対して機能します。

ネイティブ スナップショットの考慮事項

スナップショット パラメータ

- ネイティブ スナップショット：HX Data Platform プラグインを使用して最初のネイティブ スナップショットを作成した後、vSphere Web クライアントでさらにスナップショットを作成する場合は、これらも同様にネイティブであると見なされます。ただし、HX Data Platform プラグインではなく vSphere Web クライアントを使用して最初のスナップショットを作成する場合は、vSphere Web クライアントのスナップショットは非ネイティブであると見なされます。

- 保存スナップショットの最大数：VMware における VM ごとのスナップショットの上限は、現在、31 です。この上限は、VMware で作成されたスナップショット、HX Data Platform の SENTINEL スナップショット、HX Data Platform のネイティブ スナップショットを含んだ合計になります。

詳細については、次のリンクから VMware のナレッジ ベース『Committing snapshots in vSphere when more than 32 levels of snapshots are present fails with the error: Too many levels of redo logs (1004545)』を参照してください。https://kb.vmware.com/selfservice/microsites/search.do?language=ja_jp&cmd=displayKC&externalId=1004545

- スケジュール済みスナップショット：VM とそのリソース プールで、スナップショットが重複してスケジュールされないようにしてください。

Upgrade

- HX ネイティブ スナップショットは、HX、ESXi。UCS のアップグレードが進行中の場合サポートされていません。

VM

（注）

仮想マシンがグラフィック処理装置 (GPU) に接続されていないことを確認します。

（注）

3.5.2(a) および以前のリリースでは、電源がオンになっているすべての VM は、HX スナップショットを撮影時に同期統合 (asynConsolidate = false) を使用します。

3.5.2(a) および以降のリリースでは、電源がオンになっているすべての VM は、HX スナップショットを撮影時に非同期統合 (asyncConsolidate = true) を使用します。VM がオフの場合、設定は変更されません。

- 削除された VM：ネイティブ スナップショットのライフサイクルは、VM スナップショットと同様であり、仮想マシンに関連付けられています。VM が故意にまたは誤って削除されると、関連するすべてのスナップショットも削除されます。スナップショットには、削除された VM から回復するメカニズムはありません。VM の削除から保護するには、バックアップ ソリューションを使用します。

- HX Data Platform ストレージ コントローラ VM：ストレージ コントローラ VM のスナップショットはスケジュールできません。

- HX Data Platform に属していない VM：HX Data Platform データストアに存在しない VM では、スナップショットは失敗します。これは、VM レベル、VM フォルダ レベル、またはリソース プール レベルのスナップショットにあてはまります。スナップショットを作成するには、VM は HX Data Platform ストレージ クラスタ内の HX Data Platform データストアに存在する必要があります。

- 中断状態の VM：最初のネイティブ スナップショット（SENTINEL スナップショット）を中断状態の VM から作成することはサポートされていません。

- VM サイズ - HyperFlex スナップショットが 3TB の仮想マシン ディスク (VMDK) の最大サイズ。スナップショットの撮影時間は VM のクラスタ モデル、クラスタ ロード、 I/O ワークロードによって異なります。

- VM 名 - VM 名は、スナップショットの撮影に対して、vCenter ごとに固有である必要があります。

vCenter

- 準備ができているストレージ クラスタ：ネイティブ スナップショットを許可するには、ストレージ クラスタが、十分なスペースがあり、オンラインであるなど、正常な状態である必要があります。データストアにアクセス可能である必要があります。VM が有効であり、移行状態（vMotion 実行中など）であってはなりません。

- vMotion：vMotion は、ネイティブ スナップショットのある VM でサポートされています。

- Storage vMotion：Storage vMotion は、ネイティブ スナップショットのある VM ではサポートされていません。VM を別のデータストアに移動する必要がある場合は、Storage vMotion を実行する前にスナップショットを削除してください。

名前付け

- 名前の重複：HX Data Platform vCenter で、VM やリソース プールの名前が重複しないようにしてください。そうしない場合、スナップショットが失敗します。これには、ネストされたリソース プール内の親および子、別の vCenter クラスタ内のリソース プールが対象となります。

- 名前に含まれる文字：スナップショットを有効にするすべてのゲスト/ユーザ VM 名に特殊文字、ドット（.）、ドル記号（$）、またはアクセント（`）を使用しないでください。

ディスクとデータストア

- VM データストア：ネイティブ スナップショットを作成する前に、すべての VM（VMDK）ディスクが同じデータストアにあることを確認します。これは HX スナップショットにすぐに適用され、また HX スケジュール済みスナップショットにも適用されます。

- シック ディスク：ソース ディスクがシック ディスクの場合、VM のディスクのスナップショットもシックになります。スナップショットに対応するためデータストア サイズを大きくしてください。

- 仮想ディスク タイプ：VMware は、さまざまな仮想ディスク バッキング タイプをサポートします。最も一般的なタイプは FlatVer2 形式です。ネイティブ スナップショットはこの形式でサポートされています。

その他の仮想ディスク形式には、Raw Device Mapping（RDM）、SeSparse、VmfsSparse（Redlog 形式）などがあります。これらの形式の仮想ディスクが含まれている VM は、ネイティブ スナップショットではサポートされていません。

ログイン アクセス

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

制限事項

オブジェクト

最大数

スナップショット

ストレージ クラスタあたり 30

VMware の上限は 31 です。1 つのスナップショットが SENTINEL で使用されます。

データ ストア

ストレージ クラスタあたり 8

VM

ホストあたり 1024

電源をオンにした VM

ホストあたり 100

VM あたりの vDisk 数

VM あたり 60

ネイティブ スナップショットのベスト プラクティス

重要

VM のスナップショットを初めて作成する場合は、常に HX Data Platform のスナップショット機能を使用します。これで、後続のスナップショットがすべてネイティブ形式になります。

- 最初のスナップショットを作成するときには VMware のスナップショット機能を使用しないでください。

VMware のスナップショットは redo ログ技術を使用するため、オリジナルの VM でパフォーマンスが低下する要因となる可能性があります。このパフォーマンスは、追加されたそれぞれのスナップショットでさらに低下します。

ネイティブ形式のスナップショットは、最初のネイティブ スナップショットが作成された後の VM のパフォーマンスには影響しません。

redo ログ スナップショットを取る場合は、redo ログ スナップショットを保存する VMware ESXi ホストで、/etc/vmware/config ファイルを編集して、snapshot.asyncConsolidate="TRUE" を設定します。

- 最初のスナップショットを作成する前に、VM にすべての VMDK を追加します。

VMDK が VM に追加されると、追加の SENTINEL スナップショットが取得されます。それぞれの追加の SENTINEL は、追加スナップショット向けの領域を使用します。

たとえば、既存の VM があって新しく 2 つの VMDK を追加する場合、次のスナップショットのスケジュールで新しい SENTINEL が 1 つ作成されます。スナップショット スケジュールの保持数を確認して、十分なスナップショット スロットが使用可能であることを確認してください。1 つは新しい SENTINEL 向けで、1 つはスナップショット向けです。

- 多数のスナップショットを作成する際には、次の点を考慮します。

- データ トラフィックの低いことが予想される場合は、スナップショットを同時にスケジュールします。

- 単一のリソース プールまたは VM フォルダではなく、VM グループに複数のリソース プールまたは VM フォルダを使用します。そして、グループごとにスナップショットのスケジュールをずらします。

たとえば、resourcePool1 のスナップショット スケジュールを 00 分、resourcePool2 のスナップショット スケジュールを 15 分、resourcePool3 のスナップショット スケジュールを 30 分にスケジュールします。

- ストレージ クラスタ内の VM で vCenter が稼働している場合は、vCenter VM のネイティブ スナップショットを作成しないでください。これは、VMware KB「VMware VirtualCenter Server service fails due to a quiesced snapshot operation on the vCenter Server database virtual machine (2003674)」に関連しています。 https://kb.vmware.com/selfservice/microsites/search.do?language=ja_jp&cmd=displayKC&externalId=2003674

SENTINEL スナップショットについて

[Snapshot Now] または [Scheduled Snapshot] を介して VM のスナップショットを初めて作成する場合、HX Data Platform プラグインは SENTINEL スナップショットと呼ばれるベースのスナップショットを作成します。SENTINEL スナップショットにより、後続のスナップショットがすべてネイティブ スナップショットであることが保証されます。

SENTINEL スナップショットは、復元された VM が、VMware の redo ログをベースにした仮想ディスクを保持することを防ぎます。redo ログをベースにした仮想ディスクが生じるのは、オリジナルのスナップショットが削除され、VM が 2 番目に古いスナップショットから復元される時です。

SENTINEL スナップショットは、復元可能なネイティブ スナップショットに追加されるものです。VMware ごとに使用可能なスナップショットには、合計で 31 という制限があり、SENTINEL スナップショットは、そのうちの 1 つを使用します。

SENTINEL スナップショットの使用

- SENTINEL スナップショットは削除しないでください。

- VM を、SENTINEL スナップショットに復元しないでください。

ネイティブ スナップショットのタイムゾーン

スナップショットのタイムスタンプとスケジュールの内容と表示に関係するオブジェクトが 3 つあります。

- vSphere と vCenter は UTC 時間を使用します。

- vSphere Web クライアントはブラウザのタイムゾーンを使用します。

- HX Data Platform プラグイン、ストレージ クラスタ、ストレージ コントローラ VM は同じタイムゾーンを使用します。これはストレージ クラスタ全体に適用されます。これらに使用されるタイムゾーンは設定可能です。デフォルトは UTC です。

スケジュールの設定にはストレージ コントローラ VM の時刻が使用されます。スナップショットの作成には vSphere UTC 時刻が使用されます。ログとタイムスタンプは、その表示方法に応じて異なります。

HX Data Platform プラグインを使用してスケジュールを作成すると、スケジュールされた時間はストレージ コントローラ VM のタイムゾーンから UTC に変換されます。Web クライアント スケジュール タスクでスケジュールを表示すると、ブラウザのタイムゾーンでタスクが表示されます。

同一タイムゾーンに変換すると、同一時刻に変換されます。たとえば、5:30pm PST、8:30PM EST、1:30AM UTC はすべて同じ時刻です。

[vSphere Scheduled Task (vSphere のスケジュールされたタスク)] タブの場合、HX Data Platform プラグイン内で作成したスケジュール済みのスナップショットと同じ時間を表示し、ストレージ コントローラ VM を UTC に設定します。

ローカルのタイムゾーン設定に基づいて、スナップショットをスケジュールに沿って実行するには、ストレージ クラスタ用のタイムゾーンを設定します。デフォルトでは、ストレージ コントローラ VM は HX Data Platform のインストール中に設定された UTC のタイムゾーンを使用します。

vSphere とストレージ コントローラ VM が同じタイムゾーンを使用していない場合、[vSphere Scheduled tasks] タブでは [HX Data Platform Schedule Snapshot] ダイアログでスケジュールした時間とは異なる時間が表示される場合があります。

時間単位のスナップショットを設定すると、スナップショット スケジュールは特定の開始時間と終了時間の間で実行されます。[vSphere Task (vSphere タスク)] ウィンドウでは、タイムゾーンに基づき、スケジュールされたスナップショットが時間単位で指定された終了時刻の後で完了したというステータスを表示することがあります。

ストレージ コントローラ VM で使用されるタイムゾーンの識別と設定

1. ストレージ コントローラ VM のコマンド ラインから、タイムゾーンの設定を参照します。

$ stcli services timezone show

2. ストレージ クラスタのタイムゾーンを変更します。

$ stcli services timezone set --timezone timezone_code

タイムゾーンのコードに関する詳細については、https://en.wikipedia.org/wiki/List_of_tz_database_time_zones などからタイムゾーンのリファレンスを参照してください。

スナップショットの作成

始める前に

HX ストレージ クラスタ内の VM に関する redo ログ スナップショットを取る場合は、redo ログ スナップショットを保存する ESXi ホストの設定を編集します。この手順が完了していない場合は、VM がスナップショット統合中に機能しなくなる可能性があります。

redo ログ スナップショットは、HX Data Platform のスナップショット機能ではなく、VMware のスナップショット機能を介して作成されるスナップショットです。

1. ESXi ホストのコマンド ラインにログインします

2. ファイル /etc/vmware/config を探して編集用に開きます。

3. snapshot.asyncConsolidate パラメータを TRUE に設定します。

snapshot.asyncConsolidate="TRUE"

手順

ステップ 1

vSphere Web クライアント ナビゲータから、VM レベル、VM フォルダ レベル、またはリソース プール レベルを選択します。たとえば、[vCenter Inventory Lists] > [Virtual Machines] の順に選択し、vCenter 内での VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM を選択し、[操作（Actions）] メニューを開きます。[VM information] ポートレット内で、VM を右クリックするか [Actions] メニューをクリックします。

（注）

ストレージ クラスタのリソース プール上に HX Data Platform に属していないデータストアがないことを確認します。そうでない場合、スナップショットは失敗します。

ステップ 3

[Cisco HX Data Platform] > [今すぐスナップショット（Snapshot Now）] の順に選択して、[スナップショット（Snapshot）] ダイアログボックスを表示します。

ステップ 4

[snapshot] ダイアログボックスにスナップショットの名前を入力します。

ステップ 5

スナップショットの説明を入力します。

ステップ 6

[OK] をクリックして設定内容を確定します。

[Recent Tasks] タブでは、次のステータス メッセージが表示されます。

Create virtual machine native snapshot.

The first snapshot

スナップショットのスケジューリングの概要

スナップショット スケジュールをストレージ クラスタ オブジェクト（VM、VM リソース プール）に適用します。

（注）

vCenter クラスタを再登録すると、HX Data Platform のスナップショット スケジュールは失われます。この場合は、スナップショット スケジュールを再設定します。

スナップショットをスケジュールして、バックアップ要件を調整できます。たとえば、重要なデータについてはより頻繁にスナップショットを保持できます。障害発生時には、直近のスナップショットの復元か、カスタムのリアルタイム スナップショットを作成できます。重要度の低いデータに関しては、頻繁なスナップショットの作成やバックアップ コピーの保持は必要ありません。

スナップショットのスケジューリングで、バックアップに要するコストを制御できます。ストレージ クラスタの各 VM で、時間単位、日単位、または週単位でスナップショットをスケジュールできます。個別の VM の最大頻度は、1 時間に 1 度です。時間単位の設定は 15 分単位です。

たとえば、次の設定の場合、スナップショットは毎日取得されます。

- VM 1 の時間単位のスナップショット、午後 10 時と午前 1 時の間の 15 分に実行。

- VM 2 の時間単位のスナップショット、午後 8 時と午前 12 時の間の 30 分に実行。

- VM 3 と 4 の時間単位のスナップショット、午後 6 時と 午前 8 時の間の 45 分に実行。

- VM 5 の日単位のスナップショット、午前 6 時に実行

これらのスナップショットは毎日取得されます。

- 午前 6 時 — VM 5

- 午前 6 時 45 分 — VM 3、VM 4

- 午前 7 時 45 分 — VM 3、VM 4

- 午後 8 時 30 分 — VM2

- 午後 9 時 30 分 — VM2

- 午後 10 時 15 分 — VM1

- 午後 10 時 30 分 — VM2

- 午後 11 時 15 分 — VM1

- 午後 11 時 30 分 — VM2

- 午前 12 時 15 分 — VM1

最後のスナップショットの終了時間が 00 分より前になるように注意してください。

24 を超える単位でスナップショットをスケジュールするには、開始時間を設定し、その後終了時間を 1 時間前に設定します。たとえば、時間が 15 分の設定で、午後 4 時を開始にして午後 3 時を終了にします。このタスクは、スナップショットを午後 4 時 15 分、午後 5 時 15 分 ... 午前 12 時 15 分、午前 1 時 15 分 ... 午後 2 時 15 分、午後 3 時 15 分に取得します。その後、24 時間のサイクルで再起動します。注：VM ごとの最大スナップショット数は 32 です。そのため、取得可能な時間単位のスナップショットは最大 32 時間です。

スケジュール スナップショットには、ストレージ コントローラ VM の現在のタイム ゾーン設定に基づく、スナップショットの設定時間が表示されます。そのため、スナップショットを午後 7 時 PST に設定し、ストレージ コントローラ VM のタイム ゾーンを EST に変更した場合、次にスケジューラのウィンドウを開くときには、設定時間は午後 10 時 EST に自動で更新されています。

スナップショットのスケジューリング

手順

ステップ 1

vSphere Web クライアント ナビゲータのホームページから、VM またはリソース プール リストを選択します。

たとえば、[vCenter Inventory Lists] > [Virtual Machines] の順に選択し、vCenter 内での VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM またはリソース プールを選択し、[アクション] メニューを開きます。

オブジェクトを右クリックするか、または [操作（Actions）] メニューをクリックします。

ステップ 3

[Actions] メニューから [Cisco HX Data Platform] > [Schedule Snapshot] を選択し、[Schedule Snapshot] ダイアログ ボックスを表示します。

ステップ 4

スナップショットの頻度を選択します。

時間単位、日単位、週単位の頻度を示すボックスをクリックし、開始日、開始時刻、および期間を設定します。

ステップ 5

保持するスナップショットの数を設定します。

最大数に達すると、新しいスナップショットの作成に伴って古いスナップショットが削除されます。

ステップ 6

必要に応じて、既存のスケジュール済み項目を選択解除します。

以前のスケジュールが存在している場合は、項目を選択解除すると、今後のスケジュールからこれらの項目が削除されます。

ステップ 7

[OK] をクリックしてスケジュールを受け入れ、ダイアログを閉じます。

スケジュール済みスナップショットの頻度の設定

スナップショットを、毎時間（特定の時刻）、毎日（特定の時刻）または毎週（選択した曜日と時刻）作成します。

始める前に

VM、またはリソース プールの [スケジュール スナップショット (Schedule Snapshot)] ダイアログ ボックスを開きます。

手順

ステップ 1

[Schedule Snapshot] ダイアログボックスで [Enable Hourly Snapshot]、[Enable Daily Snapshot]、または [Enable Weekly Snapshot] のチェックボックスをオンにします。

ステップ 2

ドロップダウン リストの [開始（Start）] をクリックし、開始時間を選択します。時間、15 分単位の分、午前または午後を選択します。

ステップ 3

スナップショット スケジュールを時間単位で設定するには、[Until] ドロップダウン リストをクリックして、終了時間を選択します。時間、15 分単位の分、午前または午後を選択します。時間で、[Start] と同じ値に分を設定します。

HX Data Platform プラグインは、開始時間と終了時間の間で毎時間ごとに VM のスナップショットを作成します。

ステップ 4

対応するチェック ボックスをオンにして、スナップショットを取得する曜日（[Days]）を指定します。

ステップ 5

[Retention] で、数値を入力するか矢印ボタンを使用して、スケジュールごとに保持するコピーの最大数を指定します。

スナップショット スケジュールの削除

手順

ステップ 1

vSphere Web クライアント ナビゲータのホームページから、VM またはリソース プール リストを選択します。

たとえば、[vCenter Inventory Lists] > [Virtual Machines] の順に選択し、vCenter 内での VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM またはリソース プールを選択し、[アクション] メニューを開きます。

オブジェクトを右クリックするか、または [操作（Actions）] メニューをクリックします。

ステップ 3

[Actions] メニューから [Cisco HX Data Platform] > [Schedule Snapshot] を選択し、[Schedule Snapshot] ダイアログ ボックスを表示します。

ステップ 4

今後不要なスケジュール オプションをオフにします。

ステップ 5

[OK] をクリックして変更を受け入れ（変更には、以前に設定されていたスケジュールの削除などがあります）、ダイアログを終了します。

ステップ 6

スケジュールが削除されたことを確認します。

ストレージ クラスタ VM またはリソース プールを選択します。vCenter のタブ、[Manage] > [Scheduled Tasks] をクリックします。これで、以前のスナップショット スケジュールが表示されなくなります。

スナップショットの復元

スナップショットを復元すると、VM がスナップショットに保存されている状態に戻ります。スナップショットの復元は、一度に 1 つの VM で実行します。これはリソース プール レベルまたは VM フォルダでは実行されません。スナップショットの復元は、HX Data Platform プラグインではなく vCenter Snapshot Manager で実行されます。

始める前に

VM のスナップショットが存在している必要があります。

手順

ステップ 1

vSphere Web クライアント ナビゲータのホームページから、VM レベル、VM フォルダ レベル、またはリソース プール レベルを選択します。たとえば、[vCenter Inventory Lists] > [Virtual Machines] の順に選択し、vCenter 内での VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM を選択し、[操作（Actions）] メニューを開きます。[VM information] ポートレット内で、VM を右クリックするか [Actions] メニューをクリックします。

ステップ 3

[Snapshots] > [Manage Snapshots] を選択し、vSphere Snapshot Manager を開きます。

ステップ 4

選択した VM のスナップショット階層から、復元するスナップショットを選択します。

ステップ 5

[Revert to] > [Yes] > [Close] の順にクリックします。

戻された VM は VM リストに追加され、電源がオフになります。場合によっては、VM スナップショットから復元した VM がすでに電源オンになっていることがあります。詳細については、次の表を参照してください。

HX VM スナップショットの再起動後の VM 電源状態

HX VM スナップショット撮影後の VM 状態

復元後の VM 状態

電源がオンになっています（メモリが含まれます）。

HX VM スナップショットに戻した後、VM がオンになり実行中になります。

電源がオンになっています（メモリを含みません）。

HX VM スナップショットに戻した後、VM がオフになります。

電源がオフになっています（メモリを含みません）。

HX VM スナップショットに戻した後、VM がオンになり実行中になります。

ステップ 6

戻された VM がオフになる場合、VM を選択して、電源をオンにします。

スナップショットの削除

スナップショットの削除は、HX Data Platform プラグインではなく vSphere インターフェイスで管理されます。

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[VMs and Templates] > [vcenter_server] > [Snapshots] > [datacenter] > [vm] の順序で選択します。

ステップ 2

[vm] を右クリックして、[Snapshots] > [Manage Snapshots] を選択します。

ステップ 3

スナップショットを選択し、[Delete] をクリックします。

（注）

[Delete All] オプションのみを使用して、SENTINEL スナップショットを削除します。SENTINEL スナップショットは個別に削除しないでください。

Chapter15. 異なる HXDP バージョンで動作するクラスタの管理

- シナリオ—HXDP 3.0 でサイト A および HDXP 2.6 でサイト B

- シナリオ: HXDP 2.6 のサイト A および HXDP 3.0 のサイト B

- 機能の制限

シナリオ—HXDP 3.0 でサイト A および HDXP 2.6 でサイト B

次の用語および略称が使用されます。

- サイト A —ソース クラスタ

- サイト B —ターゲット クラスタ

- dr_cleanup ツール —Cisco TAC に連絡し、3.0 内部サポート パッケージで利用可能なこのツールを入手します。

前提条件

- アップグレードの前に、[回復済み] または [中止 ] 状態の VM またはグループがないことを確認します。

- VM が [ 中止 ] 状態の場合、VM またはグループをリカバリおよび保護を解除します。

- VM が [回復済み ] 状態の場合、VM またはグループの保護を解除します。

ステップ

サイト A

サイト B

結果

1.

HXDP バージョン 2.6 または以降。

HXDP バージョン 2.6 または以降。

—

2.

HXDP 3.0 へアップグレードします。

—

- 進行中のレプリケーションが続行されます。

- VM の計画済みの移行がサポートされていません。

- 詳細については、機能の制限を参照してください。

3.

サイト B をアップグレードする前に、サイト A で障害が発生した場合。

1. コマンドを実行します。

# stcli dp peer forget

2. 必要な VM を回復します。

3. dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

ワークロードは現在サイト B で実行されています。

4.

サイト A を復元します。

サイト A を復元したら以下を行います。

1. コマンドを実行します。

# stcli dp peer forget

2. Dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

—

サイトがペアリングされていません。

5.

—

HXDP 3.0 へアップグレードします。

—

6.

サイトをペアリングします。

—

サイト A とサイト B が再度ペアリング可能になり、ワークロードを保護することができます。

シナリオ: HXDP 2.6 のサイト A および HXDP 3.0 のサイト B

次の用語および略称が使用されます。

- サイト A —ソース クラスタ

- サイト B —ターゲット クラスタ

- dr_cleanup ツール —Cisco TAC に連絡し、3.0 内部サポート パッケージで利用可能なこのツールを入手します。

前提条件

- アップグレードの前に、[回復済み] または [中止 ] 状態の VM またはグループがないことを確認します。

- VM が [ 中止 ] 状態の場合、VM またはグループをリカバリおよび保護を解除します。

- VM が [回復済み ] 状態の場合、VM またはグループの保護を解除します。

ステップ

サイト A

サイト B

結果

1.

HXDP バージョン 2.6 または以降。

HXDP バージョン 2.6 または以降。

—

2.

—

HXDP 3.0 へアップグレードします。

- 進行中のレプリケーションが続行されます。

- VM の計画済みの移行がサポートされていません。

- 詳細については、機能の制限を参照してください。

3.

サイト A をアップグレードする前に、サイト A で障害が発生した場合。

1. コマンドを実行します。

# stcli dp peer forget

2. 必要な VM を回復します。

3. dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

- すべてのリカバリ オプションを使用できるわけではありません。

- 詳細については、機能の制限を参照してください。

- ワークロードは現在サイト B で実行されています。

4.

サイト A を復元します。

サイト A を復元したら以下を行います。

1. コマンドを実行します。

# stcli dp peer forget

2. Dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

—

サイトがペアリングされていません。

5.

サイト A を HXDP 3.0 にアップグレードします。

—

—

6.

—

サイトをペアリングします。

サイト A とサイト B が再度ペアリング可能になり、ワークロードを保護することができます。

機能の制限

リリース 3.0 の新しい機能は、ソース クラスタとターゲット クラスタの両方が同じ HXDP バージョンにある場合にのみサポートされます。ソースとターゲットの両方が同じバージョンであるため、アップグレードの際に時間がかかることがあります。次の機能の制限事項を確認してください。

- ターゲット クラスタが 2.6、ソース クラスタが 3.0 のピア サイトのバージョンが一致していない場合、VM の計画された移行はサポートされません。

- ソースがアップグレードされると、リリース 3.0 の新しい機能 (グループ VM の movein や moveout など) は、ピアがアップグレードされるまでソース クラスタ上でブロックされます。

- ターゲット クラスタのみがアップグレードされている場合、HX Connect UI では、[リカバリ (Recovery)] ダイアログボックスの [ネットワーク マッピング (Network Mapping)] オプションは、ソース クラスタをアップグレードするまで使用できません。

Chapter16. 仮想マシンのディザスタ リカバリの管理

- データ保護の概要

- 仮想マシンの保護の概要

- ディザスタ リカバリの概要

- レプリケーション メンテナンスの概要

データ保護の概要

HX Data Platform ディザスタ リカバリ機能では、ネットワーク接続のクラスタのペアの間で実行中の VM のレプリケーションを設定することによって、災害から仮想マシンを保護することができます。1 つのクラスタで実行されている保護された仮想マシンをペアの他のクラスタにレプリケートします（その逆も同様です）。2 つの対になったクラスタは通常、離れて配置され、各クラスタは他のクラスタで実行されている仮想マシンのディザスタ リカバリ サイトとして機能します。

保護が VM で設定されると、HX Data Platform はローカル クラスタで実行中の VM のレプリケーション スナップショットを定期的に作成し、スナップショットをペアのリモート クラスタにレプリケート（コピー）します。ローカル クラスタで障害が発生すると、保護された各 VM の最も最近レプリケートされたスナップショットが使用され、リモート クラスタで VM が回復され実行されます。他のクラスタのディザスタ リカバリ サイトとして機能する各クラスタは、障害の発生時に、通常のワークロードだけでなく新しく回復した仮想マシンを実行できるように、十分な予備リソースを含むサイズにする必要があります。

（注）

バックアップ ワークフローでは、1 枚のスナップショットの保存のみがサポートされています。

レプリケーション間隔（スケジュール）を含む保護属性を割り当てることによって、各仮想マシンを個別に保護できます。レプリケーション間隔を短くすると、災害後に VM をリカバリする時に、レプリケートされたスナップショット データはより新しいものになる可能性があります。レプリケーション間隔は 5 分から 24 時間までの範囲です。

保護グループとは、共通のレプリケーション スケジュールおよびスナップショット プロパティを持つ VM のグループです。

レプリケーションの設定には、HX Data Platform バージョン 2.5 またはそれ以降を実行している 2 つの既存のクラスタが必要です。どちらのクラスターも同じHX Data Platformバージョンでなければなりません。この設定はオンラインで完了することができます。

まず、各クラスタがレプリケーション ネットワーク用に設定されます。HX Connect を使用して、ローカル クラスタ ノードで使用する一連の IP アドレスを提供し、リモート クラスタにレプリケートします。HX Connect は、UCS Manager で、専用のレプリケーション ネットワークで使用するための VLAN を作成します。

（注）

このオプションを HX Connect で選択すると、UCSM は UCS Manager とファブリック インターコネクトの両方が HyperFlex クラスタに関連付けられている場合にのみ設定されます。UCSM と FI が存在しない場合は、VLAN ID を入力し、HX Connect で UCSM 設定を選択する必要はありません。

2 つのクラスタ、およびそれに対応する既存の関連するデータストアを明示的にペアリングする必要があります。ペアリングのセットアップは、2 つのクラスタのいずれかから HX Connect を使用して完了できます。これには、他方のクラスタの管理者クレデンシャルが必要です。

現在アクティブになっているクラスタで HX Connect を使用することで、仮想マシンを保護（または、既存の保護属性を変更）することができます。

HX Connect を使用して、クラスタでの着信および発信の両方のレプリケーションの状態をモニタすることができます。

災害後、その VM のディザスタ リカバリ サイトとして機能するクラスタで、保護された VM を回復して実行できます。

- レプリケーションとリカバリの考慮事項

- レプリケーション ネットワークとペアリングの考慮事項

- データ保護の用語

- データ保護とディザスタ リカバリのベスト プラクティス

レプリケーションとリカバリの考慮事項

以下は、仮想マシンのレプリケーションの構成と仮想マシンのディザスタ リカバリの実行時の考慮事項のリストです。

（注）

Cisco HX のデータ レプリケーションは、ードウェア アクセラレーション カードをインストールした HyperFlex クラスタではサポートされていません。

- 管理者：すべてのレプリケーションおよびリカバリ タスク（ただしモニタリングを除く）は、ローカル クラスタ上の管理者権限によってのみ実行可能です。リモート クラスタに関連するタスクについては、ローカルおよびリモートの両方のユーザが管理者権限を持っている必要があり、それぞれのクラスタで vCenter SSO で構成されている必要があります。

- 最小および推奨帯域幅―HX 4.0(2a) 以降では、小規模展開の最小帯域幅を 10 Mb に設定できます。レプリケーション ネットワーク リンクが信頼でき、HyperFlex DR ネットワークで設定されているのと同じ最小の対称帯域幅が持続している必要があります。これはアップリンクまたはダウンリンク上のその他のアプリケーションと共有されません。

- 最大遅延―サポートされている最大遅延は、2 個のクラスタ間で 75ms です。

同時に複数のレプリケーションを実行するようにスケジュールしている場合、DR によってサポートされている最大数は 32 と帯域幅 (50Mb) は、低遅延 (75ms) です。帯域幅が利用可能になるまで一部のジョブはエラーが発生する可能性があります。このような状況が発生した場合、レプリケーションを調整して帯域幅を増加するか、同時並行を減らします。

このような状況の中で、オペレーションを保護しないと予想以上に時間がかかる場合があります。

- ネットワーク損失―2 つのサイト間でデータ送信のパケット損失が発生した場合、オペレーションは予期しない動作が発生します。送信はこれらの機能が予想通りに機能するように信頼できる必要があります。

- 記憶域：リモート クラスタにレプリケーション スケジュールをサポートするのに十分な領域があることを確認します。保護された仮想マシンは、スケジュールされた間隔でリモート クラスタにレプリケート（コピー）されます。ストレージ キャパシティの方法が適用されますが（重複排除、圧縮）、レプリケートされた各仮想マシンはストレージ スペースを消費します。

リモート クラスタに十分なストレージ容量がないと、リモート クラスタの容量の使用率の最大値に到達する可能性があります。[スペース不足エラー（Out of Space）] が表示される場合は、スペース不足エラーの処理を参照してください。HX Clusterで利用できるスペースが適切に調整されるまでは、すべてのレプリケーション スケジュールは一時停止します。クラスタ容量の消費量が常にスペース使用率の警告しきい値を下回るようにしてください。

- サポートされるクラスタ：レプリケーションは次の HyperFlex クラスタ間でサポートされています。

- ファブリック インターコネクト下で実行されている HX クラスタ間での 1:1 のレプリケーション。

- ファブリック インターコネクト下で実行されているオール フラッシュと Hybrid HX クラスタ間での 1:1 のレプリケーション。

- 3 ノードおよび 4 ノード HX Edge と別の 3 ノードおよび 4 ノード HX Edge クラスタ間での 1:1 のレプリケーション。

- All Flash 3 ノードおよび 4 ノード HX Edge とHybrid 3 ノードおよび 4 ノード HX Edge クラスタ間での 1:1 のレプリケーション。

- ファブリック インターコネクト下で実行されている 3 ノードおよび 4 ノード HX Edge と HX クラスタ間での 1:1 のレプリケーション。

（注）

2 ノード HX Edge を持つ 1:1 レプリケーションはサポートされていません。

- ノードの再起動：復元、レプリケーション、またはリカバリ操作中に、HX Cluster 内のノードを再起動しないでください。

- シン プロビジョニング：保護された仮想マシンは、元々保護されていた仮想マシンでのディスクの指定方法に関係なく、シン プロビジョニングされたディスクでリカバリされます。

- 保護グループの制限

- 1 つの保護グループに設定可能な VM の最大数は 64 です。

- ISO またはフロッピーを使用する VM を保護グループに追加しないでください。

保護された仮想マシンのスケーラビリティ

- 両方のクラスタで 1500 VMs がサポートされます。双方向のクラスタごとに 750 VMs (サイト A およびサイト B 間でレプリケーションされる)、1500 VM の制限を超えない 2 個のクラスタ間で分割できます。

- すべてのノード上の VM の合計が、単一方向設定でクラスタあたり最大 1500 VM、双方向設定の場合 750 VM の上限を超えないようにする必要があります。1500 VM の最大制限は、4 ノードまたは 8 ノード クラスタに関係なくサポートされます。

たとえば、DR の両側に 4 個のノード クラスタがある場合、最大 800 の VM に到達できます。ただし、両側に 8 個のノード クラスタがある場合、1600 VM レプリケーションおよびリカバリはサポートされません。

- 1 つの保護グループに設定可能な VM の最大数は 64 です。

- ISO またはフロッピーを使用する VM を保護グループに追加しないでください。

- 最大 100 個の保護グループがサポートされます。

- 非 HX データストア：非 HX データストア上にストレージが含まれている VM を保護している場合、この VM での定期的なレプリケーションは失敗します。この VM の保護を解除するか、非 HX ストレージを取り外します。

保護された VM を HX データストアから非 HX データストアに移動しないでください。ストレージの vMotion を通じて非 HX データストアに VM を移動する場合、VM の保護を解除して、保護を再適用します。

- テンプレート―テンプレートは障害復旧をサポートしていません。

- スナップショットがある仮想マシンの保護およびリカバリ

- スナップショットがない VM：レプリケーションが有効な場合、VM の全コンテンツがレプリケートされます。

- VMware Redolog スナップショットがある VM：レプリケーションが有効な場合、スナップショット データを含む全コンテンツがレプリケートされます。Redolog スナップショットがある VM を回復する場合、以前のすべてのスナップショットが保持されます。

- HyperFlex スナップショットがある VM：レプリケーションが有効な場合、最新データのみがレプリケートされ、スナップショット データはレプリケートされません。VM を回復する場合、以前のスナップショットは保持されません。

- データ保護とディザスタ リカバリ (DR) のスナップショットは、保護された VM と同じデータストアに保存されます。管理者によってこれらのスナップショットを手動で削除することは、サポートされていません。スナップショット ディレクトリを削除すると、HX データ保護とディザスタ リカバリが損なわれる可能性があります。

注意

VMware 環境と同様に、VMware 上で HX に制限されていない場合、vCenter ブラウザを介して管理者がアクセスするか、または ESX ホストにログインすることによって、データストアにアクセスできます。このため、スナップショット ディレクトリとコンテンツは参照可能で、管理者がアクセスできます。VMware は、管理者によるデータストアの操作を制限しません。スナップショットを手動で削除しないように注意してください。

考慮すべき点は次のとおりです。

- VMware 仮想センターの場所:「その他の DRO」データストア ペアにある VMware 仮想センターから VM を削除すると、復元中にこのデータストア ペアの復元計画が失敗します。この障害を回避するには、まずコントローラ VM のいずれかで次のコマンドを使用して VM の保護を解除する必要があります。

stcli dp vm delete --vmid

- VM の名前:仮想センターから VM の名前を変更すると、HyperFlex は以前の名前フォルダで回復しますが、復元側で新しい名前を使用して VM を登録します。次に、この状況の制限事項の一部を示します。

- VMware を使用すると、任意の場所にある VMDK を VM に接続できます。このような場合、HyperFlex は VM フォルダ内の VM を回復しますが、元の場所にマップされている場所ではありません。また、VMDK がパスによって virtualmachine name.vmxファイルで明示的に参照されている場合、復元が失敗することがあります。データは正確に復元していますが、仮想センターへの VM の登録に問題がある可能性があります。このエラーを修正するには、virtualmachine name.vmx ファイル名を新しいパスで更新します。

- VM の名前が変更され、その後に VMDK が追加された場合、新しい VMDK は [sourceDs] newVm/newVm.vmdk で作成されます。HyperFlex は、この VMDK を以前の名前で復元します。その場合、VMDK がパスによって virtualmachine name.vmxファイルで明示的に参照されている場合、復元が失敗することがあります。データは正確に復元していますが、仮想センターへの VM の登録に問題がある可能性があります。このエラーを修正するには、virtualmachine name.vmx ファイルを新しいパスで更新します。

レプリケーション ネットワークとペアリングの考慮事項

データ保護のためにレプリケーションの使用を想定して、クラスタ間でレプリケーション ネットワークを確立する必要があります。各クラスタとサイト内の他のトラフィックから、クラスタ間レプリケーションのトラフィックを特定するために、このレプリケーション ネットワークが作成されます。

ペアリングに必要な事前検証チェックのリストを次に示します。

- ピア クレデンシャルが機能していることを検証し、確認します。

- 両方のクラスタの健全性を確認し、両方のクラスタが正常である場合にのみペアリングを続行します。

- VCenter のバージョンが、各クラスタの ESXi バージョン以上であることを確認してください。

以下は、レプリケーション ネットワークとペアリングを設定するときに、考慮する事項のリストです。

- 効率的なレプリケーションをサポートするために、クラスタ間の N x M 接続 図で示されるように、クラスタ A のすべての M ノードがクラスタ B のすべての N ノードとの通信する必要があります。

- クラスタ間のレプリケーション トラフィックを有効にしてサイトの境界を越えてインターネットを通過するためには、クラスタ A の各ノードがサイトの境界とインターネットを超えて、クラスタ B 上の各ノードと通信が可能になる必要があります。

- レプリケーション トラフィックは、クラスタとデータ センター内の他のトラフィックから隔離する必要があります。

- クラスタ間のトラフィックに対してこの隔離されたレプリケーション ネットワークを作成するには、次の手順を実行します。

- 各クラスタでレプリケーション ネットワークを作成します。

- クラスタを関連付けるためにクラスタをペアリングし、クラスタ間の接続を N x M 節ッ属性を確立します。

- IP アドレス、サブネット、VLAN、およびゲートウェイは、各クラスタの複製ネットワークに関連付けられます。両方のサイトで会社のファイアウォールとルータを設定し、TCP ポート 9338、3049、9098、4049、4059 でクラスタとサイト間の通信を許可する必要があります。

クラスタ間 M * N 接続性

データ保護の用語

間隔：レプリケーション スケジュール設定の一部。保護された VM のレプリケーション スナップショットを取得してターゲット クラスタにコピーする頻度を指定するために使用します。

ローカル クラスタ：VM レプリケーション クラスタ ペアで、HX Connect を通じて現在ログインしているクラスタ。ローカル クラスタから、ローカル上に存在する VM にレプリケーション保護を設定できます。VM はペアリング済みのリモート クラスタにレプリケートされます。

移行―VM の最近のレプリケーション スナップショットのコピーが稼働中の VM になる場合、定期的なシステム メンテナンスと管理タスク。ソースおよびターゲット クラスタのレプリケーション ペアは変更されません。

プライマリ クラスタ―VM ディザスタ リカバリのソース クラスタの別の名前。

保護された仮想マシン―レプリケーションが設定されている VM。保護された VM は、レプリケーション ペアのローカル クラスタのデータストアに存在します。これらのレプリケーション スケジュールは、個別または保護グループを通じて設定されます。

保護グループ：同じレプリケーション構成を VM のグループに適用する方法です。

リカバリ プロセス：ソース クラスタに失敗または障害が発生した場合に、保護された VM を回復するための手動プロセス。

リカバリ テスト：リカバリ プロセスを災害時に成功させるメンテナンス タスク。

リモート クラスタ：VM レプリケーション クラスタ ペアの 1 つ。リモート クラスタは、ローカル クラスタの保護された VM からレプリケーション スナップショットを受信します。

レプリケーション ペア：ローカル クラスタ VM のレプリケーション スナップショットを格納するリモートのクラスタ ロケーションを提供するためにまとめられた 2 つのクラスタ。

レプリケーション ペアのクラスタは、リモートまたはローカル クラスタの両方になることが可能です。レプリケーション ペアの両方のクラスタは、レジデント VM を持つことが可能です。各クラスタは、そのレジデント VM に対してローカルです。各クラスタは、ペアリング済みのローカル クラスタに存在する VM に対してリモートです。

レプリケーション スナップショット：レプリケーション保護メカニズムの一部。保護された VM の取得されたスナップショットのタイプで、ローカル クラスタからリモート クラスタにコピーされます。

セカンダリ クラスタ：VM ディザスタ リカバリ内のターゲット クラスタの別名。

ソース クラスタ：VM レプリケーション クラスタ ペアの 1 つ。ソース クラスタは、保護された VM が置かれる場所となります。

ターゲット クラスタ：VM レプリケーション クラスタ ペアの 1 つ。ターゲット クラスタは、ソース クラスタの VM からレプリケーション スナップショットを受信します。ターゲット クラスタは、ソース クラスタで障害が発生した場合、VMを回復するために使用されます。

データ保護とディザスタ リカバリのベスト プラクティス

管理者として、環境内で効果的なデータ保護とディザスタ リカバリ戦略を設計し、導入する必要があります。設計して導入するソリューションは、実稼働 VM のリカバリ ポイント目標 (RPO) とリカバリ時間の目標 (RTO) の両方がて、ビジネス要件を満たしている必要があります。次に、この戦略を設計する際に考慮する必要があるポイントの一部を示します。

- ミッション クリティカル、ビジネス クリティカル、および重要な VM を含む可能性のある、さまざまな種類の生産ワークロードに準拠するために必要なサービスレベル契約 (SLA) の数。

- 各 SLA の詳細な構造。これには、RPO、RTO、保存されたリカバリ ポイント数、データのオフサイト コピー要件、および異なるメディア タイプにバックアップ コピーを保存するための要件が含まれます。異なる場所、異なるハイパーバイザ、異なるプライベート/パブリック クラウドなど、異なる環境に復元する機能などには、追加の要件がある場合があります。

- ソリューションが設計されたビジネス要件を満たしていることを証明するために機能する各 SLA の継続的なテスト戦略。

バックアップとバックアップ コピーは、保護される HyperFlex クラスタの外部に保存する必要があることに注意してください。たとえば、HyperFlex クラスタ上の VM を保護するために実行されるバックアップは、同じ HyperFlex クラスタでホストされているバックアップ リポジトリまたはディスク ライブラリには保存しないでください。

内蔵 HyperFlex データ保護機能は、次のカテゴリに一般化されています。

- データ レプリケーション ファクタ: HyperFlex クラスタ内のデータの冗長コピー数を示します。データ レプリケーション ファクタ 2 または 3 は、データプラットフォームのインストール時に設定できますが、変更することはできません。データ レプリケーション ファクタの利点は、クラスタで許容される障害の数に関係します。データ レプリケーション ファクタの詳細については、セクション HX Data Platform クラスタの耐障害性 を参照してください。

（注）

データ レプリケーション ファクタ単独では、クラスタの障害が発生した場合や、サイトの拡張が停止した場合に、リカバリの要件を満たすことができない場合があります。また、データ レプリケーション ファクタは、ポイント インタイム リカバリ、複数のリカバリ ポイントの保持、またはクラスタ外部のデータのポイント インタイム コピーの作成を促進することはありません。

- データ プラットフォームのスナップショット: 個々の VM ベースで動作し、一定期間 VM のバージョン保存を有効にします。最大 31 個のスナップショットを保持できます。

（注）

データ プラットフォーム スナップショット単独では、クラスタの障害が発生した場合や、サイトの拡張が停止した場合に、リカバリの要件を満たすことができない場合があります。また、クラスタ外部にあるデータのポイント インタイム コピーを作成する機能を促進するものではありません。さらに重要な点として、VM を意図的に削除すると、削除された VM に関連付けられているデータ プラットフォームのスナップショットも削除されます。

- 非同期レプリケーション: HX Data Platform ディザスタ リカバリ機能とも呼ばれ、ネットワークに接続された HyperFlex クラスタのペア間で仮想マシンのスナップショットを複製することにより、仮想マシンの保護を可能にします。1 つのクラスタで実行されている保護された仮想マシンをペアの他のクラスタにレプリケートします（その逆も同様です）。2 つの対になったクラスタは通常、離れて配置され、各クラスタは他のクラスタで実行されている仮想マシンのディザスタ リカバリ サイトとして機能します。

（注）

リモート クラスタで複数のポイント インタイム コピーを保持する必要がある場合、非同期レプリケーションのみリカバリの要件を満たしていない可能性があります。特定の VM の最新のスナップショット レプリカのみがリモート クラスタに保持されます。また、非同期レプリケーションは、いずれかのクラスタ外部にあるデータのポイント インタイム コピーを作成する機能を促進するものではありません。

まず、環境における固有のビジネス要件を理解し、これらの要件を満たす包括的なデータ保護とディザスタ リカバリ ソリューションを展開することをお勧めします。

仮想マシンの保護の概要

仮想マシンを保護するには、次の保護属性を指定します。

- レプリケーションの間隔（レプリケーションの頻度）

- 開始時刻（次の 24 時間以内で、仮想マシンに対して最初にレプリケーションを試行する時刻の指定）

- 仮想マシンの停止でレプリケーション スナップショットを作成するかどうかの指定

保護属性を作成し、保護グループに割り当てることができます。仮想マシンに保護属性を割り当てるには、保護属性を保護グループに追加します。

たとえば、保護の 3 つのクラス、金、銀、銅があるとします。各クラスに保護グループを設定し、レプリケーション間隔を、金は 5 ～ 15 分、銀は 4 時間、銅は 24 時間と設定します。VM のほとんどは、作成済みの 3 つの保護グループのいずれかに追加するだけで保護できます。

仮想マシンを保護する方法を次の中から選択できます。

（注）

複数の仮想マシンを選択する場合、それらを保護グループに追加する必要があります。

- 個別：1 つの仮想マシンを選択して構成します。特定の仮想マシンのレプリケーション スケジュールおよび VMware の休止オプションを設定します。レプリケーション設定の変更は、個別に保護された仮想マシンにのみ影響を与えます。仮想マシンは、保護グループに含まれません。

- 既存の保護グループ：1 つ以上の仮想マシンを選択し、それらを既存の保護グループに追加します。スケジュールおよび VMware の休止オプション設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

- 新しい保護グループ：2 つ以上の仮想マシンを選択し、新しい保護グループを作成することを選択します。保護グループの名前、スケジュール、および VMware の休止オプション設定を定義します。これらの設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

- データ保護のワークフロー

- 複製ネットワークの設定 HX Connect

- レプリケーション ペアの概要

- 保護グループの作成

- 既存の保護グループでの仮想マシンの保護

- 新しい保護グループでの仮想マシンの保護

- 個別の仮想マシンの保護

- 仮想マシンの保護の解除

データ保護のワークフロー

レプリケーションを使用して VM とそのデータを保護するには、次の手順を実行します。

- レプリケーション ネットワーク アクティビティをサポートするように、2 つのクラスタを設定し、お互いがペアになるようにします。

- ソース クラスタにレプリケーションのスナップショットを作成して、ターゲット クラスタにそれらをコピーする頻度（間隔）を設定する VM のレプリケーション スケジュールを割り当てます。個々の VM と保護グループにレプリケーション スケジュールを設定します。

レプリケーション ワークフロー

1. HX Data Platform をインストールし、2 つのクラスタを作成します。

2. 各クラスタに 1 つ以上のデータストアを作成します。

3. HX Connect にログインします。

4. レプリケーション ネットワークを作成する前に、レプリケーション ネットワークに使用される IP アドレス、サブネット マスク、VLAN、ゲートウェイ、および IP 範囲を確認します。複製ネットワークの作成後は、この新しい複製ネットワークを介して、クラスタ内の接続を検証します。

5. デフォルトの MTU 値は 1500 です。HyperFlex クラスタが OTV またはその他のトンネリング メカニズムを使用する場合は、サイト間またはクラスタ間の接続で機能する MTU を必ず選択します。

6. 各クラスタでクラスタ レプリケーション ネットワークを設定します。レプリケーション ネットワーク情報は、各クラスタで一意です。

レプリケーション ネットワーク専用のサブネット、ゲートウェイ、IP アドレスの範囲、帯域幅制限を指定します。HX Data Platform は UCS Manager を介して両方のクラスタの VLAN を設定します。

7. クラスタ間のネットワーク テストは、レプリケーション ネットワークの設定後、クラスタのノード間の接続を検証するために実行されます。クラスタ間のネットワーク テストが失敗した場合、レプリケーション ネットワーク設定がロール バックされます。問題を修正した後、レプリケーション ネットワークを再設定します。

8. レプリケーション ペアを作成する前に、このペアをサポートする社内ネットワークが更新されていることを確認します。

9. 1 つのクラスタから別のクラスタへのレプリケーション ペアを作成し、2 つのクラスタを接続します。レプリケーション ペアを作成した後、クラスタ間ペア ネットワークのテストを実行し、クラスタ間の双方向接続を検証します。両方のクラスタからのデータストア マッピングを設定します。

10. オプションで、保護グループを作成できます。

- スケジュールを設定します。各保護グループにスケジュールが 1 つ必要です。

- 異なる仮想マシン用にさまざまなレプリケーション間隔（スケジュール）がある場合は、複数の保護グループを作成します。仮想マシンは、1 つの保護グループにのみ属することができます。

11. 個々の仮想マシンまたは保護グループに割り当てられた仮想マシンとして、保護する仮想マシンを選択します。

12. 保護を設定し、次の手順を実行します。

1. 1 つまたは複数の仮想マシンを選択します。[Protect] をクリックします。

2. [仮想マシンの保護] ウィザードでのオプションは次のとおりです。

- 既存の保護グループを通じて 1 つの仮想マシンを保護します。

- 1 つの仮想マシンを個別に保護します。

スケジュールを設定します。

- 既存の保護グループを通じて複数の仮想マシンを保護します。

- 新しい保護グループを通じて複数の仮想マシンを保護します。

新しい保護グループを作成し、スケジュールを設定します。

複製ネットワークの設定 HX Connect

複製ペアを設定する前に、複製ネットワークが、ローカルおよびリモートの両方のクラスタで設定されていることが必要です。ローカル クラスタで設定を完了してから、リモート クラスタにログインして、そこで設定を完了します。

始める前に

複製ネットワークを設定する前に、次の前提条件を満たしていることを確認します

- 少なくとも、N + 1 個の IP アドレス要です。ここで、N とはコンバージド ノードの数です。これらの新しい IP アドレス、ゲートウェイ、およびこのサブネットに関連付けられた VLAN にまたがる IP サブネットも必要です。

- 将来のクラスタ拡張に対応するには、提供されたサブネットに十分な IP アドレスがあることを確認してください。展開されたクラスタ内の新しい統合ノードには、複製用の IP アドレスも割り当てる必要があります。前の手順で提供されたサブネットは、潜在的に新しい IP 範囲にまたがる必要があります。

- 後で追加の IP プール範囲をネットワークに追加することはできますが、複製ネットワークにすでに設定されている IP プールは変更できません。

- 複製ネットワークに使用する IP アドレスが他のシステムで使用されていないことを確認します。

- 複製ネットワークを作成する前に、複製ネットワークに使用する IP アドレス、サブネット、VLAN、およびゲートウェイを確認してください。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

[Replication] > [Replication Configuration] > [Configure Network] を選択します。

（注）

複製ネットワークは一度のみ構成できます。構成後は、使用可能な IP アドレスとネットワークの帯域幅を編集できます。

ステップ 3

[Configure Replication Network] ダイアログボックスの [Configure Replication Network] [VLAN Configuration] タブで、ネットワーク情報を入力します。

UI 要素

基本情報

[既存の VLAN の選択] ラジオ ボタン

このラジオ ボタンをクリックして、既存の VLAN を追加します。

レプリケーション ネットワークで使用するために Cisco UCS Manager を通じて VLAN を手動で設定した場合、その VLAN ID を入力します。

[新しい VLAN の作成] ラジオ ボタン

このラジオ ボタンをクリックして、新規 VLAN を作成します。

[VLAN ID] フィールド

上矢印または下矢印をクリックして、VLAN ID の番号を選択するか、フィールドに番号を入力します。

これは、 HX Data Platform 管理トラフィック ネットワーク と データ トラフィック ネットワーク とは別です。

重要

レプリケーション ペアの各 HX Storage Clusterには異なる VLAN ID 番号を使用してください。

レプリケーションは、2 つの HX Storage Clusterの間にあります。各 HX Storage Clusterは、レプリケーション ネットワークに専用の VLAN を必要とします。

たとえば、 3 です。

値を追加すると、追加の識別子を含むようにデフォルトの VLAN 名が更新されます。VLAN ID の値は、手動で入力した VLAN 名には影響しません。

[VLAN Name] フィールド

[Create a new VLAN] ラジオ ボタンを選択した場合、このフィールドにはデフォルトの VLAN 名が入力されます。VLAN ID は名前に紐づけられます。

ストレッチ クラスタの場合は、プライマリおよびセカンダリ FI（サイト A とサイト B ）のCisco UCS Managerクレデンシャルを入力します。通常のクラスタの場合は、単一の FI のCisco UCS Managerクレデンシャルを入力します。

[UCS Manager ホスト IP または FQDN] フィールド

Cisco UCS Manager FQDN または IP アドレスを入力してください。

たとえば 10.193.211.120 と入力します。

[Username] フィールド

Cisco UCS Manager の管理ユーザ名を入力します。

[Password] フィールド

Cisco UCS Manager の管理パスワードを入力します。

ステップ 4

[Next] をクリックします。

ステップ 5

[IP & Bandwidth Configuration] タブで、ネットワーク パラメータとレプリケーション帯域幅を設定します。

UI 要素

基本情報

[Subnet] フィールド

複製ネットワークで使用するサブネットをネットワーク プレフィックス表記で入力します。サブネットは HX Data Platform 管理トラフィック ネットワーク および データ トラフィック ネットワーク とは別です。

Format example:
x.x.x.x/<number of bits>
1.1.1.1/20

[ゲートウェイ（Gateway）] フィールド

複製ネットワークで使用するゲートウェイ IP アドレスを入力します。ゲートウェイは、HX Data Platform 管理トラフィック ネットワーク および データ トラフィック ネットワーク で異なります。

たとえば、1.2.3.4 と指定します。

（注）

障害復旧が flat ネットワーク用に設定されている場合でも、ゲートウェイ IP アドレスにアクセスできる必要があります。

[IP Range] フィールド

複製ネットワークで使用する IP アドレスの範囲を入力します。

- 必要な IP アドレスの最小数は、HX Storage Clusterのノード数プラス 1 です。

たとえば、4 ノードがある HX Storage Clusterの場合、少なくとも 5 つの IP アドレスの範囲を入力してください。

- [from] の値には、[to] の値より小さい値を指定する必要があります。

入力例：10.10.10.20 ～ 10.10.10.30.

- クラスタにノードを追加する計画がある場合は、追加ノードをカバーするのに十分な数の IP アドレスを含めます。ただし IP アドレスはいつでも追加できます。

（注）

IP アドレス範囲には、コンピューティング専用ノードは含まれません。

[IP 範囲の追加] ボタン

クリックして、[IP Range] の [From] および [To] フィールドに入力した IP アドレスの範囲を追加します。

[Set Replication Bandwidth Limit] チェック ボックス

複製ネットワークが着信および発信トラフィックに使用できる最大のネットワーク帯域幅を入力します。許容値は 33,000 Mbits/秒です。

デフォルト値は unlimited で、ネットワークに使用可能な合計に最大ネットワーク帯域幅を設定します。

レプリケーション帯域幅は、このローカル HX Storage Cluster から、ペアになっているリモート HX Storage Cluster にレプリケーション スナップショットをコピーするのに使用されます。

（注）

- 低帯域幅 (通常、50 Mbits/秒以下) では、複数の VM を複製すると、データ転送レートが高くなりすぎてしまい、複製プロセスを実行することなく終了する可能性があります。この問題を克服するには、帯域幅を増やすか、VM 複製のスケジュールを調整して、VM が同じウィンドウで複製されないようにします。

- 帯域幅設定は、リンク速度に近い必要があります。ペア内のクラスタの帯域幅設定は同じである必要があります。

- 設定された帯域幅は、帯域幅が設定されているクラスタの着信および発信トラフィックにのみ適用されます。たとえば、帯域幅制限を 100 Mb に設定すると、100 Mb が着信トラフィックに対して設定され、100 Mb が発信トラフィックに設定されていることを意味します。

- 帯域幅制限の設定は、物理帯域幅を超えないようにする必要があります。

- 設定された帯域幅は、障害復旧環境の両方のサイトで同じである必要があります。

- 許容される低帯域幅は 10Mb で、10Mb でサポートされる最大遅延は 75ms です。ネットワークの損失や不安定な HX クラスタが原因で VM の初期レプリケーションが失敗した場合は、新しいレプリケーション ジョブとして次のスケジュールで VM レプリケーションが再度開始されます。この場合、VM を保護するために、スケジュールのサイズを調整する必要があります。

[Set non-default MTU] チェック ボックス

デフォルトの MTU 値は 1500 です。

レプリケーション ネットワークのカスタム MTU サイズを設定するチェック ボックスを選択します。MTU は 1024 ～ 1500 の範囲で設定できます。

（注）

- 必ずクラスタの両側で同じ MTU 値を使用してください。

- クラスタの設定後、MTU 値を変更する場合は、クラスタを再設定する必要があります。

新しい MTU 値を使用して複製ネットワークを再設定するには、次の手順に従います。

1. 複製ペアが既に構成されている場合は削除します。

2. HX Connect の Web CLI で、次のコマンドを実行します。

stcli drnetwork クリーンアップ

3. [drnetwork cleanup]タスクが完了したら、複製ネットワークを設定します。

（注）

複製ネットワークに既存の VLAN を使用すると、複製ネットワークの設定が失敗します。Cisco UCS Manager の管理 vNIC テンプレートに、自分で作成した複製 VLAN を追加する必要があります。

ステップ 6

[Next] をクリックします。

ステップ 7

[Test Configuration] タブで、複製ネットワーク構成を確認します。

ステップ 8

[構成] をクリックします。

次のタスク

- レプリケーション ペアの両方の HX Storage Cluster にレプリケーション ネットワークを構成してください。

- 複製ネットワークがクラスタ上に作成された後、クラスタ上の各統合ノードは、eth2 インターフェイス上の IP アドレスで構成されます。

- 'rap-scan' を使用して重複 IP 割り当てを確認してください。

For example if your replication subnet is 10.89.1.0/24:
$ sudo arp-scan 10.89.1.0/24 | cut -f1 | sort | uniq -d

重複 IP 割り当てがある場合は、複製ネットワーク割り当てを削除する必要があります。

適切な IP 割り当てを使用して複製ネットワークを再設定するには、次の手順に従います。

1. 複製ペアが既に構成されている場合は削除します。

2. HX Connect の Web CLI で、次のコマンドを実行します。

stcli drnetwork クリーンアップ

3. Drnetwork クリーンアップタスクが完了したら、複製ネットワークで IP アドレスを設定します。

- ローカル レプリケーション ネットワークのテスト

- レプリケーション ネットワークの編集

ローカル レプリケーション ネットワークのテスト

クラスタ間のレプリケーション ネットワーク テストを実行するには、次の操作を実行します。

手順

ステップ 1

HX Connect にログインします。

1. ブラウザに HX ストレージ クラスタ管理 IP アドレスを入力します。Https://<storage-cluster-management-ip> に移動します。

2. 管理ユーザ名とパスワードを入力します。

3. [ログイン（Login）] をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、[レプリケーション（Replication）] をクリックします。

ステップ 3

[アクション（Actions）] ドロップダウン リストから、[ローカルレプリケーションネットワークのテスト（Test Local Replication Network）] を選択します。

ステップ 4

[テストを実行（Run Test）] をクリックします。

ステップ 5

[アクティビティ（Activity）] ページで、[レプリケーションネットワークのテスト（Test Replication Network）] タスクの進行状況を表示できます。

レプリケーション ネットワークの編集

構成済みのレプリケーションがある HX Clusterを展開するときは、レプリケーション ネットワークに使用できる十分な IP アドレスがあることを確認します。レプリケーション ネットワークでは、クラスタ内の各ノード 1 台に 1 つに加えてもう 1 つ専用の IP アドレスが必要です。例えば、3 ノードのクラスタでは 4 つの IP アドレスが必要です。ノードをもう 1 つクラスタに追加する場合は、少なくとも 5 つの IP アドレスが必要です。IP アドレスを追加するには、レプリケーション ネットワークを編集します。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

ナビゲーション ペインで、[レプリケーション（Replication）] を選択します。

ステップ 3

[アクション（Actions）] ドロップダウン リストから、[レプリケーションネットワークの編集（Edit Replication Network）] を選択します。

ステップ 4

[ネットワーク設定の編集（Edit Network Configuration）] ダイアログ ボックスで、使用する IP の範囲を編集して、レプリケーション トラフィックのレプリケーション帯域幅制限を設定することができます。レプリケーション ネットワーク サブネットおよびゲートウェイは参照用にのみ表示され、編集できません。

UI 要素

基本情報

[Subnet] フィールド

ネットワーク プレフィックス表記のレプリケーション ネットワーク用に設定されたサブネット。この値は編集できません。

[Gateway] フィールド

レプリケーション ネットワーク用に設定されたゲートウェイ。この値は編集できません。

[IP Range] フィールド

複製ネットワークで使用する IP アドレスの範囲を入力します。

- 必要な IP アドレスの最小数は、HX Storage Clusterのノード数プラス 1 です。

たとえば、4 ノードがある HX Storage Clusterの場合、少なくとも 5 つの IP アドレスの範囲を入力してください。

- [from] の値には、[to] の値より小さい値を指定する必要があります。

入力例：10.10.10.20 ～ 10.10.10.30.

- クラスタにノードを追加する計画がある場合は、追加ノードをカバーするのに十分な数の IP アドレスを含めます。ただし IP アドレスはいつでも追加できます。

（注）

IP アドレス範囲には、コンピューティング専用ノードは含まれません。

[Add IP Range] フィールド

クリックして、[IP 範囲] [から] および [まで] フィールドで入力されている IP アドレスの範囲を追加します。

[レプリケーションの帯域幅制限の設定] チェック ボックス（オプション）

レプリケーション ネットワークが発信トラフィックに使用できる最大のネットワーク帯域幅を入力します。許容値は 10 ～ 10,000 です。

デフォルトは unlimited で、ネットワークに使用可能な合計に最大ネットワーク帯域幅を設定します。

レプリケーション帯域幅は、このローカル HX Storage Cluster から、ペアになっているリモート HX Storage Cluster にレプリケーション スナップショットをコピーするのに使用されます。

ステップ 5

[Save Changes] をクリックします。

レプリケーション ネットワークが現在更新されています。追加した IP アドレスは、ストレージ クラスタに追加されたときに新しいノードで使用できるようになります。レプリケーション トラフィックは、帯域幅制限が変更されると、それに合わせて調整されます。

レプリケーション ペアの概要

レプリケーション クラスタ ペアの作成は、レプリケーション用 VM の設定の前提条件です。レプリケーション ネットワークと少なくとも 1 つのデータストアは、レプリケーション ペアを作成する前に構成しなければなりません。

クラスタ 2 とクラスタ 1 をペアリングすることによって、レプリケーション用に明示的に設定されたクラスタ 1 上のすべての VM はクラスタ 2 にレプリケートでき、レプリケーション用に明示的に設定されたクラスタ 2 上のすべての VM はクラスタ 1 にレプリケートできることを指定しています。

クラスタ 1 のデータストア A とクラスタ 2 のデータストア B をペアリングすることによって、レプリケーション用に明示的に設定されたクラスタ 1 上のすべての VM では、データストア A にファイルがある場合、それらのファイルはクラスタ 2 のデータストア B にレプリケートされることを指定しています。同様に、レプリケーション対象として明示的に設定されたクラスタ 2 上のすべての VM では、データストア B にファイルがある場合、それらのファイルがクラスタ 1 のデータストア A にレプリケートされます。

ペアリングは厳密に 1 対 1 で行われます。1 つのクラスタを 2 つ以上の他のクラスタとペアリングすることはできません。ペアになっているクラスタ上の 1 つのデータストアは、他のクラスタ上の 1 つのデータストアとしかペアリングできません。

- レプリケーション ペアの作成

- リモート レプリケーション ネットワークのテスト

- レプリケーション ペアの編集

- レプリケーション ペアの削除

レプリケーション ペアの作成

レプリケーション ペアは、保護ネットワークの半分を 2 つ定義します。ログインしている HX Storage Clusterはローカル クラスタで、ペアの片方です。このダイアログによって、ペアのもう片方であり、リモート クラスタである、もう 1 つの HX Storage Clusterを識別します。ストレージ コンポーネントを確保するため、レプリケーション ペアを各 HX Storage Clusterのデータストアにマップします。レプリケーション ペアが設定されたら、仮想マシンを保護できるようになります。[Virtual Machines] タブを参照してください。

重要

異なるバージョンでクラスタをペアリングまたはマッピングする場合は、3.5 クラスタでクラスタ ペアリングを開始し、その後 3.0 クラスタからデータストア マッピングを開始する必要があります。

- クラスタ ペアリングは、3.5 クラスタから 3.0 クラスタに対してのみ開始する必要があります。

- データストア マッピングは、3.0 クラスタから 3.5 クラスタに対してのみ開始する必要があります。

始める前に

- ローカル クラスタとリモート クラスタの両方でデータストアを作成します。

- レプリケーション ネットワークを構成します。

手順

ステップ 1

HX Connect から、管理者権限を持つユーザとしてローカルまたはリモート クラスタのいずれかにログインします。[レプリケーション > レプリケーションペア > レプリケーションのペアを作成する] を選択します。

ステップ 2

レプリケーション ペアの [Name] を入力し、[Next] をクリックします。

2 つの HX Storage Clusterの間のレプリケーション ペアの名前を入力します。この名前は、ローカルおよびリモートの両方のクラスタに設定されます。この名前は変更できません。

ステップ 3

[Remote Connection] の ID を入力し、[Pair] をクリックします。

クラスタ ペアのテスト ジョブが成功したら、次の手順に進むことができます。[アクティビティ（Activity）] ページで、クラスタ ペアのテスト ジョブの進行状況を表示できます。

UI 要素

基本情報

[Management IP or FQDN] フィールド

リモート HX Storage Clusterの管理ネットワークの IP アドレスまたは完全修飾ドメイン名（FQDN）を入力します。例: 10.10.10.10。

[ユーザ名（User Name）] と [パスワード（Password）] フィールド

リモート HX Storage Cluster の vCenter シングル サインオンまたはクラスタ固有の管理者クレデンシャルを入力します。

HX Data Platform はリモート HX Storage Clusterを確認し、レプリケーション ペア名を割り当てます。

（注）

保護される仮想マシンは、レプリケーション ペアのデータストアのいずれか 1 つに存在している必要があります。

ステップ 4

両方のクラスタから [Datastore Mapping] を設定し、[Next] をクリックします。

（注）

- 保護する仮想マシンは選択したデータストア上に存在している必要があります。レプリケーション ペア用に構成されたデータストアから仮想マシンを移動すると、その仮想マシンの保護も解除されます。

- ペアリングされた別のデータストアへの仮想マシンの移動は、サポートされています。ペアリングされていないデータストアに VM を移動すると、レプリケーション スケジュールが失敗します。

UI 要素

基本情報

[Local Datastore] 列

このクラスタ、ローカル HX Storage Clusterに構成されたデータストアの一覧です。

1 つのローカル データストアを 1 つのリモート データストアにマップします。

[Remote Datastore] 列

HX Storage Cluster間でデータストアをペアリングします。

必要な [Local Datastore] 行で、[Remote Datastore] プルダウン メニューからデータストアを選択します。これにより、単一の操作でリモートとローカルの両方のデータストアが選択されます。

ステップ 5

概要情報を確認し、[データストアをマップする（Map Datastores）] をクリックします。

UI 要素

基本情報

[Datastore] フィールド

このローカル HX Storage Clusterで選択したデータストア。

[Target Datastore] フィールド

レプリケーション スナップショットのコピー先となるリモート HX Storage Clusterのデータストア。

リモート レプリケーション ネットワークのテスト

リモート レプリケーション ネットワークのクラスタ間でペアリングをテストするには、次の操作を実行します。

手順

ステップ 1

HX Connect にログインします。

1. ブラウザに HX ストレージ クラスタ管理 IP アドレスを入力します。Https://<storage-cluster-management-ip> に移動します。

2. 管理ユーザ名とパスワードを入力します。

3. [ログイン（Login）] をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、[レプリケーション（Replication）] をクリックします。

ステップ 3

[アクション（Actions）] ドロップダウン リストから、[リモートレプリケーションネットワークのテスト（Test Remote Replication Network）] を選択します。

フィールド

説明

MTUテスト値（MTU Test Value）

デフォルトの MTU 値は 1500 です。MTU は 1024 ～ 1500 の範囲で設定できます。

（注）

- クラスタの設定後、MTU 値を変更する場合は、クラスタを再設定する必要があります。Cisco TAC までお問い合わせください。

- 必ずクラスタの両側で同じ MTU 値を使用してください。

ステップ 4

[テストを実行（Run Test）] をクリックします。

ステップ 5

[アクティビティ（Activity）] ページで、[レプリケーションペアネットワークのチェック（Replication Pair Network Check）] タスクの進行状況を表示できます。

レプリケーション ペアの編集

レプリケーション ペアを編集すると、レプリケーション ペアのデータストアが変更されます。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

[Replication] > [Replication Pairs] > [Edit] を選択します。

ステップ 3

ローカルまたはリモートのデータストアを選択し、[Finish] をクリックします。

UI 要素

基本情報

[Local Datastore] 列

このクラスタ、ローカル HX Storage Clusterに構成されたデータストアの一覧です。

1 つのローカル データストアを 1 つのリモート データストアにマップします。

[Remote Datastore] 列

HX Storage Cluster間でデータストアをペアリングします。

1. ローカル データストアの選択を変更するには、現在のローカル データストアへのマッピングを削除します。

[Remote Datastore (リモート データストア)] 列のプルダウン メニューで、[Do not map this datastore (このデータストアをマップしない)] を選択します。

2. 必要な [Local Datastore] 行で、[Remote Datastore] プルダウン メニューからデータストアを選択します。これにより、単一の操作でリモートとローカルの両方のデータストアが選択されます。

レプリケーション ペアの削除

ローカルおよびリモートのクラスタのレプリケーション ペアを削除します。

[Replication] > [Replication Pairs] > [Delete] を選択します。

始める前に

ローカルおよびリモートの両方のクラスタで、レプリケーション ペアから依存関係を削除します。

ローカルおよびリモートの HX ストレージ クラスタにログインして、次の手順を実行します。

- すべての仮想マシンの保護を解除します。仮想マシンを保護グループから削除します。

- 保護グループを削除します。保護グループに VM がない場合、保護グループの削除は必要ありません。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

レプリケーション ペア内のデータストアをマップ解除します。

1. [Replication] > [Replication Pairs] > [Edit] を選択します。

クラスタ ペアのテスト ジョブが成功したら、次の手順に進むことができます。[アクティビティ（Activity）] ページで、クラスタ ペアのテスト ジョブの進行状況を表示できます。

2. [Edit Replication Pair] ダイアログボックスの、[Remote Datastore] メニューから、[Do not map this datastore] を選択します。

UI 要素

基本情報

[Local Datastore] 列

このクラスタ、ローカル HX Storage Clusterに構成されたデータストアの一覧です。

1 つのローカル データストアを 1 つのリモート データストアにマップします。

[Remote Datastore] 列

HX Storage Cluster間でデータストアをペアリングします。

1. ローカル データストアの選択を変更するには、現在のローカル データストアへのマッピングを削除します。

[Remote Datastore (リモート データストア)] 列のプルダウン メニューで、[Do not map this datastore (このデータストアをマップしない)] を選択します。

2. 必要な [Local Datastore] 行で、[Remote Datastore] プルダウン メニューからデータストアを選択します。これにより、単一の操作でリモートとローカルの両方のデータストアが選択されます。

3. すべての可能なリモート データストアが、[Do not map this datastore] に設定されていることを確認します。

4. [終了（Finish）] をクリックします。

ステップ 3

[Replication] > [Replication Pairs] > [Delete] を選択します。

ステップ 4

リモート クラスタの管理者のクレデンシャルを入力し、[Delete] をクリックします。

UI 要素

基本情報

[User Name] フィールド

リモート HX Storage Clusterの管理者ユーザ名を入力します。

[Password] フィールド

リモート HX Storage Clusterの管理者パスワードを入力します。

保護グループの作成

保護グループは、同じレプリケーション方式の VM のグループです。

ローカル クラスタ上の保護グループを作成します。保護グループは、それらが作成される VM に保護を提供します。保護グループがリモート クラスタにレプリケートする仮想マシンを保護している場合、これらの保護グループは HX Connect にリストされます。

（注）

ただし、保護グループは、そのローカル クラスタ、つまりそれが作成されたクラスタからのみ管理できます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアが構成されていることを確認します。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

[Replication] > [Protection Groups] > [Create Protection Group] を選択します。

ステップ 3

ダイアログボックスのフィールドに情報を入力します。

UI 要素

基本情報

[Protection Group Name] フィールド

このローカル クラスタの新しい保護グループの名前を入力します。

保護グループは、各クラスタに一意です。名前はリモート クラスタで参照されますが、リモート クラスタでは編集できません。クラスタには複数の保護グループを作成できます。

[Protect virtual machines in this group every] フィールド

仮想マシンがペアになっているクラスタにレプリケートされる頻度を選択します。デフォルトは 1 時間ごとです。プルダウン メニュー オプションは次のとおりです。

5 分、15 分、30 分、1 時間、90 分、2 時間、4 時間、8 時間、12 時間、24 時間

[Start protecting the virtual machines immediately] ラジオ ボタン

この保護グループに最初に仮想マシンを追加した後すぐに最初のレプリケーションを開始する場合、このラジオ ボタンを選択します。

[Start protecting the virtual machines at] ラジオ ボタン

最初のレプリケーションを開始する特定の時間を設定する場合は、このラジオ ボタンを選択します。

開始する前に複製について以下を確認します。

- 少なくとも 1 つの仮想マシンが保護グループに追加されている。

- スケジュールされた開始時刻に達している。

保護の開始時刻を指定するには、次のようにします。

1. [Start protecting the virtual machines at] ラジオ ボタンをクリックします。

2. [time] フィールドをクリックし、時間と分を選択します。フィールドの外をクリックします。

[Cluster time zone] と [Current time on cluster] は、適切なレプリケーションの開始時刻を選択するために参照されます。開始時刻は、ローカル クラスタの時計に基づいています。次に例を示します。

クラスタの現在の時刻が 1:56:15 PM で、現在から 10 時間と 3 分後とは、11:59:00 PM に最初のレプリケーションが発生することを意味します。

[hours, minutes from now] は、最初のレプリケーションはいつ発生するかを示します。これは、[time] フィールドの設定値を変更すると更新されます。

[VMware ツールを使用して仮想マシンを休止する（Use VMware Tools to quiesce the virtual machine）] チェック ボックス

レプリケーション スナップショットを取る前に、HX Data Platform で仮想マシンを休止するには、このチェック ボックスをクリックします。

これは、VMware ツールがインストールされている仮想マシンにのみ適用されます。

ステップ 4

[Create Protection Group] をクリックします。

HX Data Platform で [Protection Group] タブに新しいグループが追加されます。この保護グループは、このクラスタ上の仮想マシンを保護するために利用可能です。

ステップ 5

[Replication] > [Protection Groups] の順にクリックして新しい保護グループを表示または編集します。

VM の数を 0 にする場合は、仮想マシンをこの新しい保護グループに追加し、この保護グループに設定されたレプリケーション スケジュールを適用します。

- 保護グループの編集

- 保護グループの削除

保護グループの編集

保護グループ内の仮想マシンのレプリケーション間隔（スケジュール）を変更します。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

[Replication] > [Protection Groups] > [Edit Schedule] を選択します。

ステップ 3

ダイアログボックスのフィールド内の情報を編集します。

UI 要素

基本情報

[Protect virtual machines in this group every] フィールド

プルダウン リストから仮想マシンがペアになっているクラスタにレプリケートされる頻度を選択します。次のオプションがあります。

5 分、15 分、30 分、1 時間、90 分、2 時間、4 時間、8 時間、12 時間、24 時間

[Use VMware Tools to quiesce the virtual machine] チェックボックス

レプリケーション スナップショットを取る前に HX Data Platform で仮想マシンを休止するには、このチェックボックスをクリックします。

これは、VMware ツールがインストールされている仮想マシンにのみ適用されます。

ステップ 4

[Save Changes] をクリックします。

HX Data Platform は、保護グループの間隔および開始時間を更新します。新しい間隔の頻度を表示するには、[Protection Groups] タブを参照してください。

保護グループの削除

始める前に

保護グループからすべての仮想マシンを削除します。

手順

ステップ 1

[Replication] > [Protection Groups] > [protection_group_name] を選択します。

ステップ 2

[削除（Delete）] をクリックします。確認ポップアップで、[Delete] をクリックします。

既存の保護グループでの仮想マシンの保護

このタスクでは、既存の保護グループを使用して複数の仮想マシンを保護する方法について説明します。

既存の保護グループを使用する：1 つまたは複数の仮想マシンを選択し、既存の保護グループに追加します。スケジュールおよび VMware の休止オプション設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアが構成済みとなっています。

仮想マシンを追加する前に保護グループを作成します。

手順

ステップ 1

管理者権限で HX Connect にログインし、[仮想マシン（Virtual Machines）] を選択します。

これによりローカル クラスタ上の仮想マシンが一覧表示されます。

ステップ 2

リストから 2 つ以上の保護されていない仮想マシンを選択します。

仮想マシンの行をクリックして選択します。仮想マシンの行をクリックすると、対応する仮想マシンのチェック ボックスが選択されます。

ステップ 3

[Protect] をクリックします。

[Protect Virtual Machines] ウィザードの、[Protection Group] ページが表示されます。

ステップ 4

[Add to an existing protection group] ラジオ ボタンをクリックします

UI 要素

基本情報

[Set the protection parameters] テーブル

選択した仮想マシンの [Name] を確認します。

[Storage Provisioned] と [Storage Used] を使用して、リモート HX Storage Clusterに利用可能な十分なリソースがあることをチェックします。

[Add to an existing protection group] ラジオ ボタン

プルダウン リストから既存の保護グループを選択します。

保護グループの間隔とスケジュールの設定が、この仮想マシンに適用されます。

[Create a new protection group] ラジオボタン

このローカル クラスタの新しい保護グループの名前を入力します。

保護グループは、各クラスタに一意です。名前はリモート クラスタで参照されますが、リモート クラスタでは編集できません。クラスタには複数の保護グループを作成できます。

ステップ 5

プルダウンリストから保護グループを選択し、[次へ（Next）] をクリックします

選択した保護グループに、希望するスケジュール間隔があることを確認します。

[Protect Virtual Machines] ウィザードの、[Summary] ページが表示されます。

ステップ 6

[Summary] ページの情報を確認し、[Add to Protection Group] をクリックします。

HX Data Platform により、仮想マシンがレプリケーション保護に追加されます。[Replication] または [Virtual Machines] ページを表示して確認します。[Replication] ページに保護グループが表示されることに注意してください。

新しい保護グループでの仮想マシンの保護

このタスクでは、新しい保護グループを作成することで複数の仮想マシンを保護する方法について説明します。

新しい保護グループを使用する：2 つ以上の仮想マシンを選択し、新しい保護グループを作成することを選択します。保護グループの名前、スケジュール、および VMware の休止オプション設定を定義します。これらの設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアが構成済みとなっています。

手順

ステップ 1

管理者特権で HX Connect にログインし、[Virtual Machines] を選択します。

これによりローカル クラスタ上の仮想マシンが一覧表示されます。

ステップ 2

一覧から 2 つ以上の保護されていない仮想マシンを選択します。

仮想マシンの行をクリックして選択します。仮想マシンの行をクリックすると、対応する仮想マシンのチェックボックスが選択されます。

ステップ 3

[Protect] をクリックします。

[Protect Virtual Machines] ウィザードの、[Protection Group] ページが表示されます。

ステップ 4

[Create a new protection group] ラジオ ボタンをクリックして、保護グループの名前を追加し、[Next] をクリックします。

[Protection Schedule Wizard Page] ウィザード ページが表示されます。

ステップ 5

必要に応じて、スケジュールと VMware 休止オプションを入力し、[Next] をクリックします。

UI 要素

基本情報

[Protect virtual machines in this group every] フィールド

仮想マシンがペアになっているクラスタにレプリケートされる頻度を選択します。デフォルトは 1 時間ごとです。

[Start protecting the virtual machines immediately] ラジオ ボタン

この保護グループに最初に仮想マシンを追加した後すぐに最初のレプリケーションを開始する場合、このラジオ ボタンを選択します。

[Start protecting the virtual machines at] ラジオ ボタン

最初のレプリケーションを開始する特定の時間を設定する場合は、このラジオ ボタンを選択します。レプリケーションを開始するには、次のことが必要です。

- 少なくとも 1 つの仮想マシンが保護グループに追加されている。

- スケジュールされた開始時刻に達している。

保護の開始時刻を指定するには、次のようにします。

1. [Start protecting the virtual machines at] ラジオ ボタンをクリックします。

2. [time] フィールドをクリックし、時間と分を選択します。フィールドの外をクリックします。

[hours, minutes from now] は、最初のレプリケーションはいつ発生するかを示します。これは、[time] フィールドの設定値を変更すると更新されます。

[Cluster time zone] と [Current time on cluster] は、適切なレプリケーションの開始時刻を選択するために参照されます。開始時刻は、ローカル クラスタの時計に基づいています。次に例を示します。

クラスタの現在の時刻が 1:56:15 PM で、現在から 10 時間と 3 分後とは、11:59:00 PM に最初のレプリケーションが発生することを意味します。

[Use VMware Tools to quiesce the virtual machine] チェックボックス

レプリケーション スナップショットを取る前に HX Data Platform で仮想マシンを休止するには、このチェックボックスをクリックします。

これは、VMware ツールがインストールされている仮想マシンにのみ適用されます。

[Protect Virtual Machines] ウィザードの、[Summary] ページが表示されます。

ステップ 6

[Summary] ページの情報を確認し、[Add to Protection Group] をクリックします。

概要の内容を確認し、選択した仮想マシンに適用する設定を確認します。

- 保護グループの名前

- 保護する仮想マシンの数

- 仮想マシンの名前

- 各仮想マシンのプロビジョニング済みストレージ

- 各仮想マシンの使用（消費）済みストレージ

HX Data Platform により、仮想マシンがレプリケーション保護に追加されます。[Replication] または [Virtual Machines] ページを表示して確認します。[Replication] ページに保護グループが表示されることに注意してください。

個別の仮想マシンの保護

このタスクでは、仮想マシンを保護する方法について説明します。

- 個別：1 つの仮想マシンを選択して構成します。特定の仮想マシンのレプリケーション スケジュールおよび VMware の休止オプションを設定します。レプリケーション設定の変更は、個別に保護された仮想マシンにのみ影響を与えます。仮想マシンは、保護グループに含まれません。

- 既存の保護グループ：1 つ以上の仮想マシンを選択し、それらを既存の保護グループに追加します。スケジュールおよび VMware の休止オプション設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアが構成済みとなっています。

手順

ステップ 1

管理者権限で HX Connect にログインし、[仮想マシン（Virtual Machines）] を選択します。

ステップ 2

一覧から 1 つの保護されていない仮想マシンを選択します。仮想マシンの行をクリックして選択します。

仮想マシンの行をクリックして選択します。仮想マシンの行をクリックすると、対応する仮想マシンのチェック ボックスが選択されます。

ステップ 3

[Protect] をクリックします。

[Protect Virtual Machine] ダイアログボックスが表示されます。

ステップ 4

必要に応じてフィールドに入力します。

UI 要素

基本情報

[Add to an existing protection group] ラジオ ボタン

プルダウン リストから既存の保護グループを選択します。

保護グループの間隔とスケジュールの設定が、この仮想マシンに適用されます。

追加の構成は必要ありません。[Protect Virtual Machine] をクリックします。

[Protect this virtual machine independently] ラジオ ボタン

この仮想マシンの保護を定義するため、間隔、スケジュール オプション、および VMware ツール オプションを有効にします。

[Protect this virtual machine every] フィールド

プルダウン リストから仮想マシンがペアになっているクラスタにレプリケートされる頻度を選択します。次のオプションがあります。

5 分、15 分、30 分、1 時間、90 分、2 時間、4 時間、8 時間、12 時間、24 時間

[Start protecting the virtual machines immediately] ラジオ ボタン

この保護グループに最初に仮想マシンを追加した後すぐに最初のレプリケーションを開始する場合、このラジオ ボタンを選択します。

[Start protecting the virtual machines at] ラジオ ボタン

最初のレプリケーションを開始する特定の時間を設定する場合は、このラジオ ボタンを選択します。レプリケーションを開始するには、次のことが必要です。

- 少なくとも 1 つの仮想マシンが保護グループに追加されている。

- スケジュールされた開始時刻に達している。

保護の開始時刻を指定するには、次のようにします。

1. [Start protecting the virtual machines at] ラジオ ボタンをクリックします。

2. [time] フィールドをクリックし、時間と分を選択します。フィールドの外をクリックします。

[hours, minutes from now] は、最初のレプリケーションはいつ発生するかを示します。これは、[time] フィールドの設定値を変更すると更新されます。

[Cluster time zone] と [Current time on cluster] は、適切なレプリケーションの開始時刻を選択するために参照されます。開始時刻は、ローカル クラスタの時計に基づいています。次に例を示します。

クラスタの現在の時刻が 1:56:15 PM で、現在から 10 時間と 3 分後とは、11:59:00 PM に最初のレプリケーションが発生することを意味します。

[VMware Tools to quiesce the virtual machine] チェックボックス

レプリケーション スナップショットを取る前に HX Data Platform で仮想マシンを休止するには、このチェックボックスをクリックします。

これは、VMware ツールがインストールされている仮想マシンにのみ適用されます。

ステップ 5

[Protect Virtual Machine] をクリックします。

仮想マシンの状態は、[仮想マシン（Virtual Machine）] ページと [レプリケーション（Replication）] ページに更新されます。[Replication] ページに保護グループが表示されないことに注意してください。

これで、この仮想マシンでのレプリケーションが有効になりました。

仮想マシンの保護の解除

（注）

クラスタのアクティビティのレプリケーションを一時停止するためには、仮想マシンの保護を解除する必要はありません。レプリケーションの一時停止を参照してください。

（注）

レプリケーション帯域幅が 50 Mbps またはそれ以上の遅延 (75ms 以上) の場合は、保護解除プロセスが完了するまでに数分かかることがあります。

手順

ステップ 1

管理者として HX Connect にログインします。

ステップ 2

[仮想マシン（Virtual Machines）] を選択します。

ステップ 3

一覧から保護されている仮想マシンを選択します。仮想マシンの行をクリックします。

一度に 1 つの仮想マシンの保護を解除できます。

ステップ 4

[Unprotect] をクリックし、確認のクリックをします。

仮想マシンの状態が、[protected] から [unprotected] に変わります。

ディザスタ リカバリの概要

ディザスタ リカバリは、ソース サイトが到達不能で、VM および保護グループをターゲット クラスタにフェールオーバーする必要があるときに実行されます。リカバリのプロセスは、ターゲット クラスタ上の VM を回復します。仮想マシンのリカバリでは、リカバリ（ターゲット）クラスタから最新のレプリケーション スナップショットが復元されます。

VM のリカバリのテスト —VM リカバリのテストにより、レプリケーションを破損することがなく、リカバリをテストする機能を提供します。ターゲットの VM ワークロードを表示し、VM のコンテンツを確認できます。

仮想マシンのリカバリ —仮想マシンのリカバリは、ターゲット (リカバリ) クラスタから最新のレプリケーション スナップショットを復元します。リカバリを開始すると、すべてのスケジュール済みのレプリケーションが停止されます。

計画された移行—計画された移行の実行によりレプリケーション スケジュールを一時停止し、最新のコピーをレプリケートして、ターゲット上で回復し、所有権をソースからターゲットに切り替えて、新しいソースのターゲットでレプリケーションを再開します。

計画されていない移行および再保護—ターゲットの VM を復元し、ソースからターゲットに所有権をスイッチし、新しいソースになったターゲットでレプリケーションを再開します。

障害後に VM を保護する —障害が発生した場合、ソース サイトをいっぺんに失う可能性があります。リカバリの実行後は、このタスクを完了して、新しいクラスタに対して復元された VM を保護します。

- ディザスタ リカバリ操作の互換性マトリックス

- 仮想マシンのリカバリのテスト

- 仮想マシンのリカバリ

- 保護グループの仮想マシンのリカバリ

- 計画された移行

- 保護グループの仮想マシンの移行

- ディザスタ リカバリと再保護

- 障害後の仮想マシンの保護

ディザスタ リカバリ操作の互換性マトリックス

次の互換性マトリックスに、HX Data Platform バージョン 3.5(x) のクラスタが HX Data Platform バージョン 3.5(x) または 3.0(1x) とペアリングされるときにサポートされる DR 操作を示します。

機能

3.5(x) とペアリングされる 3.5(x)

3.0(1x) とペアリングされる 3.5(x)

複製

√

√

クラスタのペアリング

√

√

データストア マッピング

√

√

保護

√

√

計画された移行（HX Connect を使用したシングル クリック）

√

X

計画された移行（マルチステップ stcli または WebCLI およびリカバリ用の HX Connect）

√

√

HX Connect を使用したリカバリ テスト

√

√

HX Connect を使用したリカバリ

√

√

HX Connect を使用した再保護

√

X

再保護（マルチステップ stcli または WebCLI）

√

√

仮想マシンのリカバリのテスト

VM リカバリのテストにより、レプリケーションを破損することがなく、リカバリをテストする機能を提供します。ターゲットの VM ワークロードを表示し、VM のコンテンツを確認できます。

（注）

- リカバリのテストはクラスタ実行中に中断することはありません。意図としては、実際の障害の際に VM が回復可能なことを確認するためです。

- HX Connect ユーザー インターフェイスを使用し VM をテストして、以前に送信されたタスクが完了するのを待たずに、シーケンス内で最大 10 つの再保護タスクを実行できます。

始める前に

仮想マシン リカバリ プロセスのテストを開始する前に、次のことを確認します。

- ターゲット クラスタは稼働しており状況は良好です。

- 保護された仮想マシンは、ターゲット クラスタへのレプリケーションを最近完了しました。これらのレプリケートされた仮想マシンは、ターゲット クラスタでスナップショットとして保存されています。

重要

その時点で作成可能なのは、回復した VM のテストのコピー 1 つのみです。回復した VM に別のテストが必要な場合、以前に作成された VM を削除してください。

手順

ステップ 1

管理者として、ターゲット クラスタの HX 接続にログインします。

ステップ 2

[レプリケーション > リモート VM] タブ > protected_vm に進みます。

ステップ 3

リカバリ プロセスをテストするには、[リカバリのテスト] ボタンをクリックします。

（注）

リカバリ設定を構成すると、次のフィールドが自動的に入力されます。

UI 要素

基本情報

[Resource Pool] ドロップダウンリスト

保管するテスト VM のロケーションを選択します。

[フォルダ] ドロップダウン リスト

保管するテスト VM のロケーションを選択します。例：

- 検出された仮想マシン

- HX テスト リカバリ

[電源オフ (Power Off)] オプション ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

[VM Name] フィールド

作成されたテスト VM に新しい名前を入力します。

ネットワークのテスト ラジオ ボタン

レプリケーション スナップショットからデータを転送するために使用する HX Storage Cluster ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラ データ ネットワーク

- ストレージ コントローラ管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

[ネットワークのマップ ] ラジオ ボタン

ソースとターゲット クラスタ ネットワーク間のマップを作成することを選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ステップ 4

[VM を回復する] をクリックします。

ステップ 5

保護グループの一部である VM の場合、グループ内の各 VM でテスト リカバリを実行します。

ステップ 6

回復した VM の内容を確認します。

仮想マシンのリカバリ

仮想マシンのリカバリでは、ターゲット (リカバリ) クラスタから最新のレプリケーション スナップショットが復元されます。

注目

- リカバリ中に使用されるフォルダ、ネットワーク、またはリソース プールのパラメータを設定し、リカバリおよび移行操作を実行できます。グローバル リカバリ設定が設定されていない場合は、リカバリ時に個々の VM を明示的にマッピングする必要があります。

- VM のリカバリは異なる vSphere バージョン間ではサポートされていません。ターゲットが以前のバージョンの vSphere 環境で、プライマリの保護される VM のハードウェア バージョンをサポートしていない場合、VM のテスト リカバリやリカバリは失敗する可能性があります。保護される各 VM にテスト リカバリを実行して、ターゲット サイトでサポートを確認することをお勧めします。

ターゲット環境をアップグレードして、保護される VM のリカバリを可能にします。

- 仮想マシンでリカバリを実行する場合、VM をリカバリする際に明示的なネットワーク マッピングを指定して、リカバリされる VM への意図しないネットワーク接続を回避できます。

次の場合、ネットワーク マッピングの指定をスキップできます。

- ソース VM が vSphere 標準スイッチを使用し、リカバリ側のすべての ESXi ホストに同じ名前の標準スイッチネットワークがある場合。

- ソース VM が vSphere 分散スイッチ (vDS) ポート グループを使用し、復旧サイトに同じ名前の vDS ポート グループがある場合。

- ネットワーク マッピングを指定する場合は、VM ネットワークの名前とタイプの両方がソースとターゲットの間で一致することを確認してください。

- 個別に保護された、または、別の保護グループに属している仮想マシンに対してリカバリを実行する場合、同時リカバリ操作の最大数は 20 です。

始める前に

次の状態を確認してください。

- ターゲット クラスタは稼働しており状況は良好です。

- 保護された仮想マシンは、ターゲット クラスタへのレプリケーションを最近完了しました。これらのレプリケートされた仮想マシンは、ターゲット クラスタでスナップショットとして保存されています。

ターゲット クラスタのディザスタ リカバリを行うには、次を実行します。

手順

ステップ 1

HX Connect に管理者としてログインします。

ステップ 2

複製 (Replication) > > リモート VM タブ (Remote VMs tab) > > protected_vm を選択し、[リカバ (Recover)] をクリックします。

ステップ 3

VM を復旧し、ローカルクラスタ上に新しい VM を構築するには、[VM のリカバリ (Recover VM)] ボタンをクリックします。

（注）

リカバリ設定を構成すると、次のフィールドが自動的に入力されます。

UI 要素

基本情報

[Resource Pool] ドロップダウンリスト

新しい VM を格納する場所を選択します。

[フォルダ (Folders)] ドロップダウン メニュー

新しい VM を格納する場所を選択します。

[電源オフ (Power Off)] オプション ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

ネットワークのマッピング

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラ データ ネットワーク

- ストレージ コントローラ管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

ステップ 4

[VM のリカバリ (Recover VM)] をクリックします。

ステップ 5

リカバリが完了するまで待ちます。ターゲット vCenter で回復した VM を表示します。

保護グループの仮想マシンのリカバリ

手順

ステップ 1

[protected-vm] を選択して、[回復（Recover）] をクリックします。

すべての VM は保護グループから移動され、選択した VM は回復されます。回復された VM では保護ステータスが [回復済み（Recovered）] と表示され、残り（保護グループ）の VM では保護ステータスが [回復中（Recovering）] と表示されます。保護グループは [回復済み（Recovered）] 状態になり、再利用できません。プライマリ サイトからこれを削除できます。

回復された VM は [スタンドアロンの保護VM (Standalone Protected VMs)] サブペインに表示されます。

ステップ 2

保護グループに含まれていた残りの仮想マシンを [スタンドアロンの保護VM（Standalone Protected VMs）] サブペインから回復します。詳細については、仮想マシンのリカバリを参照してください。

計画された移行

計画された移行の実行によりレプリケーション スケジュールを一時停止し、最新のコピーをレプリケートして、ターゲット上で回復し、所有権をソースからターゲットに切り替えて、新しいソースのターゲットでレプリケーションを再開します。

注目

- このプロセスは戻すことができません。

- 単一の vCenter を展開する場合、HX Connect UI を通して実行される[移行（Migrate）] ワークフローはサポートされません。計画された移行を実行するには：

1. WebCLI を使用して、以下のコマンドを実行しソースでのフェールオーバーに備えます。

# stcli dp vm prepareFailover -vmid <VMID>

結果 : タスク ID が返されます。

2. プライマリ サイトの vSphere Web クライアント ナビゲータにログインし、プライマリ サイトから VM を削除して VM を登録解除します。

仮想マシンを右クリックして、[すべてのvCenterアクション（All vCenter Actions）] > [インベントリから削除（Remove from Inventory）] を選択します。

3. セカンダリ サイトの HX Connect にログインします。[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。[移行（Migrate）] をクリックします。

4. 移行タスクが正常に完了したら、セカンダリ サイトの vSphere Web クライアントにログインして、VM を手動で登録します。

1. vSphere Web クライアント ナビゲータにログインします。[構成（Configuration）] > [ストレージ（Storage）] を選択します。

2. 適切なデータストアを右クリックして、[データストアの参照（Browse Datastore）] をクリックします。

virtualmachine name.vmx ファイルに移動し、ファイル上で右クリックして、[インベントリに追加（Add to Inventory）] をクリックします。ウィザードに従って、VM を手動で登録します。

手順

ステップ 1

ターゲット クラスタの HX Connect にログインします。ターゲット クラスタは、レプリケーション スナップショットのコピー先となっていたクラスタです。

ステップ 2

ターゲット クラスタで、[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。

ステップ 3

[移行（Migrate）] をクリックします。

（注）

ここに記載されているフィールドはすべてオプションです。

UI 要素

基本情報

[Resource Pool] ドロップダウンリスト

新しい VM を格納する場所を選択します。

[フォルダ (Folders)] ドロップダウン メニュー

新しい VM を格納する場所を選択します。

[電源オフ (Power Off)] オプション ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

ネットワークのマッピング

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラ データ ネットワーク

- ストレージ コントローラ管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

ステップ 4

[アクティビティ（Activity）] ページで進行状況をモニタします。

保護グループの仮想マシンの移行

HX Connect ユーザー インターフェイスを使用し VM を移行して、以前に送信されたタスクが完了するのを待たずに、シーケンス内で最大 4 つの再保護タスクを実行できます。

手順

ステップ 1

[protected-vm] を選択して、[移行（Migrate）] をクリックします。

これですべての VM が保護グループから移動し、[スタンドアロンの保護VM（Standalone Protected VMs）] サブペインに表示されます。回復するのは選択した VM のみです。

ステップ 2

保護グループに含まれていた残りの仮想マシンを [スタンドアロンの保護VM（Standalone Protected VMs）] サブペインから移行します。詳細については、計画された移行を参照してください。

ディザスタ リカバリと再保護

ディザスタ リカバリを実行するとターゲットの VM が回復され、ソースからターゲットに所有権がスイッチされ、新しいソースになったターゲットでレプリケーションが再開されます。ディザスタ リカバリは通常、障害が発生したときや保護の方向を反対にするときに実行されます。

注目

- このプロセスは戻すことができません。

- 単一の vCenter を展開する場合、HX Connect UI を通して実行されるディザスタ リカバリ ワークフローはサポートされません。ディザスタ リカバリと再保護を実行するには：

1. プライマリ サイトの vSphere Web クライアント ナビゲータにログインし、プライマリ サイトから VM を削除して VM を登録解除します。

仮想マシンを右クリックして、[すべてのvCenterアクション（All vCenter Actions）] > [インベントリから削除（Remove from Inventory）] を選択します。

2. セカンダリ サイトの HX Connect にログインします。[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。[回復（Recover）] をクリックします。

3. プライマリ サイトが復帰したら、セカンダリ サイトの HX Connect にログインします。[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。[再保護（Re-protect）] をクリックします。

4. 再保護が正常に完了したら、セカンダリ サイトの vSphere Web クライアントにログインして、VM を手動で登録します。

1. vSphere Web クライアント ナビゲータにログインします。[構成（Configuration）] > [ストレージ（Storage）] を選択します。

2. 適切なデータストアを右クリックして、[データストアの参照（Browse Datastore）] をクリックします。

virtualmachine name.vmx ファイルに移動し、ファイル上で右クリックして、[インベントリに追加（Add to Inventory）] をクリックします。ウィザードに従って、VM を手動で登録します。

- HX Connect ユーザー インターフェイスを使用して、以前に送信されたタスクが完了するのを待たずに、シーケンス内で最大 5 つの再保護タスクを実行できます。

手順

ステップ 1

ソースとターゲットの HX 接続にログインします。ターゲット クラスタは、レプリケーション スナップショットのコピー先となっていたクラスタです。ソース クラスタは、仮想マシンが存在しているクラスタです。

ステップ 2

リモート VM のリストから VM を選択します。このクラスタのワークフローで VM の回復を実行します。

（注）

ターゲットとソースの両方のクラスタが同じ vCenter にある場合は、ソース クラスタの VM の登録を解除します。これにより、vCenter に VM のレコードがなくなり、VM の管理が停止することになりますが、VM のデータは保持します。

ステップ 3

[レプリケーション > > リモート VM] タブ > > protected_vm を選択し、[回復] をクリックします。

ステップ 4

ターゲット VM を回復し、ローカル クラスタに新しい VM を構築するには、[VM の回復] ボタンをクリックします。

[このクラスタの VM を回復する ] ダイアログ ボックスの次のフィールドの値を入力します、。

UI 要素

基本情報

[Resource Pool] ドロップダウンリスト

新しい VM を格納する場所を選択します。

[フォルダ (Folders)] ドロップダウン メニュー

新しい VM を格納する場所を選択します。

[電源オフ (Power Off)] オプション ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

ネットワークのマッピング

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラ データ ネットワーク

- ストレージ コントローラ管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

ステップ 5

[VM のリカバリ (Recover VM)] をクリックします。

ステップ 6

ターゲット クラスタで、[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。

ステップ 7

[再保護（Re-protect）] をクリックします。

注目

- ターゲット クラスタとソース クラスタの両方が同じ vCenter 上にある場合、ソース クラスタに手動で VM を登録します。

- 再保護タスクが失敗し、HX Connect UI で [再保護（Re-protect）] タブが使用できない場合は、stcli reverseprotect を実行して再保護操作を完了します。

VM の保護ステータスとして [保護済み（Protected）] と表示されます。

ステップ 8

元のプライマリが復帰した後、プライマリに移行するには次の手順を実行します。

1. ターゲット クラスタで、[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。

2. [移行（Migrate）] をクリックし、ターゲット VM を登録解除して、VM の所有権を元のプライマリに移します。

VM の保護ステータスとして [保護済み（Protected）] と表示されます。

障害後の仮想マシンの保護

障害発生時、ソース サイトも一緒に失われる可能性があります。リカバリの実行後、新しいクラスタに回復した VM を保護できます。

手順

ステップ 1

仮想マシンを回復します。スタンドアロン リカバリ（VM の回復）またはグループ リカバリ（保護グループで VM を回復する）を実行します。詳細については、仮想マシンのリカバリを参照してください。

ステップ 2

ペアリングを忘れ、HX 接続 WebCLI で次のコマンドを実行します。

stcli dp peer forget --all

これで、クラスタは元のソースにペアリングされなくされます。

ステップ 3

すべてのローカルおよびリモートの VM の保護を解除します。詳細については、仮想マシンの保護の解除を参照してください。

ステップ 4

新しいクラスタにペアリングします。詳細については、 の「複製ペアの作成」の項を参照してください。

ステップ 5

仮想マシンを保護します。

レプリケーション メンテナンスの概要

レプリケーションは、設定されている場合、定義されているスケジュールごとにバック グラウンドで実行されます。レプリケーション メンテナンス タスクには次のものがあります。

- リカバリのテスト：リカバリ メソッドが動作しているかどうかをテストします。詳細については、仮想マシンのリカバリのテストを参照してください。

- レプリケーションの一時停止：HX Storage Cluster のアップグレードを行うための準備をする際に構成済みのレプリケーションがある場合は、レプリケーション アクティビティを一時停止する必要があります。

stcli dp schedule pause コマンドを使用します。

- レプリケーションの再開：HX Storage Cluster のメンテナンス アクティビティが完了したら、レプリケーション スケジュールを再開します。

stcli dp schedule resume コマンドを使用します。

- 移行―1 つのソース クラスタからレプリケーション ペア ターゲット クラスタに VM をシフトするオプション。ターゲット クラスタは移行した VM の新しいソース クラスタになります。

- レプリケーションの一時停止

- レプリケーションの再開

レプリケーションの一時停止

storfs またはプラットフォームのアップグレードを実行する前に、レプリケーションがネットワークに設定されている場合は、レプリケーション アクティビティを一時停止する必要があります。

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

コマンド ラインから stcli dp schedule pause コマンドを実行します。

ステップ 3

アップグレード タスクを実行します。

ステップ 4

レプリケーション スケジュールを再開します。

レプリケーションの再開

レプリケーションが設定された HX Storage Cluster が正常にアップグレードされたら、次の操作を実行してレプリケーション スケジュールを再開します。

始める前に

HX Storage Clusterが一時停止されており、メンテナンスまたはアップグレードのタスクが完了していることを確認します。

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

コマンド ラインから stcli dp schedule resume コマンドを実行します。

すべての保護された仮想マシンの構成済みレプリケーション スケジュールが開始されます。

Chapter17. ユーザの管理

- Cisco HyperFlex ユーザー管理の概要

- Cisco HX データ プラットフォーム RBAC ユーザーの作成

- ユーザへの権限の割り当て

Cisco HyperFlex ユーザー管理の概要

HX Data Platform でアクションを実行したり、コンテンツを表示できるユーザのタイプには次のものがあります。

- admin：Cisco HX Data Platform に含まれている定義済みユーザー。パスワードは、HX Clusterの作成時に設定されます。同じパスワードが root に適用されます。このユーザは読み取りおよび変更のアクセス許可を持ちます。

- root：Cisco HX Data Platform に含まれている定義済みユーザー。パスワードは、HX Clusterの作成時に設定されます。同じパスワードが admin に適用されます。このユーザは読み取りおよび変更のアクセス許可を持ちます。

- administrator：作成された Cisco HX Data Platform ユーザー。このユーザは vCenter を介して作成され、RBAC ロールの administrator が割り当てられます。このユーザは読み取りおよび変更のアクセス許可を持ちます。パスワードは、ユーザの作成時に設定されます。

- read-only：作成された Cisco HX Data Platform ユーザー。このユーザは vCenter を介して作成され、RBAC ロールの read-only が割り当てられます。このユーザは読み取りアクセス許可のみを持ちます。パスワードは、ユーザの作成時に設定されます。

HX インターフェイス

admin

root

hx_admin

hx_readonly

HX Data Platform インストーラ

必須

任意

無効

無効

HX Connect

ほとんどの HX タスクを実行できます。

ログインには Local/ の拡張子が必要です。例：

local/admin

無効

ほとんどの HX タスクを実行できます。

優先ユーザ。

モニタリング情報の参照のみが可能です。

HX タスクを実行できません。

優先ユーザ。

stcli コマンド ラインを持つ ストレージ コントローラ VM

ほとんどの HX タスクを実行できます。

ほとんどの HX タスクを実行できます。

ログインには vc- の拡張子が必要です。例：

vc hx_admin

HX タスクを実行できません。

ログインには vc- の拡張子が必要です。例：

vc hx_readonly

vCenter を介した HX Data Platform Plug-in

ほとんどの HX タスクを実行できます。

ほとんどの HX タスクを実行できます。

ほとんどの HX タスクを実行できます。

vCenter SSO ユーザ。

vCenter 情報のみ表示可能です。

HX Data Platform Plug-in を表示できません。

vCenter SSO ユーザ。

HX REST API

ほとんどの HX タスクを実行できます。

ログインには Local/ の拡張子が必要です。例：

local/admin

ほとんどの HX タスクを実行できます。

ログインには Local/ の拡張子が必要です。例：

local/root

ほとんどの HX タスクを実行できます。

ログインには vc- の拡張子が必要です。例：

vc hx_admin

ステータス レベル REST API のみ実行できます。

HX タスクを実行できません。

ログインには vc- の拡張子が必要です。例：

vc hx_readonly

- ユーザ管理用語

- AAA アカウンティングの監査ログ

ユーザ管理用語

- 認証：ログイン クレデンシャルに関する用語。これらのプロセスは、通常ユーザ名とパスワードに基づいて、指名ユーザのユーザ クレデンシャルを確認します。認証は、一般的にユーザ クレデンシャルを確認して、セッションを認証されたユーザと関連付けます。

- 承認：アクセス許可に関する用語。これらのプロセスは、ユーザ/クライアント アプリケーションが何らかのアクション（管理対象エンティティの作成、読み取り、更新、または削除、あるいはプログラムの実行など）を実行することをユーザの ID に基づいて許可します。承認により、認証済みユーザがサーバ上で実行できることが定義されます。

- アカウンティング：ユーザ操作の追跡に関する用語。これらのプロセスは、レコードをキープし、ログイン セッションおよびコマンドの実行を含むユーザの操作を追跡します。情報はログに保存されます。これらのログは、Cisco HX Connect または他の Cisco HX Data Platform インターフェイスを通じて生成することができるサポート バンドルに含まれます。

- アイデンティティ：個人には ID が付与されます。これは割り当てられたロールであり、付与された権限が伴っています。

- 権限：リソースを使用するためにロールに与えられる設定。これは、ロール、リソースおよびリソースによって公開されている機能の間のリンクです。たとえば、データストアはリソースであり、変更ロールにはデータストアをマウントする権限が付与されていますが、読み取り専用ロールは、そのデータストアが存在することを表示できるだけです。

- 特権：ID とアプリケーションの間のリンク。アプリケーションとの特定のインタラクションのコンテキストで使用されます。例：仮想マシンの電源をオンにする、データストアを作成する、データストアの名前を変更する。

- リソース：Cisco HX プラットフォーム全体であり、その機能および管理制御は、GET、POST、PUT、DELETE、HEAD などの HTTP 動詞を使用して HTTP 経由で公開されています。データストア、ディスク、コントローラ ノード、クラスタ属性は、いずれも、REST API を使用してクライアント アプリケーションに公開されているリソースです。

- ロール：権限範囲レベルを定義します。アプリケーション機能は、1 つまたは複数のロールによって実行される可能性があります。例：管理者、仮想マシン管理者、リソース プール管理者。ロールは特定の ID に割り当てられます。

AAA アカウンティングの監査ログ

AAA アカウンティングをサポートするため、Cisco HX Data Platform ではユーザ アクティビティの監査ログを実装しています。これらのログは、生成されたサポート バンドルに含まれます。

Cisco HX Connect を含む HX Data Platform インターフェイスを介したサポート バンドルの生成については、『Cisco HyperFlex システム トラブルシューティング ガイド』を参照してください。

- stMgrAudit.log：stcli アクティビティの監査記録を含みます。

以下は、サンプル エントリです。キーワード Audit に注目してください。

2017-03-27-22:10:02.528 [pool-1-thread-1] INFO Audit - 2017-03-27-03.10.02 127.0.0.1 --> 127.0.0.1 POST /stmgr 200 : root 27ms

このファイルには、他の情報も含まれています。監査イベントを抽出するには、スクリプトを使用して単語 Audit を抽出します。

- audit.log：REST API アクティビティの監査レコードが含まれます。

以下は、サンプル エントリです。ユーザ名 administrator@vsphere.local に注目してください

2017-03-29-01:47:28.779 - 127.0.0.1 -> 127.0.0.1 - GET /rest/clusters 200; administrator@vsphere.local 454ms

Cisco HX データ プラットフォーム RBAC ユーザーの作成

Cisco HX Data Platform は、管理者および読み取り専用の 2 種類のユーザーをサポートしています。HX Data Platform の新しいユーザは、VMware vCenter インターフェイスを介して作成されます。

始める前に

ユーザを作成するには、管理者特権が必要です。

手順

ステップ 1

vCenter 管理者として vSphere Web Clientにログインします。

ステップ 2

[Navigator Home] から、[Administration] > [Users and Groups] > [Users] に進みます。

ステップ 3

[Add]（+）アイコンをクリックして、ユーザを追加します。 [New User] の情報を入力し、[OK] をクリックします。

新しいユーザのユーザ名およびパスワードを指定します。

パスワードには、エスケープ文字（\）、ドル記号（$）、疑問符（?）、等号（=）を使用しないでください。ユーザ名に使用できる特殊文字は、アンダースコア（_）、ダッシュ（-）、ドット（.）のみです。ユーザ名およびパスワードの要件についてはHX Data Platform の名前、パスワード、文字を参照してください。

次のタスク

RBAC ロール グループにユーザを追加します。「ユーザへの権限の割り当て」を参照してください。

ユーザへの権限の割り当て

権限は、vCenter の RBAC ロールを通じてユーザに割り当てられます。権限を割り当てるには、管理者または読み取り専用グループにユーザを追加します。

始める前に

ユーザを作成します。

手順

ステップ 1

Cisco vSphere Web Client で、[Navigator Home (ナビゲーション ホーム)] > [Administration (管理)] > [Global Permissions (グローバル権限)] > [Manage (管理)] の順に選択します。

ステップ 2

[Add]（+）アイコンをクリックして権限を割り当てます。

ステップ 3

[Assigned Role] を選択します。

[Global Permission Root - Add Permission] ダイアログボックスで、[Assigned Role] ドロップダウン メニューから選択します。次のいずれかを選択します。

- 管理者

- Read only

ステップ 4

[Users and Groups] 領域で、[Add] をクリックします。

ステップ 5

[Select Users/Groups] ダイアログボックスで、user_name を選択して [Add] をクリックします。

ステップ 6

[Check names] ボタンをクリックしてユーザ名を確認します。

ステップ 7

[OK] をクリックして各ダイアログボックスを閉じます。

Full Cisco Trademarks with Software License

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.

THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.

NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.

Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R)