使用成本模型

Cost Management Service 2021

配置成本模型以反应您的云成本

Red Hat Customer Content Services

摘要

本指南解释了成本模型功能、配置和相关术语。

第 1 章 使用成本模型

您可以使用成本管理模型来将价格应用到混合云环境中的使用,然后向资源分配成本。

如果您对本指南有任何改进建议,或发现了任何错误,请访问 http://bugzilla.redhat.com, 针对 Cloud Software Services(cloud.redhat.com) 提交 Bugzilla 报告,以了解 成本管理 组件。

1.1. 什么是成本模型?

很难找出基于云的 IT 系统的实际成本。不同的来源提供各种成本数据和指标,它们可能会比较复杂,能够一起计算和准确分配成本。

成本模型是一个框架,用于定义所存储在成本管理中的成本的计算。使用成本模型,您可以将价格与源提供的指标关联,以负责资源使用情况。

在某些情况下,这些成本与基础架构的原始成本相关,其他成本则基于将使用情况与成本相关联的价格列表。在添加标记前,必须对数据进行规范化,以覆盖您的开销,然后将成本分发给您的资源和/或最终用户。它有助于将成本与使用率匹配:那些使用更多资源的用户将会获得更多好处。

1.2. 成本模型概念

这些术语和概念对于了解成本管理的成本模型工作流非常重要。

成本模型
成本模型是一个框架,用于使用原始成本和指标来定义成本管理中存储的成本的计算。成本模型用于成本管理及核算,以及成本的视觉化和分析。它为用户查看的成本信息提供了基础。成本模型生成的成本可以记录、分类并分配给特定客户、业务单元或项目。

1.2.1. 成本层

成本可以在环境的不同层中创建。在成本管理中,所有成本都可归类为基础架构成本或附加成本(包括您没有被识别为基础架构的成本)。在成本模型中,您可以选择分配并列出成本作为这些成本层。因此,您可以自定义每个详情页面中显示的成本管理。

基础架构成本

这个成本可能来自两个不同的来源:

  • 云供应商通过 Amazon(AWS)成本和使用量报告、Microsoft Azure 或 Google Cloud 导出直接报告成本。在当前成本管理版本中,所有云成本都被视为基础架构成本。
  • 从专门标记为基础架构的价格列表中计算的成本。

    注意

    OpenShift Container Platform 节点和集群每月成本率默认归类为基础架构成本,但可以选择归类为补充成本。

附加成本
所有没有直接分配给基础架构的成本都被认为是额外成本。在当前成本管理版本中,这些成本源自将价格列表应用到从 OpenShift 集群获得的指标。价格列表中的速率必须指定为 additional。这是除每个月节点和集群成本外的所有 OpenShift 成本的默认设置。

1.2.2. 成本模型术语

cost
基础架构和附加成本的总和。这可视为所显示过滤数据的"总成本"(如特定帐户、区域或服务的成本)。
原始成本
云供应商在不应用任何成本模型计算的情况下报告的成本。
markup

在成本管理应用程序中,通过将标记或 • 应用到基础架构原始成本来计算成本的一部分。

示例:对于原始成本为 100 和 10% 的标记,标记应为 ©,成本为110(两者相同)。

使用成本

通过对指标数据应用每小时和/或按月价格列表率计算的成本部分。

示例:对于指标 100 个内核小时和 1 小时/核小时的速率,使用成本将为0。

按月成本

将每月价格列表率应用到指标的成本部分作为使用成本的一部分。可以通过一个成本模型来为 OpenShift 节点或集群配置每月成本,以考虑订阅成本。

每个月成本当前显示为成本管理 API 和接口的使用成本的一部分。

注意

目前,在 API 中报告的时间里不会对这些成本进行分级处理,因此当查看日常成本时,每月成本才会在月份的第一天显示。

示例:对于有 10 个节点的 OpenShift 集群,每个节点每月有 10000 个节点,其每月成本为 1000000。

价格列表
应用程序的成本模型中用来计算资源使用成本的速率列表。
分布式成本
由成本模型计算的成本被分配到更高的应用程序概念,如项目、帐户、服务等。成本的分配方式取决于成本模型中分配的成本类型(基础架构或附加组件)。

1.3. 成本模型工作流

下图显示了成本模型工作流,成本模型工作流用于将价格应用到指标和清单,规范化不同来源的成本数据,应用标记(或 ❏),然后在相关资源间分配成本。

成本模型还有助于将原始成本与成本管理中使用的成本区分开来。

costmodel workflow

  1. 成本管理从多个来源收集成本数据:

    • 清单 - 源中正在运行或正在运行的所有资源的列表,无论资源是否正在使用。例如,如果您的 OpenShift Container Platform 环境包含一个没有使用的节点, 则该节点仍然会 每月成本。收集清单数据的方法有几种: 成本管理可以通过 AWS 成本和使用量报告、Azure 或 Google Cloud 导出或 OpenShift Metering Operator 报告生成清单。
    • 指标 - OpenShift 清单的子集,显示每个资源的使用和消耗。
    • 云原始成本 - AWS、Azure 和 Google Cloud 提供常规报告,了解用于计算成本管理的资源消耗及其成本。因此,云源不需要配置自定义价格列表。
  2. 成本模型 允许您应用您选择的标记或周期来考虑其他成本和开销,并提供将成本层(基础架构或附加组件)分配到成本的选项:

    1. 对于 OpenShift Container Platform 源 - 由于指标和清单数据没有分配用于使用的价格,您必须创建并为源分配一个 价格列表,以确定这些资源的 使用成本。价格列表包括存储、内存、CPU 用量和请求率以及集群和节点。
    2. 对于 AWS、Azure 和 Google Cloud 源 - 您可以通过应用 标记 百分比或负百分比来对这些源创建成本模型,以考虑环境中的额外成本或开销。
  3. 然后从源收集成本并将其分配为 基础架构成本 和额外 成本
  4. 然后,这个成本会被 分配给 跨环境中的资源。根据您的机构,这些资源可能包含 OpenShift 项目、节点或集群以及云源服务或帐户。您还可以使用标记(tag)来根据机构中团队、项目或组来分配成本。
注意

有关为成本管理配置标记的更多信息, 请参阅使用标记管理成本数据

第 2 章 设置成本模型

根据您的要求,在成本管理中配置成本模型。

2.1. 将标记或虚拟机应用到云源

创建 AWS、Azure 或 Google Cloud 成本模型,将标记或虚拟机应用到您的云基础架构成本。

由于云基础架构源(AWS、Azure 或 Google Cloud)收集成本和使用情况数据以使用已经分配的价格,您只需要分配一个标记(如果需要),以准确反映您的成本。

原始成本 中添加标记可让您考虑开销成本,如管理 AWS 帐户的成本、Azure 订阅或其他支持成本。标记(markup)是一个估算,用于没有通过指标或用量来显示您的成本。

本例演示了如何在从 AWS 成本和使用量报告收集的信息中添加 10% 标记。相同的方法可用于对 Azure 或 Google Cloud 成本应用标记或虚拟机。

先决条件

流程

  1. Cost model 菜单中 点击 Create cost model 来打开成本模型向导。
  2. 输入成本模型的名称和描述,然后选择 Amazon Web Services(AWS) 作为源类型,以将成本模型应用到。点 Next
  3. 要对资源的基本成本应用 10% 标记,在 标记率中 输入 10 并点 Next

    注意
    • 要应用一个 而不是标记,请输入带有这个值(例如: -15))的减号。
    • 如果您不想应用标记或网站,请输入 0
  4. 选择一个或多个 AWS 源来为成本模型分配并点 Next。选择已经分配了成本模型的源将覆盖之前的成本模型。您还可以在以后为成本模型分配源。
  5. 查看成本模型详情,并点击 Create
  6. Close 退出成本模型向导。

您的新成本模型将出现在 成本模型 页面的列表中。

后续步骤

  • 成本模型 概述页面中,您可以查看有关您的成本模型的信息,包括:

    • 创建了成本模型的源类型
    • 分配给成本模型的源数量
    • 最后一次修改成本模型的日期
  • 查看更多信息、分配或编辑成本模型:

    • Cost model 概述 页面中点击成本模型名称,在其中调出您可以编辑成本模型的详情页,包括源分配、标记和其他设置。
  • 删除成本模型:

    • Cost model 概述 页面中,点击 more options更多选项),然后 删除
  • 查看您的标签和标记策略,以确保将成本分配给正确的资源、成本中心或团队。如需更多信息, 请参阅使用标记来管理成本数据

2.2. 为 OpenShift Container Platform 集群创建成本模型

由于来自 OpenShift Container Platform 源的指标和清单没有相关的成本,您必须创建一个成本模型来将价格与资源关联。

为 OpenShift 源创建成本模型包括使用 CPU内存节点、集群 存储持久性卷声明指标为用量和请求分配价格, 以及应用标记或 来决定 OpenShift 基础架构的总成本。您还可以使用标签来测量基础架构特定部分的成本,如各种存储方法,给您更好地控制各个要求。如需在 成本管理中进行标记的更多信息,请参阅使用标记来管理成本数据

本例演示了如何在云基础架构(如 AWS 或 Azure)上为 OpenShift Container Platform 集群设计并应用成本模型。云基础架构成本在管理成本中可以看到,因此创建成本模型可让您准确反映运行集群的成本。

先决条件

流程

  1. Cost Models 菜单中点击 Create cost model 来打开成本模型向导。
  2. 输入成本模型的名称和描述,然后选择 OpenShift Container Platform 作为源类型,将成本模型应用到。点 Next
  3. 创建价格列表,以便您可以为使用或请求分配速率。成本管理从 OpenShift 收集这些指标,但在应用成本模型前,不会为它们添加成本。您还可以在以后创建价格列表。

    1. 要应用每月 $ © 的节点成本:

      1. Create rate
      2. 对于 Metric,选择 Node
      3. 对于 Measurement,选择 Count(node- months)
      4. 成本管理将节点和集群成本默认归类为 基础架构成本。要更改您要计算的成本类型,请在 Calculation type 下选择它。请参阅了解 第 1.2.1 节 “成本层” 更多信息。
      5. Rate 字段 中输入 1000 以为您选择的源中的每个节点分配一个 $ □(在以后的步骤中)。
      6. Create rate 保存节点速率。
    2. 对 CPU 请求应用速率:

      1. 对于 Metric,选择 CPU
      2. 对于 Measurement,选择 Request(core-hours)
      3. 成本管理将基于指标的数据(如 CPU 请求)默认分类 为附加成本。要更改您要计算的成本类型,请在 Calculation type 下选择它。请参阅了解 第 1.2.1 节 “成本层” 更多信息。
      4. Rate 字段中输入 0.09 来为每个 CPU 请求应用 $0.09 成本。
      5. Create rate 保存 CPU 请求率。
    3. 将基于标签的比率应用到持久性卷声明:

      1. Create rate
      2. 对于 Metric,选择 Persistent volume claim
      3. 对于 Measurement,选择 Count(pvc- months)
      4. 成本管理将持久性卷声明率默认归类为 基础架构成本。要更改您要计算的成本类型,请在 Calculation type 下选择它。请参阅了解 第 1.2.1 节 “成本层” 更多信息。
      5. 选择 Enter rate by tag
      6. Filter by tag key 字段中输入标签键
      7. 输入 Tag 值Rate。您可以选择 Default 来指定该标签键的默认速率。

        注意
        • 指定默认率会将该速率应用到尚未定义的对应标签键的所有标签值。您可以为任何不希望应用到默认率的标签值输入 0 率。
      8. Add more tag 值 根据需要添加多个标签值。
      9. Create rate 保存持久性卷声明率。
    4. 通过重复前面的步骤添加额外率,或者点 Next 完成价格列表配置。
  4. 如果需要,请设置标记(markup)或 。要对资源的基本成本应用 10% 标记,在 标记率中 输入 10 并点 Next

    注意
    • 要应用一个 而不是标记,请输入带有这个值(例如: -15))的减号。
    • 如果您不想应用标记或网站,请输入 0
  5. 选择一个或多个 OpenShift 源来为成本模型分配并点 Next。选择已经分配了成本模型的源将覆盖之前的成本模型。之后,您还可以为成本模型分配源。
  6. 查看成本模型详情,并点击 Create
  7. Close 退出成本模型向导。

您的新成本模型将出现在 成本模型 页面的列表中。

后续步骤

  • 成本模型 概述页面中,您可以查看有关您的成本模型的信息,包括:

    • 创建了成本模型的源类型
    • 分配给成本模型的源数量
    • 最后一次修改成本模型的日期
  • 查看更多信息、分配或编辑成本模型:

    • Cost model 概述页面中点击成本模型 名称,在其中调出您可以编辑成本模型的详情页,包括源分配、价格列表、标记和其他设置。
  • 删除成本模型:

    • Cost model 概述 页面中,点击 more options更多选项),然后 删除
  • 查看您的标签和标记策略,以确保将成本分配给正确的资源、成本中心或团队。如需更多信息, 请参阅使用标记来管理成本数据

法律通告

Copyright © 2021 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.