翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # 共有ストレージ AWS ParallelCluster は、[Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html)、[FSx for ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/what-is-fsx-ontap.html)、[FSx for OpenZFS ](https://docs.aws.amazon.com/fsx/latest/OpenZFSGuide/what-is-fsx.html)共有ストレージボリューム、[Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) and [FSx for Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/what-is.html) 共有ストレージファイルシステム、または[ファイルキャッシュ](https://docs.aws.amazon.com/fsx/latest/FileCacheGuide/what-is.html)の使用をサポートしています。[AWS Well-Architected フレームワークの信頼性の柱](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/back-up-data.html)ガイダンスに従い、ボリュームとファイルシステムをバックアップすることをお勧めします。 HPC アプリケーション I/O 要件を満たすストレージシステムを選択します。特定のユースケースに基づいて、各ファイルシステムを最適化できます。詳細については、「[storage options overview](https://docs.aws.amazon.com/whitepapers/latest/aws-overview/storage-services.html)」を参照してください。 **Amazon EBS ボリューム**はヘッドノードにアタッチされ、NFS を介してコンピューティングノードと共有されます。このオプションはコスト効率が高いですが、ストレージのニーズがスケールするにつれて、パフォーマンスはヘッドノードのリソースによって異なります。クラスターに追加されるコンピューティングノードの数が増え、スループットの需要が高まるにつれて、これがボトルネックになる可能性があります。 **Amazon EFS ファイルシステム**は、ストレージのニーズの変更に応じてスケールします。これらのファイルシステムは、さまざまなユースケースに合わせて設定できます。Amazon EFS ファイルシステムを使用して、並列化された、レイテンシーの影響を受けやすいアプリケーションをクラスター上で実行します。 **FSx for Lustre ファイルシステム**では、最大数百ギガバイト/秒のスループット、数百万の IOPS、サブミリ秒のレイテンシーで大規模なデータセットを処理できます。FSx for Lustre ファイルシステムは、要求の厳しい高性能コンピューティング環境で使用します。 では[`SharedStorage` セクション](SharedStorage-v3.md)、外部ストレージまたは AWS ParallelCluster マネージドストレージを定義できます。 + **外部ストレージ**とは、ユーザーが管理する既存のボリュームまたはファイルシステムを指します。このストレージは作成または削除 AWS ParallelCluster されません。 + **マネージドストレージ**とは、 が AWS ParallelCluster 作成し、削除できるボリュームまたはファイルシステムを指します。 **外部ストレージ** クラスターの作成時または更新時に外部ストレージをクラスターにアタッチ AWS ParallelCluster するように を設定できます。同様に、クラスターが削除または更新されたときに、外部ストレージをクラスターからデタッチするように設定できます。データは保持され、クラスターのライフサイクル外の長期的な永続的共有ストレージとして使用できます。 **注記** 3.8 AWS ParallelCluster より前のバージョンの では、外部管理のファイルシステムを にマウントすることはできません`/home`。バージョン 3.8 以降の AWS ParallelCluster では、外部管理ファイルシステムのマウントポイントとして `/home` を使用できます。の下にある [MountDir](SharedStorage-v3.md#yaml-SharedStorage-MountDir) パラメータの値`/home`として を指定`/home`することで、外部管理のファイルシステムを にマウントできます[`SharedStorage` セクション](SharedStorage-v3.md)。 Amazon File Cache はシステムの `/home` ディレクトリとして使用するのに適していないため、現時点では `/home` へのマウントはサポートされていません。 `/home` ディレクトリを [`SharedStorage` セクション](SharedStorage-v3.md)で指定すると、[SharedStorageType](HeadNode-v3.md#yaml-HeadNode-SharedStorageType) 設定オプションが上書きされます。つまり、代わりに [`SharedStorage` セクション](SharedStorage-v3.md)の設定が使用されます。 外部ファイルシステムを `/home` ディレクトリにマウントすると、外部ストレージ上の既存のファイルを上書きすることなく、ヘッドノードの`/home`内容を外部ファイルシステム AWS ParallelCluster にコピーします。これには、クラスターのデフォルトユーザーの SSH キーの転送が含まれます (このキーが外部ファイルシステムにない場合)。詳細については、「[AWS ParallelCluster 共有ストレージに関する考慮事項](shared-storage-working-considerations-v3.md)」を参照してください。 **AWS ParallelCluster マネージドストレージ** AWS ParallelCluster マネージドストレージは、設定のデフォルトでクラスターのライフサイクルによって異なります。`SharedStorage` `DeletionPolicy` 設定パラメータは、デフォルトで `Delete` に設定されています。 デフォルトでは、次のいずれかが true の場合、 AWS ParallelCluster マネージドファイルシステムまたはボリュームとそのデータは削除されます。 + クラスターを削除した場合。 + マネージド共有ストレージ設定 `Name` を変更した場合。 + マネージド共有ストレージを設定から削除した場合。 `DeletionPolicy` を `Retain` に設定して、マネージド共有ファイルシステムまたはボリュームとデータを保持します。データの損失を避けるために、データを定期的にバックアップすることをお勧めします。[AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) を使用すると、すべてのストレージオプションのバックアップを一元管理できます。 構成設定でライフサイクルの依存関係を削除できます。詳細については、「[AWS ParallelCluster マネージドストレージを外部ストレージに変換する](shared-storage-conversion-v3.md)」を参照してください。 共有ストレージのクォータの詳細については、「[共有ストレージのクォータ](shared-storage-quotas-v3.md)」を参照してください。 共有ストレージと新しい AWS ParallelCluster バージョンへの切り替えの詳細については、「」を参照してください[ベストプラクティス: AWS ParallelCluster クラスターを新しいマイナーバージョンまたはパッチバージョンに移動する](best-practices-v3.md#best-practices-cluster-upgrades-v3)。 クラスターの作成時または更新時に外部ストレージをクラスターにアタッチ AWS ParallelCluster するように を設定できます。同様に、クラスターが削除または更新されたときに、外部ストレージをクラスターからデタッチするように設定できます。データは保持され、クラスターのライフサイクルとは関係なく、長期的な永続的共有ストレージソリューションに使用できます。 デフォルトでは、マネージドストレージはクラスターのライフサイクルに依存します。[AWS ParallelCluster マネージドストレージを外部ストレージに変換する](shared-storage-conversion-v3.md) で説明されている構成設定で、この依存関係を削除できます。 特定の設定で、サポートされている各ストレージソリューションをユースケースに合わせて最適化できます。 共有ストレージクォータについては、「[共有ストレージのクォータ](shared-storage-quotas-v3.md)」を参照してください。 共有ストレージと新しい AWS ParallelCluster バージョンへの切り替えの詳細については、「」を参照してください[ベストプラクティス: AWS ParallelCluster クラスターを新しいマイナーバージョンまたはパッチバージョンに移動する](best-practices-v3.md#best-practices-cluster-upgrades-v3)。 以下のトピックでは、 が AWS ParallelCluster サポートするストレージサービスごとに共有ストレージを設定する方法について説明します。 **Topics** + [Amazon Elastic Block Store](shared-storage-config-ebs-v3.md) + [Amazon Elastic File System](shared-storage-config-efs-v3.md) + [Amazon FSx for Lustre](shared-storage-config-fsxlustre-v3.md) + [FSx for ONTAP、FSx for OpenZFS、およびファイルキャッシュ共有ストレージの設定](shared-storage-config-ontap-zfs-v3.md) + [での共有ストレージの使用 AWS ParallelCluster](shared-storage-considerations-v3.md) + [共有ストレージのクォータ](shared-storage-quotas-v3.md) # Amazon Elastic Block Store クラスターのライフサイクルとは関係なく、既存の外部 Amazon EBS ボリュームを長期的な永続的ストレージに使用するには、[`EbsSettings`](SharedStorage-v3.md#SharedStorage-v3-EbsSettings)/[`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-EbsSettings-VolumeId) を指定します。 [`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-EbsSettings-VolumeId) を指定しない場合、デフォルトでは、 AWS ParallelCluster はクラスターの作成時に [`EbsSettings`](SharedStorage-v3.md#SharedStorage-v3-EbsSettings) からマネージド EBS ボリュームを作成します。また、 AWS ParallelCluster はクラスターが削除されたり、クラスター設定からボリュームが削除されたりすると、ボリュームとデータを削除します。 AWS ParallelCluster マネージド EBS ボリュームの場合、クラスターが削除されたとき、またはボリューム`Snapshot`がクラスター設定から削除されたときに、[`EbsSettings`](SharedStorage-v3.md#SharedStorage-v3-EbsSettings)/ を使用して AWS ParallelCluster `Delete`、`Retain`、または ボリュームに[`DeletionPolicy`](SharedStorage-v3.md#yaml-SharedStorage-EbsSettings-DeletionPolicy)指示できます。デフォルトで、`DeletionPolicy` は `Delete` に設定されています。 **警告** AWS ParallelCluster マネージド共有ストレージの場合、 `DeletionPolicy`は`Delete`デフォルトで に設定されます。 つまり、以下のいずれかに該当する場合、マネージドボリュームとそのデータは削除されます。 クラスターを削除した場合。 マネージド共有ストレージの設定 [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name) を変更した場合。 マネージド共有ストレージを設定から削除した場合。 データの損失を防ぐために、スナップショットを使用して共有ストレージを定期的にバックアップすることをお勧めします。Amazon EBS スナップショットの詳細については、「Linux インスタンス用 Amazon Elastic Compute Cloud ユーザーガイド**」の「[Amazon EBS スナップショット](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html)」を参照してください。全体のデータバックアップを管理する方法については AWS のサービス、「 *AWS Backup デベロッパーガイド*」の[AWS 「バックアップ](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)」を参照してください。 # Amazon Elastic File System 既存の外部 Amazon EFS ファイルシステムをクラスターライフサイクル外の長期永続的ストレージに使用するには、[`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)/ を指定します。デフォルトでは[`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-FileSystemId)、クラスターの作成[`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)時に からマネージド Amazon EFS ファイルシステム AWS ParallelCluster を作成します。 AWS ParallelCluster また、クラスターが削除されたとき、またはファイルシステムがクラスター設定から削除されたときに、 はファイルシステムとデータを削除します。 AWS ParallelCluster マネージド Amazon EFS ファイルシステムの場合、/ [`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings) を使用して[`DeletionPolicy`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-DeletionPolicy)、クラスターが削除されたとき`Delete`、またはファイルシステムがクラスター設定から削除されたときに、 または `Retain` AWS ParallelCluster に指示できます。デフォルトで、`DeletionPolicy` は `Delete` に設定されています。 **警告** AWS ParallelCluster マネージド共有ストレージの場合、 `DeletionPolicy`は`Delete`デフォルトで に設定されます。 つまり、以下のいずれかに該当する場合、マネージドファイルシステムとそのデータは削除されます。 クラスターを削除した場合。 マネージド共有ストレージの設定 [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name) を変更した場合。 マネージド共有ストレージを設定から削除した場合。 データ損失を防ぐために、共有ストレージを定期的にバックアップすることをお勧めします。個々の Amazon EFS ボリュームをバックアップする方法の詳細については、「Amazon Elastic File System ユーザーガイド**」の「[Backing up your Amazon EFS file systems](https://docs.aws.amazon.com/efs/latest/ug/efs-backup-solutions.html)」を参照してください。全体のデータバックアップを管理する方法については AWS のサービス、 *AWS Backup デベロッパーガイド*の[AWS 「バックアップ](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)」を参照してください。 # Amazon FSx for Lustre 既存の外部 FSx for Lustre ファイルシステムをクラスターライフサイクル外で長期的な永続ストレージに使用するには、[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/[`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-FileSystemId) を指定します。 [`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings) / を指定しない場合[`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-FileSystemId)、デフォルトでは、 はクラスターの作成[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)時に からマネージド FSx for Lustre ファイルシステム AWS ParallelCluster を作成します。 AWS ParallelCluster また、 は、クラスターが削除されたとき、またはファイルシステムがクラスター設定から削除されたときに、ファイルシステムとデータを削除します。 AWS ParallelCluster マネージド FSx for Lustre ファイルシステムの場合、/ [`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings) を使用して、クラスターが削除されたとき、 AWS ParallelCluster `Delete`または`Retain`ファイルシステムがクラスター設定から削除されたときに、 または ファイルシステムに[`DeletionPolicy`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-DeletionPolicy)指示できます。デフォルトで、`DeletionPolicy` は `Delete` に設定されています。 **警告** AWS ParallelCluster マネージド共有ストレージの場合、 `DeletionPolicy`は`Delete`デフォルトで に設定されます。 つまり、以下のいずれかに該当する場合、マネージドファイルシステムとそのデータは削除されます。 クラスターを削除した場合。 マネージド共有ストレージの設定 [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name) を変更した場合。 マネージド共有ストレージを設定から削除した場合。 データ損失を防ぐために、共有ストレージを定期的にバックアップすることをお勧めします。[`SharedStorage`](SharedStorage-v3.md)/[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/[`AutomaticBackupRetentionDays`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-AutomaticBackupRetentionDays)/[`DailyAutomaticBackupStartTime`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-DailyAutomaticBackupStartTime) を使用してクラスター内のバックアップを定義できます。全体のデータバックアップを管理する方法については AWS のサービス、「 *AWS Backup デベロッパーガイド*」の[AWS 「バックアップ](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)」を参照してください。 # FSx for ONTAP、FSx for OpenZFS、およびファイルキャッシュ共有ストレージの設定 FSx for ONTAP、FSx for OpenZFS、およびファイルキャッシュでは、[`FsxOntapSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxOntapSettings)/[`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-FsxOntapSettings-VolumeId)、[`FsxOpenZfsSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxOpenZfsSettings)/[`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-FsxOpenZfsSettings-VolumeId)、[`FileCacheSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxFileCacheSettings)/[`FileCacheId`](SharedStorage-v3.md#yaml-SharedStorage-FsxFileCacheSettings-FileCacheId) を使用して、クラスターの外部の既存ボリュームまたはファイルキャッシュのマウントを指定できます。 AWS ParallelCluster マネージド共有ストレージは、FSx for ONTAP、FSx for OpenZFS、およびファイルキャッシュではサポートされていません。 # での共有ストレージの使用 AWS ParallelCluster 以下のセクションでは、共有ストレージに関する考慮事項や、マネージドストレージを外部ストレージに変換する方法など、 AWS ParallelCluster と共有ストレージの使用について説明します。 **Topics** + [AWS ParallelCluster 共有ストレージに関する考慮事項](shared-storage-working-considerations-v3.md) + [AWS ParallelCluster マネージドストレージを外部ストレージに変換する](shared-storage-conversion-v3.md) # AWS ParallelCluster 共有ストレージに関する考慮事項 AWS ParallelClusterで共有ストレージを操作する場合は、以下を考慮します。 + [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) または別の方法でファイルシステムデータをバックアップし、すべてのストレージシステムのバックアップを管理します。 + 共有ストレージを追加するには、設定ファイルに共有ストレージセクションを追加し、クラスターを作成または更新します。 + 共有ストレージを削除するには、設定ファイルから共有ストレージセクションを削除し、クラスターを更新します。 + 既存の AWS ParallelCluster マネージド共有ストレージを新しいマネージドストレージに置き換えるには、/ [`SharedStorage`](SharedStorage-v3.md) の値を変更[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name)し、クラスターを更新します。 **警告** デフォルトでは、新しい`Name`パラメータを使用してクラスターの更新を実行すると、既存の AWS ParallelCluster マネージドストレージとデータが削除されます。`Name` を変更して既存のマネージド共有ストレージデータを保持する必要がある場合は、`DeletionPolicy` を `Retain` に設定するか、クラスターを更新する前に、データをバックアップします。 + AWS ParallelCluster マネージドストレージデータをバックアップせず、 `DeletionPolicy`が の場合`Delete`、クラスターが削除されるか、クラスター設定からマネージドストレージが削除されてクラスターが更新されると、データは削除されます。 + AWS ParallelCluster マネージドストレージデータをバックアップせず、 `DeletionPolicy`が の場合`Retain`、クラスターが削除される前にファイルシステムがデタッチされ、外部ファイルシステムとして別のクラスターに再アタッチできます。データは保持されます。 + AWS ParallelCluster マネージドストレージがクラスター設定から削除され、 `DeletionPolicy`である場合は`Retain`、クラスターデータを保存した外部ファイルシステムとしてクラスターに再アタッチできます。 + AWS ParallelCluster バージョン 3.4.0 以降では、// [`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings) [`EncryptionInTransit`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-EncryptionInTransit)[`IamAuthorization`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-IamAuthorization)および [`SharedStorage`](SharedStorage-v3.md) を設定することで、Amazon EFS ファイルシステムマウントのセキュリティを強化できます。 + 外部ファイルシステムを /home ディレクトリにマウントすると、 はヘッドノードの /home ディレクトリの内容を外部ファイルシステム AWS ParallelCluster にコピーします。外部ストレージの既存のファイルやディレクトリを上書きすることなく、/home ディレクトリ内の既存のデータがコピーされます。これには、クラスターのデフォルトユーザーの SSH キーも含まれます (このキーが外部ファイルシステムにまだ存在しない場合)。結果として、同じ外部ファイルシステムをそれぞれの /home ディレクトリにマウントする他のすべてのクラスターも、クラスターのデフォルトユーザーと同じ SSH キーを持つことになります。 + クラスターの /home ディレクトリに同じ外部ファイルシステムをマウントするマルチクラスター環境では、ヘッドノードで作成されたコンピューティングノードへのアクセスを許可する SSH キーは AWS ParallelCluster、最初のクラスターが外部ファイルシステムを /home にマウントしたときに 1 回だけ生成されます。他のすべてのクラスターは、同じ SSH キーを使用します。その結果、これらの共有クラスターのデフォルトユーザーの SSH キーを所有していれば、誰でもすべてのクラスターにアクセスできます。すべてのコンピューティングノードは、最初に生成されたキーを使用した接続を許可します。 # AWS ParallelCluster マネージドストレージを外部ストレージに変換する AWS ParallelCluster マネージドストレージを外部ストレージに変換する方法について説明します。 手順は、以下の設定ファイルスニペットの例に基づいています。 ``` ... - MountDir: /fsx Name: fsx StorageType: FsxLustre FsxLustreSettings: StorageCapacity: 1200 DeletionPolicy: Delete ... ``` **AWS ParallelCluster マネージドストレージを外部ストレージに変換する** 1. クラスター設定ファイルで、`DeletionPolicy` を `Retain` に設定します。 ``` ... - MountDir: /fsx Name: fsx StorageType: FsxLustre FsxLustreSettings: StorageCapacity: 1200 DeletionPolicy: Retain ... ``` 1. `DeletionPolicy` の変更を設定するには、以下のコマンドを実行します。 ``` pcluster update-cluster -n cluster-name -c cluster-config.yaml ``` 1. クラスター設定ファイルから `SharedStorage` セクションを削除します。 ``` ... ... ``` 1. マネージド `SharedStorage` を外部 `SharedStorage` に変更してクラスターからデタッチするには、以下のコマンドを実行します。 ``` pcluster update-cluster -n cluster-name -c cluster-config.yaml ``` 1. これで、共有ストレージは外部になり、クラスターからデタッチされました。 1. 外部ファイルシステムを元のクラスターまたは別のクラスターにアタッチするには、以下の手順に従います。 1. FSx for Lustre ファイルシステム ID を取得します。 1. を使用するには、次のコマンド AWS CLI を実行し、元のクラスターの名前を含む名前のファイルシステムを見つけ、ファイルシステム ID をメモします。 ``` aws fsx describe-file-systems ``` 1. を使用するには AWS マネジメントコンソール、ログインして [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) に移動します。ファイルシステムのリストで、元のクラスター名を含む名前のファイルシステムを検索し、ファイルシステム ID を書き留めます。 1. ファイルシステムのセキュリティグループのルールを更新して、ファイルシステムとクラスターサブネットとの間のアクセスを許可します。ファイルシステムのセキュリティグループ名と ID は Amazon FSx コンソールで確認できます。 ヘッドノードとコンピューティングノードの IP CIDR 範囲またはプレフィックスとのインバウンドおよびアウトバウンド TCP トラフィックを許可するルールをファイルシステムセキュリティグループに追加します。インバウンドとアウトバウンドの TCP トラフィックに TCP ポート 988、1021、1022、1023 を指定します。 詳細については、「*AWS Command Line Interface バージョン 2 用ユーザーガイド*」の「[`SharedStorage`](SharedStorage-v3.md)」/「[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)」/「[`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-FileSystemId)」と「[Amazon EC2 のセキュリティグループを作成、設定、および削除する](https://docs.aws.amazon.com/cli/latest/userguide/cli-services-ec2-sg.html)」を参照してください。 1. クラスター設定に `SharedStorage` セクションを追加します。 ``` ... - MountDir: /fsx Name: fsx-external StorageType: FsxLustre FsxLustreSettings: FileSystemId: fs-02e5b4b4abd62d51c ... ``` 1. 外部共有ストレージをクラスターに追加するには、次のコマンドを実行します。 ``` pcluster update-cluster -n cluster-name -c cluster-config.yaml ``` # 共有ストレージのクォータ クラスター `SharedStorage` を設定して、既存の共有ファイルストレージをマウントし、次の表に示すクォータに基づいて新しい共有ファイルストレージを作成します。 **各クラスターにマウントされたファイルストレージのクォータ** | ファイル共有ストレージタイプ | AWS ParallelCluster マネージドストレージ | 外部ストレージ | クォータネット合計 | | --- | --- | --- | --- | | Amazon EBS | 5 | 5 | 5 | | RAID | 1 | 0 | 1 | | Amazon EFS | 1 | 20 | 21 | | Amazon FSx † | 1 FSx for Lustre | 20 | 21 | **注記** このクォータの表は、 AWS ParallelCluster バージョン 3.2.0 で追加されています。 † は、既存の Amazon FSx for NetApp ONTAP、Amazon FSx for OpenZFS、およびファイルキャッシュシステムのマウント AWS ParallelCluster のみをサポートしています。FSx for ONTAP、FSx for OpenZFS、およびファイルキャッシュシステムの作成はサポートされていません。 **注記** スケジューラ AWS Batch として を使用する場合、FSx for Lustre はクラスターヘッドノードでのみ使用できます。 ファイルキャッシュはス AWS Batch ケジューラをサポートしていません。