メインコンテンツまでスキップ

100% フラクショナル・リザーブを持つボリュームを持つ LUN のスペース要件を教えてください。

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

のとう  

環境

  • ONTAP 9
  • Data ONTAP 7 以前
  • SAN
  • FlexPod
  • ファイル予約
  • フラクショナルリザーブ(fractional_reserve)

回答

  • フラクショナルリザーブは、スペースリザーブファイルまたはシックボリュームプロビジョニングを使用するLUNでSnapshotの作成と上書きを行う場合にデフォルトで有効になります。推奨されるボリュームとファイルまたはLUNの構成を参照してください
  • スペースリザーブファイルまたはスペースリザーブLUNの2倍のサイズの論理スペースが、最初のSnapshotのあとに消費されます。予約済みスペースのサイズは reserveddf -r 、コマンドを使用して項目で確認できます。
  • フラクショナルリザーブが100%のLUNを含むボリュームに必要なスペースは、2x LUN +デルタルールに従います。
  • 2x LUN+デルタ・ルールは、(100でfractional_reserveのボリュームの)LUNが含まれている場合に、ホストがLUNへの書き込みに使用できると予測する、マッピングされたホストで使用可能なスペースの最大100%を余分に確保する必要があることを規定しています。 +スナップショット変更率のための空き容量。 
  • 一般的なWindowsホストでは、LUNがアーカイブではなくアクティブな本番環境で使用されている場合、利用可能なLUNのほぼ100%にいつでも書き込むことができると考えられます。

注:

  • Snapshotがないボリューム上でSISが有効な場合、フラクショナルリザーブはSnapshotが常に存在するかのように動作します。
  • そのため、フラクショナルリザーブが有効になり、使用可能なスペースが少なく表示されます。
  • この場合、ボリュームがいっぱいになり、使用可能なオーバーライトスペースがなくなると、LUNがオフラインになる可能性があるため、問題が発生することがあります。
  • 上記の手順で参照されるホストにプロビジョニングされたLUNのスペースの一部が読み取り専用とマークされる場合、ランダムなメタデータの書き込み用にそのスペースをホストに提供しなければならないため、使用済みフラクショナルリザーブの増加率は最大100%になります。

次に例を示します。

  • スナップショットを最初に作成したときに5Gig LUNに2Gigが書き込まれた場合、そのLUNを含むボリュームの使用済み領域は7Gigと表示されます。 
  • この原因は、2Gigブロックのスナップショットロックに対するOSの上書きのために2Gigが保留されていることにあります。
  • LUNで最後のスナップショットが作成された後に1Gigが変更されたが、使用済み領域が同じままの場合、3Gigが予約され、使用済み領域が8Gigと表示されます。 
  • つまり、システムは継続的に補正を行い、LUNへの書き込み時にOSが完全な5Gigへの書き込みを認識できるようにします。 
  • この問題は、ホストOSに応じて使用済みスペースが4.9Gigである場合にも発生します。  
  • スナップショットが1つで、変更がないホストOSでは、9.9gigsで使用スペースが表示されます。 
  • 1Gigの変更と別のベース・スナップショットにより、10.9Gigは使用済みと表示されます。
  • スナップショットの有効期間中に5Gig LUN(OSレベルで使用される4.9ギガビット)で3Gigの変更が継続的に発生する場合、最小推奨容量は10Gig + 3Gig = 13 Gigです。
  • これは、次のプロセスでテストできます。 
  1. スナップリザーブ0を指定してボリュームを作成しました。 
  2. LUNを作成し、My Computer内で右クリックしてサイズを取得します。 
  3. LUNのサイズ、使用済みスペース、および空きスペースをKBに変換します。
  4. LUN に特定の量のデータを配置し、 KB に変換します。
  5. df /vol/<volname> を実行して、予測される使用率を確認します。
  6. Snapshot を作成し、ただちに df /vol/<volname> を再実行します。  Snapshot ではスペースは使用されませんが、ボリュームの使用スペースは LUN に割り当てられた容量だけ増加します。
  7. LUN 上のデータを変更します。  元のブロックポインタが後ろに残るようにするには、削除ではなく実際に変更する必要があります。
  8. df /vol/<volname> を実行します。LUN + オーバーライトリザーブ + 変更されたスナップショットで使用されているスペースの量が表示されます。
  9. 新しい Snapshot を作成し、 df /vol/<volname> を再度実行します。  これで、 LUN + オーバーライトリザーブ + によって使用されているスペースの量が使用済みスペースとして表示されます。
  10. Snapshot のフルスケジュールが循環したら、 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.

 

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