使用成本模型


Cost Management Service 1-latest

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

Red Hat Customer Content Services

摘要

本指南解释了成本模型功能、配置和相关术语。成本管理是 Red Hat Insights 服务产品组合的一部分。高级分析工具的 Red Hat Insights 套件可帮助您识别和优先影响您的操作、安全性和业务。

第 1 章 使用成本模型并分析您的使用情况

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

1.1. 了解成本模型

确定基于云的 IT 系统的实际成本可能比较困难。不同的集成提供各种成本数据和指标,这有助于计算和准确分配成本。成本模型是成本管理的框架,用于确定要应用到成本的计算。使用成本模型,您可以将价格与集成提供的指标相关联,并根据资源利用率的费用相关联。

在某些情况下,成本与基础架构的原始成本相关,而在其他情况下,有一个将使用情况映射到成本的价目表。在添加标记以覆盖您的开销前,必须对数据进行规范化,并将费用分发给您的资源或最终客户。通过成本模型,您可以更好地匹配利用率:使用资源的客户将更多地收取更多费用。

成本模型可以分配多个不同的集成,但单个集成 只能映射到一个 成本模型。

1.2. 成本模型概念和术语

以下术语对于了解成本管理成本模型工作流非常重要:

成本模型
成本模型是一种框架,它定义了成本管理成本的计算成本。成本模型使用原始成本和指标来帮助预算、核算、视觉化和分析。在成本管理中,成本模型为您提供了成本信息的基础,并允许您记录、分类并为特定的客户、业务单元或项目分配成本。
基于计数的成本
特定资源单元应用的收费,如持久性卷声明、节点或集群。您对标识的每个元素收取费用。例如,如果您每个节点收费 $10,且您的环境有 10 个节点,则最终收费为 $100。
分布式成本
通过成本模型计算的成本模型,这些成本分布在更高级别的应用概念,如项目、帐户和服务。成本模型(基础架构或补充)中的成本类型决定了成本的分布方式。
有效使用
每小时使用或请求的 pod 资源,以更高的值
基础架构原始成本
与 OpenShift 用法匹配的 Hyperscaler 成本的部分。此成本通过直接资源匹配或特殊 OpenShift 标签来识别。
markup
通过对成本管理中的基础架构原始成本应用标记或折现计算的成本部分。例如,如果您的原始成本为 $100,标记 10%,则标记为 $10,成本为 $110。
每月成本
通过对作为使用量成本一部分返回的指标应用每月价目表率计算的成本部分。可以为 OpenShift 节点或集群以成本模型配置每月的成本,以考虑订阅成本,并作为成本管理 API 和接口的使用情况成本显示。例如,对于每个月有 10 个节点的 OpenShift 集群,每个节点的速率为 10,000,每月的成本为 100,000。
注意

每月的成本在整个计费期间平均分布。

价格列表
计算资源用量成本中使用的费率列表
Request(请求)
根据 OpenShift 请求的 pod 资源
分布式成本
通过成本模型计算的成本模型,这些成本分布在更高级别的应用概念,如项目、帐户和服务。成本模型(基础架构或补充)中的成本类型决定了成本的分布方式。
使用成本
通过应用每小时或每月定价列表到指标率计算的成本部分。例如,如果指标有 100 个内核小时,且每个内核小时的速率为 $1,则使用量成本为 $100。

1.3. 成本模型指标

运行 OpenShift 集群存在隐性成本。其中许多成本来自与 CPU 核心指标相关的订阅。为了更好地捕获这些成本并将其分发到用户项目中,成本模型具有以下指标:

Expand
表 1.1. 成本模型指标
指标定义计算示例

Cluster - Core-hour

根据 CPU 内核小时,应用到整个集群的订阅成本

公式: CPU 内核的挂载数为小时 * 成本型号率

示例: 16 * 24 * 2 = $768

节点 - Core-hour

根据 CPU 内核小时,应用到节点的每小时订阅模型

此指标也可以与基于标签的率一起使用,来区分 Infra 和 Worker 节点成本。

示例一个计算:4 * 24 * 2 = $192

两个计算示例:

- node 1: 4 * 24 * 2 = $192

- node 2: 4 * 24 * 4 = $384

节点 - Core-month

根据 CPU 内核小时,应用到节点的每月订阅模型

此指标也可以与基于标签的率一起使用,来区分 Infra 和 Worker 节点成本。

此指标基于月份的天数,每天的 amortization 调度。

公式: CPU 内核数 * 成本型号率

monthly 示例: 2 * 100 = $200

日常 3 月(31 天):200/31 = 每天 $6.45 的示例

集群 - 小时

适用于基于运行小时的集群的订阅成本。它不依赖于 CPU 内核。

集群运行为一个整天,并且用户定义的比率为每小时 $10。

公式:集群 小时 * 成本模型率

示例:24 * 10 = $240

VM - Core

要更加精确地控制账单,您现在可以根据使用的物理虚拟机内核数来计费虚拟机(VM)。这个新虚拟机核心指标允许您每小时或每月 bill。您的系统必须在 Operator 版本 4.0.0 或更高版本上运行。

每月,速率在月份的所有天间平均分布在: 物理 vm 内核中(每月的 / 天)

hourly: 物理 vm cores * rate * 为 vm 报告的整个小时数

1.4. 成本模型工作流

下图显示了成本管理用于将价格应用到指标和库存的成本模型工作流,从不同的集成中规范化成本数据,应用标记(或折号),然后在相关资源中分配成本。

成本模型还可帮助区分原始成本与成本管理所使用的成本。

Diagram described by the following paragraph

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

    • 清单 - 集成中运行的所有资源,包括不再使用的资源。例如,如果您的 OpenShift Container Platform 环境包含没有使用的节点,则该节点仍按月成本为 $x。可以通过多种方式将清单数据收集到成本管理中:成本管理可以从 AWS 数据导出、Azure 或 Google Cloud 导出或 OpenShift Metering Operator 报告生成清单。
    • Metrics - OpenShift 清单的一个子集,显示每个资源的使用量和使用。
    • 云原始成本 - AWS、Azure 和 Google Cloud 提供常规报告,以成本管理列表消耗资源及其成本,而这些成本管理用于计算。因此,不需要配置云集成的自定义价格列表。
  2. 成本模型 允许您为其他成本和开销应用您选择的标记或折扣,并提供将成本层(基础架构或补充)分配给成本的选项:

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

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

1.5. 分析未使用的集群和节点容量

您可以通过检查集群的未请求容量和未使用的容量,通过成本管理来分析集群使用量。未请求的容量标识集群中使用请求的资源量。当这个值很高时,集群中的节点会请求超过其使用的资源。您可以查找负责并调整请求的节点,以便更有效地提高集群使用量。但是,使用量可能会超过请求的数量,因此未使用的容量可帮助您了解您是否应该调整整体容量。

Request(请求)
请求的 Pod 资源,OpenShift 报告。
未请求的容量
请求减去用量。
有效使用
每小时使用或请求的 pod 资源,以较大者为准。
未使用的容量
容量减去了有效的使用量。

如需更多信息,请参阅 第 1.2 节 “成本模型概念和术语”

先决条件

流程

  1. 登录到 Red Hat Hybrid Cloud 控制台
  2. Services 菜单中,单击 Spend ManagementCost Management
  3. 查看未使用的集群容量和未请求的集群容量:

    1. 在 Global Navigation 中,单击 Cost ManagementOpenShift
    2. 在 OpenShift 详情页面的 Group By 菜单中,选择 Cluster。根据 Cluster 过滤,然后从结果中选择集群。
    3. 在 Cost overview 选项卡中,您可以在 CPU 标题中看到未使用的容量和未请求的容量。如果未请求的容量大于您未使用的容量,或者未请求的内核小时太高,您可以搜索集群中负责的节点。
  4. 查看未使用的节点容量和未请求的节点容量:

    1. 在 Global Navigation 中,单击 Cost ManagementOpenShift
    2. 在 OpenShift 详情页面的 Group By 菜单中,选择 Node。按 Node 过滤,然后从结果中选择节点。
  5. 如果未请求的容量大于您未使用的容量,或者未请求的内核小时太大,作为节点的容量百分比,您可以在云服务供应商中调整它们,以优化您的云费用。

1.6. 了解成本管理中的成本分布

成本可以属于三个不同的组:

平台成本
运行 OpenShift Container Platform 的成本。平台成本包括带有标签为 default 的所有项目 的成本。这些命名空间和项目在名称中包含 openshift-kube-。这些项目不由用户创建,但 OpenShift 运行需要的项目。您可以选择将命名空间和项目添加到平台成本中。如需更多信息,请参阅 第 1.6.3 节 “添加 OpenShift 项目”
worker 未分配的成本
代表 worker 节点的使用和请求容量的任何未使用的部分的成本。
Network unattributed costs
与单个节点的入口和出口网络流量相关的成本。

1.6.1. 分布成本

要将平台和 worker 未分配成本 分发到 项目中,您可以将成本设置为 Distribute 或 Do not distribution。当您创建成本模型时,默认情况下成本 被设置为 Distribute。此默认设置意味着 Platform 项目的成本设置为零。

成本按照有效 CPU 或成本模型的内存用量的总和来 划分到 您的项目成本中。大多数用户使用默认的 Distribute 设置来 跟踪其机构的平台和 worker 未分配的成本。

如果您改为将成本设置为 Do not distribution,则每个 Platform 项目的成本将单独显示,而不是分散到所有项目中。worker 未分配的成本仍被计算,但它在 OpenShift 详情页面中 显示为单个项目。通过此选项,您无法了解成本如何分发到用户项目。

您始终可以独立于彼此分发平台或 worker 未分配的成本,或者您可以选择分发任何平台。

1.6.2. 计算成本

成本管理除了项目成本外,还使用有效计算平台和 worker 未分配的成本。

要分发平台成本,成本管理使用以下公式:

(用于用户项目有效使用)/(假设所有用户项目有效使用)*(平台成本)

要分发 worker 未分配的成本,成本管理使用以下公式:

(用户项目有效使用)/(假设所有用户项目有效使用)*(worker 未分配的成本)

1.6.3. 添加 OpenShift 项目

在成本管理中,名为 Platform 的组具有您无法删除的默认项目。这些项目以前缀 openshiftkube 开头,并在 OpenShift 详情页面中 有一个 Default 标签。您可以将自己的项目添加到 Platform 组中,以便可以控制被视为平台成本的内容。具有某些平台项目成本的任何项目都有 Overhead 标签。

例如,您可能有一个考虑开销且您想要以平台成本显示的成本。您可以向平台项目添加成本,以根据您的成本模型分配成本。

先决条件

  • 您必须有一个将成本模型设置为 Distribute 的集群

流程

要将 OpenShift 项目添加到 Platform 组中,请完成以下步骤:

  1. 在成本管理中的 Settings 中,点 Platform projects 选项卡。
  2. 选择要添加到 Platform 组的项目。
  3. 单击 Add projects

项目现在具有标签 Platform但没有 标签 Default

验证

完成以下步骤以验证您的成本是否已正确分布:

  1. 在成本管理中,点 OpenShift 打开 OpenShift Details 页面。
  2. 选择您在前面的步骤中编辑过的项目的集群。

项目应该显示 $0 的成本,因为您设置了在所有其他项目之间分发的成本。具有标签 Overhead 的项目包括该项目的成本以及默认项目成本。

第 2 章 设置成本模型

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

2.1. 为云集成应用标记或折号或折现

创建 AWS、Azure 或 Google Cloud 成本模型,为您的云基础架构成本应用标记或折现。

随着云基础架构集成(AWS、Azure 或 Google Cloud)使用已分配的价格将成本和使用量数据收集到成本管理中,您只需要分配标记或折扣(如果需要)来准确反映您的成本。

为您的 原始成本 添加标记,您可以考虑开销成本,如管理 AWS 帐户、Azure 订阅或其他支持成本的成本。标记是覆盖指标或使用情况未显示的成本的估算。

以下示例演示了如何将 10% 标记添加到从 AWS 成本和使用情况报告收集的信息。相同的方法可用于对 Azure 或 Google Cloud 成本应用标记或折扣。

注意

创建、编辑或删除成本模型仅更新从当前月的第一天开始的计算。

先决条件

流程

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

    注意
    • 要申请折扣而不是标记,请输入带值的减号(例如,-15)
    • 如果您不想应用标记或折扣,请输入 0。
  5. 选择一个或多个 AWS 集成来分配成本模型,然后点 Next。选择与已分配的成本模型的集成将覆盖其先前的成本模型。您还可以稍后给您的成本模型分配集成。
  6. 查看成本模型详情,然后点 创建
  7. 单击 Close 以退出成本模型向导。

您的新成本模型将显示在 成本模型页面的列表中

后续步骤

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

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

    • Cost model Summary 页面中,点成本模型名称打开详情页面,您可以在其中编辑成本模型,包括集成分配、标记和其他设置。
  • 删除成本模型:

    • Cost model summary 页面中,点 More options More options icon ,然后点 Delete
  • 查看您的标签和标记策略,以确保成本被分发到正确的资源、成本中心或团队中。如需更多信息,请参阅使用标记管理成本数据

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

为 OpenShift 集成创建成本模型包括为用量和请求分配价格,使用 CPU、内存、节点、网络、集群、存储或持久性卷声明指标,以及应用标记或折号,以确定您的 OpenShift 基础架构的总成本。您还可以使用标签来测量基础架构的特定部分的成本,如存储方法。有关成本管理中的标记的更多信息,请参阅使用标记管理成本数据

以下示例演示了如何在 AWS 或 Azure 等云基础架构上为 OpenShift Container Platform 集群设计和应用成本模型。作为集群成本的一部分,云基础架构成本以成本管理的形式显示。由于其显示的方式,您必须创建一个成本模型来分发底层基础架构成本,以便准确反映运行集群的成本。

注意

创建、编辑或删除成本模型仅更新从当前月的第一天开始的计算。

先决条件

重要

如果您的 OCP 数据与云数据相关联,则您在 Create a cost model 向导中的选择必须与云帐户使用的货币匹配。

流程

  1. 成本管理 中,单击 Cost ManagementSettings
  2. Cost model 选项卡中,点 Create cost model 打开成本模型向导。
  3. 输入成本模型的名称和描述,然后选择 OpenShift Container Platform 作为集成类型,以应用成本模型。
  4. 如果您的 OCP 数据与云数据相关联,则您在 Currency 中的选择必须与云帐户使用的货币匹配。

    1. 例如,如果您的云供应商报告在 USD 中,请从下拉菜单中选择 USD。对于 on-prem,您可以选择任何货币。
  5. 点击 Next
  6. 创建价格列表,以便您可以分配使用或请求的费率。成本管理服务从 OpenShift 收集这些指标,但在应用成本模型之前,成本管理不会有成本管理。您还可以稍后创建您的价格列表。

    1. 应用每月节点成本为 1,000美元:

      1. Create rate
      2. 对于 指标,请选择 Node
      3. 对于 测量,选择 Count (node-month)
      4. 默认情况下,成本管理服务将节点和集群成本分类为 基础架构成本。要更改您要计算的成本类型,请在 Calculat ion type 下选择 它。请参阅主要概念 以了解更多信息。
      5. Rate 字段中,输入 1000 以为每个选择的集成(在后续步骤中)中的每个节点分配 1,000 以上。
      6. Create rate 保存节点率。
    2. 将速率应用到 CPU 请求:

      1. Create rate
      2. 对于 指标,请选择 CPU
      3. 对于 测量,请选择 Request (core-hours)
      4. 在默认情况下,成本管理服务将基于指标的数据(如 CPU 请求)进行分类。要更改您要计算的成本类型,请在 Calculat ion type 下选择 它。请参阅主要概念 以了解更多信息。
      5. Rate 字段中,输入 0.09 以对每个内核小时 CPU 请求应用 $0.09 成本。
      6. Create rate 保存 CPU 请求率。
    3. 将基于标签的速度应用到持久性卷声明:

      1. Create rate
      2. 对于 Metric,请选择 持久性卷声明
      3. 对于 测量,选择 Count (pvc-month)
      4. 默认情况下,成本管理服务将持久性卷声明率归类为 基础架构成本。要更改您要计算的成本类型,请在 Calculat ion type 下选择 它。请参阅主要概念 以了解更多信息。
      5. 按标签选择 Enter rate
      6. Filter by tag key 字段中输入 tag 键。
      7. 输入 Tag 值和 。您可以选择 Default 以指定该标签键的默认值。

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

    注意
    • 要申请折扣而不是标记,请输入带值的减号(例如,-15)
    • 如果您不想应用标记或折扣,请输入 0。
  8. Cost distribution 页面中,选择 CPUMemory distribution 类型。发行版类型根据项目成本细分中的 CPU 或内存指标来分发成本。如果您的集群有高内存用量,请选择 Memory。如果您的集群有高 CPU 使用量,请选择 CPU
  9. Cost distribution 页面中,选择是否将 PlatformWorker 未分配 的成本分发到项目中,然后单击 Next
  10. 选择一个或多个 OpenShift 集成来分配成本模型,然后单击下一步。选择与已分配的成本模型的集成将覆盖其先前的成本模型。您还可以稍后将集成分配给您的成本模式。
  11. 查看成本模型详情,然后点 创建
  12. 单击 Close 以退出成本模型向导。

您的新成本模型将显示在 成本模型页面的列表中

后续步骤

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

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

    • Cost model Summary 页面中,点成本模型名称打开详情页面,您可以在其中编辑成本模型,包括集成分配、价格列表、标记和其他设置。
  • 删除成本模型:

    • Cost model Summary 页面中,点 More options More options icon ,然后点 Delete
  • 查看您的标签和标记策略,以确保成本被分发到正确的资源、成本中心或团队中。如需更多信息,请参阅使用标记管理成本数据

2.3. 计算使用成本模型的有效使用

云供应商收取运行集群的基础架构成本,无论您的总体使用情况如何。通过计算成本管理的有效使用,您可以通过考虑其直接利用率来更准确地将云成本与 pod 或命名空间相关联。

pod 通常从集群请求资源,如 CPU 或内存。然后,集群会至少保留这些请求的资源,但 pod 可能会使用多或小于最初请求的资源。成本管理中的有效使用量指标使用哪种类型、CPU 或内存为每小时以上。

您可以在成本管理中创建一个成本模型,以估算您的有效使用。最终,您可以使用这些数据来了解基础架构成本如何分发到 OpenShift 项目中。

先决条件

流程

  1. 登录 红帽混合云控制台
  2. Services 菜单中,单击 Spend ManagementCost Management
  3. 在 Global Navigation 中,单击 Cost ManagementSettings
  4. Cost Models 选项卡中,点 Create cost model 打开成本模型向导。
  5. 输入成本模型的名称和描述,然后选择 OpenShift Container Platform 作为集成类型。点击 Next
  6. 创建价格列表,以便您可以分配使用或请求率。成本管理服务从 OpenShift 收集这些指标,但在应用成本模型之前,成本管理不会有成本管理。

    1. 要创建计算有效 CPU 使用量的价格列表,请点击 Create rate

      1. 添加描述。在本例中,输入有效的 cpu usage
      2. Metric 字段中,选择 CPU
      3. 在 measure ement 字段中,选择 Effective-usage (core-hours)
      4. Rate 字段中,输入 CPU 用量付费的速度。在本例中,输入 2。点 Create rate
    2. 要创建计算有效内存用量的价格列表,请点击 Create rate

      1. 添加描述。在本例中,输入有效的 内存用量
      2. Metric 字段中,选择 Memory
      3. 在 measure ement 字段中,选择 Effective-usage (GiB-hours)
      4. Rate 字段中,输入您在内存用量的付费率。在本例中,输入 1。点 Create rate
  7. 点击 Next
  8. (可选)在 成本计算 页面上,应用标记或折号来更改为集成计算原始成本的方式。为您的 原始成本 添加标记,您可以考虑开销成本,如管理 AWS 帐户、Azure 订阅或其他支持成本的成本。标记是覆盖指标或使用情况未显示的成本的估算。
  9. Cost distribution 页面中,选择 CPUMemory distribution 类型。发行版类型根据项目成本细分中的 CPU 或内存指标来分发成本。如果您的集群有高内存用量,请选择 Memory。如果您的集群有高 CPU 使用量,请选择 CPU。点击 Next
  10. 为您的成本模型分配集成,然后点 Next
  11. 查看详情,然后点 Create
  12. 要在集成上查看成本模型的结果,请在 Global Navigation 中点 Cost ManagementOpenShift
  13. 选择一个项目并查看结果。
注意

除非您的电子邮件是 Red Hat 登录,否则您不能使用您的电子邮件登录到 Red Hat Hybrid Cloud Console。如需更多信息,请参阅 查找您的登录

对红帽文档提供反馈

我们感谢您对我们文档的反馈并优先排序。尽可能提供更详细的信息,以便可以快速解决您的请求。

先决条件

  • 已登陆到红帽客户门户网站。

流程

要提供反馈,请执行以下步骤:

  1. 单击以下链接: 创建问题
  2. 描述 Summary 文本框中的问题或增强。
  3. Description 文本框中提供有关问题或请求增强的详细信息。
  4. Reporter 文本框中输入您的名称。
  5. Create 按钮。

此操作会创建一个文档票据,并将其路由到适当的文档团队。感谢您抽出时间提供反馈。

法律通告

Copyright © 2025 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.
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat