翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ボリュームストレージ容量
FSx ONTAPボリュームの は、データのグループ化、データの保存方法の決定、およびデータへのアクセスのタイプの決定に使用する仮想リソースです。ボリュームは、フォルダと同様に、ファイルシステムのストレージ容量自体を消費しません。ボリュームに保存されているデータのみがSSDストレージを消費し、ボリュームの階層化ポリシー に応じて容量プールストレージを消費します。ボリュームのサイズは作成時に設定し、後でサイズを変更できます。、、、 AWS CLI および を使用して AWS Management Console、ONTAPボリュームFSxの のストレージ容量をモニタリングAPIおよび管理できますONTAPCLI。
トピック
ボリュームデータの階層化
Amazon FSx for NetApp ONTAP ファイルシステムには、プライマリストレージと容量プールストレージの 2 つのストレージ階層があります。プライマリストレージは、データセットのアクティブな部分専用に構築された、プロビジョニングされたスケーラブルで高性能なSSDストレージです。容量プールストレージは、ペタバイトサイズまで拡張できる完全に伸縮性のあるストレージ階層で、アクセス頻度の低いに対してコストが最適化されます。
各ボリュームのデータは、ボリュームの階層化ポリシー、冷却期間、しきい値の設定に基づいて、キャパシティプールストレージ階層に自動的に階層化されます。以下のセクションでは、ONTAPボリューム階層化ポリシーと、データが容量プールに階層化されるタイミングを決定するために使用されるしきい値について説明します。
注記
FSx for ONTAPは、SnapLockタイプに関係なく、すべてのSnapLockボリュームの容量プールへのデータの階層化をサポートします。詳細については、「SnapLock の働き」を参照してください。
ボリューム階層化ポリシー
ONTAP ファイルシステム上の各ボリュームFSxの階層化ポリシーを選択して、ファイルシステムのストレージ階層に を使用する方法を決定します。ボリュームの作成時に階層化ポリシーを選択し、Amazon FSxコンソール、 AWS CLI、APIまたは NetApp 管理ツール を使用していつでも変更できます。どのデータを容量プールのストレージに階層化するかは (階層化するデータがある場合) 、以下のポリシーから選択できます。
注記
階層化により、ファイルデータとスナップショットデータを容量プール階層に移動できます。ただし、ファイルメタデータは常に SSD 階層に残ります。詳細については、「SSD ストレージの使用方法」を参照してください。
-
[Auto] (自動) — このポリシーは、すべてのコールドデータ (ユーザーデータとスナップショット) を容量プール階層に移動します。データの冷却速度は、ポリシーの冷却期間 (デフォルトは 31 日間) によって決定され、2〜183 日の間で設定できます。基盤となるコールドデータブロックが (一般的なファイルアクセスのように) ランダムに読み取られると、ホットになり、プライマリストレージ層に書き込まれます。コールドデータブロックが (ウイルス対策スキャンなどで) 順番に読み取られると、コールドデータブロックはコールドのまま容量プールのストレージ階層に残ります。これは、Amazon FSxコンソールを使用してボリュームを作成するときのデフォルトのポリシーです。
-
[Snapshot Only] (スナップショットのみ) — このポリシーは、スナップショットデータのみを容量プールのストレージ階層に移動します。スナップショットが容量プールに階層化される速度は、ポリシーの冷却期間によって決まります。冷却期間は、デフォルトで 2 日間に設定され、2~183 日の間で設定できます。コールドスナップショットデータが読み取られると、ホットになり、プライマリストレージ階層に書き込まれます。これは、、Amazon AWS CLI、FSxAPIまたは を使用してボリュームを作成するときのデフォルトのポリシーです NetApp ONTAPCLI。
-
[All] (すべて) — このポリシーは、すべてのユーザーデータとスナップショットデータをコールドとしてマークし、容量プール階層に保存します。データブロックが読み込み時には、コールド状態のまま、プライマリストレージ階層には書き込まれません。データがオール階層化ポリシーを使用してボリュームに書き込まれると、最初はSSDストレージ階層に書き込まれ、バックグラウンドプロセスによってキャパシティプールに階層化されます。ファイルメタデータは常に SSD 階層に残ることに注意してください。
-
[None] (なし) — このポリシーは、ボリュームのすべてのデータをプライマリストレージ層に保持し、キャパシティプールストレージに移動できないようにします。他のポリシーを使用した後にボリュームをこのポリシーに設定すると、SSD使用率が 90% 未満である限り、容量プールストレージにあったボリューム内の既存のデータはバックグラウンドプロセスによってSSDストレージに移動されます。このバックグラウンドプロセスは、意図的にデータを読み取るか、ボリュームのクラウド検索ポリシーを変更することで高速化できます。詳細については、「クラウド取得ポリシー」を参照してください。
ベストプラクティスとして、容量プールストレージに長期的に保存する予定のデータを移行する場合は、ボリュームで [自動] 階層化ポリシーを使用することをお勧めします。自動階層化では、データは容量プール階層に移動する前に、最低 2 日間 (ボリュームの冷却期間に基づく) SSDストレージ階層に保存されます。データを 2 日以上SSDストレージに保持するとONTAP、 はデータに対して処理後の圧縮と重複排除の節約を実行できます。これは、データが容量プールに階層化されると保持されます。ONTAP は、SSDストレージ上のデータに対してプロセス後の圧縮と重複排除のみを実行するため、このポリシーを選択すると、長期的なストレージ節約を最大化できます。バックアップされるデータはSSDストレージにあるため、ボリュームの最初のバックアップの転送速度を最大化することもできます。
ボリュームの階層化ポリシーの設定または変更の詳細については、ボリュームの階層化ポリシーの設定 を参照してください。
階層化の冷却期間
ボリュームの階層化冷却期間は、SSD階層内のデータがコールドとマークされるまでにかかる時間を設定します。冷却期間は、Auto
や Snapshot-only
、および階層化ポリシーに適用されます。冷却期間は 2~183 日の範囲の値に設定できます。冷却期間の設定の詳細については、最低冷却日数の設定 を参照してください。
データは、冷却期間が終了してから 24~48 時間後に階層化されます。階層化はネットワークリソースを消費するバックグラウンドプロセスであり、クライアント側のリクエストよりも優先度が低くなります。クライアント側のリクエストが続いている場合、階層化アクティビティは制限されます。
クラウド取得ポリシー
ボリュームのクラウド取り出しポリシーは、キャパシティプール階層から読み取られたデータをSSD階層に昇格できるタイミングを指定する条件を設定します。クラウド検索ポリシーを Default
以外に設定すると、このポリシーがボリュームの階層化ポリシーの取得動作よりも優先されます。ボリュームには、次のいずれかのクラウド検索ポリシーがあります。
[Default] (デフォルト) — このポリシーは、ボリュームの基礎となる階層化ポリシーに基づいて階層化されたデータを取得します。これはすべてのボリュームのデフォルトのクラウド検索ポリシーです。
[Never] (なし) — このポリシーは、読み取りがシーケンシャルかランダムかに関係なく、階層化されたデータを取得しません。これは、ボリュームの階層化ポリシーを [All] (すべて) に設定するのと似ていますが、他のポリシー - [Auto] (自動)、[Snapshot-only] (スナップショットのみ) - と併用することで、データを即時ではなく、最小冷却期間に従って階層化することができます。
[On-read] (読み取り時) — このポリシーは、クライアント主導のすべてのデータ読み取りに対して、階層化されたデータを取得します。このポリシーは、[All] (すべての) 階層化ポリシーを使用している場合は効果がありません。
昇格 — このポリシーは、容量プールにあるボリュームのすべてのデータをSSD階層に取得するようにマークします。データは、日次バックグラウンド階層化スキャナーが、次回実行されたときにマークされます。このポリシーは、周期的なワークロードが頻繁に実行されないが、実行時にSSD階層パフォーマンスを必要とするアプリケーションにとって有益です。このポリシーは、[All] (すべての) 階層化ポリシーを使用している場合は効果がありません。
ボリュームのクラウド検索ポリシーの設定については、ボリュームのクラウド検索ポリシーの設定 を参照してください。
階層化のしきい値
ファイルシステムのSSDストレージ容量使用率によって、 がすべてのボリュームの階層化動作ONTAPを管理する方法が決まります。ファイルシステムのSSDストレージ容量の使用量に基づいて、次のしきい値は説明されているように階層化動作を設定します。ボリュームのSSDストレージ階層の容量使用率をモニタリングする方法については、「」を参照してくださいボリュームストレージ容量のモニタリング。
注記
ストレージ階層のストレージ容量使用率が 80% SSD を超えないようにすることをお勧めします。第 2 世代のファイルシステムの場合、この推奨事項は、ファイルシステムのすべてのアグリゲートの合計平均使用率と個々のアグリゲートの使用率の両方に適用されます。これにより、階層化が適切に機能し、新しいデータのオーバーヘッドが発生します。SSD ストレージ階層のストレージ容量使用率が一貫して 80% を超える場合は、SSDストレージ階層の容量を増やすことができます。詳細については、「ファイルシステムSSDストレージと の更新 IOPS」を参照してください。
FSx for ONTAPでは、 ボリュームの階層化を管理するために、次のストレージ容量のしきい値を使用します。
<=50% SSDストレージ階層使用率 – このしきい値では、SSDストレージ階層は十分に活用されていないと見なされ、すべての階層化ポリシーを使用しているボリュームにのみ、容量プールストレージに階層化されたデータがあります。[Auto] (自動) ポリシーと [Snapshot-only] (Snapshot 専用) ポリシーが適用されているボリュームでは、このしきい値ではデータが階層化されません。
> 50% SSDのストレージ階層使用率 — 階層化最小冷却日数設定に基づいて、自動およびスナップショットのみの階層化ポリシーを持つボリュームの階層データ。デフォルト設定は 31 日間。
>=90% SSDストレージ階層の使用率 – このしきい値では、Amazon はSSDストレージ階層内のスペースの保存をFSx優先します。自動ポリシーとスナップショットのみのポリシーを使用してボリュームを読み取ると、キャパシティプール階層のコールドデータはSSDストレージ階層に移動されなくなります。
>=98% SSDのストレージ階層使用率 – SSDストレージ階層が 98% 以上の使用率になると、すべての階層化機能が停止します。ストレージ階層からの読み取りは引き続き可能ですが、階層への書き込みはできません。
スナップショットとボリュームストレージ容量
スナップショットは、ある時点でのボリュームFSxの NetApp ONTAP Amazon の読み取り専用イメージです。スナップショットは、ボリューム内のファイルの間違った削除や変更からの保護を提供します。スナップショットで、ユーザーは以前のスナップショットから個々のファイルやフォルダを簡単に表示および復元できます。
スナップショットはファイルシステムのデータと一緒に保存されるため、ファイルシステムのストレージ容量が消費されます。ただし、スナップショットは、前回のスナップショット以降に変更されたファイルの部分に対してのみストレージ容量を消費します。スナップショットは、ファイルシステムボリュームのバックアップには含まれません。
スナップショットは、デフォルトのスナップショットポリシーを使用して、ボリューム上でデフォルトで有効になります。スナップショットはボリュームのルート内の .snapshot
ディレクトリに保存されます。スナップショットのボリュームストレージ容量を管理できます。
スナップショットポリシー – 組み込みスナップショットポリシーを選択するか、 ONTAP CLI または REST で作成したカスタムポリシーを選択しますAPI。
「Manually delete snapshots」(スナップショットの手動削除) — スナップショットを手動で削除してストレージ容量を再利用します。
「Create a snapshot autodelete policy」(スナップショット自動削除ポリシーの作成) — デフォルトのスナップショットポリシーよりも多くのスナップショットを削除するポリシーを作成します。
「Turn off automatic snapshots」(自動スナップショットをオフにする) — 自動スナップショットをオフにしてストレージ容量を節約します。
詳細については、「スナップショットによるデータの保護」を参照してください。
ボリュームファイル容量
Amazon FSx for NetApp ONTAP ボリュームには、ファイル名、最終アクセス時間、アクセス許可、サイズなどのファイルメタデータを保存し、データブロックへのポインタとして機能するファイルポインタがあります。これらのファイルポインタは inode と呼ばれ、各ボリュームには inode の数に対する有限の容量があり、これをボリュームファイル容量と呼びます。ボリュームの容量が少なくなったり、使用可能なファイル (inode) を使い果たしたりすると、そのボリュームに追加のデータを書き込むことはできません。
ボリュームに格納できるファイルシステムオブジェクト (ファイル、ディレクトリ、スナップショットコピー) の数は、その inode の数によって決まります。ボリューム内の inode の数は、ボリュームのストレージ容量 (および FlexGroup ボリュームの構成ボリューム数) に応じて増加します。デフォルトでは、648 GiB 以上のストレージ容量を持つ FlexVol ボリューム (または FlexGroup 構成要素) は、すべて同じ数 (21,251,126) の inode を持ちます。648 GiB を超えるボリュームを作成し、21,251,126 以上の inode をを含める場合は、ボリューム上のファイルの最大数を手動で増やす必要があります。ボリュームの最大ファイル数の表示の詳細については、「」を参照してくださいボリュームのファイル容量を表示する。
ボリューム上の inode のデフォルトの数は、ボリュームストレージ容量の 32 KiB ごとに 1 つの inode で、ボリュームサイズは 648 GiB までとされています。1 GiB ボリュームの場合:
ボリュームサイズ (バイト単位)×(1 ファイル÷バイト単位の inode サイズ)=ファイルの最大数
1,073,741,824 バイト×(1 ファイル÷32,768 バイト)=32,768 ファイル
ボリュームに含めることができる inode の最大数は、ストレージ容量 4 KiB ごとに最大 1 つの inode まで増やすことができます。1 GiB ボリュームの場合、inode またはファイルの最大数が 32,768 から 262,144 に増加します:
1,073,741,824 バイト×(1 ファイル÷ 4096 バイト)=262,144 ファイル
ONTAP ボリュームFSxの は、最大 20 億の inode を持つことができます。
ボリュームが保存できるファイルの最大数の変更については、「」を参照してくださいボリューム上の最大ファイル数を増やす。