红帽全球峰会使用标记管理成本数据
使用标签组织资源并分配成本
摘要
第 1 章 规划您的标记策略
1.1. 使用标签
标签(label)在 OpenShift 中也称为标签，是您可以分配给资源的自定义元数据字符串。在成本管理中，标签允许您将成本分配给环境的不同部分，并更准确地查看成本数据。
您可以在云和集群中结合使用标签和层次结构，如项目。云供应商对可以与资源关联的标签数量施加限制，因此您应该为成本管理计划标记策略。
标签还可帮助您实现以下目标：
- 将业务概念映射到报告
- 显示按业务概念分组的成本
- 定义操作，如业务自动化、操作配置集或访问和安全控制
- 根据标签应用策略
- 当无法使用项目或子项目时，将资源分成较小的单元
- 识别多个集群中具有相同环境、成本中心或团队间集成和分组应用程序之间的关系
- 当资源之间没有直接链接，如 RDS 数据库和使用它的 OpenShift 项目时，标识依赖项
1.2. 为标签创建策略
当您为标签计划策略时，您应该考虑组织和报告集成成本的方式。从您认为需要完成组织目标的最小标签数量开始。如果您需要更多，随着时间推移而缓慢地构建。
以下小节概述了在开始创建标签前要进行的一些关键注意事项：
- 值优先级
当多个值与特定资源相同的键关联时，Value 优先级 指的是决定哪个值具有优先权的条件。为了避免在按标签分组时复制成本，每个标签或标签键对于每个资源都必须是唯一的。
要了解更多有关如何考虑值优先级的信息，请参阅 第 1.3 节 “了解标签中的值优先级”。
- 将业务映射到报告
- 定义您要报告的商业视角。例如，您的成本管理的税务可能会考虑以下不同的视角：
- 所有权和使用
- 定义所有者和资源用户：例如，请求资源的用户的唯一标识符，以及实际消耗资源的用户的唯一标识符。
- 租期
- 如果您的环境共享，了解哪个组或业务单元要求该资源会很有帮助。当用户是不同组的一部分时，需要选择一个组。对于成本报告，您可以使用成本中心实现此目的；但部门、项目或合作伙伴也是不错的候选者。
- 位置
- 对于在全局范围内部署软件的组织，云提供商已识别运行资源的区域，但您的私有云可能不同。
- 环境或阶段
- 您可能希望区分开发和生产，以便可以根据您要创建或运行资源的环境进行不同的成本决策。如果您的开发管道已经包含阶段，如 development、test、stage、pre-production 和 production，这是个不错的候选者。
- 应用程序/项目/服务/事件
- 或许，您的环境正在提供一项服务，例如事件的一组临时资源（例如，年份以客户为导向型会议）。您甚至可以包含应用程序版本。
- 标准化您的标签
一致性是标记策略最重要的方面，可以提供准确和可比的成本报告结果。
创建一个明确的标记策略，用于定义需要标记的资源、哪些标签是必需的，以及哪些标签是可选的，确保没有解释空间。
如果需要在列表之间选择值，请验证这些值是否已定义、一致且易于访问，或者是否向用户显示列表。例如，如果您使用键"Development"定义开发，请勿使用 "Dev"、"DEV" 或 "R&D" 等变体，也将资源标识为"Development"。
- 标记集成中的所有元素（手动或通过自动化）
因为无法报告未标记的资源，请尽量标记多个元素，因此最好使用自动化来防止人为错误。集成有不同的自动化功能，以利用进行标记：
- 在 Azure 中，您可以使用 Azure 策略来强制标记规则和约定，并避免部署不符合您的预期资源。您可以创建一个策略，在置备过程中自动应用必要的标签，该策略在日期强制使用预定义的格式，或者为某些资源类型创建一些强制的标签。
- 在 AWS 中，您可以将 IAM 策略用于同一策略。另外，您可以使用 Ansible 等自动化工具在置备过程中添加必要的标签，并验证所有资源是否已正确标记。
- OpenShift Container Platform 不存在可自动标记的方法。
- 根据需要，经常检查您的标签并优化
通过成本管理定义标签并将其尽可能多使用，即使您需要在之后调整标记方案。
提前检查生成的与您的业务所有者和利益相关者相关的报告，以确保标签可帮助您生成所需的报告，每几周查看标记策略以优化它。
- 选择您的标签术语
使用名称来命名资源，允许您在不访问元数据的情况下识别资源，然后通过向其添加元数据来继续。许多云包括了如何正确执行此操作的指南；有关链接，请参阅 第 5 章 其他资源。
将资源映射到键和值中。键将映射到视角，而值则定义每个键允许的不同选项。在某些情况下，该值将是 Null。
并非所有集成都允许相同的标识符，并且具有不同的限制。有关集成的限制，请参阅 第 5.1 节 “按集成类型划分的标签规格”。
1.3. 了解标签中的值优先级
当您将多个值与特定资源的同一键关联时，值优先级 指的是决定哪个值成本管理优先级的条件。为了避免在按标签分组时复制成本，每个标签或标签键都应该是唯一的。
1.3.1. OpenShift 值优先级
在 OpenShift 中，创建可维护最具体值的协议。
1.3.1.1. 命名空间、节点和 pod 标签
如果每个资源具有相同的键，pod 值会覆盖节点和命名空间值。成本管理优先选择 pod 值，因为这些级别上的标签更具体地特定于在其中运行的工作负载。节点标签和命名空间标签更为通用，描述更高级别的特征。
命名空间、节点和 pod 标签具有以下值优先级：
- Pod 标签
- 命名空间标签
- 节点标签
1.3.1.2. 持久性卷和持久性卷声明标签
持久性卷(PV)是集群中独立于节点或命名空间的资源。Pod 创建持久性卷声明(PVC)，从可用 PV 向这些资源发出请求。当请求与其中一个 PV 的条件匹配时，pod 会使用这些声明作为卷。
PV 和 PVC 具有以下值优先级：
- 持久性卷声明标签
- 持久性卷标签
- Pod 标签
- 命名空间标签
- 节点标签
1.3.1.3. Openshift 过滤的云数据
当 OpenShift 过滤了一些内容时，它会指示云供应商的成本与运行 OpenShift 集群相关的内容。当云供应商和 OpenShift 源在成本报告中具有匹配的标签或资源 ID 时，成本管理将与两个报告相关联。此关联计算与运行 OpenShift 相关的云供应商成本量。
我们把两个报告的标签和标签合并成一个，但优先选择云实例的标签，而不是 Openshift 标签 - 因为云实例是数据的原始源：
- 云实例标签
- OpenShift 标签
第 2 章 使用标签管理成本数据
了解标签在成本管理方面如何工作，以及如何使用它们更好地组织并查看您的资源以管理您的成本。
2.1. 启用并创建标签映射
标签映射是您在云集成中组合多个标签时。标签映射可让您对类似的标签进行分组，并使用一个标签键过滤类似的标签。
要映射标签，您必须首先启用它。成本管理的限制为 200 个标签，您可以实现：完成以下步骤：
- 在成本管理中，单击 。
- 单击标题选项卡 、标签和标签。
- 单击下拉菜单，启用标签和标签。
- 选择您要启用的标签。清除标签以禁用它。
- 接下来，单击 Map tags 和 labels 下拉菜单，再单击 。
- 在打开的向导中，选择您要制作子标签的标签。。
- 选择您要作为父标签的一个标签。此操作会将父标签映射到您在上一步中选择的子标签。点击 。
- 检查您的选择并点 。
2.1.1. 重复键故障排除
对于每个资源，每个标签键都必须是唯一的，且只有一个值。但是，当您映射标签时，您可以意外创建违反此规则的场景并创建多个值。
通常，有多个值会复制您的成本。但是，为了避免重复，成本管理会优先选择一个键值。要了解成本管理如何确定值并相应地规划，请参阅 第 1.3 节 “了解标签中的值优先级”。
2.1.1.1. 故障排除示例
在 AWS 上运行 EC2 实例时，请考虑以下示例。您可以使用以下键 > value 对标记此实例：
-
app>foo -
app>bar
在成本管理中，您将 应用程序 映射到 应用程序。因此，同一 EC2 实例有以下键 > 值对：
-
app>foo -
app>bar
在这种情况下，成本管理会优先选择键 App > bar 的预先存在的值。成本管理也会从 AWS 资源中删除关键应用程序 及其值 foo 的关联，以防止重复成本。app=foo 添加到 App=bar 成本。
由于 App 设置为父键，因此成本管理会优先选择标签映射中的 app 值。因此，您应该在设置父标签前考虑您的标签映射策略。
要排除重复键的问题，请确保您的标签键是唯一的，且只有一个值。另外，要了解如何对密钥进行优先级排序，请参阅 第 1.3 节 “了解标签中的值优先级”。
第 3 章 在成本管理中配置标签和标签
您必须在每个集成中配置标签，然后才能成本管理才能使用标签来自动组织您的成本数据。
将集成添加到成本管理后：
- 在每个集成上标记或标记资源。请参阅 第 3.2 节 “在集成上配置标签”。
- 优化并添加到标签以优化成本数据视图。请参阅 第 1.2 节 “为标签创建策略”。
有关配置集成的说明 ，请参阅开始使用成本 管理指南。
3.1. 成本管理关联标签的方式
OpenShift 中的 AWS 和 Microsoft Azure 中的标签由 key:value 对组成。当 key:value 对匹配时，AWS/Azure 和 OpenShift 成本会根据成本管理自动关联。成本管理中的标签匹配不区分大小写：例如，标记 APP 和 OpenShift 资源标记的 OpenShift 资源是 匹配项：
| 源和资源类型 | 键 | value |
|---|---|---|
| AWS 资源(RDS) | APP | Cost-Management |
| OpenShift pod | app | cost-management |
如果 AWS 资源标签与多个 OpenShift 项目匹配，则该资源的成本和使用量会在匹配的项目之间平均分割。
AWS 计算资源不是通过实例 ID 节点关系匹配的 AWS 计算资源的情况。在这种情况下，成本和使用量在 OpenShift 集群中使用有关项目资源消耗的信息会被破坏。
默认情况下，成本管理通过将 Amazon EC2 实例 ID 或 Microsoft Azure 虚拟机实例 ID 与该实例上运行的 OpenShift Container Platform 节点关联，从而跟踪 AWS 计算使用量和成本。
3.1.1. 在成本管理中标记匹配的层次结构
要识别在 AWS 或 Azure 实例上运行的 OpenShift 资源，成本管理按以下顺序匹配集成之间的标签：
- 直接资源匹配(AWS EC2 实例 ID 或 Azure 虚拟机实例 ID)
- 特殊 OpenShift 标签
- 自定义标签
3.1.2. 成本管理中的 OpenShift 标签继承
OpenShift 标签遵循从集群到节点的继承模式，并从项目到容器集。您可以在节点或项目级别关联成本，而无需标记集群中的每个 pod。
来自节点和项目标签的键值对在成本管理中的 pod 指标的 pod 级别上继承。来自集群和节点标签的键值对由每个级别的持久性卷声明(PVC)继承在项目级别。您可以按集群、节点或项目标签分组，以查看这些工作负载中的相关 PVC。
如果 pod 中已存在密钥，则 pod 中该键的值会保留。Cost management 不会用项目或节点值覆盖 pod 值。从节点到项目进行类似的过程。
请考虑以下示例。
示例 1：您的组织将标签 app 和值 costpod1 分配给 pod。此 pod 的项目具有标签 app 和值 cost-project。这些资源在带有标签 us-east-1 的节点上运行。标签 app 和值 costpod1 仍然与 pod 关联。
示例 2：您的组织具有标签 app 和值 cost-project 的项目。该项目有三个运行 pod，它们没有标记。成本管理将标签 app 和值 cost-project 与这些 pod 关联。
3.1.3. 直接资源匹配（实例 ID）
集成会自动应用这些标识符。这种标记形式提供了 Microsoft Azure 或 AWS 实例和 OpenShift 节点之间的直接链接。
AWS 为每个 EC2 实例分配一个资源标识符（如 i-01f44b3d90ef90055）。OpenShift 节点使用 AWS 资源标识符直接与集群在其上运行的 AWS EC2 实例匹配。OpenShift 报告的成本管理（从 Prometheus 数据生成）包括此标识符用于节点。在 Microsoft Azure 中，每个虚拟机实例 ID 包含在 OpenShift 报告中以进行成本管理。
3.1.4. 特殊 OpenShift 标签
您可以使用以下特殊情况标签将云成本与 OpenShift 关联：
-
openshift_cluster -
openshift_node -
openshift_project
这些标签的优先级高于自定义标签，在区分同一实例上运行的不同 OpenShift 集群的成本特别有用。
要使用此标记方法标识 OpenShift 集群，请使用键 openshift_cluster 标记您的实例，并输入 OpenShift 集成名称作为值。在以下示例中，成本管理中的 OpenShift 集成名称为 dev-cluster ：
| 源和资源类型 | 键 | value |
|---|---|---|
| AWS 资源(RDS) |
|
|
| OpenShift cluster |
不需要标签。如果成本管理中的 OpenShift 集成名称是 | 不需要标签。 |
3.1.5. 自定义标签
您可以使用任何 key:value 组合作为标签，成本管理会将相同的标签键和值关联。然后，您可以通过标签键、帐户、服务、区域等对成本进行分组，以查看该标签的成本和费用。
| 源和资源类型 | 键 | value |
|---|---|---|
| AWS 资源(RDS) |
|
|
| OpenShift pod |
|
|
3.2. 在集成上配置标签
要控制成本管理导入的标签，激活或启用您要为每个集成查看的标签：
- 您必须激活 AWS 标签，然后被选择并导出到数据导出中的成本管理。具体步骤请参阅 添加 Amazon Web Services ( AWS)源指南中的激活 AWS标签以进行成本管理 。
- Microsoft Azure 标签在配置 日常 Azure 数据导出调度中配置的成本导出 报告中导出到成本管理。
- OpenShift Container Platform 标签由 Cost Management Metrics Operator 导出，并包含在成本管理使用作为输入的指标报告中。
3.2.1. 为 AWS 资源添加标签
Amazon 会自动创建某些标识符，如 EC2 实例资源标识符，或者 i-123456789 等数字，成本管理使用类似。
您还可以在单个资源级别上添加自己的标签。必须激活这些标签以便成本和使用情况报告，才能将其导出到成本管理应用程序。
使用以下步骤为成本管理配置 AWS 标签：
流程
创建并应用标签到 AWS 资源。
注意如果您完成这两个任务，则必须为 RHEL 系统标记虚拟机：* 从兼容的第三方 Linux 发行版转换为 Red Hat Enterprise Linux (RHEL)。* 您在 AWS 中为第三方迁移列表购买了 RHEL，并在 AWS Cost Allocation tags 页面中激活 RHEL 系统的成本分配标签。
如果您执行了上述两个任务，请创建
com_redhat_rhel_conversion，并将标签值设置为true。如果您使用 ELS （延长的生命周期支持），请创建com_redhat_rhel_addon并将值设置为ELS。最后，创建com_redhat_rhel，并将标签值设置为7或8以匹配您的 RHEL 版本。在下次成本管理下载数据时，这些更改将反映在成本方面。如果您计划为 RHEL metering 标记项，请不要使用主机 metering。您的实例可能会加倍。
有关 AWS 文档中的说明，请参阅 用户定义的成本分配标签。
通过数据导出激活成本管理应用收集的标签。在 AWS Billing 控制台中，从 Cost Allocation Tags 区域选择您要激活的标签。
有关 AWS 文档中的说明，请参阅 激活 AWS 生成成本分配标签。
3.2.2. 为 Microsoft Azure 资源添加标签
要自动创建虚拟机实例的标识符，请添加 Microsoft Azure 集成，成本管理使用类似的标签将 Microsoft Azure 资源与相关的 OpenShift 资源关联。在 Microsoft Azure 中，在单独的资源级别添加您自己的标签。
如果您完成这两个任务，则必须为 RHEL 系统标记虚拟机：* 从兼容的第三方 Linux 发行版转换为 Red Hat Enterprise Linux (RHEL)。* 您在 Microsoft Azure 中为第三方迁移列表购买了 RHEL，并为 RHEL 系统标记虚拟机。
如果您执行了上述两个任务，请创建 com_redhat_rhel_conversion，并将标签值设置为 true。如果您使用 ELS （延长的生命周期支持），请创建 com_redhat_rhel_addon 并将值设置为 ELS。最后，创建 com_redhat_rhel，并将标签值设置为 7 或 8 以匹配您的 RHEL 版本。在下次成本管理下载数据时，这些更改将反映在成本方面。
如果您计划为 RHEL metering 标记项，请不要使用主机 metering。如果您计划标记，这可能会导致实例加倍。
使用 Microsoft Azure 文档中的说明创建并应用 Microsoft Azure 标签以进行成本管理： 使用标签组织 Azure 资源和管理层次结构。
3.2.3. 为 Google Cloud 资源添加标签
您可以将自定义标签应用到 Google Cloud 资源，如虚拟机实例、镜像和持久性磁盘。这些标签会自动添加到您的 BigQuery 导出中，并发送到成本管理。
流程
创建并应用标签到 Google Cloud 资源。
具体步骤，请参阅 Google Cloud 文档中的 创建和管理标签。
3.2.4. 查看 OpenShift 命名空间中的标签
等同于 OpenShift 中的 AWS 或 Microsoft Azure 标签是一个标签，它也由 key:value 对组成。Cost management 服务使用 Prometheus metrics 和 Cost Management Metrics Operator 从节点、Pod 和持久性卷（或持久性卷声明）收集 OpenShift 标签数据。
流程
- 若要查看可用的标签，可导航到 OpenShift Web 控制台中的资源。所有分配的标签都列在 Labels 标题下，例如： openshift.io/cluster-monitoring=true。
3.2.4.1. OpenShift 标签和 Prometheus 字符限制
Cost Management 通过 kube-state-metrics 工具收集 OpenShift 标签，该工具使数据在 Prometheus 中提供。成本管理从 Prometheus 检索此数据。但是，Prometheus 具有标签名称中允许字符的限制规则。因此，kube-state-metrics 工具会自动将标签中的任何不支持的字符转换为下划线()，以确保与 Prometheus 的兼容性。这个转换过程可能会导致冲突，如 有问题的文本和 有问题的/文本 都转换为 有问题的文本。要解决这个问题，kube-state-metrics 工具会自动添加后缀 _conflict_N_，其中 _N 是一个数字。在本例中，它会将标签转换为 有问题的文本_conflict1 和 。
problematic _text_conflict2
如果成本管理中缺少预期的标签，请检查原始 OpenShift 标签是否有不受支持的字符，如点或斜杠，以查看它在 kube-state-metrics 工具收集时如何重命名它。
3.2.5. 在成本管理中启用和禁用标签
所有云供应商标签都会在成本管理中激活。有时，资源标签太多可能会影响成本管理性能。启用的标签为每个帐户限制为 200。在对标签和匹配 key:value 对进行分组时，不必要的标签也可以使您的成本变得更加复杂。禁用您不会主动用来减少这些潜在问题的标签。
先决条件
- 您必须具有机构管理员或成本 Price List Administrator 特权，才能在成本管理中更改这些设置。如需有关用户角色和访问权限的更多信息，请参阅 限制成本管理资源的访问权限。
流程
- 从 成本管理 中，单击 → 。
- 点 Tags 和 labels 选项卡。
- 选择您要禁用的标签。
单击 。
现在，对于成本管理应用程序，该标签已被取消激活。您可以通过选择要启用的标签并单击 Enable tags 来启用在同一节点上禁用的标签。
3.2.6. 在成本管理中配置 Amazon Web Services 成本类别
您可以在成本管理服务中启用或禁用 Amazon Web Services (AWS)成本类别。除了标签外，AWS 成本类别还允许您的组织对有意义的成本和使用量信息进行分组。要在成本管理中使用成本类别，必须首先在 AWS 控制台中配置它们。以下流程描述了如何在成本管理服务中启用成本类别。
先决条件
- 您必须具有机构管理员或成本 Price List Administrator 特权，才能在成本管理中更改这些设置。如需有关用户角色和访问权限的更多信息，请参阅 限制成本管理资源的访问权限。
- 您已将 Amazon Web Services 集成添加到通过 Amazon Web Services 控制台启用成本类别的成本管理。
流程
- 从 成本管理 中，单击 → 。
- 点 Cost categories 选项卡。
- 选择要启用的成本类别。您可以选择多个。
点 。
现在为成本管理应用程序启用了所选成本类别。您还可以通过选择您要禁用的成本类别并点 Disable categories 来禁用成本类别。
第 4 章 查看和导出您的成本数据
4.1. 过滤您的成本数据视图
通过标签，您可以自定义成本数据的视图。您可以根据类型（如项目、节点、集群）或标签查看资源，以调查为什么某些资源显示成本增加，或者数据查找时。
本例演示了如何查看集群中每个 OpenShift 项目的成本量。
先决条件
- 您的 OpenShift 集群增加了成本管理数据集成。具体步骤 ，请参阅将 OpenShift Container Platform 数据整合到 成本管理 中的成本管理。
- 您的云基础架构帐户已添加为成本管理数据集成。有关云供应商类型的说明，请参阅开始使用成本管理。
- 在集成上配置标签。有关提示和配置说明，请参阅 第 3.2 节 “在集成上配置标签”。
流程
- 在 OpenShift 详情 菜单中，单击过滤器按钮，然后选择 Tag。
- 在 Choose key 下拉列表中，选择要过滤的密钥。例如，选择 environment 来查看带有 environment 标签的集群。选择标签键可列出另一个下拉菜单，以选择要过滤的值。
- 在 Choose value 下拉列表中，选择要过滤的一个或多个值。例如，选择 qe 和 dev 以显示带有这些标签的 OpenShift 项目的成本数据。
查看每个项目的更多信息：
- 点每个资源的箭头图标来查看资源所属的集群的更多信息，以及 CPU 和内存用量、限值和请求。
点击
显示更多查看选项：
- 点 ，查看应用于 OpenShift 指标的速率来计算成本。
- 点 以打开每日使用比较视图，该视图会将使用量、请求和限制进行比较。
- 点 或 View all tags 查看相关资源和元数据。
- 单击 以重置 OpenShift 详情视图。
4.2. 通过标签类别对成本数据进行分组
您可以通过标签类别对资源进行分组，以进一步调查您的成本数据。
分组和过滤可用于查找成本或问题的根本原因，或调查独立于其他部分的环境，如成本中心或特定环境。
这可让您隐藏有关环境其余部分的信息，以帮助避免成本数据出现不必要的复杂性，并允许您查找所需信息，否则可在其他数据中隐藏。
本例演示了在 OpenShift Container Platform 上运行实验室环境的教育课程供应商如何使用标签分组来根据学士和课程过滤成本信息。
先决条件
- 您的 OpenShift 集群增加了成本管理数据集成。具体步骤 ，请参阅将 OpenShift Container Platform 数据整合到 成本管理 中的成本管理。
- 您的云基础架构帐户已添加为成本管理数据集成。有关云供应商类型的说明，请参阅开始使用成本管理。
- 在集成上配置标签。有关提示和配置说明，请参阅 第 3.2 节 “在集成上配置标签”。
流程
- 从 Group cost by: 字段中的 OpenShift 详情页面中 选择标签键来对成本进行分组。在这种情况下，选择 Tag Key:user 以显示按 student 用户分组的结果。
- 在过滤器区域中，选择 Tag。
- 在 Choose key 列表中，选择标签键 用户。
- 在 Choose value 下拉列表中，检查值 course_id 和 course_type，以识别参加了多少课程 X 和课程成本。
要查看每个资源的更多信息，例如，类 X 具有多少成本：
- 点每个资源的箭头图标来查看资源所属的集群的更多信息，以及 CPU 和内存用量、限值和请求。
- 点 以打开每日使用比较视图，该视图由该资源每天的使用量、请求和限制进行比较。
点击
显示更多查看选项：
- 点 以打开每日使用比较视图，该视图会将使用量、请求和限制进行比较。
- 点 来创建用于报告的 .CSV 文件。指定每日或每月聚合，然后单击 。
- 单击 以重置 OpenShift 详情视图。
4.3. 将成本数据导出到报告工具
通过标签，您可以自定义成本数据的视图。当您要进一步调查某些资源显示成本增加或数据看起来异常的原因时，这非常有用。
本例演示了如何查看特定 OpenShift 资源的数据，并将数据导出到所需的报告工具。
先决条件
- 您的 OpenShift 集群增加了成本管理数据集成。具体步骤 ，请参阅将 OpenShift Container Platform 数据整合到 成本管理 中的成本管理。
- 您的云基础架构帐户已添加为成本管理数据集成。有关云供应商类型的说明，请参阅开始使用成本管理。
- 在集成上配置标签。有关提示和配置说明，请参阅 第 3.2 节 “在集成上配置标签”。
流程
- 在 OpenShift 详情 菜单中，单击过滤器按钮，然后选择 Tag。
- 在 Choose key 下拉列表中，选择要过滤的密钥。例如，选择 版本。选择标签键可列出另一个下拉菜单，以选择要过滤的值。
- 在 Choose value 下拉列表中，选择要过滤的一个或多个值。例如，选择 qe 和 dev 以显示带有这些标签的 OpenShift 资源的成本数据。
- 要导出资源的数据，请选中您要导出数据的每个资源旁边的框。点 以打开导出选项对话框。
- 指定每日或每月聚合，然后单击 。
CSV 文件将下载到您的本地系统，您可以在所需的报告工具中使用该文件。
您还可以从每个资源中的 More options
> Export data 菜单中将数据导出为 .CSV 文件。
单击 以重置 OpenShift 详情视图。
第 5 章 其他资源
5.1. 按集成类型划分的标签规格
标记标准因集成类型而异。要在集成中使用相同的标签/标签，您必须在不同提供程序间使用最常用的所有限制。
下表总结了在 AWS、Azure 和 OpenShift Container Platform 4 之间标记和标记标准：
| 标准 | AWS | Azure | Google Cloud | Red Hat OpenShift |
|---|---|---|---|---|
| Name | Tags | Tags | 标签 | 标签 |
| 格式 | 键和值 | 名称和值 | 键和值 | Key & value Keys: [prefix/]name Prefix: 必须是 DNS 子域 |
| 允许空值 | 是 | 是 | 是 | 是 |
| 每个键的唯一标签 | 是 | 是 | 是 | 是 |
| 区分大小写 | 是 | 否 | 只有小写字母 | 是 |
| 每个资源的限制 | 50 | 50 (15 个存储) | 64 | N/A |
| 密钥长度 | 128 | 512 （用于存储的128） | 63 | 253 (prefix)/ 63 (name) |
| 值长度 | 256 | 256 | 63 | 63 |
| 允许字符 | 字母、数字和空格可在 UTF-8 中，以及以下字符：+ - = . _ : / @ | 标签名称不能包含这些字符： <, >, %, &, \, ?, / | 仅小写字母、数字字符、下划线和短划线. | 名称片段是必需的，且必须是 63 个字符或更少，以字母数字字符([a-z0-9A-Z])开头和结尾，带有短划线(-)、下划线(_)、句点(.)和字母数字。 |
| 限制 | 前缀 "aws:" 被保留。应用到 EC2 的标签可以使用任意字符。并非所有资源类型都支持标签。 | 并非所有资源类型都支持标签。常规化虚拟机不支持标签。应用到资源组的标签不会由资源继承。 | 键必须以小写字母或国际字符开头。 | 为 kubernetes.io/ 和 k8s.io/ 前缀保留前缀。并非所有资源类型都支持标签。 |
| 注 | 您需要选择将包含在成本和使用文件和计费报告中的标签键。 | 您可以使用 JSON 字符串来接管键的限制。 | 对项目中的所有资源可以应用多少个标签没有限制。 | 如果省略了前缀，则标签 Key 将假定为用户专用标签。 |
5.2. 进一步阅读
以下链接提供了有关每种集成类型的标记的进一步指导。
AWS:
OpenShift:
Microsoft Azure:
Google Cloud:
对红帽文档提供反馈
我们感谢您对我们文档的反馈并优先排序。尽可能提供更详细的信息，以便可以快速解决您的请求。
先决条件
- 已登陆到红帽客户门户网站。
流程
要提供反馈，请执行以下步骤：
- 单击以下链接： 创建问题。
- 描述 Summary 文本框中的问题或增强。
- 在 Description 文本框中提供有关问题或请求增强的详细信息。
- 在 Reporter 文本框中输入您的名称。
- 点 Create 按钮。
此操作会创建一个文档票据，并将其路由到适当的文档团队。感谢您抽出时间提供反馈。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}