メインコンテンツまでスキップ
If you missed the pre-registration for NetApp MS Azure AD B2C Go Live, when you log in, the new login prompt will offer the option to register. Please note that access to your NetApp data may take up to 1 hour. Need assistance? Complete this form and select “Registration Issue” as the Feedback Category. 

LUN を含むボリュームの適切な構成はどれですか。

Views:
168
Visibility:
Public
Votes:
0
Category:
clustered-data-ontap-8
Specialty:
san
Last Updated:

環境

  • Data ONTAP 8.2 7-Mode
  • clustered Data ONTAP
  • ONTAP 9
  • FlexPod
  • SAN

質問と回答

ボリュームに必要なサイズを見積もる前に、ボリュームレベルでストレージを管理する方法を決定します。SAN 環境では、ボリュームレベルでストレージを管理する方法として、ボリュームのオートサイズ、 Snapshot の自動削除、フラクショナルリザーブの 3 つがあります。選択する方法は、ボリュームサイズの決定に役立ちます。Data ONTAP のデフォルトでは、フラクショナル・リザーブは 100% に設定され、ボリュームのオートサイズと Snapshot の自動削除は無効になります。ただし、 SAN 環境では、 Snapshot autodelete メソッドまたは volume autosize メソッドを使用します。この方法は、フラクショナル・リザーブ・メソッドを使用する場合よりも複雑ではありません。

  • volume autosize : volume autosize を使用すると、ボリュームのサイズを徐々に大きくすることで、 FlexVol のサイズを自動調整するための空きスペースを自動的に増やすことができます。
  • Snapshot autodelete : Snapshot autodelete を使用すると、ボリュームの空きスペースが少なくなったときに、 Snapshot コピーによって消費されたスペースを自動的に再利用できます。
  • フラクショナル・リザーブ:フラクショナル・リザーブは、 Snapshot コピーの作成時に、スペース・リザーブ LUN およびファイルの上書き用に、ボリューム内で Data ONTAP がリザーブするスペースの量を設定できるボリューム設定です。 


ボリュームのオートサイズ

ボリュームのオートサイズは、ボリュームの包含アグリゲートに、より大きいボリュームに対応できる十分なスペースがある場合に便利です。ボリュームのオートサイズを使用すると、包含アグリゲートの空きスペースを、そのアグリゲートのすべてのボリュームで共有する使用可能なスペースのプールとして使用できます。 
ボリュームは、アグリゲートの空きスペースを上限として、必要に応じて自動的に拡張するように設定することができます。ボリュームのオートサイズを使用すると、ボリュームのサイズを段階的に拡張でき、またボリュームの最大サイズを設定できます。アグリゲートとアグリゲート内のボリュームの両方のスペース使用状況を監視して、ボリュームが使用可能なスペースと競合していないことを確認します。

注意:オートサイズ機能はデフォルトで無効になっています。vol autosizeコマンドを実行して、ボリュームの現在のオートサイズ設定を有効化、設定、および表示します。


Snapshot の自動削除

Snapshot Autodelete ボリュームレベルのオプションで、定義可能なしきい値に基づいて Snapshot コピーを自動的に削除するポリシーを定義できます。
次の場合に Snapshot コピーを自動的に削除するようにしきい値(トリガー)を設定できます。

  • ボリュームがフルに近くなった場合
  • スナップ リザーブ スペースがフルに近くなった場合
  • オーバーライト リザーブ スペースがフルになった場合


フラクショナル リザーブ

ボリュームで SIS が有効になっている場合、フラクショナルリザーブは常に Snapshot が存在するかのように動作します。したがって、フラクショナル・リザーブが有効になり、ボリュームの使用可能スペースが少なくなります。ボリュームがいっぱいになり、使用可能な上書きスペースがない場合、 LUN がオフラインになる可能性があるため、この問題が発生する可能性があります。

上書きリザーブの量は-r df 、コマンドの「」オプションを使用して確認できます。このリザーブ領域は、ボリュームがいっぱいであると Data ONTAP から報告された場合にのみ使用されます。ボリュームがいっぱいになるまで、 Snapshot の上書き用のスペースはボリュームから取られ、ボリュームが 100% フルの場合にのみ、このリザーブ・スペースが使用されます。Data ONTAP では、このリザーブをキャッシュに使用することもできます。

たとえば
、 500 GB の LUN を持つ 1 TB のボリュームがあり、フラクショナルリザーブが 100% に設定されている場合、 LUN に 200 GB のデータを書き込んだあと、ボリュームには上書きリザーブ用の 200 GB のスペースが割り当てられます。このスペースは、 Snapshot を作成するために予約されています。

フラクショナルリザーブの割合を次のコマンドで指定します。

Filer> vol options <volname> fractional_reserve <pct>

シンプロビジョニング:
 

ベストプラクティス
: LUN とボリュームコンテナを作成する場合は、 LUN の推奨サイズを取得し、格納ボリュームのサイズとして 5 GB を追加することを強くお勧めします。この経験則では、 LUN のサイズを最大 1 TB までにすることを推奨します。VMware と SnapDrive はすでに自動的にこの処理を実行しています。これにより、バッファリングとメタデータが可能になります。 

1 TB を超える LUN を作成する場合は、包含ボリュームを含める LUN よりも 2 ~ 3% 大きくします。

LUNのシンプロビジョニングを行うに当たって、ネットアップ ストレージ アプライアンスを設定する方法はさまざまで、それぞれに長所と短所があります。シンプロビジョニングされたボリュームとシンプロビジョニングされていないボリュームは、同じストレージシステムまたは同じアグリゲート上に配置できます。クリティカルな本番アプリケーションの LUN はシンプロビジョニングなしで構成でき、他のタイプのアプリケーションの LUN はシンプロビジョニング可能です。

ベストプラクティスの構成は次のとおりです。
 

Volume Guarantee=None Configuration

guarantee = none

LUN reservation = enabled

fractional_reserve = 0%

snap_reserve = 0%

autodelete = volume / oldest_first

autosize = off

try_first = snap_delete

この構成には、アグリゲート内の空きスペースが空きスペースの共有プールとして使用されるという利点があります。この構成の欠点は、ボリューム間に高いレベルの依存関係があり、シンプロビジョニングのレベルを個々のボリューム単位で簡単に調整できないことです。この構成を使用する場合、ボリュームの合計サイズは、ホストアグリゲートで実際に使用可能なストレージよりも大きくなります。
この構成では、ストレージ管理者は通常、アグリゲート内の使用済みスペースを管理および監視するだけで済むようにボリュームのサイズを設定します。

Autogrow/Autodelete Configuration

guarantee = volume

LUN reservation = disabled

fractional_reserve = 0%

snap_reserve = 0%

autodelete = volume / oldest_first

autosize = on

try_first = autogrow

この構成には、必要に応じて各アプリケーションのシンプロビジョニングレベルを微調整できるという利点があります。この設定では、ボリューム サイズにより、そのボリューム内のLUNでのみ使用可能なスペースの量が定義(保証)されます。アグリゲートは、そのアグリゲートに含まれるすべてのボリュームで使用可能なスペースの共有ストレージ プールの役割を果たします。LUNやSnapshotコピーで、ボリューム内の使用可能なスペースよりもさらに多くのスペースが必要になると、ボリュームは、包含アグリゲートから追加のスペースを確保して自動的に拡張します。

シンプロビジョニングの程度はボリュームレベルごとに実行されるため、管理者は、たとえば、ボリュームサイズを、クリティカルなアプリケーションの場合は累積 LUN サイズの 95% に、クリティカルでないアプリケーションの場合は 80% に設定できます。自動拡張機能の説明に従って、ボリュームの拡張を許可する最大サイズを設定することで、特定のアプリケーションが使用できるアグリゲート内の共有使用可能スペースの量を調整できます。 

Snapshot も使用されている場合は、ボリュームに含まれている LUN のサイズよりも大きいサイズにボリュームを設定することもできます。この場合、 LUN スペースリザベーションを無効にすると、 Snapshot は LUN で必要とされないスペースを使用できるという利点があります。また、自動削除機能を使用すると、 Snapshot の消費スペースが削除されるため、 LUN 自体のスペースが不足する危険性もありません。現時点では、クローンの作成に使用されている Snapshot は自動削除されないことに注意してください。

シックプロビジョニング:
これがデフォルトのタイプです。シックプロビジョニングを使用すると、 LUN に指定されたすべてのスペースが LUN 作成時にボリュームから割り当てられます。ボリュームが 100% までいっぱいになっても、 LUN にはまだスペースが割り当てられており、書き込みは可能です。

関連リンク: