# 具有經濟效益的資源 **Topics** + [COST 5  您選擇服務時如何評估成本？](w2aac19c13b9b5.md) + [COST 6  您選擇資源類型、大小和數量時，如何達成成本目標？](w2aac19c13b9b7.md) + [COST 7  您如何使用定價模式降低成本？](w2aac19c13b9b9.md) + [COST 8  您如何規劃資料傳輸費？](w2aac19c13b9c11.md) # COST 5  您選擇服務時如何評估成本？ Amazon EC2、Amazon EBS 和 Amazon S3 是基礎 AWS 服務。Amazon RDS 和 Amazon DynamoDB 等受管服務為更高等級或應用程式等級的 AWS 服務。選擇適當的基礎和受管服務，您便可為成本優化此工作負載。舉例來說，您可以使用受管服務減少或省下大部分管理和營運開銷，讓您從事應用程式或企業相關活動。 **Topics** + [COST05-BP01 確定組織的成本要求](cost_select_service_requirements.md) + [COST05-BP02 分析此工作負載的所有元件](cost_select_service_analyze_all.md) + [COST05-BP03 對每個元件執行徹底的分析](cost_select_service_thorough_analysis.md) + [COST05-BP04 選取具成本效益授權的軟體](cost_select_service_licensing.md) + [COST05-BP05 選取此工作負載的元件，以按照組織優先事項來優化成本](cost_select_service_select_for_cost.md) + [COST05-BP06 對一段時間內的不同用量進行成本分析](cost_select_service_analyze_over_time.md) # COST05-BP01 確定組織的成本要求 與團隊成員一起為此工作負載定義成本最佳化與其他支柱 (例如效能和可靠性) 之間的平衡。 **若未建立此最佳實務，暴露的風險等級：** 高 ## 實作指引 為工作負載選取服務時，關鍵是了解組織的優先事項。確保您在成本和其他 Well-Architected 支柱之間取得平衡，例如效能和可靠性。完全成本優化的工作負載是最符合您組織需求的解決方案，不一定是成本最低的解決方案。與組織內的所有團隊會面以收集資訊，例如產品、業務、技術和財務團隊。 **實作步驟** + ** 確定組織的成本要求： **與您組織的團隊成員會面，這些成員包括產品管理人員、應用程式擁有者、開發和營運團隊、管理和財務角色。排定此工作負載及其元件的 Well-Architected 支柱優先順序，輸出為依序列出支柱的清單。您也可以為每個支柱新增加權，這可以指出相應支柱有多少個額外焦點，或兩個支柱之間的焦點有多相似。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP02 分析此工作負載的所有元件 確認分析每個工作負載元件，無論當前大小或當前成本如何。審查工作應反映潛在的效益，例如當前和預計的成本。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 對工作負載中的所有元件執行徹底的分析。確保在工作負載生命週期內取得分析成本與潛在節省之間的平衡。您必須找出元件的目前影響和未來潛在影響。例如，如果建議資源的成本是一個月 10 USD，而低於預測的負載不會超過一個月 15 USD，則花一天努力減少 50% (每月 5 USD) 可能會超過系統生命週期內的潛在利益。使用更快速且更有效率的資料型估算，將為此元件建立最佳整體結果。 工作負載可能會隨時間改變，而且如果工作負載架構或用量變化，適當的服務組合可能並非最佳。選擇服務的分析必須納入目前和未來的工作負載狀態以及用量水平。為未來的工作負載狀態或用量實作服務，可減少或消除未來變更所需的工作量，藉此降低整體成本。 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 和 [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) 可分析概念驗證 (PoC) 或執行環境的成本。您也可以使用 [AWS 定價計算工具](https://calculator.aws/#/) 來估算工作負載成本。 **實作步驟** + **列出工作負載元件： **建置所有工作負載元件的清單。這會做為檢查每個元件是否已經過分析的確認清單。所做的工作應反映貴組織優先事項所定義之工作負載的關鍵性。如果有多個資料庫，在功能上將資源分組在一起可提高效率，例如，生產資料庫儲存。 + **排定元件清單的優先順序：** 取得元件清單，並依工作順序排定其優先順序。這通常是依最昂貴到最便宜的元件成本排序，或依貴組織優先事項所定義的關鍵性排序。 + ** 執行分析：** 對於清單上的每個元件，檢閱可用的選項和服務並選擇最適合您組織優先事項的選項。 ## 資源 **相關文件：** + [AWS 定價計算工具](https://calculator.aws/#/) + [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP03 對每個元件執行徹底的分析 查看每個元件的組織整體成本。透過考慮營運和管理成本來查看整體擁有成本，尤其是在使用受管服務時。審查工作應反映潛在的效益；例如，用於分析的時間與元件成本成正比。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 考慮所節省的時間，讓您的團隊能夠專注於淘汰技術負債、創新和增值功能。例如，您可能需要將內部部署的環境盡快提升和轉移至雲端，稍後進行優化。使用受管服務以去除或降低授權成本所體現的節省也值得探討。受管服務免除了維護服務的營運和管理重擔，讓您專注於創新。此外，因為受管服務以雲端規模運作，可使每次交易或服務的成本較低。 通常受管服務具有屬性，您可設定以確保備充足容量。您必須設定並監控這些屬性，使得額外的容量保持最低程度，並且獲得最大效能。您可使用 AWS 管理主控台 或 AWS API 和 SDK 來修改 AWS Managed Services 的屬性，以使資源上的需要配合經常變動的需求。例如，可將 Amazon EMR 叢集 (或 Amazon Redshift 叢集上) 節點的數量增加或減少，以便擴展或者縮減。 亦可將多重執行個體裝填到一項 AWS 資源上，進行密度更高的使用。例如，可將多個小資料庫佈建至單一 Amazon Relational Database Service (Amazon RDS) 資料庫執行個體。隨著用量增長，可使用快照和恢復程序，將其中一個資料庫搬遷至專用 Amazon RDS 資料庫執行個體。 將工作負載佈建至受管服務上時，您必須了解調整服務容量的要求。這些要求通常是時間、心力和對一般工作負載運作的影響。佈建的資源必須允許發生任何變更，佈建必要的額外開銷來實現。為了修改服務所需持續投注的心力，利用與系統和監控工具例如 Amazon CloudWatch 相整合的 API 和 SDK，可降低為幾乎是零。 [Amazon RDS](https://aws.amazon.com/rds/)、[Amazon Redshift](https://aws.amazon.com/redshift/)和 [Amazon ElastiCache](https://aws.amazon.com/elasticache/) 提供受管資料庫服務。[Amazon Athena](https://aws.amazon.com/athena/)、[Amazon EMR](https://aws.amazon.com/emr/)和 [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) 提供受管分析服務。 [AMS](https://aws.amazon.com/managed-services/) 是代表企業客戶和合作夥伴營運 AWS 基礎設施的服務。它提供安全且合規的環境，您可以將工作負載部署至其中。AMS 使用企業雲端營運模型與自動化，讓您符合組織需求、更快速地遷移至雲端，以及降低持續管理成本。 **實作步驟** + ** 執行徹底的分析： **使用元件清單，從最高優先到最低優先順序處理每個元件。對於優先順序更高且成本更高的元件，請執行額外的分析並評估所有可用選項及其長期影響。對於優先順序較低的元件，評估用量的變更是否會變更元件的優先順序，然後執行適當的工作分析。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP04 選取具成本效益授權的軟體 開放原始碼軟體會剔除對工作負載增加大量成本的軟體授權費用。請在需要授權軟體時，避免繫結至任意屬性 (例如 CPU) 的授權，尋找繫結至輸出或成果的授權。這些授權的成本會更接近其提供的效益。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 使用開放原始碼軟體可免除軟體授權的成本。隨著工作負載的大小擴展，這可能會對工作負載成本產生重大影響。測量授權軟體的效益與總成本，以確保您擁有優化的工作負載。模擬授權的任何變更以及這些變更對工作負載成本的影響。如果廠商變更資料庫授權的成本，調查這會如何影響工作負載的整體效率。考慮廠商的歷史定價公告，以了解其產品授權變更趨勢。授權成本也可能獨立於輸送量或用量，例如依硬體擴展的授權 (CPU 綁定授權)。應該避免這些授權，因為成本可能會快速增加，而不會帶來相應結果。 **實作步驟** + ** 分析授權選項： **檢閱可用軟體的授權條款。尋找具備所需功能的開放原始碼版本，以及授權軟體的效益是否超過成本。有利條款將使軟體成本符合其提供的效益。 + ** 分析軟體供應商： **檢閱來自於廠商的任何歷史定價或授權變更。尋找不符合成果的任何變更，例如，在特定廠商硬體或平台上執行的懲罰性條款。此外，尋找他們執行可能施加的稽核和懲罰的方式。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP05 選取此工作負載的元件，以按照組織優先事項來優化成本 選取所有元件時需考慮成本因素。這包括使用應用程式層級和受管服務，例如 Amazon Relational Database Service ([Amazon RDS](Amazon%20Relational%20Database%20Service%20(Amazon%20RDS)))、 [Amazon DynamoDB](https://docs.aws.amazon.com/dynamodb/?id=docs_gateway)、Amazon Simple Notification Service ([Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)) 和 Amazon Simple Email Service ([Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway))，以降低整體組織成本。使用無伺服器和容器執行運算，例如 AWS Lambda、用於靜態網站的 Amazon Simple Storage Service ([Amazon S3](https://docs.aws.amazon.com/s3/?id=docs_gateway)) 和 Amazon Elastic Container Service ([Amazon ECS](https://docs.aws.amazon.com/ecs/?id=docs_gateway)) 建立持續整合/持續部署 (CI/CD) 管道。使用開放原始碼軟體或無授權費用的軟體，將授權成本降到最低：例如，用於運算工作負載的 Amazon Linux，或將資料庫遷移到 [Amazon Aurora](https://docs.aws.amazon.com/rds/?id=docs_gateway)。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 您可以使用無伺服器或應用程式層級服務，例如 [AWS Lambda](https://aws.amazon.com/lambda/)、[Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/)， [Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)和 [Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway)。這些服務讓您無須管理資源，並提供程式碼執行、佇列服務和訊息傳遞功能。另一個好處是，它們可隨用量擴展效能和成本，因此能夠有效率地分配成本和劃分歸屬。 如需無伺服器的詳細資訊，請參閱 [Well-Architected 無伺服器應用程式聚焦白皮書](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html)。 ** 實作步驟** + ** 選取每個服務以最佳化成本： **使用您的優先順序清單和分析，選取最符合您組織優先事項的每個選項。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP06 對一段時間內的不同用量進行成本分析 工作負載可能隨時間變更。某些服務或功能在不同的用量層級上更具成本效益。按預計用量隨時間對每個元件執行分析，此工作負載在其整個生命週期內保持成本效益。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 隨著 AWS 發佈新的服務和功能，工作負載的最佳服務可能會改變。所需的努力應與潛在效益相符。工作負載檢閱頻率取決於您的組織需求。如果成本高昂，則更快實作新的服務可節省最多成本，因此更頻繁的檢閱是有利的。觸發檢閱的另一個因素是使用模式變化。用量的重大變更可能表示替代服務更理想。例如，如需較高的資料傳輸速率，直接連線服務可能比 VPN 更便宜，並提供所需的連線能力。預測服務變更的潛在影響，讓您可以監控這些用量等級觸發條件，並更快實作最經濟實惠的服務。 **實作步驟** + ** 定義預測用量模式： **與您的組織 (例如行銷和產品擁有者) 合作，記錄工作負載的預期和預測用量模式。 + ** 根據預測用量執行成本分析：** 使用定義的使用模式，在每個點執行分析。分析工作應該反映潛在成果。例如，如果用量變更很大，則應執行徹底的分析來驗證任何成本和變更。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST 6  您選擇資源類型、大小和數量時，如何達成成本目標？ 確保您為手上的任務選擇適當的資源大小和資源數量。您透過選擇最具成本效益的類型、大小和數量，最大限度地減少浪費。 **Topics** + [COST06-BP01 執行成本建模](cost_type_size_number_resources_cost_modeling.md) + [COST06-BP02 根據資料選取資源類型、大小及數目](cost_type_size_number_resources_data.md) + [COST06-BP03 根據指標自動選取資源類型、大小和數目](cost_type_size_number_resources_metrics.md) # COST06-BP01 執行成本建模 確定組織要求並對工作負載及其每個元件執行成本建模。在不同預測負載下對工作負載執行基準測試活動，並比較成本。建模工作應反映潛在效益。例如，花費的時間與元件成本成正比。 **若未建立此最佳實務，暴露的風險等級：** 高 ## 實作指引 為您的工作負載及其每個元件執行成本建模，以了解資源之間的平衡，並根據特定效能等級，找出工作負載中每個資源的合適大小。在不同預測負載下對工作負載執行基準測試活動，並比較成本。建模工作應反映潛在效益；例如，花費的時間與元件成本或預測的節省成正比。如需最佳實務，請參閱 *檢閱* 經濟實惠的 [效能達成效率支柱白皮書](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html)。 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 可協助對執行中工作負載進行成本建模。它根據歷史用量，提供運算資源的合適大小建議。這是運算資源的理想資料來源，因為它是免費服務，並利用機器學習根據風險等級提出多個建議。您也可以使用 [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) 和 [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) 搭配自訂日誌作為資料來源，以便精簡化其他服務和工作負載元件。 以下是成本建模資料和指標的建議： + 監控必須準確反映最終使用者的體驗。為時段選擇正確的精細度，並悉心選擇最大或 99%，而非平均值。 + 為分析的時段選擇涵蓋任何工作負載週期所需的正確精細度。例如，假設所執行的是為期兩週的分析，您可能會忽略高利用率的每月週期，導致佈建不足。 **實作步驟 ** + ** 執行成本建模： **將工作負載或概念驗證部署到具有要測試之特定資源類型和大小的獨立帳戶。使用測試資料執行工作負載，並記錄輸出結果以及測試執行時的成本資料。然後重新部署工作負載或變更資源類型和大小，並重新執行測試。 ## 資源 **相關文件：** + [AWS Auto Scaling](https://aws.amazon.com/autoscaling/) + [Amazon CloudWatch 功能](https://aws.amazon.com/cloudwatch/features/) + [成本優化：Amazon EC2 調整大小](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html) + [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) # COST06-BP02 根據資料選取資源類型、大小及數目 根據有關工作負載和資源特性的資料來選擇資源大小或類型。例如，運算、記憶體、輸送量或寫入密集。通常使用工作負載的先前 (內部部署) 版本、文件或其他有關工作負載的資訊來源來進行此選擇。 **若未建立此最佳實務，暴露的風險等級：** 中 ## 實作指引 根據工作負載和資源特性選擇資源大小或類型，例如，運算、記憶體、輸送量或寫入密集。通常使用成本建模、工作負載的先前版本 (例如內部部署版本)、文件或其他有關工作負載的資訊來源 (白皮書、已發佈的解決方案) 來進行此選擇。 **實作步驟** + **根據資料選擇資源：** 使用成本建模資料，選擇預期的工作負載用量等級，然後選擇指定的資源類型和大小。 ## 資源 **相關文件：** + [AWS Auto Scaling](https://aws.amazon.com/autoscaling/) + [Amazon CloudWatch 功能](https://aws.amazon.com/cloudwatch/features/) + [成本優化：EC2 調整大小](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html) # COST06-BP03 根據指標自動選取資源類型、大小和數目 使用目前執行的工作負載中的指標來選擇正確的大小和類型，以最佳化成本。針對 Amazon Elastic Compute Cloud (Amazon EC2)、Amazon DynamoDB、Amazon Elastic Block Store (Amazon EBS) (PIOPS)、Amazon Relational Database Service (Amazon RDS)、Amazon EMR 和聯網等服務適當地佈建輸送量、大小和儲存。這可透過回饋迴圈 (例如自動調整規模) 或工作負載中的自訂程式碼來完成。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 在工作負載中建立意見回饋迴圈，使用執行中工作負載的作用中指標來變更該工作負載。您可以使用受管服務，例如 [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)，將其設定為為您執行精簡化操作。AWS 也會提供 [API、SDK](https://aws.amazon.com/developer/tools/)和功能，讓修改資源變得非常輕鬆。您可以設定工作負載來停止和啟動 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體，以允許變更執行個體大小或執行個體類型。這不僅帶來精簡化的效益，同時消除變更所需的幾乎所有營運成本。 有些 AWS 服務內建自動類型或大小選擇，例如 [Amazon Simple Storage Service (Amazon S3) 智慧型分層](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)。Amazon S3 智慧型分層會根據您的使用模式，自動在兩個存取層 (經常存取和不常存取) 之間移動您的資料。 **實作步驟** + ** 設定工作負載指標： **確保擷取工作負載的關鍵指標。這些指標提供客戶體驗 (例如工作負載輸出) 的指示，並符合資源類型和大小 (例如 CPU 和記憶體用量) 之間的差異。 + ** 檢視適當調整大小的建議： **使用 AWS Compute Optimizer 中的適當調整大小建議來調整您的工作負載。 + ** 根據指標自動選擇資源類型和大小： **使用工作負載指標，手動或自動選擇您的工作負載資源。在應用程式內設定 AWS Auto Scaling 或實作程式碼，可在需要頻繁變更時減少所需的工作量，而且它可能比手動程序更快地實作變更。 ## 資源 **相關文件：** + [AWS Auto Scaling](https://aws.amazon.com/autoscaling/) + [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) + [Amazon CloudWatch 功能](https://aws.amazon.com/cloudwatch/features/) + [CloudWatch 設定](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html) + [CloudWatch 發布自訂指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html) + [成本優化：Amazon EC2 調整大小](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html) + [Amazon EC2 Auto Scaling 入門](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html) + [Amazon S3 智慧型分層](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/) + [使用 SDK 啟動 EC2 執行個體](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html) # COST 7  您如何使用定價模式降低成本？ 使用最適合您資源的定價模式，大幅減少支出。 **Topics** + [COST07-BP01 執行定價模式分析](cost_pricing_model_analysis.md) + [COST07-BP02 根據成本實作區域](cost_pricing_model_region_cost.md) + [COST07-BP03 選取具成本效益條款的第三方協議](cost_pricing_model_third_party.md) + [COST07-BP04 針對此工作負載的所有元件實作定價模式](cost_pricing_model_implement_models.md) + [COST07-BP05 在主要帳戶層級執行定價模式分析](cost_pricing_model_master_analysis.md) # COST07-BP01 執行定價模式分析 分析工作負載的每個元件。判斷元件與資源是否會執行較長期間 (針對承諾折扣)，或動態與短期執行 (針對 Spot 或隨需執行個體)。使用 AWS Cost Explorer 中的建議功能對工作負載執行分析。 **若未建立此最佳實務，暴露的風險等級：** 高 ## 實作指引 AWS 提供多種 [定價模式](https://aws.amazon.com/pricing/) ，可讓您以最經濟實惠的方式為資源付費，以符合組織需求。 **實作步驟** + ** 執行承諾折扣分析：** 在您的帳戶中使用 Cost Explorer，檢閱 Savings Plans 和預留執行個體建議。若要確認您在承擔相應風險的同時以所需折扣實作正確的建議，請遵循 [ Well-Architected 實驗室的指示進行](https://wellarchitectedlabs.com/cost/costeffectiveresources/)。 + **分析工作負載彈性： **使用 Cost Explorer 中的每小時精細度，或自訂儀表板。分析工作負載彈性。尋找正在執行的執行個體數量的定期變更。短期執行個體是 Spot 執行個體或 Spot 叢集的候選項目。 + [Well-Architected 實驗室：Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity) + [Well-Architected 實驗室：成本視覺化](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html) ## 資源 **相關文件：** + [存取預留執行個體的推薦](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html) + [執行個體購買選項](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) **相關影片：** + [節省高達 90% 的成本並在 Spot 執行生產工作負載](https://www.youtube.com/watch?v=BlNPZQh2wXs) **相關範例：** + [Well-Architected 實驗室：Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity) + [Well-Architected 實驗室：成本視覺化](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html) + [Well-Architected 實驗室：定價模式](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html) # COST07-BP02 根據成本實作區域 每個區域的資源定價可能不同。考慮區域成本，可協助確保您為此工作負載支付最低的總價。 **若未建立此最佳實務，暴露的風險等級：** 中 ## 實作指引 當您建構解決方案時，一項最佳實務是盡量將運算資源置於接近使用者之處，以提供較低延遲和強大的資料主權。對於全球受眾，應使用多重位置以滿足這類需要。應選擇能使成本最低的地理位置。 AWS 雲端基礎設施的建置基礎為 [區域和可用區域](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)。區域是世界上有多個可用區域的實體位置。可用區域由一或多個分散的資料中心所組成，每個都有備援電源、聯網和連線能力，且置放在不同的機構。 每個 AWS 區域各在當地市場條件之下運作，各區域的資源定價不同。您可以選擇特定區域以操作解決方案的元件或全部，以便以最低價格於全球執行。您可以使用 [AWS 定價計算工具](https://calculator.aws/#/) 估算各個區域的工作負載成本。 **實作步驟** + ** 審查區域定價： **分析目前區域的工作負載成本。依服務和用量類型，從最高成本開始，計算其他可用區域的成本。如果預測儲存超過移動元件或工作負載的成本，請遷移至新區域。 ## 資源 **相關文件：** + [存取預留執行個體的推薦](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html) + [Amazon EC2 定價](https://aws.amazon.com/ec2/pricing/) + [執行個體購買選項](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) + [區域表](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/) **相關影片：** + [節省高達 90% 的成本並在 Spot 執行生產工作負載](https://www.youtube.com/watch?v=BlNPZQh2wXs) # COST07-BP03 選取具成本效益條款的第三方協議 具成本效益的協議和條款可確保這些服務的成本隨其提供的優勢而擴展。選擇可在為您的組織提供額外優勢時擴展的協議和定價。 **若未建立此最佳實務，暴露的風險等級：** 中 ## 實作指引 當您在雲端使用第三方解決方案或服務時，定價結構必須符合成本優化的成果。定價應根據其提供的結果和價值進行擴展。例如，軟體從節省的成本中提取一定比例，節省得 (成果) 越多，收費就越高。依帳單擴展的協議通常不符合成本優化，除非它們為特定帳單每個部分帶來成果。例如，對於提供 Amazon Elastic Compute Cloud (Amazon EC2) 建議且收費整個帳單一定百分比作為費用的解決方案，如果您使用該解決方案無法提供優勢的其他服務，則成本會上升。另一個範例是受管服務，依受管資源成本百分比計費。較大的執行個體大小不一定需要更多的管理工作，但收費更高。確保這些服務定價安排在其服務中包含成本優化計劃或功能，以提升效率。 **實作步驟** + ** 分析第三方協議和條款：** 審查第三方協議中的定價。針對不同的用量等級執行建模，並將新成本納入考量，例如新服務用量，或因工作負載成長而產生的目前服務增加量。決定額外成本是否為您的企業提供所需的優勢。 ## 資源 **相關文件：** + [存取預留執行個體的推薦](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html) + [執行個體購買選項](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) **相關影片：** + [節省高達 90% 的成本並在 Spot 執行生產工作負載](https://www.youtube.com/watch?v=BlNPZQh2wXs) # COST07-BP04 針對此工作負載的所有元件實作定價模式 永久執行的資源應使用預留容量，例如 Savings Plans 或預留執行個體。設定短期容量以使用 Spot 執行個體或 Spot 機群。隨需執行個體僅用於無法中斷且執行時間不夠長，以及不適合使用預留容量的短期工作負載 (介於 25% 到 75% 之間的時間，視資源類型而定)。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 考慮工作負載元件的需求，並了解潛在的定價模式。定義元件的可用性需求。判斷是否有多個獨立資源在工作負載中執行相同功能，以及隨時間工作負載需求的變化。比較使用預設隨需定價模式和其他適用的模式的資源成本。考量資源或工作負載元件的任何潛在變更。 **實作步驟** + **實作定價模式： **使用分析結果購買 Savings Plans (SP)、預留執行個體 (RI) 或實作 Spot 執行個體。如果是第一次購買 RI，請選擇清單中的前 5 或 10 項建議，然後監控和分析下個月或未來兩個月的結果。定期購買少量承諾折扣，例如每兩週或每月。針對可能中斷或無狀態的工作負載，實作 Spot 執行個體。 + **工作負載審查週期：** 實作工作負載的審查週期，特別分析定價模型涵蓋範圍。一旦工作負載達到所需的涵蓋範圍，請每二至四週購買額外的承諾折扣，或隨著組織用量變更進行購買。 ## 資源 **相關文件：** + [存取預留執行個體的推薦](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html) + [EC2 Fleet](https://aws.amazon.com/blogs/aws/ec2-fleet-manage-thousands-of-on-demand-and-spot-instances-with-one-request/) + [如何購買預留執行個體](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/) + [執行個體購買選項](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) + [Spot 執行個體](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) **相關影片：** + [節省高達 90% 的成本並在 Spot 執行生產工作負載](https://www.youtube.com/watch?v=BlNPZQh2wXs) # COST07-BP05 在主要帳戶層級執行定價模式分析 使用 Cost Explorer Savings Plans 和預留執行個體建議，在管理帳戶層級針對承諾折扣執行定期分析。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 執行定期成本建模，可確保跨多個工作負載進行優化。例如，如果多個工作負載使用隨需執行個體，則在彙總層級變更的風險會更低，而且實作以承諾為基礎的折扣可獲得更低的整體成本。建議以兩週到一個月的頻率定期執行分析。這可讓您進行小幅的調整，因此定價模式的涵蓋範圍會隨著不斷變化的工作負載及其元件不斷演變。 使用 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 建議工具，尋找承諾折扣的機會。 若要尋找 Spot 工作負載的機會，可使用整體用量的每小時檢視，並尋找定期出現用量或彈性變化的時段。 **實作步驟** + ** 執行承諾折扣分析： **在您的帳戶中使用 Cost Explorer，檢閱 Savings Plans 和預留執行個體建議。若要確認在承擔相應風險的同時以所需折扣實作正確的建議，請遵循 Well-Architected 實驗室的指示進行。 ## 資源 **相關文件：** + [存取預留執行個體的推薦](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html) + [執行個體購買選項](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) **相關影片：** + [節省高達 90% 的成本並在 Spot 執行生產工作負載](https://www.youtube.com/watch?v=BlNPZQh2wXs) **相關範例：** + [Well-Architected 實驗室：定價模式](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_3_Pricing_Models/README.html) # COST 8  您如何規劃資料傳輸費？ 務必規劃和監控資料傳輸費，以便做出可大幅減少成本的架構決策。小但有效的架構變更可隨時間大幅減少營運成本。 **Topics** + [COST08-BP01 執行資料傳輸建模](cost_data_transfer_modeling.md) + [COST08-BP02 選擇元件以優化資料傳輸成本](cost_data_transfer_optimized_components.md) + [COST08-BP03 實作可降低資料傳輸成本的服務](cost_data_transfer_implement_services.md) # COST08-BP01 執行資料傳輸建模 收集組織要求並執行工作負載及其每個元件的資料傳輸建模。這可確定其目前資料傳輸要求的最低成本點。 **若未建立此最佳實務，暴露的風險等級：** 高 ## 實作指引 了解資料傳輸在工作負載中的位置、傳輸成本及其相關效益。這可讓您做出明智的決策，以修改或接受架構決策。例如，您可能有一個多個可用區域組態，您在可用區域之間複寫資料。您要建立結構成本模型，並決定這是實現所需可靠性和彈性可接受的成本 (類似於在兩個可用區域中支付運算和儲存費用)。 針對不同用量等級建立成本模型。工作負載用量會隨時間改變，在不同等級，不同的服務可能更經濟實惠。 使用 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 或 [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) 以了解資料傳輸成本並建模。設定概念驗證 (PoC) 或測試工作負載，並以逼真的模擬負載執行測試。您可以根據不同的工作負載需求建立成本模型。 **實作步驟** + ** 計算資料傳輸成本： **使用 [AWS 定價頁面](https://aws.amazon.com/pricing/) 計算工作負載的資料傳輸成本。針對工作負載用量的增加和減少，計算不同用量等級的資料傳輸成本。如果工作負載架構具有多個選項，請計算每個選項的成本進行比較。 + ** 將成本與結果連結：** 對於產生的每筆資料傳輸成本，請指定工作負載達到的結果。如果在元件之間傳輸，可能是用於解耦，如果在可用區域之間傳輸，則可能是用於冗餘。 ## 資源 **相關文件：** + [AWS 快取解決方案](https://aws.amazon.com/caching/aws-caching/) + [AWS 定價](https://aws.amazon.com/pricing/) + [Amazon EC2 定價](https://aws.amazon.com/ec2/pricing/on-demand/) + [Amazon VPC 定價](https://aws.amazon.com/vpc/pricing/) + [使用 Amazon CloudFront 更快地交付內容](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/) # COST08-BP02 選擇元件以優化資料傳輸成本 選擇所有元件，並設計架構以降低資料傳輸成本。這包括使用廣域網路 (WAN) 優化和多可用區域 (AZ) 組態等元件 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 為資料傳輸建構，可確保您將資料傳輸成本降至最低。這可能涉及使用內容交付網路以將資料靠近使用者放置，或從您內部至 AWS 使用專用網路連結。您也可以使用 WAN 優化和應用程式優化，來減少元件之間傳輸的資料量。 **實作步驟** + **選擇用於資料傳輸的元件： **使用資料傳輸模型，專注於資料傳輸成本最高的位置或工作負載用量變更時資料傳輸成本最高的位置。尋找替代架構或其他元件，以消除或降低資料傳輸需求或降低成本。 ## 資源 **相關文件：** + [AWS 快取解決方案](https://aws.amazon.com/caching/aws-caching/) + [使用 Amazon CloudFront 更快地交付內容](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/) # COST08-BP03 實作可降低資料傳輸成本的服務 實作服務以降低資料傳輸。例如，使用 Amazon CloudFront 之類的內容交付網路 (CDN) 向最終使用者交付內容，使用 Amazon ElastiCache 快取層，或者使用 AWS Direct Connect 代替 VPN 連線到 AWS。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 [Amazon CloudFront](https://aws.amazon.com/cloudfront/) 是一個全球內容交付網路，在低延遲和高傳輸速度之下遞送資料。其快取位於全球節點的資料，能減輕您的資源所受的負載。藉由 CloudFront，在最低延遲之下交付內容給全球大量使用者方面，您可減少管理所費的心力。 [Direct Connect](https://aws.amazon.com/directconnect/) 服務可讓您建立連接至 AWS 的專用網路連線。如此可降低網路成本，增加頻寬，並且比網際網路連線提供更一致的網路體驗。 [Site-to-Site VPN](https://aws.amazon.com/vpn/) 可讓您在私有網路和 AWS 全球網路之間建立安全且私有的連線。它非常適合小型辦公室或商業合作夥伴，因為它提供快速且容易使用的連線，而且是全受管的彈性服務。 [VPC 端點](https://docs.aws.amazon.com/vpc/latest/privatelink/concepts.html) 允許透過私有網路連接各 AWS 服務，可用於降低公有網路的資料傳輸量和 [NAT 閘道的](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) 成本。[閘道 VPC 端點](https://docs.aws.amazon.com/vpc/latest/privatelink/gateway-endpoints.html) 不收取小時費用，且支援 Amazon Simple Storage Service (Amazon S3) 和 Amazon DynamoDB。[界面 VPC 端點](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) 由 [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-share-your-services.html) 提供，收取小時費用和每 GB 使用費。 **實作步驟** + ** 實作服務： **使用資料傳輸模型，查看成本最高和磁碟區流量最大的位置。檢閱 AWS 服務，並評估是否有可減少或移除傳輸的服務，特別是聯網和內容交付方面。另請尋找可重複存取資料或大量資料的快取服務。 ## 資源 **相關文件：** + [AWS Direct Connect](https://aws.amazon.com/directconnect/) + [AWS 探索我們的產品](https://aws.amazon.com/) + [AWS 快取解決方案](https://aws.amazon.com/caching/aws-caching/) + [Amazon CloudFront](https://aws.amazon.com/cloudfront/) + [使用 Amazon CloudFront 更快地交付內容](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)