翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ボリュームストレージ容量

FSx for ONTAP ボリュームは、データをグループ化し、データの保存方法を決定し、データへのアクセスの種類を決定するために使用する仮想リソースです。ボリュームは、フォルダと同様に、ファイルシステムのストレージ容量自体を消費しません。ボリュームに保存されているデータのみが SSD ストレージを消費し、ボリュームの階層化ポリシー によっては容量プールストレージも消費します。ボリュームのサイズは作成時に設定し、後でサイズを変更できます。、、API AWS Management Console、 AWS CLI ONTAP CLI を使用して、FSx for ONTAP ボリュームのストレージ容量をモニタリングおよび管理できます。

ボリュームデータの階層化

Amazon FSx for NetApp ONTAP ファイルシステムには、プライマリストレージと容量プールストレージの 2 つのストレージ階層があります。プライマリストレージは、データセットのアクティブな部分に合わせて設計された、プロビジョニングされ、スケーラブルでハイパフォーマンスな SSD ストレージです。容量プールストレージは、ペタバイトサイズまで拡張できる完全に伸縮性のあるストレージ階層で、アクセス頻度の低いに対してコストが最適化されます。

各ボリュームのデータは、ボリュームの階層化ポリシー、冷却期間、しきい値の設定に基づいて、キャパシティプールストレージ階層に自動的に階層化されます。以下のセクションでは、ONTAPボリューム階層化ポリシーと、データが容量プールに階層化されるタイミングを決定するために使用されるしきい値について説明します。

ボリューム階層化ポリシー

FSx for ONTAP ファイルシステムのストレージ階層の使用方法を決めるには、ファイルシステム上の各ボリュームの階層化ポリシーを選択します。ボリュームの作成時に階層化ポリシーを選択し、Amazon FSx コンソール、、API AWS CLI、または NetApp 管理ツール を使用していつでも変更できます。どのデータを容量プールのストレージに階層化するかは (階層化するデータがある場合) 、以下のポリシーから選択できます。

ベストプラクティスとして、容量プールストレージに長期的に保存する予定のデータを移行する場合は、ボリュームで [自動] 階層化ポリシーを使用することをお勧めします。[自動] 階層化を使用すると、データは SSD ストレージ階層に最低 2 日間 (ボリュームの冷却期間に基づく) 保存された後、容量プール階層に移動します。SSD ストレージにデータを 2 日間以上保持すると、ONTAP はデータにポストプロセス圧縮と重複除外を実行するため、データを節約できます。これは、データを容量プールに階層化したときにも保持されます。ONTAP は SSD ストレージ上のデータに対してのみポストプロセス圧縮と重複除外を実行するため、このポリシーを選択すると、長期的なストレージ節約率を最大化できます。また、バックアップされるデータは SSD ストレージ上にあるため、ボリュームの最初に作成するバックアップの転送速度を最大化することもできます。

ボリュームの階層化ポリシーの設定または変更の詳細については、ボリュームの階層化ポリシーの設定 を参照してください。

階層化の冷却期間

ボリュームの階層化冷却期間は、SSD 階層内のデータがコールドとしてマークされるまでにかかる時間を設定します。冷却期間は、Auto や Snapshot-only、および階層化ポリシーに適用されます。冷却期間は 2～183 日の範囲の値に設定できます。冷却期間の設定の詳細については、最低冷却日数の設定 を参照してください。

データは、冷却期間が終了してから 24～48 時間後に階層化されます。階層化はネットワークリソースを消費するバックグラウンドプロセスであり、クライアント側のリクエストよりも優先度が低くなります。クライアント側のリクエストが続いている場合、階層化アクティビティは制限されます。

クラウド取得ポリシー

ボリュームのクラウド検索ポリシーは、容量プール階層から読み取られたデータを SSD 階層に昇格させるタイミングを指定するための条件を設定します。クラウド検索ポリシーを Default 以外に設定すると、このポリシーがボリュームの階層化ポリシーの取得動作よりも優先されます。ボリュームには、次のいずれかのクラウド検索ポリシーがあります。

ボリュームのクラウド検索ポリシーの設定については、ボリュームのクラウド検索ポリシーの設定 を参照してください。

階層化のしきい値

ファイルシステムの SSD ストレージ容量使用率によって、 がすべてのボリュームの階層化動作ONTAPを管理する方法が決まります。ファイルシステムの SSD ストレージ容量の使用状況に基づいて、以下のしきい値によって階層化の動作が説明どおりに設定されます。ボリュームの SSD ストレージ階層の容量使用率を監視する方法については、ボリュームストレージ容量のモニタリング を参照してください。

FSx for ONTAP では、次のストレージ容量のしきい値を使用してボリュームの階層化を管理します。

スナップショットとボリュームストレージ容量

スナップショットは、特定の時点における Amazon FSx for NetApp ONTAP ボリュームの読み取り専用イメージです。スナップショットは、ボリューム内のファイルの間違った削除や変更からの保護を提供します。スナップショットで、ユーザーは以前のスナップショットから個々のファイルやフォルダを簡単に表示および復元できます。

スナップショットはファイルシステムのデータと一緒に保存されるため、ファイルシステムのストレージ容量が消費されます。ただし、スナップショットは、前回のスナップショット以降に変更されたファイルの部分に対してのみストレージ容量を消費します。スナップショットは、ファイルシステムボリュームのバックアップには含まれません。

スナップショットは、デフォルトのスナップショットポリシーを使用して、ボリューム上でデフォルトで有効になります。スナップショットはボリュームのルート内の .snapshot ディレクトリに保存されます。スナップショットのボリュームストレージ容量を管理できます。

詳細については、「スナップショットの使用」を参照してください。

ボリュームファイル容量

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 ファイル

FSx for ONTAP には、最大 20 億の inode を含めることができます。

ボリュームが保存できるファイルの最大数の変更については、「」を参照してくださいボリューム上の最大ファイル数を増やす。