翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
FSx for ONTAP ボリュームの管理
FSx for ONTAP ファイルシステム上の各ストレージ仮想マシン (SVM) には、1 つまたは複数のボリュームを含めることができます。ボリュームは、ファイル、ディレクトリ、または iSCSI 論理ストレージユニット (LUN) 用の分離されたデータコンテナです。ボリュームはシンプロビジョンされ、ストレージに格納されているデータに対してのみストレージ容量を消費します。
iSCSI LUN (共有ブロックストレージ) を作成することで、Linux、Windows、または macOS クライアントから、ネットワークファイルシステム (NFS) プロトコル、サーバーメッセージブロック (SMB) プロトコル、またはインターネットスモールコンピュータシステムインターフェイス (iSCSI) プロトコルを経由して、ボリュームにアクセスできます。FSx for ONTAP は、同じボリュームへのマルチプロトコルアクセス (同時 NFS および SMB アクセス) もサポートしています。
、 AWS Management Console、Amazon FSx API AWS CLI、または NetApp BlueXP を使用してボリュームを作成できます。また、ファイルシステムまたは SVM の管理エンドポイントを使用して、NetApp ONTAP CLI または REST API を使用してボリュームを作成、更新、削除することもできます。
注記
HA ペアごとに 500 ボリューム、すべての HA ペアで最大 1,000 ボリュームを作成できます。FlexGroup 構成ボリュームはこの制限にカウントされます。デフォルトでは、アグリゲートごと、FlexGroup ごとに 8 の構成ボリュームがあります。
ボリュームを作成するときは、次のプロパティを定義します。
ボリュームスタイル – ボリュームスタイルは FlexVol または FlexGroup のどちらかです。
ボリューム名 – ボリュームの名前。
ボリュームタイプ – ボリュームタイプは、読み取り/書き込み (RW) またはデータ保護 (DP) のいずれかです。DP ボリュームは、読み取り専用で、NetApp SnapMirror または SnapVault 関係のデスティネーションとして使用されます。
ボリュームサイズ – これは、ストレージ階層に関係なく、ボリュームが保存できる最大データ量です。
ジャンクションパス - これはボリュームがマウントされる SVM の名前空間内の場所です。
ストレージ効率化 - ストレージ効率化機能 (データのコンパクト化、圧縮、重複排除など) により、汎用的なファイル共有ワークロードで通常 65% のストレージが節約されます。
ボリューム セキュリティスタイル (Unix または NTFS) - ユーザーを認証する際に、ボリュームのデータアクセスに使用するパーミッションの種類を決定します。
データ階層化 – 階層化ポリシーは、費用対効果の高い容量プール層に格納するデータを定義します。
階層化ポリシーの冷却期間 – データがコールドとマークされ、容量プールストレージに移動するタイミングを定義します。
スナップショットポリシー – スナップショットポリシーは、システムがボリュームのスナップショットを作成する方法を定義します。3 つの事前定義されたポリシーから選択するか、ONTAP CLI または REST API を使用して作成したカスタムポリシーを使用できます。
タグをバックアップにコピー – Amazon FSx は、このオプションを使用してボリュームからすべてのタグをバックアップに自動的にコピーします。このオプションは、 AWS CLI または Amazon FSx API を使用して設定できます。
ボリュームスタイル
FSx for ONTAP には、別々の目的に使用できる 2 つのスタイルのボリュームが用意されています。Amazon FSx コンソール、、および Amazon FSx API を使用して AWS CLI、FlexVol ボリュームまたは FlexGroup ボリュームを作成できます。
-
FlexVol ボリュームは、1 つの高可用性 (HA) ペアのファイルシステムとしては最もシンプルな操作性を実現する、1 つの HA ペアを持つ第 1 世代のファイルシステムおよび第 2 世代のファイルシステムのデフォルトのボリュームスタイルです。FlexVol ボリュームの最小サイズは 20 メビバイト (MiB) で、最大サイズは 314,572,800 MiB です。
-
FlexGroup ボリュームは複数の FlexVol ボリュームが構成要素になっているため、複数の HA ペアを持つファイルシステムの FlexVol ボリュームよりもパフォーマンスとストレージのスケーラビリティが高くなっています。FlexGroup ボリュームは複数の HA ペアを持つ第 2 世代のファイルシステムのデフォルトのボリュームスタイルです。FlexGroup ボリュームの最小サイズは、構成要素あたり 100 ギビバイト (GiB) で、最大サイズは 20 ペビバイト (PiB) です。
FlexVol スタイルのボリュームを ONTAP CLI で FlexGroup スタイルに変換できます。変換すると、単一の構成要素から成る FlexGroup が作成されます。ただし、 AWS DataSync を使用してFlexVolボリュームと新しいFlexGroupボリューム間でデータを移動し、データがFlexGroup's構成要素間で均等に分散されるようにすることをお勧めします。詳細については、「FlexGroup 構成要素」を参照してください。
注記
ONTAP CLI を使用して FlexVol ボリュームを FlexGroup ボリュームに変換する場合は、変換する前に FlexVol ボリュームのバックアップを削除してください。ONTAP は変換の一部としてデータを自動的に再調整しないため、データは FlexGroup 構成要素間で不均衡になる可能性があります。
FlexGroup 構成要素
FlexGroup ボリュームは構成要素、つまり FlexVol ボリュームで構成されます。デフォルトでは、FSx for ONTAP は HA ペアごとに 1 つの FlexGroup ボリュームに 8 つの構成要素を割り当てます。
FlexGroup ボリュームを作成すると、そのサイズは構成要素間で均等に分割されます。例えば、8 つの構成要素で構成される 800 ギガバイト (GB) の FlexGroup ボリュームを作成した場合、各構成要素のサイズは 100 GB になります。FlexGroup ボリュームのサイズは 100 GB～20 PiB ですが、合計サイズは構成要素のサイズによって異なります。各構成要素の最小サイズは 100 GB、最大サイズは 300 TiB です。例えば、構成要素が 8 FlexGroup つあるボリュームの最小サイズは 800 GB、最大サイズは 20 PiB です。
ONTAP は構成要素全体にファイルレベルでデータを分散します。FlexGroup ボリュームの各構成要素には最大 20 億個のファイルを保存できます。
FlexGroup ボリュームのサイズを更新すると、新しいサイズが既存の構成要素に均等に分散されます。
ONTAP CLI または REST API を使用して、FlexGroup ボリュームにさらに構成要素を追加することもできます。ただし、追加のストレージ容量が必要な場合で、すべての構成要素が既に最大サイズ (構成要素あたり 300 TiB) になっている場合にのみ行うことをお勧めします。構成要素を追加すると、構成要素間でデータと I/O のバランスが崩れる可能性があります。構成要素のバランスが取れるまで、書き込みスループットはバランスの取れた FlexGroup ボリュームよりも 5～10% 低くなる可能性があります。新しいデータが FlexGroup ボリュームに書き込まれると、ONTAP は、構成要素のバランスが取れるまで、そのデータを新しい構成要素に優先的に分配します。新しい構成要素を追加する場合は、アグリゲートごとに 8 個を超えない偶数を選択することをお勧めします。
注記
新しい構成要素を追加すると、既存のスナップショットは部分的なスナップショットになるため、FlexGroup ボリュームを以前の状態に完全に復元することはできません。以前のスナップショットは、新しい構成要素がまだ存在していなかったため、FlexGroup ボリュームの完全な現時点のイメージにはなっていません。ただし、部分スナップショットは、個々のファイルやディレクトリを復元したり、新しいボリュームを作成したり、SnapMirror でレプリケートしたりするために使用できます。
ボリュームの種類
FSx for ONTAP には、Amazon FSx コンソール、、 AWS CLIおよび Amazon FSx API を使用して作成できる 2 種類のボリュームが用意されています。
FlexVol ボリュームと FlexGroup ボリュームは RW でも DP でもかまいません。
注記
ボリュームの作成後に、ボリュームのタイプを更新することはできません。
ボリュームセキュリティスタイル
FSx for ONTAP ボリュームを作成するときは、Unix と NTFS の 2 つのセキュリティスタイルから選択できます。各セキュリティスタイルは、データに対するアクセス許可の処理方法に異なる影響を与えます。目的に適したセキュリティスタイルを選択するには、さまざまな効果を理解する必要があります。
セキュリティスタイルは、どのクライアントタイプがデータにアクセスできるか、またはアクセスできないかを決定しないことを理解することが重要です。セキュリティスタイルは、FSx for ONTAP がデータアクセスを制御するために使用するアクセス許可のタイプと、これらのアクセス許可を変更できるクライアントタイプのみを決定します。
ボリュームのセキュリティスタイルの決定に使用する 2 つの要素は、ファイルシステムを管理する管理者のタイプと、ボリューム上のデータにアクセスするユーザーまたはサービスのタイプです。
Amazon FSx コンソール、CLI、API でボリュームを作成すると、セキュリティスタイルはルートボリュームのセキュリティスタイルに自動的に設定されます。ボリュームのセキュリティスタイルは、 AWS CLI または API を使用して変更できます。この設定は、ボリュームの作成後に変更できます。詳細については「ボリュームの更新」を参照してください。
ボリュームにセキュリティスタイルを設定するときは、環境のニーズを考慮して、許可の管理に関する問題を回避するために最適なセキュリティスタイルを選択するようにしてください。セキュリティスタイルによって、データにアクセスできるクライアントタイプが決まるわけではありません。セキュリティスタイルによって、データアクセスを許可するために使用する許可およびその許可を変更できるクライアントタイプが決まります。ボリュームに対して選択するセキュリティスタイルの決定に役立つ考慮事項は、次のとおりです。
-
Unix (Linux) - ファイルシステムが Unix 管理者によって管理され、大多数のユーザーが NFS クライアントであり、データにアクセスするアプリケーションが UNIX ユーザーをサービスアカウントとして使用する場合は、このセキュリティスタイルを選択します。Unix セキュリティスタイルで許可を変更できるのは Linux クライアントのみです。ファイルおよびディレクトリで使用される許可のタイプはモードビットまたは NFS v4.x ACL です。
-
NTFS - ファイルシステムが Windows 管理者によって管理され、大多数のユーザーが SMB クライアントであり、データにアクセスするアプリケーションが Windows ユーザーをサービスアカウントとして使用する場合は、このセキュリティスタイルを選択します。ボリュームへの Windows アクセスが必要な場合は、NTFS セキュリティスタイルの使用をお勧めします。NTFS セキュリティスタイルでアクセス許可を変更できるのは Windows クライアントのみです。ファイルおよびディレクトリで使用されるアクセス許可の種類は NTFS ACL です。
