メインコンテンツへスキップ

100%フラクショナル リザーブがあるボリュームを含むLUNには、どのようなスペースが必要ですか?

Views:
1,159
Visibility:
Public
Votes:
1
Category:
data-ontap-8
Specialty:
san
Last Updated:

 

環境

  • 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 です
  • これは次のプロセスでテストできます: 
  1. スナップ リザーブが0のボリュームを作成する
  2. LUNを作成し、[マイ コンピュータ]で右クリックしてサイズを取得する
  3. LUNのサイズと使用済みスペースおよび空きスペースをKBに変換する
  4. LUNに特定の量のデータを配置し、KBに変換する
  5. df /vol/<volname>を実行して、使用率の予測値を確認する
  6. スナップショットを作成してすぐにdf /vol/<volname>を再度実行する  スナップショットはスペースを消費しませんが、ボリュームの使用済みスペースはLUNに配置されていた量だけ増加します
  7. LUNのデータを変更する  元のブロック ポインタが残されるように、削除ではなく実際の変更が必要になります
  8. df /vol/<volname>を実行するLUN + オーバーライト リザーブ + 変更されたスナップショットによって使用されているスペースが表示されます
  9. 新しいスナップショットを作成し、df /vol/<volname>をもう一度実行する  これで、LUN + オーバーライト リザーブ + .snapshotで使用されているスペースの量が使用済みスペースとして表示されます
  10. スナップショットの完全なスケジュールが循環したら、snap deltaコマンドを実行して、ボリュームに必要な追加スペースの量を確認します:
    • LUN が存在する場合は100%の追加
    • まだ作成されていない場合は空きスペースのLUN の想定サイズの200%を超えるスペース
  • snapinfoディレクトリはすぐにファイルデータでいっぱいになることに注意してください
    • また、必要なオンライン バックアップの数によってもすばやく変化します
    • そのため、含まれているLUNでは、差分が想定よりも大きくなる可能性があります
  • また、フラクショナル リザーブの容量は減らせるように調整できますが、ホストの上書きが読み取り専用ブロックに達すると、LUNが突然オフラインになる可能性があります

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.

 

  • この記事は役に立ちましたか?