# SUS 2 如何利用使用者行為模式來支持您的永續性發展目標？ 使用者使用工作負載和其他資源的方式，可協助您找到改善的機會，以達成永續性目標。擴展基礎設施以持續符合使用者負載，同時確保僅部署支援使用者所需的最低資源。讓服務層級符合客戶需求。妥善放置資源，以限制使用者使用資源所需的網路。移除現存未使用的資產。識別未使用的已建立資產並停止產生這些資產。為團隊成員提供滿足其需求的裝置，同時將對永續性的影響降至最低。 最佳實務： # SUS02-BP01 隨使用者負載擴展基礎架構 識別使用率低或無使用率的期間，並縮減資源規模以消除過剩容量、提高效率。 **常見的反模式：** + 您不隨著使用者負載擴展基礎架構。 + 您一律手動擴展基礎架構。 + 您在擴展事件之後維持增加容量，而不是縮減規模。 **建立此最佳實務的優勢：** 設定和測試工作負載彈性，將有助於降低工作負載環境受到的影響、節省金錢，以及維護效能基準。您可以利用雲端中的彈性，在使用者負載尖峰期間或之後自動擴展容量，以確保您使用的資源數量正好足以滿足客戶需求，不會超過。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 + 彈性會比對您擁有的資源供應與這些資源的需求。執行個體、容器和函數提供了彈性機制，可與自動擴展功能結合使用，或是作為服務功能提供。利用架構中的彈性，確保工作負載可在使用者負載較低的時段輕易地迅速縮減規模： + 使用 [Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) 確認您擁有正確數量的 Amazon EC2 執行個體可處理應用程式的使用者負載。 + 使用 [Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/what-is-application-auto-scaling.html) 自動將個別 AWS 服務的資源擴展到 Amazon EC2 以外，例如 Lambda 函數或 Amazon Elastic Container Service (Amazon ECS) 服務。 + 使用 [Kubernetes Cluster Autoscaler](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/) 自動擴展 AWS 上的 Kubernetes 叢集。 + 確認會對要部署的工作負載類型驗證擴充或縮減規模的指標。如果您要部署影片轉碼應用程式，則預期為 100% CPU 使用率，且不應做為您的主要指標。您可以將 [自訂指標](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) (例如記憶體使用率) 用於擴展政策 (如有必要)。若要選擇正確的指標，請考量 Amazon EC2 的下列指引： + 指標應為有效的使用率指標，並說明執行個體的忙碌程度。 + 指標值必須根據 Auto Scaling 群組中的執行個體數量按比例增加或減少。 + 使用 [動態擴展](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scale-based-on-demand.html) 而非 [手動擴展](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-manual-scaling.html) 處理您的 Auto Scaling 群組。我們也建議您將 [目標追蹤擴展政策](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html) 用於動態擴展中。 + 確認工作負載部署可同時處理擴充規模和縮減規模事件。建立縮減事件的測試案例，以確保工作負載如預期般運作。您可以使用 **活動歷史** 測試並驗證 Auto Scaling 群組的擴展活動。 + 評估工作負載以取得可預測模式，並在預計發生預測中的變化和隨需規劃變化時主動擴展。使用 [Amazon EC2 Auto Scaling 的預測擴展](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/) 消除過度改進容量的需求。 ## 資源 **相關文件：** + [Amazon EC2 Auto Scaling 入門](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html) + [EC2 的預測擴展，採用機器學習技術](https://aws.amazon.com/blogs/aws/new-predictive-scaling-for-ec2-powered-by-machine-learning/) + [使用 Amazon OpenSearch Service、Amazon Data Firehose 和 Kibana 分析使用者行為](https://aws.amazon.com/blogs/database/analyze-user-behavior-using-amazon-elasticsearch-service-amazon-kinesis-data-firehose-and-kibana/) + [什麼是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [什麼是 AWS X-Ray？](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) + [VPC Flow Logs](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) + [在 Amazon RDS 上使用 Performance Insights 監控資料庫負載](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) + [介紹對於 Amazon EC2 Auto Scaling 預測擴展的原生支援](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/) + [如何根據記憶體使用率指標建立 Amazon EC2 Auto Scaling 政策 (Linux)](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) + [介紹 Karpenter - 一個開放原始碼的高效能 Kubernetes Cluster Autoscaler](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/) **相關影片：** + [更好、更快、更便宜的運算：成本優化 Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw) **相關範例：** + 實驗室：Amazon EC2 Auto Scaling 群組範例 + [實驗室：使用 Karpenter 實作自動擴展](https://www.eksworkshop.com/beginner/085_scaling_karpenter/) # SUS02-BP02 讓 SLA 符合永續性目標 定義和更新服務水準協議 (SLA)，例如可用性或資料保留期，以將支援工作負載所需的資源數量降至最低，同時繼續滿足業務需求。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 + 定義支援永續性目標，同時滿足您業務需求的 SLA。 + 重新定義 SLA 以符合業務需求，但不超過它們。 + 做出能大幅降低永續性影響的取捨，換取可接受的服務水準降低。 + 使用優先執行業務關鍵功能的和設計模式，對於非關鍵功能允許採用較低的服務層級 (例如回應時間或復原時間目標)。 ## 資源 **相關文件：** + [AWS 服務水準協議 (SLA)](https://aws.amazon.com/legal/service-level-agreements/?aws-sla-cards.sort-by=item.additionalFields.serviceNameLower&aws-sla-cards.sort-order=asc&awsf.tech-category-filter=*all) + [服務水準協議對 SaaS 供應商的重要性](https://aws.amazon.com/blogs/apn/importance-of-service-level-agreement-for-saas-providers/) **相關影片：** + [在 AWS 上建立永續性](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS02-BP03 停止建立和維護不使用的資產 分析應用程式資產 (例如預先編譯的報告、資料集和靜態影像) 和資產存取模式，找出冗餘、未充分利用和可以除役的目標。合併具有冗餘內容的產生資產 (例如，具有重疊或通用資料集與輸出的每月報告)，以避免重複輸出時消耗資源。將未使用的資產除役 (例如不再販售產品的影像) 以釋放消耗的資源，並減少用於支援工作負載的資源數量。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 + 管理靜態資產並移除不再需要的資產。 + 管理產生的資產，以及停止產生並移除不再需要的資產。 + 合併重疊產生的資產以消除冗餘處理。 + 指示第三方停止生產和儲存代表您管理但不再需要的資產。 + 指示第三方合併代表您生產的冗餘資產。 ## 資源 **相關文件：** + [優化您的 AWS 永續性架構，第 II 部分：儲存](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-ii-storage/) **相關影片：** + [在 AWS 上建立永續性](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS02-BP04 針對使用者位置最佳化工作負載的地理位置 分析網路存取模式，識別客戶的地理連接位置。選擇可減少網路流量傳輸距離的區域和服務，以減少支援工作負載所需的總網路資源。 ** 常見的反模式： ** + 您可以根據自身所在位置選取工作負載的區域。 **建立此最佳實務的優勢：** 將工作負載分配到客戶附近的位置，可提供最低的延遲，同時減少網路間的資料移動，並降低環境影響。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 + 根據下列關鍵元素，為您的工作負載部署選取區域： + **您的永續目標：** 相關說明請見 [區域選擇](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/region-selection.html)。 + **資料所在位置：** 對於資料密集型應用程式 (例如大數據和機器學習)，應用程式碼執行時應盡可能接近資料。 + **使用者所在的位置：** 對於面向使用者的應用程式，請選擇接近工作負載客群的區域。 + **其他限制：** 請考量安全性和合規性等限制，相關說明請見 [為工作負載選取區域時應考慮的事項](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/)。 + 使用 [AWS Local Zones](https://aws.amazon.com/global-infrastructure/localzones/) 執行諸如影片轉譯和圖形密集型虛擬桌面應用程式之類的工作負載。Local Zones 可讓您因運算和儲存資源更接近最終使用者而獲益。 + 使用本機快取或 [AWS 快取解決方案](https://aws.amazon.com/caching/aws-caching/) 取得常用的資源，以提升效能、減少資料移動，以及降低環境影響。 + 使用 [Amazon CloudFront](https://aws.amazon.com/cloudfront/) 快取靜態內容 (例如影像、指令碼和影片) 以及動態內容 (例如 API 回應或 Web 應用程式)。 + 使用 [Amazon ElastiCache](https://aws.amazon.com/elasticache/) 快取 Web 應用程式的內容。 + 使用 [DynamoDB Accelerator](https://aws.amazon.com/dynamodb/dax/) 將記憶體內加速新增至 DynamoDB 資料表。 + 使用可協助您在更接近工作負載使用者的位置執行程式碼的服務： + 使用 [Lambda@Edge](https://aws.amazon.com/lambda/edge/) 處理在物件未經快取時所執行的大量運算作業。 + 使用 [Amazon CloudFront 函數](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html) 處理簡單的使用案例，例如可由短期函數執行的 HTTP(s) 請求或回應操作。 + 使用 [AWS IoT Greengrass](https://aws.amazon.com/greengrass/) 為連線的裝置執行本機運算、簡訊和資料快取。 + 使用連線共用來啟用連線重複使用，減少所需資源。 + 使用不倚賴持續連線和同步更新的分散式資料存放區來實現一致性，以服務區域的人口。 + 以共用動態容量取代預先佈建的靜態網路容量，與其他訂閱者分攤網路容量的永續性影響。 ## 資源 **相關文件：** + [優化您的 AWS 永續性基礎架構，第 III 部分：聯網](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/) + [Amazon ElastiCache 文件](https://docs.aws.amazon.com/elasticache/index.html) + [什麼是 Amazon CloudFront？](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Introduction.html) + [Amazon CloudFront 主要功能](https://aws.amazon.com/cloudfront/features/) + [Lambda@Edge](https://aws.amazon.com/lambda/edge/) + [CloudFront 函數](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html) + [AWS IoT Greengrass](https://aws.amazon.com/greengrass/) **相關影片：** + [在 AWS 上建立永續性](https://www.youtube.com/watch?v=ARAitMSIxc8) **相關範例：** + [AWS 聯網研討會](https://catalog.workshops.aws/networking/en-US) # SUS02-BP05 為執行的活動最佳化團隊成員資源 最佳化提供給團隊成員的資源，以盡量減少對永續性的影響，同時支援他們的需求。例如，在使用率高的共用雲端桌面上執行複雜的操作 (例如渲染和編譯)，而不是在使用率低的高功率單一使用者系統上執行。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 + 根據使用方式佈建工作站和其他裝置。 + 使用虛擬桌面和應用程式串流來限縮升級與裝置要求。 + 將大量使用處理器或記憶體的任務移至雲端。 + 評估程序和系統對裝置生命週期的影響，並選擇在滿足業務需求的同時可將裝置更換需求降至最低的解決方案。 + 為裝置實作遠端管理，以減少必要商務差旅時間。 ## 資源 **相關文件：** + [什麼是 Amazon WorkSpaces？](https://docs.aws.amazon.com/workspaces/latest/adminguide/amazon-workspaces.html) + [Amazon AppStream 2.0 文件](https://docs.aws.amazon.com/appstream2/) + [NICE DCV](https://docs.aws.amazon.com/dcv/) + [AWS Systems Manager Fleet Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet.html) **相關影片：** + [在 AWS 上建立永續性](https://www.youtube.com/watch?v=ARAitMSIxc8)