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

リソースプロビジョニングは EF300 の場合EF600 できる機能です。これにより、バックグラウンドの初期化プロセスを実行せずに、ボリュームをただちに使用できます。

注: リソースプロビジョニング機能は EF300 の場合EF600 および EF600 ストレージアレイでのみ使用できます。

リソースでプロビジョニングされたボリューム

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

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

機能の有効化と無効化

DULBE がサポートされているシステムでは、リソースプロビジョニングがデフォルトで有効になっています。このデフォルト設定 > は、ストレージプールとボリュームグループで無効にすることができます。リソースプロビジョニングの無効化は、既存のボリュームに対する永続的な処理であり、元に戻すことはできません(つまり、これらのボリュームグループおよびプールのリソースプロビジョニングを再度有効にすることはできません)。ただし、作成し > た新しいボリュームに対してリソースプロビジョニングを再度有効にする場合は、設定システムから再有効化できます。リソースのプロビジョニングを再度有効にすると、新しく作成したボリュームグループとプールのみに影響する点に注意してください。既存のボリュームグループおよびプールは変更されません。必要 > に応じて、設定システムからリソースプロビジョニングを再度無効にすることもできます。