此内容已过时。此版本的架构完善的框架现在可在以下位置找到： https://docs.aws.amazon.com/zh_cn/wellarchitected/2022-03-31/framework/cost-optimization.html

COST 3: 如何监控使用情况和成本？

建立策略和程序以便监控并适当分配您的成本。这让您能够衡量和改进工作负载的成本效益。

资源

Managing AWS Cost and Usage Reports
AWS tagging strategies
Analyzing your costs with Cost Explorer
Analyzing your costs with AWS Budgets

最佳实践:

改进计划

配置详细信息源

  • 配置成本和使用情况报告 : 使用账单控制台，至少配置一个成本和使用情况报告。配置以每小时为粒度的报告，以便包括所有标识符和资源 ID。还可以创建采用不同粒度的其他报告，以提供概括性摘要信息。
    AWS Account Setup
  • 在 Cost Explorer 中配置每小时粒度 : 使用账单控制台，启用每小时和资源级别数据。注意：启用此功能会产生相关成本，请参阅定价。
    AWS Account Setup
    AWS Cost Management Pricing
  • 配置应用程序日志记录 : 确保应用程序记录所交付的每项业务成果，以便进行跟踪和衡量。确保该数据的粒度至少为每小时，以便与成本和使用情况数据匹配。有关日志记录和监控的更多详细信息，请参阅卓越运营支柱。
    Well-Architected Operational Excellence Pillar

    • 确定成本归属类别

  • 定义组织类别 : 与利益相关者召开会议，定义反映组织结构和要求的类别。这些将直接对应于现有财务类别的结构，例如业务单位、预算、成本中心或部门。了解云为您带来的业务成果（例如培训或教育），因为这些也是组织类别。可以将多个类别分配给一个资源，并且一个资源可以位于多个不同的类别中，因此可以根据需要定义任意多个类别。
  • 定义功能类别 : 与利益相关者召开会议，定义反映业务所含功能的类别。这可以是工作负载名称或应用程序名称以及环境类型（例如生产、测试或开发）。可以将多个类别分配给一个资源，并且一个资源可以位于多个不同的类别中，因此可以根据需要定义任意多个类别。

    • 建立组织指标

  • 定义工作负载结果 : 与业务利益相关者召开会议，定义工作负载成果。这些主要用于衡量客户使用情况，因此必须是业务指标，而不是技术指标。每个工作负载应该有少量的概要指标（少于 5 个）。如果工作负载针对不同的使用案例产生多个结果，请将其分组为一个指标。
  • 定义工作负载组件结果 : 如果工作负载大而复杂，或者可以轻松地将工作负载分为输入和输出定义明确的多个组件（例如微服务），则可以选择为每个组件定义指标。这项工作应反映组件的价值和成本。按照从大到小的顺序，从最大的组件开始，逐步处理较小的组件。

    • 配置账单和成本管理工具

  • 创建成本优化组 : 配置账户并创建可以访问所需成本和使用情况报告的组。该组必须包括负责或管理应用程序的所有团队的代表。这可确保每个团队都能访问其成本和使用情况信息。
    Well-Architected Labs - AWS Account Setup
  • 配置 AWS 预算 : 在所有账户中为您的工作负载配置 AWS 预算。通过使用标签设置账户总支出预算和工作负载预算。
    Well-Architected Labs: Cost and Governance Usage
  • 配置 AWS Cost Explorer : 为工作负载和账户配置 AWS Cost Explorer。创建工作负载控制面板，以跟踪总支出和工作负载的关键使用指标。
    Well-Architected Labs: Billing Visualization
  • 配置高级工具 : 可以选择为您的组织创建自定义工具，以便提供额外详细信息和粒度。可以使用 Amazon Athena 实现高级分析功能，使用 Amazon QuickSight 实现控制面板。
    Well-Architected Labs: Cost and Usage Analysis
    Well-Architected Labs: Cost and Usage Visualization

    • 在成本和使用情况中添加组织信息

  • 定义标记方案 : 召集整个业务的所有利益相关者来定义方案。这通常包括技术人员、财务人员和管理人员。定义所有资源必须具有的标签列表，以及资源应该具有的标签列表。确保标签名称和值在整个组织内保持一致。
    AWS tagging strategies
  • 标记资源 : 使用定义的成本归属类别，根据类别在工作负载中的所有资源上放置标签。使用 CLI、标签编辑器或 Systems Manager 等工具提高效率。
    AWS tagging strategies
  • 实施 Cost Categories : 您可以创建 Cost Categories，而无需采用标记，Cost Categories 使用现有的成本和使用情况维度。根据方案创建类别规则，并在 Cost Categories 中加以实施。
    AWS Cost Categories
  • 自动标记 : 为确保对所有资源保持高水平的标记，请自动进行标记，以便在创建资源时自动对其进行标记。使用 AWS CloudFormation 等服务中的功能确保在创建资源时进行标记。还可以创建自定义微服务，用于定期扫描工作负载并删除没有标记的任何资源，此方法非常适合测试和开发环境。
    AWS CloudFormation Resource Tag
    Amazon EC2 and Amazon EBS add support for tagging resources upon creation
  • 监控和报告标记 : 为确保在整个组织中保持高水平的标记，请跨工作负载报告和监控标记。可以使用 AWS Cost Explorer 查看标记资源和未标记资源的成本，也可以使用标签编辑器等服务。定期审核未标记资源的数量，并执行操作添加标记，直到达到所需的标记级别。

    • 根据工作负载指标分配成本

  • 将成本分配到工作负载指标 : 使用定义的指标和配置的标记，创建结合工作负载输出和工作负载成本的指标。使用 Athena 和 QuickSight 等分析服务，为整个工作负载和任何组件创建效率控制面板。