Lustre ストレージクォータの使用 - FSx Lustre 用
クォータの適用クォータの種類クォータ制限と猶予期間クォータの設定と表示クォータおよび Simple Storage Service (Amazon S3) リンクバケットクォータとバックアップの復元

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

Lustre ストレージクォータの使用

FSx for Lustre ファイルシステムでは、ユーザー、グループ、プロジェクトに対してストレージクォータを作成できます。ストレージクォータを設定すると、ユーザー、グループ、またはプロジェクトが消費できるディスク容量とファイル数を制限することができます。ストレージクォータは、ユーザーレベル、グループレベル、プロジェクトレベルの使用状況を自動的に追跡するため、ストレージ制限を設定するかどうかにかかわらず、消費量をモニタリングすることができます。

Amazon FSx はクォータを適用し、クォータを超えたユーザーがストレージスペースに書き込むのを防ぎます。ユーザーがクォータを超えた場合、クォータ制限を下回るまでファイルを削除して、ファイルシステムに再度書き込みができるようにする必要があります。

クォータの適用

ユーザー、グループ、プロジェクトに対するクォータの適用は、すべての FSx for Lustre ファイルシステムで自動的に有効になります。クォータの適用を無効にすることはできません。

クォータの種類

AWS アカウントのルートユーザー認証情報を持つシステム管理者は、次のタイプのクォータを作成できます。

  • ユーザークォータ は、個々のユーザーに適用されます。特定のユーザーのユーザークォータを、他のユーザーのクォータとは異なるようにできます。

  • グループクォータは、特定のグループのメンバーであるすべてのユーザーに適用されます。

  • プロジェクトクォータは、プロジェクトに関連するすべてのファイルまたはディレクトリに適用されます。プロジェクトには、ファイルシステム内の異なるディレクトリにある複数のディレクトリや個々のファイルを含めることができます。

    注記

    プロジェクトクォータは、FSx for Lustre ファイルシステムの Lustre バージョン 2.15 でのみサポートされています。

  • ブロッククォータは、ユーザー、グループ、プロジェクトが消費できるディスク容量を制限します。ストレージサイズはキロバイト単位で設定します。

  • Inode クォータは、ユーザー、グループ、プロジェクトが作成できるファイルまたはディレクトリの数を制限します。Inode の最大数を整数として設定します。

注記

デフォルトクォータはサポートされていません。

特定のユーザーおよびグループにクォータを設定し、そのユーザーがそのグループのメンバーである場合、ユーザーのデータ使用量は両方のクォータに適用されます。また、両方のクォータによって制限されます。いずれかのクォータ制限に達すると、ユーザーはファイルシステムへの書き込みをブロックされます。

注記

Root ユーザーに設定されたクォータは強制されません。同様に、sudo コマンドを使用して root ユーザーとしてデータを書き込むと、クォータの適用がバイパスされます。

クォータ制限と猶予期間

Amazon FSx では、ユーザー、グループ、プロジェクトのクォータをハード制限として、または設定可能な猶予期間を持つソフト制限として適用します。

ハードリミットは絶対制限です。ユーザーがハードリミットを超えると、ブロックまたは i ノードの割り当ては ディスククォータの超過 メッセージを表示して拒否します。クォータのハード制限に達したユーザーは、クォータ制限を下回るようにファイルやディレクトリを削除してから、ファイルシステムに再度書き込みする必要があります。猶予期間が設定されている場合、ハードリミット未満であれば、ユーザーは猶予期間内にソフトリミットを超えることができます。

ソフトリミットでは、猶予期間を秒単位で設定します。ソフトリミットはハードリミットよりも小さくする必要があります。

Inode とブロッククォータに異なる猶予期間を設定できます。また、ユーザークォータ、グループクォータ、プロジェクトクォータに異なる猶予期間を設定することもできます。ユーザークォータ、グループクォータ、プロジェクトクォータの猶予期間が異なる場合、これらのクォータの猶予期間が経過すると、ソフト制限からハード制限に変更されます。

ユーザーがソフトリミットを超えた場合、Amazon FSx では、猶予期間が経過するまで、またはハードリミットに達するまで、クォータを超え続けることができます。猶予期間が終了すると、ソフトリミットはハードリミットに変換され、ストレージ使用量が定義されたブロッククォータまたは inode クォータ制限を下回るまで、ユーザーはそれ以上の書き込み操作をブロックされます。猶予期間の開始時に、ユーザーは通知や警告を受けません。

クォータの設定と表示

ストレージクォータは、Linux ターミナルで Lustre ファイルシステム lfs コマンドを使用して設定します。lfs setquota コマンドはクォータ制限を設定し、lfs quota コマンドは、クォータ情報を表示します。

Lustre クォータコマンドの詳細については、Lustre ドキュメントサイト で Lustre オペレーションマニュアル を参照してください。

ユーザー、グループ、プロジェクトのクォータを設定する

ユーザー、グループ、プロジェクトのクォータを設定する setquota コマンドの構文は次のとおりです。

lfs setquota {-u|--user|-g|--group|-p|--project} username|groupname|projectid
             [-b block_softlimit] [-B block_hardlimit]
             [-i inode_softlimit] [-I inode_hardlimit]
             /mount_point

実行する条件は以下のとおりです。

  • -u または --user は、クォータを設定するユーザーを指定します。

  • -g または --group は、クォータを設定するグループを指定します。

  • -p または --project は、クォータを設定するプロジェクトを指定します。

  • -b は、ソフトリミットでブロッククォータを設定します。-B は、ハードリミットでブロッククォータを設定します。block_softlimit および block_hardlimit の両方はキロバイト単位で表され、最小値は 1024 KB です。

  • -i は、ソフトリミットで i ノードクォータを設定します。-I は、ハードリミットで inode クォータを設定します。inode_softlimit および inode_hardlimit の両方は、inode の数で表され、最小値は 1024 inode です。

  • mount_point は、ファイルシステムがマウントされたディレクトリです。

ユーザークォータの例: 次のコマンドは、/mnt/fsx にマウントされたファイルシステム上の user1 に対して、5,000 KB のソフトブロック制限、8,000 KB のハードブロック制限、2,000 のソフト inode 制限、3,000 のハード inode 制限クォータを設定します。

sudo lfs setquota -u user1 -b 5000 -B 8000 -i 2000 -I 3000 /mnt/fsx

グループクォータの例: 次のコマンドは、/mnt/fsx にマウントされたファイルシステム上の group1 という名前のグループに対して、100,000 KB のハードブロック制限を設定します。

sudo lfs setquota -g group1 -B 100000 /mnt/fsx

プロジェクトクォータの例: まず、project コマンドを使用して、目的のファイルとディレクトリをプロジェクトに関連付けたことを確認してください。例えば、次のコマンドは、/mnt/fsxfs/dir1 ディレクトリのすべてのファイルとサブディレクトリを、プロジェクト ID が 100 のプロジェクトに関連付けます。

sudo lfs project -p 100 -r -s /mnt/fsxfs/dir1

次に、setquota コマンドを使用してプロジェクトクォータを設定します。次のコマンドは、/mnt/fsx にマウントされたファイルシステム上のプロジェクト 250 に対して、307,200 KB のソフトブロック制限、309,200 KB のハードブロック制限、10,000 のソフト inode 制限、11,000 のハード inode 制限クォータを設定します。

sudo lfs setquota -p 250 -b 307200 -B 309200 -i 10000 -I 11000 /mnt/fsx

猶予期間の設定

デフォルトの猶予期間は 1 週間です。次の構文を使用して、ユーザー、グループ、プロジェクトのデフォルトの猶予期間を調整できます。

lfs setquota -t {-u|-g|-p}
             [-b block_grace]
             [-i inode_grace]
             /mount_point

コードの説明は以下のとおりです。

  • -t は、猶予期間が設定されることを示します。

  • -u は、すべてのユーザーの猶予期間を設定します。

  • -g は、すべてのグループの猶予期間を設定します。

  • -p は、すべてのプロジェクトの猶予期間を設定します。

  • -b は、ブロッククォータの猶予期間を設定します。-i は、inode クォータの猶予期間を設定します。block_grace および inode_grace の両方は、整数秒か XXwXXdXXhXXmXXs の形式で表されます。

  • mount_point は、ファイルシステムがマウントされたディレクトリです。

次のコマンドは、ユーザーブロッククォータに対して 1,000 秒、ユーザー inode クォータに対して 1 週間と 4 日間の猶予期間を設定します。

sudo lfs setquota -t -u -b 1000 -i 1w4d /mnt/fsx

クォータの表示

quota コマンドは、ユーザークォータ、グループクォータ、プロジェクトクォータ、猶予期間に関する情報を表示します。

クォータコマンドの表示 表示されるクォータ情報

lfs quota /mount_point

コマンドを実行するユーザーおよびユーザーのプライマリグループに関する一般的なクォータ情報 (ディスク使用量と制限)。

lfs quota -u username /mount_point

特定のユーザーの一般的なクォータ情報。 AWS アカウントのルートユーザー認証情報を持つユーザーは、任意のユーザーに対してこのコマンドを実行できますが、ルート以外のユーザーはこのコマンドを実行して他のユーザーに関するクォータ情報を取得できません。

lfs quota -u username -v /mount_point

特定のユーザーの一般的なクォータ情報と、各オブジェクトストレージターゲット (OST) およびメタデータターゲット (MDT) の詳細なクォータ統計。 AWS アカウントのルートユーザー認証情報を持つユーザーは、任意のユーザーに対してこのコマンドを実行できますが、ルート以外のユーザーはこのコマンドを実行して他のユーザーに関するクォータ情報を取得できません。

lfs quota -g groupname /mount_point

特定のグループの一般的なクォータ情報。

lfs quota -p projectid /mount_point

特定のプロジェクトに関する一般的なクォータ情報。

lfs quota -t -u /mount_point

ユーザークォータのブロックと inode の猶予期間。

lfs quota -t -g /mount_point

グループクォータのブロックと inode の猶予期間。

lfs quota -t -p /mount_point

プロジェクトクォータのブロックと inode の猶予期間。

クォータおよび Simple Storage Service (Amazon S3) リンクバケット

FSx for Lustre ファイルシステムは Simple Storage Service (Amazon S3) データリポジトリにリンクできます。詳細については、「ファイルシステムを Amazon S3 バケットにリンクする」を参照してください。

オプションで、ファイルシステムへのインポートパスとして、リンクされた S3 バケット内の特定のフォルダまたはプレフィックスを選択できます。Simple Storage Service (Amazon S3) のフォルダが指定され、S3 からファイルシステムにインポートされると、そのフォルダのデータのみがクォータに適用されます。バケット全体のデータは、クォータ制限に対してカウントされません。

リンクされた S3 バケット内のファイルメタデータは、Simple Storage Service (Amazon S3) からインポートされたフォルダーと一致する構造を持つフォルダーにインポートされます。ファイルは、ファイルを所有するユーザーおよびグループの inode クォータにカウントされます。

ユーザーが hsm_restore または、ファイルを遅延ロードすると、ファイルのフルサイズは、ファイルの所有者に関連付けられたブロッククォータにカウントされます。例えば、ユーザー A がユーザー B が所有するファイルを遅延ロードすると、ストレージと inode の使用量はユーザー B のクォータにカウントされます。同様に、ユーザーが Amazon FSx API を使用してファイルをリリースすると、そのファイルを所有するユーザーまたはグループのブロッククォータからデータが解放されます。

HSM リストアと遅延ロードは root アクセスで実行されるため、クォータの強制を回避します。データがインポートされると、S3 で設定された所有権に基づいてユーザーまたはグループにカウントされます。これにより、ユーザーまたはグループがブロック制限を超える可能性があります。この場合、ファイルシステムに再度書き込みできるようにファイルを解放する必要があります。

同様に、自動インポートが有効になっているファイルシステムでは、S3 に追加されたオブジェクトの新しい inode が自動的に作成されます。新しい inode は、ルートアクセスで作成され、作成中にクォータ強制を回避します。新しい inode は、S3 内のオブジェクトの所有者に基づいて、ユーザーとグループにカウントされます。ユーザーとグループが自動インポートアクティビティに基づいて inode クォータを超えた場合、追加の容量を解放してクォータ制限を下回るためにファイルを削除する必要があります。

クォータとバックアップの復元

バックアップを復元すると、元のファイルシステムのクォータ設定が復元されたファイルシステムに実装されます。例えば、ファイルシステム A にクォータが設定され、ファイルシステム B がファイルシステム A のバックアップから作成されている場合、ファイルシステム A のクォータはファイルシステム B に適用されます。