SUS04-BP06 공유 파일 시스템 또는 스토리지를 사용하여 공용 데이터에 액세스
공유 파일 시스템 또는 스토리지를 채택하여 데이터 중복을 방지하고 워크로드를 위한 보다 효율적인 인프라를 지원합니다.
일반적인 안티 패턴:
-
각 개별 클라이언트에 대해 스토리지를 프로비저닝합니다.
-
비활성 클라이언트에서 데이터 볼륨을 분리하지 않습니다.
-
플랫폼 및 시스템 전반에 걸쳐 스토리지에 액세스할 권한을 제공하지 않습니다.
이 모범 사례 확립의 이점: 공유 파일 시스템 또는 스토리지를 사용하면 데이터를 복사하지 않고도 1명 이상의 소비자에게 데이터를 공유할 수 있습니다. 이를 통해 워크로드에 필요한 스토리지 리소스를 줄일 수 있습니다.
이 모범 사례를 따르지 않을 경우 노출되는 위험 수준: 보통
구현 가이드
여러 사용자 또는 애플리케이션이 동일한 데이터 세트에 액세스하는 경우 워크로드에 효율적인 인프라를 지원하려면 공유 스토리지 기술을 사용해야 합니다. 공유 스토리지 기술은 데이터 세트를 저장 및 관리하고 데이터 중복을 방지할 수 있는 중앙 위치를 제공합니다. 또한 여러 시스템에 걸쳐 데이터의 일관성을 적용합니다. 나아가 공유 스토리지 기술을 사용하면 여러 컴퓨팅 리소스가 동시에 데이터에 액세스하고 이를 처리할 수 있으므로 컴퓨팅 성능을 보다 효율적으로 사용할 수 있습니다.
이러한 공유 스토리지 서비스에서 필요한 경우에만 데이터를 가져오고 사용하지 않는 볼륨을 분리하여 리소스를 확보하세요.
구현 단계
-
데이터의 소비자가 다수인 경우 데이터를 공유 스토리지로 마이그레이션합니다. AWS 기반 공유 스토리지 기술의 몇 가지 예는 다음과 같습니다.
Storage option When to use Amazon EBS 다중 연결을 사용하면 하나의 프로비저닝된 IOPS SSD(io1 또는 io2) 볼륨을 동일한 가용 영역에 있는 여러 인스턴스에 연결할 수 있습니다.
When to Choose Amazon EFS
(Amazon EFS 선택 시점)를 참조하세요. Amazon FSx 파일 시스템 선택
을 참조하세요. 파일 시스템 구조가 필요하지 않고 객체 스토리지와 함께 작동하도록 설계된 애플리케이션은 Amazon S3를 대규모로 확장 가능하고 내구성이 뛰어난 저비용 객체 스토리지 솔루션으로 사용할 수 있습니다.
-
필요한 경우에만 공유 파일 시스템에 데이터를 복사하거나 데이터를 가져옵니다. 예를 들어, Amazon S3를 바탕으로 하는 Amazon FSx for Lustre 파일 시스템을 생성하고
작업을 처리하는 데 필요한 데이터의 하위 집합만 Amazon FSx로 로드할 수 있습니다. -
SUS04-BP03 정책을 사용하여 데이터 세트의 수명 주기 관리에 나와 있는 사용 패턴에 따라 데이터를 삭제합니다.
-
자주 사용하지 않는 클라이언트에서 볼륨을 분리합니다.
리소스
관련 문서:
-
Linking your file system to an Amazon S3 bucket(파일 시스템을 S3 버킷에 연결)
-
Using Amazon EFS for AWS Lambda in your serverless applications
(서버리스 애플리케이션에서 AWS Lambda용 Amazon EFS 사용) -
Amazon EFS Intelligent-Tiering Optimizes Costs for Workloads with Changing Access Patterns
(Amazon EFS Intelligent-Tiering을 통해 액세스 패턴 변화에 따른 워크로드 비용 최적화) -
Using Amazon FSx with your on-premises data repository(온프레미스 데이터 리포지토리에 Amazon FSx 사용)
관련 동영상:
-
Storage cost optimization with Amazon EFS
(Amazon EFS를 사용하여 스토리지 비용 최적화)