ストレージ効率はボリュームの移動にどのように影響しますか?
環境
- ONTAP 9
回答
- ボリュームを移動する場合、そのボリュームが占めるフットプリントには、アグリゲートレベルでのストレージ効率は含まれません。
- 新しいアグリゲートに移動すると、移動が完了してストレージ効率化が完了するまで、スペースが膨張します。
- 例:
- ボリュームの実際のディスク使用容量が5TBであっても、実際にはスペース節約により50TBになる場合があります。
- デスティネーションアグリゲートの空き容量は20TBしかありません。
- ボリュームは実際には5TBではなく50TBのディスク容量を使用しているため、この処理は失敗します。
- このフットプリントを確認するには、
volume show-footprintコマンドを使用して合計Footprint in Performance Tier出力を確認します。 - このフットプリントは、アグリゲートの空き容量(
df -A -hなど)と比較されます。
例:
- FabricPool階層化を考慮せずに、ボリュームの実際の使用領域を表示します:
Cluster::> volume show-footprint -fields volume-blocks-footprint-bin0
vserver volume volume-blocks-footprint-bin0
------- ------ ----------------------------
svm1 vol1 98.3TB
- 合計空き容量と比較すると、95.7 TB は上記の 98.3 TB より明らかに少ないことがわかります。そのため、ボリュームの移動には 2.6 TB 以上必要なため失敗します:
Cluster::> aggr show -fields availsize
aggregate availsize
--------- ---------
aggr1 95.7TB
追加情報
- 9.14.1以降の物理使用済みスペースレポートの変更点
- 例:アグリゲートスペース不足によるボリューム移動の失敗は、次のエラーで確認できます:
5/17/2021 12:57:29 Netapp-2 ERROR mgmt.vopl.move.nospace: The 'volume move' operation with ID '14748' for volume 'volume_move' present on Vserver 'vserver' cannot proceed (Reason: Not enough space in the volume or aggregate).