# 데이터 패턴 **Topics** + [SUS 4 데이터 액세스 및 사용 패턴을 활용하여 지속 가능성 목표를 지원하려면 어떻게 해야 합니까?](w2aac19c15c11b5.md) # SUS 4 데이터 액세스 및 사용 패턴을 활용하여 지속 가능성 목표를 지원하려면 어떻게 해야 합니까? 데이터 관리 원칙을 구현하여 워크로드를 지원하는 데 필요한 프로비저닝된 스토리지와 이를 사용하는 데 필요한 리소스를 줄입니다. 데이터를 이해하고 데이터의 비즈니스 가치와 데이터 사용 방식을 가장 잘 지원하는 스토리지 기술과 구성을 사용합니다. 요구 사항이 감소하면 데이터를 더 효율적이고 성능이 낮은 스토리지로 수명 주기를 변경하고 더 이상 필요하지 않은 데이터는 삭제합니다. 모범 사례: # SUS04-BP01 데이터 분류 정책 구현 데이터를 분류하여 비즈니스 성과를 실현하는 데 있어서 중요도를 파악합니다. 이 정보를 사용하여 데이터를 보다 에너지 효율적인 스토리지로 이동하거나 안전하게 삭제할 수 있는 시기를 결정합니다. **이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 데이터 배포, 보존 및 삭제에 대한 요구 사항을 결정합니다. + 볼륨 및 개체에 태깅을 사용하여 데이터 분류를 포함하여 관리 방법을 결정하는 데 사용되는 메타데이터를 기록합니다. + 환경에 태그가 지정되지 않은 데이터와 분류되지 않은 데이터가 있는지 주기적으로 감사하고 데이터를 적절하게 분류하고 태그를 지정합니다. ## 리소스 **관련 문서:** + [데이터 분류 프로세스](https://docs.aws.amazon.com/whitepapers/latest/data-classification/data-classification-process.html) + [AWS 클라우드를 활용하여 데이터 분류 지원](https://docs.aws.amazon.com/whitepapers/latest/data-classification/leveraging-aws-cloud-to-support-data-classification.html) + [AWS Organizations의 태그 정책](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) # SUS04-BP02 데이터 액세스 및 스토리지 패턴을 지원하는 기술 사용 데이터 액세스 및 저장 방법을 가장 잘 지원하는 스토리지를 사용하여 워크로드를 지원하면서 프로비저닝된 리소스를 최소화합니다. 예를 들어, 솔리드 스테이트 드라이브(SSD)는 자기 드라이브보다 에너지 집약적이므로 활성 데이터 사용 사례에만 사용해야 합니다. 자주 액세스하지 않는 데이터에는 에너지 효율적인 아카이빙 클래스 스토리지를 사용합니다. **이 모범 사례가 확립되지 않을 경우 노출되는 위험의 수준:** 보통 ## 구현 가이드 + 데이터 액세스 패턴을 모니터링합니다. + 액세스 패턴에 따라 데이터를 적절한 기술로 마이그레이션합니다. + 아카이빙 데이터를 해당 목적으로 설계된 스토리지로 마이그레이션합니다. ## 리소스 **관련 문서:** + [Amazon EBS 볼륨 유형](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html) + [Amazon EC2 인스턴스 스토어](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) + [Amazon S3 Intelligent-Tiering](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intelligent-tiering.html) + [Amazon S3 스토리지 클래스 사용](https://docs.aws.amazon.com/AmazonS3/latest/userguide/storage-class-intro.html) + [Amazon CloudWatch란 무엇입니까?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [Amazon Glacier란 무엇입니까?](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html) **관련 동영상:** + [AWS의 데이터 레이크용 아키텍처 패턴](https://www.youtube.com/watch?v=XpTly4XHmqc&ab_channel=AWSEvents) # SUS04-BP03 수명 주기 정책을 사용하여 불필요한 데이터 삭제 모든 데이터의 수명 주기를 관리하고 삭제 일정을 자동으로 적용하여 워크로드의 총 스토리지 요구 사항을 최소화합니다. **이 모범 사례가 확립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 모든 데이터 분류 유형에 대한 수명 주기 정책을 정의합니다. + 수명 주기 규칙을 적용하는 자동화된 수명 주기 정책을 설정합니다. + 사용하지 않는 볼륨 및 스냅샷을 삭제합니다. + 수명 주기 규칙에 따라 관련 데이터를 집계합니다. ## 리소스 **관련 문서:** + [Amazon ECR 수명 주기 정책](https://docs.aws.amazon.com/AmazonECR/latest/userguide/LifecyclePolicies.html) + [Amazon EFS 수명 주기 관리](https://docs.aws.amazon.com/efs/latest/ug/lifecycle-management-efs.html) + [Amazon S3 Intelligent-Tiering](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intelligent-tiering.html) + [AWS Config 규칙으로 리소스 평가](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html) + [Amazon S3에서 스토리지 수명 주기 관리](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) + [AWS Elemental MediaStore의 객체 수명 주기 정책](https://docs.aws.amazon.com/mediastore/latest/ug/policies-object-lifecycle.html) **관련 동영상:** + [Amazon S3 수명 주기](https://www.youtube.com/watch?v=53eHNSpaMJI&ab_channel=AmazonWebServices) # SUS04-BP04 블록 스토리지에서 과다 프로비저닝 최소화 프로비저닝된 스토리지의 총량을 최소화하려면 워크로드에 적합한 크기가 할당된 블록 스토리지를 생성합니다. 탄력적 볼륨을 사용하면 컴퓨팅 리소스에 연결된 스토리지의 크기를 조정할 필요 없이 데이터가 증가함에 따라 스토리지를 확장할 수 있습니다. 탄력적 볼륨을 정기적으로 검토하고 과다 프로비저닝된 볼륨을 현재 데이터 크기에 맞게 축소합니다. **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 데이터 볼륨의 사용률을 모니터링합니다. + 탄력적 볼륨 및 관리형 블록 데이터 서비스를 사용하여 영구 데이터의 증가에 따른 추가 스토리지 할당을 자동화합니다. + 데이터 볼륨의 목표 사용률 수준을 설정하고 예상 범위를 벗어나는 볼륨 크기를 조정합니다. + 데이터에 맞게 읽기 전용 볼륨의 크기를 조정합니다. + 블록 스토리지의 고정 볼륨 크기로 초과 용량을 프로비저닝하지 않도록 데이터를 객체 스토어로 마이그레이션합니다. ## 리소스 **관련 문서:** + [Amazon EBS 탄력적 볼륨](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html) + [Amazon FSx 설명서](https://docs.aws.amazon.com/fsx/index.html) + [Amazon CloudWatch란 무엇입니까?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [Amazon Elastic File System이란 무엇입니까?](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) # SUS04-BP05 불필요하거나 중복된 데이터 제거 필요한 경우에만 데이터를 복제하여 총 스토리지 사용을 최소화합니다. 파일 및 블록 수준에서 데이터를 중복 제거하는 백업 기술을 사용합니다. 서비스 수준 계약(SLA)을 충족하는 데 필요한 경우를 제외하고 Redundant Array of Independent Drives(RAID) 구성의 사용을 제한합니다. **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 블록 및 객체 수준에서 데이터 중복을 제거할 수 있는 메커니즘을 사용합니다. + 블록, 파일 및 객체 수준에서 증분 백업을 만들고 데이터 중복을 제거할 수 있는 백업 기술을 사용합니다. + SLA를 충족하는 데 필요한 경우에만 RAID를 사용합니다. + 로그 및 추적 데이터를 중앙 집중화하고, 동일한 로그 항목을 중복 제거하며, 필요에 따라 세부적으로 조정하는 메커니즘을 설정합니다. + 적절한 경우에만 캐시를 미리 채웁니다. + 캐시 모니터링 및 자동화를 설정하여 그에 따라 캐시 크기를 조정합니다. + 새 버전의 워크로드를 푸시할 때 객체 스토어 및 엣지 캐시에서 오래된 배포 및 자산을 제거합니다. ## 리소스 **관련 문서:** + [Amazon EBS 스냅샷](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html) + [CloudWatch Logs에서 로그 데이터 보존 기간 변경](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#SettingLogRetention) + [Amazon FSx for Windows File Server에서 데이터 중복 제거](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-data-dedup.html) + [데이터 중복 제거를 포함한 Amazon FSx for ONTAP의 기능](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/what-is-fsx-ontap.html#features-overview) + [Amazon CloudFront에서의 파일 무효화](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Invalidation.html) + [AWS Backup을 사용하여 Amazon EFS 파일 시스템 백업 및 복구](https://docs.aws.amazon.com/efs/latest/ug/awsbackup.html) + [Amazon CloudWatch Logs란 무엇입니까?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) + [Amazon RDS의 백업 작업](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html) **관련 예시:** + [실습: Amazon Redshift 데이터 공유를 사용하여 데이터 패턴 최적화](https://wellarchitectedlabs.com/sustainability/300_labs/300_optimize_data_pattern_using_redshift_data_sharing/) # SUS04-BP06 공유 파일 시스템 또는 객체 스토리지를 사용하여 공용 데이터에 액세스 공유 스토리지와 단일 정보 소스를 도입하여 데이터 중복을 방지하고 워크로드의 총 스토리지 요구 사항을 줄입니다. 필요한 경우에만 공유 스토리지에서 데이터를 가져옵니다. 사용하지 않는 볼륨을 분리하여 더 많은 리소스를 이용할 수 있도록 하십시오. **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 데이터의 소비자가 다수인 경우 데이터를 공유 스토리지로 마이그레이션합니다. + 필요한 경우에만 공유 스토리지에서 데이터를 가져옵니다. + 사용 패턴에 맞게 데이터를 삭제하고 유지 시간(TTL) 기능을 구현하여 캐시된 데이터를 관리합니다. + 자주 사용하지 않는 클라이언트에서 볼륨을 분리합니다. ## 리소스 **관련 문서:** + [Amazon FSx](https://aws.amazon.com/fsx/) + [캐싱 전략](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/Strategies.html) + [Amazon Elastic File System란 무엇입니까?](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) + [Amazon S3란 무엇입니까?](https://docs.aws.amazon.com/AmazonS3/latest/dev/Welcome.html) # SUS04-BP07 네트워크 간 데이터 이동 최소화 공유 스토리지를 사용하고 리전 데이터 스토어의 데이터에 액세스하여 워크로드의 데이터 이동을 지원하는 데 필요한 총 네트워킹 리소스를 최소화합니다. **이 모범 사례가 확립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 가능한 한 소비자와 가까운 곳에 데이터를 저장합니다. + 리전별 사용 서비스를 분할하여 해당 리전별 데이터가 사용되는 리전 내에 저장되도록 합니다. + 네트워크를 통해 변경 사항을 복사할 때 파일 또는 객체 수준 복제 대신 블록 수준 복제를 사용합니다. + 네트워크를 통해 데이터를 이동하기 전에 데이터를 압축합니다. ## 리소스 **관련 문서:** + [지속 가능성을 위한 AWS 인프라 최적화, 파트 III: 네트워킹](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/) + [AWS 글로벌 인프라](https://aws.amazon.com/about-aws/global-infrastructure/) + [CloudFront 글로벌 엣지 네트워크를 포함한 Amazon CloudFront 주요 기능](https://aws.amazon.com/cloudfront/features/) + [Amazon OpenSearch Service의 HTTP 요청 요약](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/gzip.html) + [Amazon EMR을 사용하여 중간 데이터 압축](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-output-compression.html#HadoopIntermediateDataCompression) + [Amazon S3에서 Amazon Redshift로 압축 데이터 파일 로딩](https://docs.aws.amazon.com/redshift/latest/dg/t_loading-gzip-compressed-data-files-from-S3.html) + [Amazon CloudFront를 사용하여 압축된 파일 제공](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ServingCompressedFiles.html) # SUS04-BP08 다시 생성하기 어려운 경우에만 데이터 백업 스토리지 소비를 최소화하려면 비즈니스 가치가 있거나 규정 준수 요구 사항을 충족하는 데 필요한 데이터만 백업합니다. 백업 정책을 검토하고 복구 시나리오에서 가치를 제공하지 않는 임시 스토리지는 제외합니다. **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 + 데이터 분류를 사용하여 백업해야 할 데이터를 설정합니다. + 쉽게 다시 생성할 수 있는 데이터를 제외합니다. + 백업 대상에서 임시 데이터를 제외합니다. + 공용 위치에서 데이터를 복원하는 데 필요한 시간이 서비스 수준 계약(SLA)을 초과하지 않는 한, 데이터의 로컬 사본을 제외합니다. ## 리소스 **관련 문서:** + [AWS Backup을 사용하여 Amazon EFS 파일 시스템 백업 및 복구](https://docs.aws.amazon.com/efs/latest/ug/awsbackup.html) + [Amazon EBS 스냅샷](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html) + [Amazon Relational Database Service의 백업 작업](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html)