成本管理入门
了解如何跟踪 OpenShift 成本
摘要
前言
成本管理可帮助您监控和分析 OpenShift Container Platform 和公共云成本,以提高业务管理。它基于上游社区项目 Koku。
要开始,请参阅以下主题:
- 您可以用成本管理以及您的机构可能要使用它的原因
- 如何设置和配置成本管理
- 设置后如何调整设置
- 如何使用成本管理
您可以使用成本管理来跟踪 Amazon Web Services (AWS)、Microsoft Azure、Google Cloud、Oracle Cloud 和 OpenShift Container Platform 环境的成本和使用数据。
第 1 章 为什么使用成本管理
成本管理 是作为 Red Hat Insights 服务产品组合订阅的一个免费产品。通过成本管理,您可以监控和分析您的成本,以改进业务管理。
成本管理可帮助您简化 OpenShift Container Platform 等容器平台的资源和成本管理,以及 Amazon Web Services (AWS)、Google Cloud、Oracle Cloud 和 Microsoft Azure 等公共云。
1.1. 通过成本管理,您可以完成什么操作?
随着容器化业务应用程序的扩展和性能,您需要聚合和有意义的数据,以便您能够快速分析集群支出并与业务优先级保持一致。
为了应对业务挑战,成本管理使您的组织可以降低内部和公共云环境的项目级别的成本。这种可见性使 IT 和金融利益相关者为与应用程序相关的成本提供了独特的快照。
通过成本管理,您可以实现以下几个目标:
- 视觉化、了解和分析如何在混合云基础架构中使用资源和成本
- 跟踪成本趋势
- 将收费映射到项目和机构
- 使用成本模型规范化数据并添加标记
- 预测您的未来消耗,并将其与您的预算进行比较
- 优化资源和使用
- 识别您可能需要调查的使用模式
- 与可以使用您的成本和重新提供数据的第三方工具集成
这些上述目标最终可帮助您的组织优化成本、提高效率并节省资金。
1.2. 成本管理如何工作?
了解一些关键的 OpenShift 概念非常重要:
- Cluster
- 一组共同管理并参与工作负载管理的服务器。
- 节点
根据集群,一个是虚拟或物理的 worker 机器。
- Master 节点 : master 节点托管 control plane 并管理集群,包括调度和扩展应用程序和维护集群的状态。
- Worker 节点 : Worker 节点负责运行容器并执行工作负载。
- Pod
- 一个或多个容器的集合。它是可能的最小单元。
- 持久性卷声明 (PVC)
- 持久性卷(PV)框架可让集群管理员为集群置备持久性存储。开发人员可以使用持久性卷声明(PVC)来请求 PV 资源。
在高级别上,成本管理通过通过以下方式处理集成的数据来计算您的成本:
- 从云 bill 中,成本管理需要所有节点的成本,并确定哪些节点属于哪些集群,哪些节点是 worker 或 master 节点。
- 然后,成本管理决定在集群和命名空间中运行哪些 pod,并计算每个使用中央处理单元(CPU)、内存、磁盘空间和 PVC 量。
- 成本管理将所建立的使用指标的成本与云成本乘以计算每个 pod 成本的资金。
如果您有成本模型,它会分发平台的成本或未分配容量的成本。
- 如果您没有创建 Red Hat OpenShift Container Platform 成本模型,我们使用隐式成本模型。这个方法根据 CPU 有效使用,从云 bill 分发成本。
成本管理不使用公共价格。相反,它会读取您的云,以处理您拥有的节省计划、保留实例、折现或其他成本。成本管理还会跟踪哪些节点上运行 pod。如果您有不同的实例类型或相同的实例类型,但具有不同的价格,则成本管理仍然可以对每个 pod 的正确成本。
第 2 章 如何设置成本管理
要开始使用成本管理,请完成以下四个步骤,以及任何适用的子步骤:
成本管理可以分析内部 OpenShift 实例或基于云 OpenShift 实例的成本数据。如果您的机构有一个 OpenShift 的内部实例,请完成以下步骤:
成本管理还支持 AWS、Google Cloud、Oracle Cloud 和 Microsoft Azure。要为在云供应商上运行的 OpenShift 设置成本管理,请完成以下步骤:
最后,按照以下步骤完成内部和云设置:
2.1. 注册
成本管理是 Red Hat Insights 服务产品组合的一部分。高级分析工具的 Red Hat Insights 套件可帮助您识别和优先影响您的操作、安全性和业务。
您可以在 混合云控制台中 访问成本管理。要开始,点 。 →
注册后,配置具有 Cloud Administrator 访问权限的用户,可向成本管理添加云或 OpenShift 集成。如需更多信息,请参阅为红帽服务配置云集成。
2.2. 连接并查看您的成本数据
要开始分析您的成本数据,您需要输入有关成本的信息。
如果您的组织设置了带有 OpenShift 的内部集群,或者与云供应商集成,您将采取的步骤。
2.2.1. 选项 1:内部
要开始内部集群,请完成以下步骤:
2.2.1.1. 安装 Metrics Operator
Red Hat® OpenShift® Operator 自动创建、配置和管理 Kubernetes 原生应用程序的实例。您的 OpenShift 集群应该已经设置,但还需要设置 Metrics Operator。
要安装 Metrics Operator,请按照 安装成本 operator 中的说明操作。
2.2.1.2. 设置 OpenShift 标签
标签(也称为 标签)是您分配给资源的自定义元数据的字符串。您可以使用标签来区分和分配环境各部分之间的成本。
要了解标签的不同用例以及如何设置它们,请参阅使用标记管理成本数据。
2.2.1.3. 创建 Red Hat OpenShift 成本模型
最后,您必须添加成本模型来准确分析您的成本。
成本模型是一个框架,它使用原始成本和指标来定义成本的计算。您可以记录、分类和分发成本模型给特定客户、业务单元或项目产生的成本。
要了解如何设置成本模型,请参阅使用成本模型。
2.2.2. 选项 2:云
成本管理支持 AWS、Google Cloud、Oracle Cloud 和 Microsoft Azure。与内部集群不同,您需要设置一个集成来连接到云供应商。
要将成本管理与您的云供应商集成,请完成以下步骤:
2.2.2.1. 安装 Metrics Operator
Red Hat® OpenShift® Operator 自动创建、配置和管理 Kubernetes 原生应用程序的实例。您的 OpenShift 集群应该已经设置,但还需要设置 Metrics Operator。
要安装 Metrics Operator,请按照 安装成本 operator 中的说明操作。
2.2.2.2. 为您的云供应商添加集成
要启用成本管理,使用云供应商(如 AWS、Google、Oracle 或 Azure)监控成本,您需要设置一个集成。集成是成本管理连接到和监视器的供应商帐户。
为每个提供程序设置集成的过程会有所不同。要了解如何将特定集成添加到成本管理中,请参阅以下指南:
2.2.2.3. 设置 OpenShift 标签
标签(也称为 标签)是您分配给资源的自定义元数据的字符串。您可以使用标签来区分和分配环境各部分之间的成本。
要了解标签的不同用例以及如何设置它们,请参阅使用标记管理成本数据。
2.2.2.4. 创建云成本模型
最后,根据您的云供应商,您需要添加 AWS、Google 或 Azure 成本模型来准确分析您的成本。
成本模型是一个框架,它使用原始成本和指标来定义成本的计算。您可以记录、分类和分发成本模型给特定客户、业务单元或项目产生的成本。
要了解如何设置云成本模型,请参阅使用成本模型。
2.3. 控制您的权限
您可能希望将对数据的访问限制为仅限特定用户或机构。要了解如何控制权限,请参阅 限制成本管理资源的访问权限。
2.4. 分析结果
现在,您的成本数据会被生成,您可以分析您的结果并改变您的业务。要了解更多有关成本分析的信息,请使用 Cost Explorer 来可视化您的成本。
=
第 3 章 成本管理的主要概念
查看以下术语,确保您了解成本管理中的重要定义:
- Cost
- 基础架构和补充成本总和或过滤数据的总成本。此总和可包括特定帐户、区域或服务的成本。
- 原始成本
- 云供应商在任何成本模型计算前报告的成本。
- 未分配的成本
- 在按项目对 OpenShift 成本数据进行分组时,可以查看的成本。这些成本在 Platform 未分配 和工作程序所在的行中,在按项目查看 OpenShift 成本数据时可用。
- 平台未分配的成本
- 未分配给运行工作负载的主要和基础架构节点的部分成本。在这种情况下,这些工作负载是 OpenShift 平台或 control plane。
- Network unattributed costs
- 与单个节点的入口和出口网络流量相关的成本。
- worker 未分配的成本
- 代表 worker 节点用量和请求容量中未使用的部分的成本。
- Unattributed cost
- 与云集成相关的成本,其不是 OpenShift 项目的属性。
- 开销成本
- 管理云帐户的成本。
3.1. 成本层
您可以在环境的不同层中创建成本。在成本管理中,所有成本都可以归类为基础架构或补充成本。要自定义 Details 页面中显示什么成本管理,您可以分配并展示您的成本层,作为成本模型中的任何成本层。
- 基础架构成本
在成本管理方面,所有云成本都被视为基础架构成本。它们可能会包括云提供商通过 Amazon (AWS)、Microsoft Azure 或 Google Cloud 导出直接报告的成本。但是,您还可以指定从价格列表中计算的基础架构成本,以特别标记为基础架构。
注意默认情况下,OpenShift Container Platform 节点和每个月率的集群成本被归类为基础架构成本。您可以选择将它们分类为补充组。
- 补充成本
- 不直接对基础架构指示的所有成本都被识别为补充成本。在成本管理中,这些成本源自将价格列表应用到从 OpenShift 集群获取的指标。价格列表中的速率必须指定为补充组。这是所有 OpenShift 成本(每个月节点和集群成本除外)的默认值。
3.2. 其他资源
有关成本模型的更多信息,请参阅 成本模型术语。
有关分布成本的详情,请参考 了解成本管理中的成本分布
第 4 章 您的隐私和数据以成本管理
要运行成本管理,我们收集您的成本和使用数据,但不收集任何身份识别信息,如用户名、密码或证书。
对红帽文档提供反馈
我们感谢您对我们文档的反馈并优先排序。尽可能提供更详细的信息,以便可以快速解决您的请求。
先决条件
- 已登陆到红帽客户门户网站。
流程
要提供反馈,请执行以下步骤:
- 单击以下链接: 创建问题。
- 描述 Summary 文本框中的问题或增强。
- 在 Description 文本框中提供有关问题或请求增强的详细信息。
- 在 Reporter 文本框中输入您的名称。
- 点 Create 按钮。
此操作会创建一个文档票据,并将其路由到适当的文档团队。感谢您抽出时间提供反馈。