100%フラクショナル リザーブがあるボリュームを含むLUNには、どのようなスペースが必要ですか?
環境
- ONTAP 9
- Data ONTAP 7 以前
- SAN
- FlexPod
- ファイル リザベーション
- フラクショナル リザーブ(fractional_reserve)
回答
- フラクショナル リザーブは、スペース リザーブ ファイルまたはスペース リザーブLUNに対してデフォルトで有効になり、スナップショットの作成と上書き用にシック ボリューム プロビジョニングが行われます。 推奨されるボリュームとファイルまたは LUN 構成を参照してください
- 最初のスナップショットのあとにスペース リザーブ ファイルまたは LUN の 2 倍のサイズの論理スペースが消費されます。リザーブ スペース サイズは
reservedの項目でdf -rコマンドで確認できます - フラクショナル リザーブが100%のボリュームを含むLUNに必要なスペースは、2x LUN + デルタのルールに従います
- 2x LUN + デルタのルールでは、(fractional_reserveが100のボリュームの場合)LUNを含むボリュームで、マッピングされたホストで想定される使用可能スペースの最大100%を余分に確保する必要があることを規定しています。そのLUN上の書き込みに利用可能なスペースに加えて、スナップショットの変更率用のスペースも必要です。
- 一般的なWindowsホストでは、LUNがアーカイブではなくアクティブな本番環境で使用されている場合、常に使用可能なLUNのほぼ100%に書き込めることが想定されます。
注:
- Snapshotがないボリュームでは、ボリュームでSISが有効になっていると、フラクショナル リザーブは常にSnapshotが存在するかのように動作します
- そのため、フラクショナル リザーブが優先され、ボリュームの使用可能なスペースが少なくなります
- ボリュームがいっぱいになり、オーバーライト スペースがなくなるとLUNがオフラインになる可能性があるため、問題が発生する可能性があります
- 上記の文で参照されているホストにプロビジョニングされたLUNのスペースの一部が読み取り専用としてマークされた場合でも、そのスペースはランダムなメタデータ書き込み用にホストに提供する必要があるため、使用済みフラクショナル リザーブは最大で100%まで増加します
例:
- スナップショットが最初に作成されたときに 5Gig の LUN に 2Gig が書き込まれている場合、含まれているボリューム内の使用済みスペースは 7Gig と表示されます
- これは、これらの 2Gig ブロックのスナップショット ロックに OS オーバーライト用に 2Gig のリザーブが保持されていることが原因です
- LUN で最後のスナップショットが取得された後に 1Gig の変更が発生し、使用スペースが変わらない場合、3Gig は予約され、使用済みスペースは 8Gig と表示されます
- 要約すると、システムは継続的に補正して、LUN への書き込み時に OS が 5Gig への書き込み可能性を認識できるようにします
- これは、使用済みスペースがホスト OS に応じて 4.9Gig に等しい場合でも発生します
- スナップショットが 1 つで変更がないホスト OS には、使用済みスペースが 9.9Gig と表示されます
- 1Gig の変更と別のベーススナップショットでは、10.9Gig が使用済みと表示されます
- スナップショットの有効期間中、5Gig の LUN(OS レベルでは 4.9Gig)で 3Gig の変更が継続的に発生する場合、推奨される最小スペースは 10Gig + 3Gig = 13Gig です
- これは次のプロセスでテストできます:
- スナップ リザーブが0のボリュームを作成する
- LUNを作成し、[マイ コンピュータ]で右クリックしてサイズを取得する
- LUNのサイズと使用済みスペースおよび空きスペースをKBに変換する
- LUNに特定の量のデータを配置し、KBに変換する
- df /vol/<volname>を実行して、使用率の予測値を確認する
- スナップショットを作成してすぐにdf /vol/<volname>を再度実行する スナップショットはスペースを消費しませんが、ボリュームの使用済みスペースはLUNに配置されていた量だけ増加します
- LUNのデータを変更する 元のブロック ポインタが残されるように、削除ではなく実際の変更が必要になります
- df /vol/<volname>を実行するLUN + オーバーライト リザーブ + 変更されたスナップショットによって使用されているスペースが表示されます
- 新しいスナップショットを作成し、df /vol/<volname>をもう一度実行する これで、LUN + オーバーライト リザーブ + .snapshotで使用されているスペースの量が使用済みスペースとして表示されます
- スナップショットの完全なスケジュールが循環したら、snap deltaコマンドを実行して、ボリュームに必要な追加スペースの量を確認します:
- LUN が存在する場合は100%の追加
- まだ作成されていない場合は空きスペースのLUN の想定サイズの200%を超えるスペース
- snapinfoディレクトリはすぐにファイルデータでいっぱいになることに注意してください
- また、必要なオンライン バックアップの数によってもすばやく変化します
- そのため、含まれているLUNでは、差分が想定よりも大きくなる可能性があります
- また、フラクショナル リザーブの容量は減らせるように調整できますが、ホストの上書きが読み取り専用ブロックに達すると、LUNが突然オフラインになる可能性があります
追加情報
- 次のコマンドを実行して、フラクショナル リザーブを0%に変更します:
::> volume modify -fractional-reserve 0 -vserver <svm-name> -volume <vol-name>
- ファイルとLUNリザベーションの仕組み
- 推奨されるボリュームとファイルまたはLUNの設定の組み合わせ - 概要
- Snapshotが存在しないにもかかわらずフラクショナル リザーブが割り当てられています
- フラクショナル リザーブ100%が設定されているためLUNがオフラインになっています
