

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 공유 스토리지
<a name="shared-storage-quotas-integration-v3"></a>

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) 및 [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 Framework 신뢰성 요소](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/back-up-data.html) 지침을 따르고 볼륨과 파일 시스템을 백업하는 것이 좋습니다.

HPC 애플리케이션 I/O 요구 사항을 충족하는 스토리지 시스템을 선택하세요. 특정 사용 사례에 따라 각 파일 시스템을 최적화할 수 있습니다. 자세한 내용은 [스토리지 옵션 개요](https://docs.aws.amazon.com/whitepapers/latest/aws-overview/storage-services.html)를 참조하세요.

Amazon EBS 볼륨****은 헤드 노드에 연결되고 NFS를 통해 컴퓨팅 노드와 공유됩니다. 이 옵션은 비용 효율적일 수 있지만 성능은 스토리지 요구 사항 규모 조정에 따른 헤드 노드 리소스에 따라 달라집니다. 클러스터에 더 많은 컴퓨팅 노드가 추가되고 처리량 수요가 증가하면 병목 현상이 발생할 수 있습니다.

Amazon EFS 파일 시스템****은 스토리지 요구 사항의 변화에 따라 규모 조정됩니다. 다양한 사용 사례에 맞게 이러한 파일 시스템을 구성할 수 있습니다. Amazon EFS 파일 시스템을 사용하여 클러스터에서 병렬 처리되고 지연 시간에 민감한 애플리케이션을 실행할 수 있습니다.

FSx for Lustre 파일 시스템****은 초당 최대 수백 기가바이트의 처리량, 수백만 IOPS 및 1밀리초 미만의 지연 시간으로 대규모 데이터 세트를 처리할 수 있습니다. 까다로운 고성능 컴퓨팅 환경을 위해 FSx for Lustre 파일 시스템을 사용하세요.

에서 외부 또는 AWS ParallelCluster 관리형 스토리지를 정의할 [`SharedStorage` 섹션](SharedStorage-v3.md)수 있습니다.
+ **외부 스토리지**는 사용자가 관리하는 기존 볼륨 또는 파일 시스템을 나타냅니다.이 스토리지 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`을 탑재할 수 없습니다.  
 [SharedStorageType](HeadNode-v3.md#yaml-HeadNode-SharedStorageType) 구성 옵션 [`SharedStorage` 섹션](SharedStorage-v3.md)에서 `/home` 디렉터리를 지정할 때 재정의됩니다. 즉, [`SharedStorage` 섹션](SharedStorage-v3.md)의 설정이 대신 사용됩니다.  
 외부 파일 시스템을 `/home` 디렉터리에 탑재할 때 외부 스토리지의 기존 파일을 덮어쓰지 않고 헤드 노드의 `/home` 콘텐츠를 외부 파일 시스템에 AWS ParallelCluster 복사합니다. 여기에는 외부 파일 시스템에 없는 경우 기본 사용자에 대한 클러스터의 SSH 키 전송이 포함됩니다. 자세한 정보는 [AWS ParallelCluster 공유 스토리지 고려 사항](shared-storage-working-considerations-v3.md) 섹션을 참조하세요.

**AWS ParallelCluster 관리형 스토리지**

AWS ParallelCluster 관리형 스토리지는 기본적으로 구성에서 클러스터의 수명 주기에 따라 달라집니다. 기본적으로 `SharedStorage` `DeletionPolicy` 구성 파라미터는 `Delete`로 설정됩니다.

기본적으로 AWS ParallelCluster 관리형 파일 시스템 또는 볼륨과 해당 데이터는 다음 중 하나가 true인 경우 삭제됩니다.
+ 사용자가 클러스터를 삭제합니다.
+ 사용자가 관리형 공유 스토리지 구성 `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)