FSx for ONTAP ボリュームの管理 - FSx for ONTAP

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

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構成ボリュームはこの制限にカウントされます。デフォルトでは、アグリゲートごとに 8 つの構成要素ボリュームがありますFlexGroup。

ボリュームを作成するときは、次のプロパティを定義します。

  • ボリュームスタイル – ボリュームスタイルは FlexVolまたは のいずれかですFlexGroup。

  • ボリューム名 – ボリュームの名前。

  • ボリュームタイプ – ボリュームタイプは、読み取り/書き込み (RW) またはデータ保護 (DP) のいずれかです。DP ボリュームは、読み取り専用で、NetApp SnapMirror または SnapVault 関係のデスティネーションとして使用されます。

  • ボリュームサイズ – これは、ストレージ階層に関係なく、ボリュームが保存できる最大データ量です。

  • ジャンクションパス - これはボリュームがマウントされる SVM の名前空間内の場所です。

  • ストレージ効率 – データ圧縮、圧縮、重複排除などのストレージ効率機能により、汎用ファイル共有ワークロードの一般的なストレージコストを 65% 削減できます。

  • ボリュームセキュリティスタイル (Unix、NTFS、または Mixed) – ユーザーを承認するときに、ボリュームのデータアクセスに使用されるアクセス許可のタイプを決定します。

  • データ階層化 – 階層化ポリシーは、費用対効果の高いキャパシティープール階層に保存するデータを定義します。

  • 階層化ポリシーの冷却期間 — データがコールドとマークされ、キャパシティープールストレージに移動されるタイミングを定義します。

  • スナップショットポリシー – スナップショットポリシーは、システムがボリュームのスナップショットを作成する方法を定義します。ONTAP CLI または REST API を使用して作成した 3 つの定義済みポリシーから選択することも、カスタムポリシーを使用することもできます。

  • タグをバックアップにコピーする – Amazon FSx は、このオプションを使用して、ボリュームからバックアップにタグを自動的にコピーします。このオプションは、 AWS CLI または Amazon FSx API を使用して設定できます。

ボリュームスタイル

FSx for ONTAP には、別々の目的に使用できる 2 つのスタイルのボリュームが用意されています。Amazon FSx コンソール、、および Amazon FSx API を使用して AWS CLI、 FlexVol または FlexGroup ボリュームを作成できます。

  • FlexVol ボリュームは、1 つの高可用性 (HA) ペアのファイルシステムとしては最もシンプルな操作性を実現する、スケールアップファイルシステムのデフォルトのボリュームスタイルです。FlexVol ボリュームの最小サイズは 20 メビバイト (MiB) で、最大サイズは 314,572,800 MiB です。

  • FlexGroup ボリュームは複数の FlexVol ボリュームが構成要素になっているため、複数の HA ペアを持つファイルシステムの FlexVol ボリュームよりもパフォーマンスとストレージのスケーラビリティが高くなっています。FlexGroup ボリュームはスケールアウトファイルシステムのデフォルトのボリュームスタイルです。FlexGroup ボリュームの最小サイズは、構成要素あたり 100 ギビバイト (GiB) で、最大サイズは 20 ペビバイト (PiB) です。

CLI を使用すると、 FlexVol スタイルのボリュームを ONTAP 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ボリュームの完全な point-in-time イメージを提供できません。ただし、部分スナップショットは、個々のファイルやディレクトリを復元したり、新しいボリュームを作成したり、SnapMirror でレプリケートしたりするために使用できます。

ボリュームの種類

FSx for ONTAP には、Amazon FSx コンソール、、 AWS CLIおよび Amazon FSx API を使用して作成できる 2 種類のボリュームが用意されています。

  • ほとんどの場合、読み取り/書き込み (RW) ボリュームが使用されます。その名前が示すとおり、読み取りと書き込みが可能です。

  • データ保護 (DP) ボリュームは、NetApp SnapMirror または SnapVault 関係のデスティネーションとして使用する、読み取り専用のボリュームです。DP ボリュームは、1 つのボリュームのデータを 移行 または 保護 する場合に使用する必要があります。

FlexVol ボリュームと FlexGroup ボリュームは RW でも DP でもかまいません。

注記

ボリュームの作成後に、ボリュームのタイプを更新することはできません。

ボリュームセキュリティスタイル

FSx for ONTAP は、Unix、NTFS、混合の 3 つの異なるボリュームセキュリティスタイルをサポートしています。各セキュリティスタイルは、データのアクセス許可の処理方法に異なる影響を与えます。目的に適したセキュリティスタイルを選択するには、さまざまな効果を理解する必要があります。

セキュリティスタイルは、データにアクセスできるクライアントタイプとできないクライアントタイプを決定しないことを理解することが重要です。セキュリティスタイルは、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 です。

  • [Mixed] (混合) — これは高度な設定です。詳細については、「NetApp ドキュメントセンター」の「セキュリティ形式とその影響とは」を参照してください。