# 資料
**Topics**
+ [
# SUS 4 如何利用資料管理政策和模式，來支援您的永續性目標？
](sus-04.md)
# SUS 4 如何利用資料管理政策和模式，來支援您的永續性目標？
實作資料管理實務來減少支援工作負載所需的佈建儲存，以及減少為了使用它所需的資源。了解您的資料，並使用更有效支援資料業務價值及其使用方式的儲存技術和組態。當需求減少時，將資料循環到效率較高、效能較低的儲存，並刪除不再需要的資料。
**Topics**
+ [
# SUS04-BP01 實作資料分類政策
](sus_sus_data_a2.md)
+ [
# SUS04-BP02 使用支援資料存取和儲存模式的技術
](sus_sus_data_a3.md)
+ [
# SUS04-BP03 使用政策來管理資料集的生命週期
](sus_sus_data_a4.md)
+ [
# SUS04-BP04 使用彈性和自動化來擴展區塊儲存或檔案系統
](sus_sus_data_a5.md)
+ [
# SUS04-BP05 移除不需要或多餘的資料
](sus_sus_data_a6.md)
+ [
# SUS04-BP06 使用共用檔案系統或儲存體存取通用資料
](sus_sus_data_a7.md)
+ [
# SUS04-BP07 盡可能減少跨網路的資料移動
](sus_sus_data_a8.md)
+ [
# SUS04-BP08 僅在難以重新建立時才備份資料
](sus_sus_data_a9.md)
# SUS04-BP01 實作資料分類政策
將資料分類以了解其對業務成果的關鍵性，並選擇適當的節能儲存層來儲存資料。
**常見的反模式：**
+ 您未以正在處理或已儲存的類似特性來識別資料資產 (例如敏感性、業務關鍵性或法規要求)。
+ 您未實作資料目錄以清查資料資產。
**建立此最佳實務的優勢：**實作資料分類政策，可讓您確認最節能的資料儲存層。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
資料分類涉及識別組織擁有或營運的資訊系統中正在處理和儲存的資料類型。此外涉及確認資料的關鍵性，以及資料損毀、遺失或誤用可能造成的影響。
若要實作資料分類政策，請從資料的情境使用採取逆向思維，並建立適當的分類機制，將指定資料集的關鍵性程度納入組織操作的考量中。
### 實作步驟
+ **執行資料清查：**對您工作負載現有的各種資料類型執行清查。
+ **將資料分組：**根據組織面臨的風險，確定資料的關鍵性、機密性、完整性和可用性。使用這些要求，將資料分組為您採用的其中一個資料分類層。範例請見[分類資料及保護新創公司的四個簡單步驟](https://aws.amazon.com/blogs/startups/four-simple-steps-to-classify-your-data-and-secure-your-startup/)。
+ **定義資料分類層級和政策：**針對每個資料群組，定義資料分類層級 (例如公開或機密) 和處理政策。相應地標記資料。如需有關資料分類類別的詳細資訊，請參閱《資料分類》白皮書。
+ **定期審查：**定期審查與稽核您的環境，以尋找未標記及未分類的資料。使用自動化功能來識別這些資料，並適當地分類和標記資料。範例請見 [AWS Glue中的資料型錄和編目程式](https://docs.aws.amazon.com/glue/latest/dg/catalog-and-crawler.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)
**相關影片：**
+ [AWS re：Invent 2022 - 在 上啟用資料治理的靈活性 AWS](https://www.youtube.com/watch?v=vznDgJkoH7k)
+ [AWS re：Invent 2023 - 資料保護和 AWS 儲存的彈性 ](https://www.youtube.com/watch?v=rdG8JV3Fhk4)
# SUS04-BP02 使用支援資料存取和儲存模式的技術
使用最能支援您的資料存取和儲存方式的儲存技術，以在支援工作負載的同時，也將佈建的資源降至最低。
**常見的反模式：**
+ 您假設所有工作負載具有類似的資料儲存和存取模式。
+ 您只使用一個存儲層 – 假設所有工作負載都適合該層。
+ 您假設資料存取模式不會隨著時間改變。
**建立此最佳實務的優勢：**根據資料存取和儲存模式來選取及最佳化您的儲存技術，可協助您降低達成商業需求所需的雲端資源，並改善雲端工作負載的整體效率。
**未建立此最佳實務時的曝險等級：**低
## 實作指引
選取最適合您的存取模式的儲存解決方案，或者考慮變更存取模式，以符合儲存解決方案，從而達到最大的效能效率。
### 實作步驟
+ **評估資料和存取特性：**評估您的資料特性和存取模式，以收集儲存需求的重要特性。應考量的重要特性包括：
+ **資料類型：**結構化、半結構化、非結構化
+ **資料成長：**有界限、無界限
+ **資料耐用性：**持續性、暫時性、臨時
+ **存取模式：**讀取或寫入、頻率、尖峰或一致
+ **選擇適當的儲存技術：**將資料遷移至支援您的資料特性和存取模式的適當儲存技術。以下提供 AWS 儲存技術及其重要特性的一些範例：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_data_a3.html)
+ **自動執行儲存空間配置**：對於固定大小的儲存系統 (例如 Amazon EBS 或 Amazon FSx)，請監控可用儲存空間，並且在接近閾值時自動執行儲存空間配置。您可以利用 Amazon CloudWatch 來收集及分析 [Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using_cloudwatch_ebs.html) 和 [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/monitoring-cloudwatch.html) 的不同指標。
+ **選擇適當的儲存類別：**選擇適當的資料儲存類別。
+ Amazon S3 儲存類別可以在物件層級設定。單一儲存貯體可以包含儲存於所有儲存類別的物件。
+ 您可以使用 [Amazon S3 生命週期政策](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html)在儲存類別之間自動轉換物件或移除資料，而無須進行任何應用程式變更。在考量這些儲存機制時，您通常需要在資源效率、存取延遲與可靠性之間做出取捨。
## 資源
**相關文件：**
+ [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 EBS I/O 特性](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-io-characteristics.html)
+ [ 使用 Amazon S3 儲存類別](https://docs.aws.amazon.com/AmazonS3/latest/userguide/storage-class-intro.html)
+ [什麼是 Amazon Glacier？](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html)
**相關影片：**
+ [AWS re:Invent 2023 - 提高 Amazon EBS 效率並更具成本效益](https://www.youtube.com/watch?v=7-CB02rqiuw)
+ [AWS re:Invent 2023 - 使用 Amazon S3 最佳化儲存價格和效能](https://www.youtube.com/watch?v=RxgYNrXPOLw)
+ [AWS re:Invent 2023 - 在 Amazon S3 上建置和最佳化資料湖](https://www.youtube.com/watch?v=mpQa_Zm1xW8)
+ [AWS re:Invent 2022 - 在 AWS 上建置現代資料架構](https://www.youtube.com/watch?v=Uk2CqEt5f0o)
+ [AWS re:Invent 2022 - 使用專用資料庫將應用程式現代化](https://www.youtube.com/watch?v=V-DiplATdi0)
+ [AWS re:Invent 2022 - 在 AWS 上建置資料網格架構](https://www.youtube.com/watch?v=nGRvlobeM_U)
+ [AWS re:Invent 2023 - 深入探索 Amazon Aurora 及其創新](https://www.youtube.com/watch?v=je6GCOZ22lI)
+ [AWS re:Invent 2023 - 使用 Amazon DynamoDB 的進階資料建模](https://www.youtube.com/watch?v=PVUofrFiS_A)
**相關範例：**
+ [ Amazon S3 範例](https://docs.aws.amazon.com/sdk-for-javascript/v2/developer-guide/s3-examples.html)
+ [AWS 專用資料庫研討會](https://catalog.us-east-1.prod.workshops.aws/workshops/93f64257-52be-4c12-a95b-c0a1ff3b7e2b/en-US)
+ [ 專為開發人員打造的資料庫](https://catalog.workshops.aws/db4devs/en-US)
+ [AWS 現代資料架構 Immersion Day](https://catalog.us-east-1.prod.workshops.aws/workshops/32f3e732-d67d-4c63-b967-c8c5eabd9ebf/en-US)
+ [ 在 AWS 上建置資料網格](https://catalog.us-east-1.prod.workshops.aws/workshops/23e6326b-58ee-4ab0-9bc7-3c8d730eb851/en-US)
# SUS04-BP03 使用政策來管理資料集的生命週期
管理所有資料的生命週期並自動執行刪除，將工作負載所需的儲存總量降至最低。
**常見的反模式：**
+ 您手動刪除資料。
+ 您未刪除任何工作負載資料。
+ 您未根據資料的保留和存取要求，將資料移至更節能的儲存層。
**建立此最佳實務的優勢：**使用資料生命週期政策可確保工作負載中的資料會以有效率的方式存取和保留。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
資料集在其生命週期內，通常會有不同的保留和存取要求。例如，應用程式可能需要在一段時間內頻繁存取某些資料集。這段時間過後，便不會頻繁存取這些資料集。為了隨時間提高資料儲存和運算的效率，請實施生命週期政策，這些政策主要定義如何隨時間處理資料的相關規則。
有了生命週期組態規則後，便能指示特定儲存服務將資料集轉移至更節能的儲存層、將其封存，或加以刪除。此做法可將作用中資料儲存和擷取操作降至最低程度，進而降低能耗量。此外，封存或刪除過時資料等做法，支援法規遵循和資料控管。
### 實作步驟
+ **使用資料分類：**[分類工作負載中的資料集。](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sus_sus_data_a2.html)
+ **定義處理規則：**定義每個資料類別的處理程序。
+ **啟用自動化：**設定自動生命週期政策以強制執行生命週期規則。下面幾個範例會說明如何為不同的 AWS 儲存服務設定自動化生命週期政策：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_data_a4.html)
+ **刪除未使用的資產：**請刪除已超過保留期間的未使用磁碟區、快照和資料。使用原生服務功能 (例如 [Amazon DynamoDB Time To Live](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/TTL.html) 或 [Amazon CloudWatch 日誌保留](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#SettingLogRetention)) 來執行刪除作業。
+ **彙總和壓縮：**根據生命週期規則，在適用的情況下彙總和壓縮資料。
## 資源
**相關文件：**
+ [使用 Amazon S3 儲存類別分析最佳化 Amazon S3 生命週期規則](https://docs.aws.amazon.com/AmazonS3/latest/userguide/analytics-storage-class.html)
+ [使用 AWS Config 規則 評估資源](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html)
**相關影片：**
+ [AWS re:Invent 2021 - Amazon S3 最佳化儲存支出的生命週期最佳實務](https://www.youtube.com/watch?v=yGNXn7jOytA)
+ [AWS re:Invent 2023 - 使用 Amazon S3 最佳化儲存價格和效能](https://www.youtube.com/watch?v=RxgYNrXPOLw)
+ [使用 Amazon S3 生命週期來簡化資料生命週期並最佳化儲存成本](https://www.youtube.com/watch?v=53eHNSpaMJI)
+ [ 使用 Amazon S3 Storage Lens 降低儲存成本](https://www.youtube.com/watch?v=A8qOBLM6ITY)
# SUS04-BP04 使用彈性和自動化來擴展區塊儲存或檔案系統
隨著資料的增長使用彈性和自動化擴充區塊儲存或檔案系統，以盡可能縮小整體的已佈建儲存。
**常見的反模式：**
+ 您為了日後的需求購買大型區塊儲存或檔案系統。
+ 您過度佈建檔案系統的每秒輸入和輸出操作 （IOPS）。
+ 您未監控資料磁碟區的使用率。
**建立此最佳實務的優勢：**盡可能減少儲存系統的過度佈建可減少閒置資源，並改善工作負載的整體效率。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
使用適合工作負載的大小分配、輸送量和延遲，建立區塊儲存和檔案系統。隨著資料的增長使用彈性和自動化擴充區塊儲存或檔案系統，而無需過度佈建這些儲存服務。
### 實作步驟
+ 對於 [Amazon EBS](https://aws.amazon.com/ebs/)等固定大小的儲存體，請確認您正在監控使用的儲存體數量與整體儲存體大小的比較，並在可能的情況下建立自動化，以在達到閾值時增加儲存體大小。
+ 使用彈性磁碟區和受管區塊資料服務，以在持久性資料增長時自動分配額外的儲存空間。例如，您可以使用 [Amazon EBS Elastic Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html) 來變更磁碟區大小、磁碟區類型或調整 Amazon EBS磁碟區的效能。
+ 為您的檔案系統選擇適當的儲存類別、效能模式和輸送量模式以因應商業需求 (勿過量)。
+ [ Amazon EFS效能 ](https://docs.aws.amazon.com/efs/latest/ug/performance.html)
+ [ Linux 執行個體上的 Amazon EBS磁碟區效能 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSPerformance.html)
+ 設定資料磁碟區的目標使用率水準，並調整超出預期範圍的磁碟區大小。
+ 根據資料調整唯讀磁碟區的大小。
+ 將資料遷移到物件存放區，避免從區塊儲存的固定磁碟區大小佈建多餘容量。
+ 定期審查彈性磁碟區和檔案系統以終止閒置磁碟區，並縮減過度佈建的資源以符合目前資料大小。
## 資源
**相關文件：**
+ [ 在調整EBS磁碟區大小後擴展檔案系統 ](https://docs.aws.amazon.com/ebs/latest/userguide/recognize-expanded-volume-linux.html)
+ [ 使用 Amazon EBS Elastic Volumes 修改磁碟區 ](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html)
+ [Amazon FSx 文件](https://docs.aws.amazon.com/fsx/index.html)
+ [什麽是 Amazon Elastic File System？](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html)
**相關影片：**
+ [ 深入探索 Amazon EBS Elastic Volumes ](https://www.youtube.com/watch?v=Vi_1Or7QuOg)
+ [ Amazon EBS和 Snapshot 最佳化策略可提供更好的效能和節省成本 ](https://www.youtube.com/watch?v=h1hzRCsJefs)
+ [ 使用最佳實務來最佳化 Amazon EFS 的成本和效能 ](https://www.youtube.com/watch?v=9kfeh6_uZY8)
# SUS04-BP05 移除不需要或多餘的資料
移除不需要或多餘的資料，以盡量降低儲存資料集時所需的儲存資源。
**常見的反模式：**
+ 您複製可以輕鬆取得或重新建立的資料。
+ 您備份所有資料，而不考慮該資料是否重要。
+ 您只會不定期地刪除資料、在發生營運事件時刪除資料，或完全不刪除資料。
+ 您重複儲存資料，而不理會儲存服務的耐用性。
+ 您在沒有任何商務理由的情況下開啟 Amazon S3 版本控制。
**建立此最佳實務的優勢：**移除不需要的資料會降低工作負載所需的儲存大小，以及工作負載環境所受到的影響。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
當移除不需要的備援資料集時，即可縮減儲存成本和環境耗用面積。這種做法也可讓運算更有效率，因為運算資源只會處理重要資料，而不是不需要的資料。請自動刪除不需要的資料。使用會在檔案層級和區塊層級刪除重複資料的技術。使用服務原生資料複寫和備援功能。
### 實作步驟
+ **評估公有資料集：**評估您是否可以藉由使用 [AWS Data Exchange](https://aws.amazon.com/data-exchange/) 和 [AWS 上的開放資料](https://registry.opendata.aws/)中現有公開提供的資料集，以避免儲存資料。
+ **刪除重複資料：**使用可在區塊和物件層級刪除重複資料的機制。下面幾個範例會說明如何在 AWS 上刪除重複資料：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_data_a6.html)
+ **使用生命週期政策：**使用生命週期政策來自動刪除不需要的資料。使用原生服務功能 (例如 [Amazon DynamoDB Time To Live](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/TTL.html)、[Amazon S3 Lifecycle](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html) 或 [Amazon CloudWatch 日誌保留](https://docs.aws.amazon.com/managedservices/latest/userguide/log-customize-retention.html)) 執行刪除作業。
+ **使用資料虛擬化：**使用 AWS 上的資料虛擬化功能以保有其來源處的資料，並避免資料重複。
+ [AWS 上的雲端原生資料虛擬化](https://www.youtube.com/watch?v=BM6sMreBzoA)
+ [使用 Amazon Redshift 資料共用來最佳化資料模式](https://catalog.workshops.aws/well-architected-sustainability/en-US/3-data/optimize-data-pattern-using-redshift-data-sharing)
+ **使用增量備份：**使用可以進行增量備份的備份技術。
+ **使用原生耐久性：**利用 [Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/DataDurability.html) 的耐久性和 [Amazon EBS 的複寫功能](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volumes.html)來滿足耐久性目標，而非利用自我管理的技術 (例如獨立硬碟冗餘陣列 (RAID))。
+ **使用有效率的記錄：**集中日誌和追蹤資料、刪除重複的日誌項目，並建立根據需要微調詳細程度的機制。
+ **使用有效率的快取：**僅在合理的情況下預先填入快取。
+ 建立快取監控和自動化，據以調整快取大小。
+ **移除舊版資產：**推送工作負載新版本時，從物件存放區和邊緣快取移除過時的部署和資產。
## 資源
**相關文件：**
+ [變更 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)
+ [使用 AWS Lake Formation 整合及刪除重複資料集](https://aws.amazon.com/blogs/big-data/integrate-and-deduplicate-datasets-using-aws-lake-formation-findmatches/)
**相關影片：**
+ [Amazon Redshift 資料共用使用案例](https://www.youtube.com/watch?v=sIoTB8B5nn4)
**相關範例：**
+ [我要如何使用 Amazon Athena 分析 Amazon S3 伺服器存取日誌？](https://aws.amazon.com/premiumsupport/knowledge-center/analyze-logs-athena/)
# SUS04-BP06 使用共用檔案系統或儲存體存取通用資料
採用共用檔案系統或儲存體以避免資料重複，並且讓工作負載有更高效的基礎設施。
**常見的反模式：**
+ 您為每個用戶端佈建儲存體。
+ 您未從非作用中用戶端卸離資料磁碟區。
+ 您未提供跨平台和系統的儲存體存取。
**建立此最佳實務的優勢：**使用共用檔案系統或儲存裝置，無須複製資料即可與一或多個取用者共用資料。這有助於減少工作負載所需的儲存資源。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
如果有多個使用者或應用程式在存取相同的資料集，則務必使用共用儲存技術，讓您的工作負載使用高效的基礎設施。共用儲存技術提供了集中儲存和管理資料的位置，可避免資料重複。此外也可強制執行跨不同系統的資料一致性。再者，共用儲存技術可讓您更有效率地使用運算能力，因為多個運算資源可同時平行存取及處理資料。
請在必要時才從這些共用儲存服務擷取資料，且應卸離未使用的磁碟區以釋出資源。
### 實作步驟
+ **使用共用儲存體：**當資料有多個取用者時，將資料遷移到共用儲存體。以下是 AWS 共用儲存技術的一些範例：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_data_a7.html)
+ **視需要擷取資料：**僅在需要時才將資料複製到共用檔案系統或從中擷取資料。例如，您可以建立 [Amazon S3 支援的 Amazon FSx for Lustre 檔案系統](https://aws.amazon.com/blogs/storage/new-enhancements-for-moving-data-between-amazon-fsx-for-lustre-and-amazon-s3/)，並僅將處理任務所需的資料子集載入至 Amazon FSx。
+ **刪除不需要的資料：**根據您的使用模式適度地刪除資料，如 [SUS04-BP03 使用政策來管理資料集的生命週期](sus_sus_data_a4.md) 中所述。
+ **卸離非作用中用戶端：**將磁碟區與未積極使用它們的用戶端分開。
## 資源
**相關文件：**
+ [ 將您的檔案系統連結到 Amazon S3 儲存貯體](https://docs.aws.amazon.com/fsx/latest/LustreGuide/create-dra-linked-data-repo.html)
+ [ 在無伺服器應用程式中對 AWS Lambda 使用 Amazon EFS](https://aws.amazon.com/blogs/compute/using-amazon-efs-for-aws-lambda-in-your-serverless-applications/)
+ [ Amazon EFS Intelligent-Tiering 最佳化變更存取模式的工作負載成本](https://aws.amazon.com/blogs/aws/new-amazon-efs-intelligent-tiering-optimizes-costs-for-workloads-with-changing-access-patterns/)
+ [ 將 Amazon FSx 與內部部署資料儲存庫搭配使用](https://docs.aws.amazon.com/fsx/latest/LustreGuide/fsx-on-premises.html)
**相關影片：**
+ [ 使用 Amazon EFS 最佳化儲存成本](https://www.youtube.com/watch?v=0nYAwPsYvBo)
+ [AWS re:Invent 2023 - AWS 檔案儲存最新消息](https://www.youtube.com/watch?v=yXIeIKlTFV0)
+ [AWS re:Invent 2023 - Amazon Elastic File System 上適用於建構者和資料科學家的檔案儲存](https://www.youtube.com/watch?v=g0f6lrmEyRM)
# SUS04-BP07 盡可能減少跨網路的資料移動
使用共用檔案系統或物件儲存體存取通用資料，將支援工作負載資料移動所需的整體聯網資源降至最低。
**常見的反模式：**
+ 無論資料使用者位於何處，您都將所有資料儲存在相同的 AWS 區域 中。
+ 您未最佳化資料大小和格式，便將其移至網路。
**建立此最佳實務的優勢：**最佳化整個網路間的資料移動，可減少工作負載所需的整體聯網資源，並降低其環境影響。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
要在您的組織移動資料，需要運算、聯網和儲存資源。使用相關技術盡可能減少資料移動，並改善工作負載的整體效率。
## 實作步驟
+ **使用鄰近性：**[選取工作負載的區域時](https://aws.amazon.com/blogs/architecture/how-to-select-a-region-for-your-workload-based-on-sustainability-goals/)，可將區域與資料或使用者的鄰近性視為決策因素。
+ **分區服務：**對區域性使用的服務進行分區，以便將區域專屬的資料存放在使用它的區域內。
+ **使用有效率的檔案格式：**使用有效率的檔案格式 (例如 Parquet 或 ORC)，並在透過網路移動資料之前先壓縮資料。
+ **盡可能減少資料移動：**請勿移動未使用的資料。一些有助於避免移動未使用資料的範例：
+ 減少 API 回應 (僅回應相關資料)。
+ 彙總詳細的資料 (不需要記錄層級資訊)。
+ 參閱 [Well-Architected 實驗室 - 使用 Amazon Redshift 資料共用來最佳化資料模式](https://catalog.workshops.aws/well-architected-sustainability/en-US/3-data/optimize-data-pattern-using-redshift-data-sharing)。
+ 考慮[在 AWS Lake Formation 中使用跨帳戶資料共用](https://docs.aws.amazon.com/lake-formation/latest/dg/cross-account-permissions.html)。
+ **使用邊緣服務：**使用可協助您在更接近工作負載使用者的位置執行程式碼的服務。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_data_a8.html)
## 資源
**相關文件：**
+ [最佳化您的 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/)
+ [Amazon CloudFront 主要功能，包括 CloudFront Global Edge Network](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)
**相關影片：**
+ [揭密 AWS 上的資料傳輸](https://www.youtube.com/watch?v=-MqXgzw1IGA)
# SUS04-BP08 僅在難以重新建立時才備份資料
避免備份沒有商業價值的資料，以盡可能降低工作負載的儲存資源需求。
**常見的反模式：**
+ 您沒有資料的備份策略。
+ 您備份了可輕易重新建立的資料。
**建立此最佳實務的優勢：**避免備份非關鍵資料可減少工作負載所需的儲存資源，並降低其環境影響。
**未建立此最佳實務時的曝險等級：**中
## 實作指引
避免備份非必要的資料，有助於降低成本和工作負載所使用的儲存資源。僅備份具有商業價值或需要滿足合規要求的資料即可。檢查備份政策，並在復原案例中排除沒有價值的暫時性儲存。
### 實作步驟
+ **將資料分類：**實作資料分類政策，如 [SUS04-BP01 實作資料分類政策](sus_sus_data_a2.md) 所述。
+ **設計備份策略：**根據您的[復原時間點目標 (RTO) 和復原點目標 (RPO)](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_objective_defined_recovery.html) 使用資料分類的關鍵性，並設計備份策略。避免備份非關鍵資料。
+ 排除可輕易重新建立的資料。
+ 從備份排除暫時性資料。
+ 排除資料的本機副本，除非從共同位置還原資料所需的時間不符合服務水準協議 (SLA) 的要求。
+ **使用自動備份：**使用自動化解決方案或受管服務來備份業務關鍵資料。
+ [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) 是一項全受管的服務，可輕鬆在雲端和內部部署環境內集中管理並自動化各 AWS 服務間的資料保護。如需有關如何使用 AWS Backup 建立自動化備份的實作指引，請參閱 [Well-Architected 實驗室 - 測試備份並還原資料](https://catalog.workshops.aws/well-architected-reliability/en-US/4-failure-management/1-backup/30-testing-backup-and-restore-of-data)。
+ [使用 AWS Backup 自動進行 Amazon EFS 的備份及最佳化備份成本](https://aws.amazon.com/blogs/storage/automating-backups-and-optimizing-backup-costs-for-amazon-efs-using-aws-backup/)。
## 資源
**相關的最佳實務：**
+ [REL09-BP01 識別並備份所有需要備份的資料，或從來源複製資料](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_backing_up_data_identified_backups_data.html)
+ [REL09-BP03 自動執行資料備份](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_backing_up_data_automated_backups_data.html)
+ [REL13-BP02 使用定義的復原策略來滿足復原目標](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_disaster_recovery.html)
**相關文件：**
+ [使用 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)
+ [ APN 合作夥伴：可以協助備份的合作夥伴](https://partners.amazonaws.com/search/partners?keyword=Backup)
+ [AWS Marketplace：可用於備份的產品](https://aws.amazon.com/marketplace/search/results?searchTerms=Backup)
+ [ 備份 Amazon EFS ](https://docs.aws.amazon.com/efs/latest/ug/efs-backup-solutions.html)
+ [ 備份 Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html)
+ [ Amazon ElastiCache (Redis OSS) 的備份和還原](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/backups.html)
**相關影片：**
+ [AWS re:Invent 2023 - 提升恢復能力的備份與災難復原策略](https://www.youtube.com/watch?v=E073XISxrSU)
+ [AWS re:Invent 2023 - AWS Backup 最新消息](https://www.youtube.com/watch?v=QIffkOyTf7I)
+ [AWS re:Invent 2021 - 使用 AWS 進行備份、災難復原和勒索軟體保護](https://www.youtube.com/watch?v=Ru4jxh9qazc)