Skip to main content
11.9
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

プールとボリュームグループに関するよくある質問 SANtricity System Manager

質問に対する簡単な回答をお探しの場合は、このFAQが役立ちます。

ボリューム グループとは何ですか?

ボリュームグループとは、共通の特性を持つボリュームを格納するコンテナのことです。ボリュームグループには、定義された容量とRAIDレベルがあります。ボリュームグループを使用すると、ホストからアクセス可能な1つまたは複数のボリュームを作成できます。(ボリュームは、ボリュームグループまたはプールから作成します。)

プールとは何ですか?

プールは、論理的にグループ化されたドライブの集まりです。プールを使用して、ホストからアクセスできるボリュームを作成できます(ボリュームはプールまたはボリューム グループから作成します)。

プールを使用すると、ディスク スペースが不足しないように管理者が各ホストの使用状況を監視する必要はなくなり、従来のようなディスク サイズの変更に伴うシステム停止もありません。プールの容量が不足してきたらシステムを停止せずにプールにドライブを追加することができ、ホストに対して透過的に容量が拡張されます。

データプールを使用すると、均衡を維持するためにデータが自動的に再分配されます。パリティ情報と予備容量をプール全体に分散させることで、プール内のすべてのドライブを使用して障害ドライブを再構築できます。この方式では専用のホットスペアドライブは使用せず、代わりにプール全体で予備容量を確保します。ドライブ障害が発生すると、データを再構築するために他のドライブ上のセグメントが読み取られます。次に、新しいドライブが選択され、障害ドライブ上にあった各セグメントが書き込まれ、これによりドライブ間でのデータ分散が維持されます。

リザーブ容量とは何ですか?

リザーブ容量は物理的に割り当てられた容量で、Snapshotイメージ、整合性グループ メンバー ボリューム、ミラー ペア ボリュームなどのコピー サービス オブジェクトのデータの格納に使用されます。

コピー サービス処理に関連付けられているリザーブ容量ボリュームは、プールまたはボリューム グループに含まれます。リザーブ容量は、プールまたはボリューム グループから作成します。

FDE / FIPSセキュリティとは何ですか?

FDE / FIPSセキュリティとは、一意の暗号化キーを使用して書き込み時にデータを暗号化し、読み取り時に復号化するセキュリティ対応ドライブを指します。セキュリティ対応ドライブは、ストレージ アレイから物理的に取り外されたドライブ上のデータへの不正なアクセスを防止します。

セキュリティ機能を備えたドライブは、フルディスク暗号化(FDE)ドライブまたは連邦情報処理標準(FIPS)ドライブのいずれかです。FIPSドライブは認証試験を受けています。

メモ

FIPSのサポートが必要なドライブには、FIPSドライブのみを使用します。ボリューム グループまたはプールにFIPSドライブとFDEドライブが混在している場合、すべてのドライブがFDEドライブとして扱われます。また、FIPSドライブのみを含むボリューム グループまたはプールでは、FDEドライブを追加したりスペアとして使用したりすることはできません。

冗長性チェックとは何ですか?

冗長性チェックでは、プールまたはボリューム グループ内のボリューム上のデータに整合性があるかどうかが判別されます。冗長性データは、プールまたはボリューム グループ内のいずれかのドライブで障害が発生した場合に、交換用ドライブに迅速に情報を再構築するために使用されます。

冗長性チェックは、一度に1つのプールまたはボリューム グループでしか実行できません。ボリュームの冗長性チェックでは、次の処理が実行されます。

  • RAID 3ボリューム、RAID 5ボリューム、またはRAID 6ボリュームのデータ ブロックがスキャンされ、各ブロックの冗長性情報がチェックされます(RAID 3をボリューム グループに割り当てるには、コマンドライン インターフェイスを使用する必要があります)。

  • RAID 1のミラーリングされたドライブ上のデータ ブロックが比較されます。

  • データに整合性がないことがコントローラ ファームウェアで確認された場合は、冗長性エラーが返されます。

メモ

同じプールまたはボリューム グループですぐに冗長性チェックを実行すると、エラーが発生する場合があります。この問題を回避するためには、同じプールまたはボリューム グループで続けて冗長性チェックを実行する場合は、1~2分経ってから実行してください。

プールとボリューム グループの違いは何ですか?

プールはボリューム グループと似ていますが、次の点が異なります。

  • プール内のデータは、プール内のすべてのドライブにランダムに格納されます。一方、ボリューム グループ内のデータは同じ一連のドライブに格納されます。

  • プールの方がドライブの障害時のパフォーマンスの低下および再構築にかかる時間が少なくなります。

  • プールには予約済み容量が組み込まれているため、専用のホット スペア ドライブは必要ありません。

  • プールでは多数のドライブをグループ化できます。

  • プールにはRAIDレベルを指定する必要がありません。

プールを手動で設定するのはどのような場合ですか?

プールを手動で設定するのは次のような場合です。

  • ストレージ アレイに複数のアプリケーションがあり、同じドライブ リソースを競合させたくない場合は、1つまたは複数のアプリケーション用に小さいプールを手動で作成することを検討してください。

    ワークロードを、データを分散させるための多数のボリュームを持つ大規模なプールに割り当てる代わりに、1つまたは2つのボリュームだけを割り当てることができます。特定のアプリケーションのワークロード専用のプールを手動で作成することで、ストレージ アレイの処理をより迅速に、競合を少なく実行できるようになります。

    プールを手動で作成するには、*ストレージ*を選択し、*プールとボリューム グループ*を選択します。「すべての容量」タブから、メニュー:作成[プール]をクリックします。

  • 同じドライブ タイプのプールが複数ある場合は、プールに使用するドライブを自動で推奨できないという内容のメッセージが表示されます。ただし、既存のプールに手動でドライブを追加することはできます。

    既存のプールにドライブを手動で追加するには:[プールとボリュームグループ] ページからプールを選択し、[容量の追加] をクリックします。

容量アラートが重要なのはなぜですか?

容量アラートは、ドライブをプールに追加すべきタイミングを示します。ストレージ アレイの操作を正常に実行するには、プールに十分な空き容量が必要です。プールの空き容量が指定された割合に達した場合、またはそれを超えた場合にアラートを送信するようにSANtricity System Managerを設定することで、これらの操作の中断を防ぐことができます。

このパーセンテージは、*プールの自動構成*オプションまたは*プールの作成*オプションのいずれかを使用してプールを作成する際に設定します。自動オプションを選択した場合、デフォルト設定により、アラート通知を受信するタイミングが自動的に決定されます。プールを手動で作成する場合は、アラート通知の設定を指定できます。または、デフォルト設定を受け入れることもできます。これらの設定は、メニューの「設定」→「アラート」で後で調整できます。

メモ

プールの空き容量が指定した割合に達すると、アラート設定に指定した方法でアラート通知が送信されます。

予約済み容量を増やせない場合、どのような理由が考えられますか?

使用可能なすべての容量でボリュームを作成した場合、予約済み容量を増やせないことがあります。

予約済み容量は、ドライブ障害に備えてプール内に確保されている容量(ドライブ数)です。プールが作成されると、プール内のドライブ数に応じて自動的にデフォルトの予約済み容量が確保されます。使用可能なすべての容量でボリュームを作成している場合は、ドライブを追加するかボリュームを削除してプールに容量を追加しないかぎり、予約済み容量を増やすことはできません。

保存容量は*プールとボリューム グループ*から変更できます。編集するプールを選択します。*設定の表示/編集*をクリックし、*設定*タブを選択します。

メモ

予約済み容量はプール内の全ドライブに分散されますが、予約するときはドライブ数で指定します。

プールから削除できるドライブの数に制限はありますか?

SANtricity System Managerは、プールから削除できるドライブの数に制限を設けます。

  • プール内のドライブの数を11本より少なくすることはできません。

  • 削除対象のドライブに含まれるデータがプール内の残りのドライブに再配置される場合、そのデータを十分に格納できる空き容量がプール内にない場合は、そのドライブは削除できません。

  • 一度に取り外せるドライブは最大60台です。60個を超えるドライブを選択した場合、「ドライブの削除」オプションは無効になります。60台を超えるドライブを削除する必要がある場合は、「ドライブの削除」操作を繰り返してください。

ドライブではどのようなタイプのメディアがサポートされていますか?

以下のメディアタイプがサポートされています:Hard Disk Drive(HDD)およびSolid State Disk(SSD)。

一部のドライブが表示されないのはなぜですか?

[容量の追加]ダイアログでは、既存のプールやボリューム グループに追加できないドライブは表示されません。

ドライブを追加できない理由は次のとおりです。

  • 未割り当ての、セキュリティ有効でないドライブでなければなりません。すでに別のプールやボリューム グループに含まれているドライブ、またはホット スペアとして設定されているドライブは使用できません。未割り当てだが、セキュリティ有効なドライブは、手動で消去すると使用可能になります。

  • ステータスが「最適」でないドライブは使用できません。

  • 容量が小さすぎるドライブは使用できません。

  • プールまたはボリューム グループ内でドライブのメディア タイプが同じである必要があります。次のドライブ タイプを混在させることはできません。

    • ハード ディスク ドライブ(HDD)とソリッド ステート ディスク(SSD)

    • NVMeドライブとSASドライブ

    • ボリュームのブロック サイズが512バイトのドライブと4KiBのドライブ

  • プールまたはボリューム グループに含まれているドライブがすべてセキュリティ対応の場合は、セキュリティ対応でないドライブは表示されません。

  • プールまたはボリューム グループに含まれているドライブがすべて連邦情報処理標準(FIPS)ドライブの場合、非FIPSドライブは表示されません。

  • プールまたはボリューム グループに含まれているドライブがすべてData Assurance(DA)対応で、プールまたはボリューム グループ内にDA有効ボリュームが1つ以上ある場合は、DA非対応のドライブは使用できないためプールまたはボリューム グループに追加できません。ただし、プールまたはボリューム グループにDA有効ボリュームがない場合は、DA非対応のドライブをプールまたはボリューム グループに追加できます。DA対応と非対応のドライブが混在している場合は、DA有効ボリュームを作成できないので注意してください。

メモ

ストレージ アレイの容量は、新しいドライブを追加するか、プールまたはボリューム グループを削除することで増やすことができます。

シェルフ / ドロワー損失の保護を維持するにはどうすればよいですか?

プールまたはボリューム グループのシェルフ / ドロワー損失の保護を維持するには、次の表の基準を使用します。

レベル シェルフ/ドロワーの損失に対する保護基準 必要な棚/引き出しの最小数

プール

シェルフの場合、プールに含めることができるドライブは1つのシェルフにつき2台までです。

ドロワーの場合、プールに各ドロワーから同数のドライブが含まれている。

6 - シェルフ

5 - ドロワー

RAID 6

ボリューム グループには、1つのシェルフまたはドロワー内に2台以下のドライブが含まれます。

3

RAID 3またはRAID 5

ボリューム グループ内のドライブがすべて別々のシェルフまたはドロワーに配置されている。

3

RAID 1

ミラー ペア内の各ドライブがそれぞれ別のシェルフまたはドロワーに配置されている。

2

RAID 0

シェルフ / ドロワー損失の保護は実現できない。

該当なし

メモ

プールまたはボリューム グループですでにドライブ障害が発生している場合は、シェルフ / ドロワー損失の保護は維持されません。この状況で、ドライブ シェルフまたはドロワーへのアクセス、さらにその結果プールまたはボリューム グループ内の別のドライブへのアクセスを失うと、データが失われます。

プールとボリューム グループへおドライブの配置を最適化するにはどうすればよいですか?

プールやボリューム グループを作成するときは、上段と下段のドライブ スロットからバランスよくドライブを選択してください。

EF600およびEF300コントローラでは、ドライブ スロット0~11が1つのPCIブリッジに接続され、スロット12~23が別のPCIブリッジに接続されます。最適なパフォーマンスを確保するには、上段と下段のスロットのドライブ数がほぼ同じになるようにバランスよくドライブを選択する必要があります。このように配置すれば、ボリュームが必要以上に早く帯域幅の上限に達することはありません。

アプリケーションに最適なRAIDレベルはどれですか?

ボリューム グループのパフォーマンスを最大限に高めるには、適切なRAIDレベルを選択する必要があります。適切なRAIDレベルを特定するには、ボリューム グループにアクセスしているアプリケーションでの読み取りと書き込みの比率を把握します。この比率は[パフォーマンス]ページで確認できます。

RAIDレベルとアプリケーション パフォーマンス

RAIDは、ユーザ データと冗長データの書き込み方法とドライブからの取得方法を決定するために、_レベル_と呼ばれる一連の構成に依存しています。各RAIDレベルは、それぞれ異なるパフォーマンス特性を提供します。読み取り率の高いアプリケーションは、RAID 5およびRAID 6構成の優れた読み取り性能により、RAID 5ボリュームまたはRAID 6ボリュームを使用することで良好なパフォーマンスを発揮します。

読み取り比率が低い(書き込み中心の)アプリケーションの場合、RAID 5ボリュームまたはRAID 6ボリュームでは同様のパフォーマンスを実現できません。このパフォーマンスの低下は、コントローラがデータと冗長性データをRAID 5ボリューム グループまたはRAID 6ボリューム グループのドライブに書き込む方法に起因します。

RAIDレベルは次の情報に基づいて選択します。

RAID 0

  • 概要

    • 冗長性なし、ストライピング モード。

  • 仕組み

    • RAID 0は、ボリューム グループ内のすべてのドライブにデータをストライピングします。

  • データ保護機能

    • 高可用性が求められる場合、RAID 0は推奨されません。RAID 0は重要度の低いデータに適しています。

    • ボリューム グループ内の1本のドライブで障害が発生すると、関連付けられているすべてのボリュームで障害が発生し、すべてのデータが失われます。

  • ドライブ番号の要件

    • RAIDレベル0には最低1本のドライブが必要です。

    • RAID 0ボリューム グループは、30本を超えるドライブで構成できます。

    • ストレージ アレイのすべてのドライブを含むボリューム グループを作成できます。

RAID 1またはRAID 10

  • 概要

    • ストライピング / ミラー モード。

  • 仕組み

    • RAID 1では、ディスク ミラーリングを使用して、2本のディスクに同時に同じデータが書き込まれます。

    • RAID 10は、ドライブ ストライピングを使用して、複数のミラーリングされたドライブ ペアにデータをストライピングします。

  • データ保護機能

    • RAID 1とRAID 10は、高度なパフォーマンスと最高のデータ可用性を実現します。

    • RAID 1とRAID 10は、ドライブ ミラーリングを使用して、あるドライブから別のドライブにまったく同じコピーを作成します。

    • ドライブ ペアの一方のドライブで障害が発生した場合、ストレージ アレイはデータやサービスを失うことなくもう一方のドライブに即座に切り替えることができます。

    • 単一ドライブ障害が発生すると、関連付けられているボリュームはデグレード状態になりますが、ミラー ドライブがデータへのアクセスを保証します。

    • ボリューム グループ内のドライブ ペアで障害が発生すると、関連付けられているすべてのボリュームで障害が発生し、データが失われる可能性があります。

  • ドライブ番号の要件

    • RAID 1には最低2本のドライブが必要です(ユーザ データ用とミラーリングされたデータ用に1本ずつ)。

    • 4本以上のドライブを選択すると、ボリューム グループ全体でRAID 10が自動的に構成されます(ユーザ データ用とミラーリングされたデータ用に2本ずつ)。

    • ボリューム グループには偶数個のドライブが必要です。ドライブの数が偶数でない場合、または未割り当てのドライブが残っている場合は、*プールとボリューム グループ*に移動してボリューム グループにドライブを追加し、操作を再試行してください。

    • RAID 1とRAID 10のボリューム グループは、30本を超えるドライブで構成できます。ストレージ アレイのすべてのドライブを含むボリューム グループを作成できます。

RAID 5

  • 概要

    • 高I/Oモード。

  • 仕組み

    • ユーザ データと冗長性情報(パリティ)が複数のドライブにストライピングされます。

    • 冗長性情報を格納するために、ドライブ1本分の容量が使用されます。

  • データ保護機能

    • RAID 5ボリューム グループで1本のドライブに障害が発生すると、関連付けられているすべてのボリュームがデグレード状態になります。冗長性情報があるので、データには引き続きアクセスできます。

    • RAID 5ボリューム グループで複数のドライブに障害が発生すると、関連付けられているすべてのボリュームに障害が発生し、すべてのデータが失われます。

  • ドライブ番号の要件

    • ボリューム グループには最低3本のドライブが必要です。

    • 一般に、ボリューム グループのドライブ数は最大30本に制限されます。

RAID 6

  • 概要

    • 高I/Oモード。

  • 仕組み

    • ユーザ データと冗長性情報(デュアル パリティ)が複数のドライブにストライピングされます。

    • 冗長性情報を格納するために、ドライブ2本分の容量が使用されます。

  • データ保護機能

    • RAID 6ボリューム グループで1本または2本のドライブに障害が発生すると、関連付けられているすべてのボリュームがデグレード状態になりますが、冗長性情報があるので引き続きデータにはアクセスできます。

    • RAID 6ボリューム グループで3本以上のドライブに障害が発生すると、関連付けられているすべてのボリュームに障害が発生し、すべてのデータが失われます。

  • ドライブ番号の要件

    • ボリューム グループには最低5本のドライブが必要です。

    • 一般に、ボリューム グループのドライブ数は最大30本に制限されます。

メモ

プールのRAIDレベルは変更できません。プールは自動的にRAID 6として構成されます。

RAIDレベルとデータ保護

RAID 1、RAID 5、およびRAID 6では、フォールト トレランス用に冗長性データがドライブ メディアに書き込まれます。冗長性データは、データのコピー(ミラー)またはデータから導出されたエラー修正コードです。ドライブで障害が発生した場合は、冗長性データを使用して交換用ドライブ上に迅速にデータを再構築できます。

1つのボリューム グループ全体で1つのRAIDレベルを設定します。そのボリューム グループの冗長性データは、すべてボリューム グループ内に保存されます。ボリューム グループの容量は、メンバー ドライブのアグリゲート容量から冗長性データ用に確保された容量を差し引いたものです。冗長性を確保するために必要な容量は、使用するRAIDレベルによって異なります。

Data Assuranceとは何ですか?

Data Assurance(DA)はT10 Protection Information(PI)標準を実装しています。I/Oパスでデータが転送される際に発生する可能性のあるエラーをチェックして修正することで、データの整合性が向上します。

Data Assurance機能の一般的な用途として、コントローラとドライブ間のI/Oパスがチェックされます。DA機能はプールおよびボリューム グループのレベルで提供されます。

この機能を有効にすると、ボリューム内の各データ ブロックに巡回冗長検査(CRC)と呼ばれるエラー チェック用のコードが付加されます。データ ブロックが移動されると、このCRCコードを使用して、転送中にエラーが発生したかどうかが判断されます。破損している可能性があるデータはディスクに書き込まれず、ホストにも返されません。DA機能を使用する場合は、新しいボリュームの作成時にDA対応のプールまたはボリューム グループ([候補]の表でDAが[はい]になっている)を選択します。

これらのDA対応ボリュームは、必ずDAに対応したI/Oインターフェイスを使用しているホストに割り当ててください。DAに対応したI/Oインターフェイスには、Fibre Channel、SAS、iSCSI over TCP/IP、NVMe/FC、NVMe/IB、NVME/RoCE、iSER over InfiniBand(iSCSI Extensions for RDMA/IB)があります。SRP over InfiniBandではDAはサポートされていません。

セキュリティ対応(ドライブ セキュリティ)とは何ですか?

ドライブ セキュリティは、セキュリティ有効ドライブをストレージ アレイから取り外したときに、そのドライブ上のデータへの不正アクセスを防止する機能です。対応するドライブには、Full Disk Encryption(FDE)ドライブと連邦情報処理標準(FIPS)ドライブがあります。

リザーブ容量を増やすときは、どのような点に注意する必要がありますか?

通常、リザーブ容量がフルに近付いているという警告が表示されたときに、容量を拡張します。リザーブ容量は8GiB単位でのみ拡張できます。

  • 必要に応じて拡張できるよう、プールまたはボリューム グループには十分な空き容量が必要です。

    プールまたはボリュームグループに空き容量がない場合は、未使用のドライブという形で未割り当て容量をプールまたはボリュームグループに追加できます。

  • プールまたはボリューム グループ内のボリュームのステータスが「最適」である必要があり、変更状態であってはなりません。

  • 容量を増やすために使用するプールまたはボリューム グループには、空き容量が存在する必要があります。

  • 読み取り専用のSnapshot ボリュームの予約容量を増やすことはできません。読み書き可能なSnapshot ボリュームのみが予約容量を必要とします。

スナップショット操作の場合、予約容量は通常、ベース ボリュームの40%です。非同期ミラーリング操作の場合、予約容量は通常、ベース ボリュームの20%です。ベース ボリュームが頻繁に変更される可能性がある場合、またはストレージ オブジェクトのコピー サービス操作の推定寿命が非常に長い場合は、より高い割合を使用してください。

削減する量を選択できない場合、どのような理由が考えられますか?

リザーブ容量は、増やしたときの分量ずつしか減らすことができません。メンバー ボリュームのリザーブ容量は、追加したときと逆の順序でのみ削除できます。

次のいずれかの条件に該当する場合は、ストレージ オブジェクトのリザーブ容量を削減できません。

  • ストレージ オブジェクトがミラー ペアのボリュームである。

  • ストレージ オブジェクトにリザーブ容量用のボリュームが1つしかない。ストレージ オブジェクトには、リザーブ容量用のボリュームが少なくとも2つ含まれている必要があります。

  • ストレージ オブジェクトが無効化されているSnapshotボリュームである。

  • ストレージ オブジェクトに関連付けられているSnapshotイメージが含まれている。

リザーブ容量ボリュームは、追加したときと逆の順序でのみ削除できます。

読み取り専用のSnapshotボリュームについては、関連付けられたリザーブ容量がないため、リザーブ容量を削減することはできません。リザーブ容量が必要なのは、読み取り / 書き込みのSnapshotボリュームだけです。

各メンバー ボリュームに予約容量が必要なのはなぜですか。

Snapshot整合性グループの各メンバー ボリュームには、参照先の整合性グループSnapshotイメージに影響を及ぼすことなく、ホスト アプリケーションによる変更をベース ボリュームに保存するための独自のリザーブ容量が必要です。リザーブ容量によって、読み取り / 書き込み用のメンバー ボリュームに含まれているデータのコピーに、ホスト アプリケーションが書き込みアクセスすることが可能となります。

整合性グループSnapshotイメージにホストが直接読み取りや書き込みを行うことはできません。Snapshotイメージには、ベース ボリュームから取得されたデータのみが保存されます。

読み取り / 書き込み用の整合性グループSnapshotボリュームの作成中に、System Managerは整合性グループのメンバー ボリュームごとにリザーブ容量を作成します。このリザーブ容量によって、読み取り / 書き込み用のメンバー ボリュームに含まれているデータのコピーに、ホスト アプリケーションが書き込みアクセスすることが可能となります。

SSDキャッシュのすべての統計情報を表示するにはどうすればよいですか? また、何が表示されますか?

SSDキャッシュについては、一般統計と詳細統計を表示できます。一般統計は詳細統計のサブセットです。

詳細な統計情報は、すべての SSD 統計情報を `.csv`ファイルにエクスポートした場合にのみ表示できます。統計データを検討・解釈する際には、複数の統計データを組み合わせて解釈している場合もあることを念頭に置いてください。

一般統計

SSDキャッシュの統計情報を表示するには、メニューの「ストレージ」→「プールとボリュームグループ」を選択してください。統計情報を表示したいSSDキャッシュを選択し、メニューの「詳細」→「統計情報の表示」を選択します。公称統計情報は、「SSDキャッシュ統計情報の表示」ダイアログに表示されます。

次のリストは、詳細統計のサブセットである、一般統計の一覧です。

一般統計 概要

読み取り/書き込み

SSDキャッシュが有効なボリュームに対するホストの読み取りと書き込みの合計数。読み取り数を書き込み数と比較します。効率的なSSDキャッシュ処理には、読み取り数が書き込み数より多いことが必要です。書き込みに対する読み取りの比率が大きいほど、キャッシュ処理が向上します。

キャッシュ ヒット

キャッシュ ヒットの数。

キャッシュ ヒット率(%)

キャッシュ ヒット数を読み取りと書き込みの合計数で割った値。効果的なSSDキャッシュ処理には、キャッシュ ヒットの割合が50%より高いことが必要です。この値が小さい場合は、次のような理由が考えられます。

  • 書き込みに対する読み取りの比率が小さすぎる

  • 読み取りが繰り返されない

  • キャッシュ容量が小さすぎる

キャッシュ割り当て率(%)

割り当てられているSSDキャッシュ ストレージの量。このコントローラで使用可能なSSDキャッシュ ストレージの割合として表されます。割り当てられているバイト数を使用可能なバイト数で割った値です。キャッシュ割り当ての割合は、通常は100%と表示されます。この数値が100%未満の場合は、キャッシュがウォームアップされていないか、アクセスされているすべてのデータよりもSSDキャッシュ容量が大きいことを意味します。後者の場合、SSDキャッシュ容量を小さくしても同レベルのパフォーマンスが得られる場合があります。この値は、キャッシュされたデータがSSDキャッシュに配置されたことを示しているわけではなく、SSDキャッシュにデータを配置可能となる前の準備手順にすぎません。

キャッシュ使用率(%)

有効なボリュームのデータが格納されているSSDキャッシュ ストレージの量。割り当てられているSSDキャッシュ ストレージの割合として表されます。この値はSSDキャッシュの利用率または密度を表し、ユーザ データのバイト数を割り当てられているバイト数で割った値です。キャッシュ利用率の割合は、通常は100%より小さく、多くの場合はるかに小さくなります。この数値は、SSDキャッシュ容量のうち、キャッシュ データが書き込まれている割合を示します。この数値が100%より小さい理由は、SSDキャッシュの各割り当て単位(SSDキャッシュ ブロック)はサブブロックと呼ばれる小さい単位に分割され、サブブロックにはある程度独立してデータが格納されるためです。この数値は大きいほうが一般的には良いものの、小さい数値でもパフォーマンスが著しく向上する場合があります。

詳細統計

詳細統計は、名目統計に加えて、追加の統計で構成されます。これらの追加統計は、名目統計とともに保存されますが、名目統計とは異なり、SSDキャッシュ統計の表示ダイアログには表示されません。詳細統計は、統計を `.csv`ファイルにエクスポートした後にのみ表示できます。

`.csv`ファイルを表示すると、詳細な統計情報が名目統計情報の後にリストされていることがわかります:
詳細統計 概要

読み取りブロック

ホスト読み取りのブロック数。

書き込みブロック

ホスト書き込みのブロック数。

完全ヒット ブロック

キャッシュ ヒットのブロック数。SSDキャッシュから完全に読み込まれたブロックの数を示します。SSDキャッシュがパフォーマンスの向上に効果があるのは、完全キャッシュ ヒットである処理に対してのみです。

部分ヒット

少なくとも1つのデータ ブロックはSSD Cacheに存在したが、すべてのデータ ブロックは存在しなかったホスト読み取りの回数。部分ヒットとは、ベース ボリュームからの読み取りが満たされたSSD Cache *ミス*のことです。

部分ヒット - ブロック

[部分キャッシュ ヒット]のブロック数。部分キャッシュ ヒットと部分キャッシュ ヒット ブロックは、SSDキャッシュ内にデータの一部しかない処理の結果として発生します。この場合、キャッシュされているハード ディスク ドライブ(HDD)ボリュームからデータを取得する必要があります。このタイプのヒットの場合、SSDキャッシュから得られるパフォーマンス上のメリットはありません。部分キャッシュ ヒット ブロック数が完全キャッシュ ヒット ブロック数より多い場合は、別のI/O特性タイプ(ファイルシステム、データベース、またはWebサーバ)を使用するとパフォーマンスが向上する可能性があります。SSDキャッシュのウォームアップ中は、[キャッシュ ヒット]と比較して[部分キャッシュ ヒット]や[キャッシュ ミス]の数が多くなることが想定されます。

ミス

SSDキャッシュ内にブロックがなかったホスト読み取りの数。SSDキャッシュ ミスは、ベース ボリュームから読み取りが行われた場合に発生します。SSDキャッシュのウォームアップ中は、[キャッシュ ヒット]と比較して[部分キャッシュ ヒット]や[キャッシュ ミス]の数が多くなることが想定されます。

ミス - ブロック

[キャッシュ ミス]のブロック数。

取り込み処理(ホスト読み取り)

ベース ボリュームからSSDキャッシュへデータがコピーされたホスト読み取りの数。

アクションの取得(ホスト読み取り)- ブロック

[取り込み処理(ホスト読み取り)]のブロック数。

取り込み処理(ホスト書き込み)

ベース ボリュームからSSDキャッシュへデータがコピーされたホスト書き込みの数。書き込みI/O処理でキャッシュに書き込まないキャッシュ設定の場合、[取り込み処理(ホスト書き込み)]の数がゼロになることがあります。

取り込み処理(ホスト書き込み)- ブロック

[取り込み処理(ホスト書き込み)]のブロック数。

無効化処理

データが無効化された、またはSSDキャッシュから削除された回数。キャッシュの無効化処理は、各ホスト書き込み要求、Forced Unit Access(FUA)によるホスト読み取り要求、確認要求、およびその他一部の状況で実行されます。

リサイクル処理

別のベース ボリュームや論理ブロック アドレス(LBA)範囲にSSDキャッシュ ブロックが再利用された回数。効果的なキャッシュでは、再利用の回数は、読み取り処理と書き込み処理の合計数より少ない必要があります。[リサイクル処理]の回数が読み取りと書き込みの合計数に近い場合は、SSDキャッシュでスラッシングが発生しています。キャッシュ容量を増やす必要があります。または、ワークロードがSSDキャッシュの使用に適していません。

使用可能バイト数

SSDキャッシュ内でこのコントローラによって使用可能なバイト数。

割り当てバイト数

このコントローラによってSSDキャッシュから割り当てられたバイト数。SSDキャッシュから割り当てられたバイトは、空の場合と、ベース ボリュームのデータが含まれている場合があります。

ユーザ データ バイト数

SSDキャッシュ内の、ベース ボリュームのデータを含む割り当て済みバイト数。使用可能なバイト数、割り当て済みバイト数、およびユーザ データのバイト数を使用して、キャッシュ割り当ての割合とキャッシュ利用率の割合が計算されます。

プールの最適化容量とは何ですか?

SSDドライブでは、その容量の一部が未割り当ての場合に寿命が長くなり、最大書き込みパフォーマンスが向上します。

プールに関連付けられているドライブの未割り当て容量は、プールの予約済み容量、空き容量(ボリュームで使用されていない容量)、および使用可能容量のうちの最適化容量として確保された容量で構成されます。この最適化容量は使用可能容量を削って確保され、この容量をボリュームの作成に使用することはできません。

プールの作成時に、パフォーマンス、ドライブの寿命、使用可能容量のバランスに基づいて、推奨される最適化容量が決定されます。[プール設定]ダイアログの[追加の最適化容量]スライダを使用すると、プールの最適化容量を調整できます。スライダを動かすことで、使用可能容量を犠牲にしてパフォーマンスの向上とドライブ寿命の延長を図るか、またはパフォーマンスとドライブ寿命を犠牲にして使用可能容量を増やすことができます。

メモ

[追加の最適化容量]スライダは、EF600およびEF300ストレージ システムでのみ使用できます。

ボリューム グループの最適化容量とは何ですか?

SSDドライブでは、その容量の一部が未割り当ての場合に寿命が長くなり、最大書き込みパフォーマンスが向上します。

ボリューム グループに関連付けられているドライブの未割り当て容量は、ボリューム グループの空き容量(ボリュームで使用されていない容量)と、使用可能容量のうちの最適化容量として確保された容量で構成されます。この最適化容量は使用可能容量を削って確保され、この容量をボリュームの作成に使用することはできません。

ボリューム グループの作成時に、パフォーマンス、ドライブの寿命、使用可能容量のバランスに基づいて、推奨される最適化容量が決定されます。[ボリューム グループ設定]ダイアログの[追加の最適化容量]スライダを使用すると、ボリューム グループの最適化容量を調整できます。スライダを動かすことで、使用可能容量を犠牲にしてパフォーマンスの向上とドライブ寿命の延長を図るか、またはパフォーマンスとドライブ寿命を犠牲にして使用可能容量を増やすことができます。

メモ

[追加の最適化容量]スライダは、EF600およびEF300ストレージ システムでのみ使用できます。

リソース プロビジョニング対応とは何ですか?

リソース プロビジョニングは、EF300およびEF600ストレージ アレイで使用できる機能です。オンにすると、ボリュームはバックグラウンドで初期化されることなくただちに使用できる状態になります。

リソース プロビジョニング ボリュームは、SSDボリューム グループまたはプール内のシック ボリュームで、ボリュームの作成時にドライブ容量が割り当てられますが(ボリュームに割り当てられます)、ドライブ ブロックは割り当て解除(マッピング解除)されます。これに対し、従来のシック ボリュームでは、Data Assurance保護の情報フィールドを初期化し、各RAIDストライプでデータおよびRAIDパリティを同じにするために、すべてのドライブ ブロックがバックグラウンドのボリューム初期化処理でマッピングまたは割り当てられます。リソース プロビジョニング ボリュームの場合、バックグラウンドの初期化は決まったタイミングでは実行されません。代わりに、RAIDストライプごとに、そのストライプ内のボリューム ブロックに対して最初の書き込みが行われたときに初期化されます。

リソース プロビジョニング ボリュームは、すべてのドライブでNVMeのDeallocated or Unwritten Logical Block Error(DULBE)エラー リカバリ機能がサポートされているSSDボリューム グループおよびプールでのみサポートされます。リソース プロビジョニング ボリュームを作成すると、そのボリュームに割り当てられていたすべてのドライブ ブロックが割り当て解除(マッピング解除)されます。また、ホストではNVMe Dataset ManagementコマンドまたはSCSI Unmapコマンドを使用して、ボリューム内の論理ブロックの割り当てを解除できます。ブロックの割り当てを解除すると、SSDの消耗度が改善され、最大書き込みパフォーマンスが向上します。どの程度向上するかは、ドライブのモデルや容量によって異なります。

メモ 現時点では、EF300CまたはEF600CストレージアレイではDULBEはサポートされていません。

リソース プロビジョニング ボリューム機能について、どのような点に注意する必要がありますか?

リソース プロビジョニングは、EF300およびEF600ストレージ アレイで使用できる機能です。オンにすると、ボリュームはバックグラウンドで初期化されることなくただちに使用できる状態になります。

リソース プロビジョニング ボリュームは、SSDボリューム グループまたはプール内のシック ボリュームで、ボリュームの作成時にドライブ容量が割り当てられますが(ボリュームに割り当てられます)、ドライブ ブロックは割り当て解除(マッピング解除)されます。これに対し、従来のシック ボリュームでは、Data Assurance保護の情報フィールドを初期化し、各RAIDストライプでデータおよびRAIDパリティを同じにするために、すべてのドライブ ブロックがバックグラウンドのボリューム初期化処理でマッピングまたは割り当てられます。リソース プロビジョニング ボリュームの場合、バックグラウンドの初期化は決まったタイミングでは実行されません。代わりに、RAIDストライプごとに、そのストライプ内のボリューム ブロックに対して最初の書き込みが行われたときに初期化されます。

リソース プロビジョニング ボリュームは、すべてのドライブでNVMeのDeallocated or Unwritten Logical Block Error(DULBE)エラー リカバリ機能がサポートされているSSDボリューム グループおよびプールでのみサポートされます。リソース プロビジョニング ボリュームを作成すると、そのボリュームに割り当てられていたすべてのドライブ ブロックが割り当て解除(マッピング解除)されます。また、ホストではNVMe Dataset ManagementコマンドまたはSCSI Unmapコマンドを使用して、ボリューム内の論理ブロックの割り当てを解除できます。ブロックの割り当てを解除すると、SSDの消耗度が改善され、最大書き込みパフォーマンスが向上します。どの程度向上するかは、ドライブのモデルや容量によって異なります。

ドライブがDULBEをサポートしているシステムでは、リソース プロビジョニングはデフォルトで有効になっています。*Pools & Volume Groups*から、そのデフォルト設定を無効にすることができます。

メモ 現時点では、EF300CまたはEF600CストレージアレイではDULBEはサポートされていません。