翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # 共有ストレージ 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)