FabricPool用のボリュームの作成
変更を提案
PDF
FabricPoolにボリュームを追加するには、FabricPool対応アグリゲートに新しいボリュームを直接作成するか、別のアグリゲートからFabricPool対応アグリゲートに既存のボリュームを移動します。
FabricPoolのボリュームを作成するときに、階層化ポリシーを指定できます。階層化ポリシーを指定しない場合、作成されたボリュームはデフォルトの階層化ポリシーを使用し snapshot-only`ます。階層化ポリシーがまたは `auto`のボリュームについては `snapshot-only、階層化の最小クーリング期間も指定できます。
-
ボリュームで階層化ポリシーを使用するように設定し `auto`たり、階層化の最小クーリング期間を指定したりするには、ONTAP 9 .4以降が必要です。
-
FlexGroupボリュームを使用するには、ONTAP 9 .5以降が必要です。
-
ボリュームで階層化ポリシーを使用するように設定 `all`するには、ONTAP 9 .6以降が必要です。
-
パラメータを使用するようにボリュームを設定 `-cloud-retrieval-policy`するには、ONTAP 9 .8以降が必要です。
-
コマンドを使用して、FabricPool用の新しいボリュームを作成し `volume create`ます。
-
`-tiering-policy`オプションのパラメータを使用すると、ボリュームの階層化ポリシーを指定できます。
次のいずれかの階層化ポリシーを指定できます。
-
snapshot-only（デフォルト） -
auto -
all -
backup（廃止予定） -
none
-
-
オプションのパラメータを `-cloud-retrieval-policy`使用すると、advanced権限レベルのクラスタ管理者は、階層化ポリシーで制御されるデフォルトのクラウド移行または読み出し動作を上書きできます。
次のいずれかのクラウド読み出しポリシーを指定できます。
-
defaultどのデータを移行するかは階層化ポリシーによって決定されるため、cloud-retrieval-policyを使用したクラウドデータの読み出しに変更はありませ `default`ん。これは、動作がONTAP 9 .8より前のリリースと同じであることを意味します。
-
階層化ポリシーがまたはの
snapshot-only`場合、 `none「default」は、クライアントによって読み取られたデータがすべてクラウド階層から高パフォーマンス階層に移行されることを意味します。 -
階層化ポリシーがの場合、 `auto`クライアントによるランダムリードはすべて移行されますが、シーケンシャルリードは移行されません。
-
階層化ポリシーが指定されている場合
all、クライアントによって読み取られたデータはクラウド階層から移行されません。
-
-
on-readクライアントによって読み取られたデータはすべてクラウド階層から高パフォーマンス階層に移行されます。
-
neverクライアントによって読み取られたデータはクラウド階層から高パフォーマンス階層に移行されません。
-
promote-
階層化ポリシーの場合
none、すべてのクラウドデータがクラウド階層から高パフォーマンス階層に移行されます。 -
階層化ポリシーの場合
snapshot-only、アクティブなファイルシステムのすべてのデータがクラウド階層から高パフォーマンス階層に移行されます。
-
-
-
`-tiering-minimum-cooling-days`advanced権限レベルでオプションのパラメータを使用すると、または `auto`階層化ポリシーを使用するボリュームの階層化の最小クーリング期間を指定でき `snapshot-only`ます。
ONTAP 9 .8以降では、階層化の最小クーリング日数に2183の値を指定できます。9.8より前のバージョンのONTAPを使用している場合は、263の値を階層化の最小クーリング日数に指定できます。
-
次の例は、「 FabricPool 」対応アグリゲートに「 myvol1 」という名前のボリュームを作成します。階層化ポリシーはに auto、階層化の最小クーリング期間は45日に設定されています。
cluster1::*> volume create -vserver myVS -aggregate myFabricPool -volume myvol1 -tiering-policy auto -tiering-minimum-cooling-days 45