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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• [Provisioned]：ストレージ クラスタ データストアでの使用が許可され割り当てられたキャパシティの量です。

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

• [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]：データの保存に使用できるストレージ クラスタのストレージの容量です。

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

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

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

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

  注目:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

オプションで、HX Data Platform プラグインの関連する [Cluster Status] アイコンまたは [Resiliency Status] アイコンをクリックすると、現在の状態の原因を説明したメッセージが表示されます。

HX Data Platform ReadyClone は、ホスト VM からの複数のクローン VM の迅速な作成と、カスタマイズを可能とする草分け的なストレージ技術です。また、VM の複数コピーを作成できる拡張機能です。作成されたコピーはスタンドアロン VM として使用できます。

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

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

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

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