搜索

升级

download PDF
Red Hat OpenShift Service on AWS 4

了解 Red Hat OpenShift Service on AWS 的升级选项

Red Hat OpenShift Documentation Team

摘要

本文档提供有关升级 Red Hat OpenShift Service on AWS 集群的信息。

第 1 章 使用 HCP 集群升级 ROSA

1.1. 使用 HCP 集群的 ROSA 升级选项

在 OpenShift 中,升级意味着使用更新的软件置备新组件,并使用它来替换具有过时软件的现有组件。

您可以通过控制集群升级集群的哪些部分来控制升级到工作负载的影响,例如:

仅升级托管的 control plane
这会启动托管 control plane 的升级。它不会影响您的 worker 节点。
升级机器池中的节点
这会启动指定机器池中的节点的滚动替换,并临时影响该机器池上的 worker 节点。您还可以同时升级多个机器池。
重要

您无法与任何机器池升级同时升级托管的 control plane。

重要

为了保持集群中节点间的兼容性,机器池中的节点无法使用比托管的 control plane 的新版本。这意味着,在任何机器池升级到同一版本前,托管 control plane 应该始终升级到一个给定版本。

您可以通过编辑每个机器池的--max- surge and-- max- unavailable 值,进一步控制机器池升级所需的时间。这些选项控制机器池中可以同时升级的节点数量,以及升级是否置备超额节点,或者使一些现有节点不可用,例如:

  • 要优先选择高工作负载可用性,您可以通过将更高的值设置为 set -max-surge,并将 set- max- unavailable 设置为 0 来调配过量节点不可用。
  • 要优先考虑较低的基础架构成本,您可以通过将更高的值设置为 --max-unavailable,并将 set- max-s urge 设置为 0 来避免一些现有节点不可用,并避免置备过量节点。
  • 要通过同时升级多个节点来优先升级速度,您可以调配超额节点,并通过为 both -max-surge 和-- max- unavailable 配置中等值来允许一些现有节点不可用

有关这些参数及其用法的更多信息,请参阅 rosa edit machinepoolROSA CLI 参考

1.2. 生命周期策略和计划

要计划升级,请查看 Red Hat OpenShift Service on AWS 更新生命周期

生命周期页中包括了发行定义、支持和升级要求、安装策略信息和生命周期日期。

手动启动升级或自动调度升级。Red Hat Site Reliability 工程师 (SRE) 监控升级进度并解决遇到的问题。

注意

如果您的 control plane 当前没有启用多架构,升级过程将首先将集群迁移到多架构镜像,然后应用版本升级。多架构集群能够运行基于 x86 和基于 Arm 的工作负载。2024 年 7 月 25 日之后创建的集群是默认启用的多架构。

1.3. 使用 ROSA CLI 升级托管的 control plane

您可以使用 ROSA CLI 手动升级带有 HCP 集群的 ROSA 托管 control plane。如果有新版本可用(可立即或指定的时间)为升级调度 control plane。

注意

您的 control plane 只支持两个次版本中的机器池。例如,带有使用版本 4.15.z 的 control plane 的 HCP 集群的 ROSA 支持带有版本 4.13.z 和 4.14.z 的机器池,但 control plane 不支持使用 4.12.z 的机器池。

先决条件

  • 已安装并配置了 ROSA CLI 的最新版本。
  • 与托管的 control plane 升级相同,没有机器池升级正在进行或调度。

流程

  1. 运行以下命令,验证集群的当前版本:

    $ rosa describe cluster --cluster=<cluster_name_or_id> 1
    1
    <cluster_name_or_id > 替换为集群名称或集群 ID。
  2. 运行以下命令,列出您可以将 control plane 升级到的版本:

    $ rosa list upgrade --cluster=<cluster_name_or_id>

    该命令返回一个可用更新列表,包括推荐的版本。

    输出示例

    VERSION  NOTES
    4.14.8   recommended
    4.14.7
    4.14.6

  3. 运行以下命令升级集群的托管 control plane:

    $ rosa upgrade cluster -c <cluster_name_or_id> --control-plane [--schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm>] --version <version_number>
    • 要调度立即升级到指定版本,请运行以下命令:

      $ rosa upgrade cluster -c <cluster_name_or_id> --control-plane --version <version_number>

      您的托管的 control plane 会被调度立即升级。

    • 要计划在以后的版本中升级到指定版本的升级,请运行以下命令:

      $ rosa upgrade cluster -c <cluster_name_or_id> --control-plane --schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm> --version=<version_number>

      您的托管 control plane 在协调通用时间(UTC)中指定的时间进行升级。

故障排除

1.4. 使用 ROSA CLI 升级机器池

您可以使用 ROSA CLI 在带有 HCP 集群的 ROSA 中手动升级一个或多个机器池。如果较新的版本可用,则此方法为升级调度指定的机器池,无论是立即或在指定的将来可用。

注意

您的 control plane 只支持两个次版本中的机器池。例如,带有使用版本 4.15.z 的 control plane 的 HCP 集群的 ROSA 支持带有版本 4.13.z 和 4.14.z 的机器池,但 control plane 不支持使用 4.12.z 的机器池。

先决条件

  • 已安装并配置了 ROSA CLI 的最新版本。
  • 托管 control plane 的升级没有在集群中进行,或计划与机器池升级同时发生。

流程

  1. 运行以下命令,验证集群的当前版本:

    $ rosa describe cluster --cluster=<cluster_name_or_id> 1
    1
    <cluster_name_or_id > 替换为集群名称或集群 ID。

    输出示例

    OpenShift Version:     4.14.0

  2. 运行以下命令,列出您可以将机器池升级到的版本:

    $ rosa list upgrade --cluster <cluster-name> --machinepool <machinepool_name>

    该命令返回一个可用更新列表,包括推荐的版本。

    输出示例

    VERSION  NOTES
    4.14.5   recommended
    4.14.4
    4.14.3

    重要

    不要将机器池升级到比 control plane 高的版本。如果要移至更高的版本,请首先将 control plane 升级到那个版本。

  3. 运行以下命令,验证您要升级的机器池的升级行为:

    $ rosa describe machinepool --cluster=<cluster_name_or_id> <machinepool_name>

    输出示例

    Replicas: 5
    Node drain grace period:   30 minutes
    
    Management upgrade:
    - Type: Replace
    - Max surge: 20%
    - Max unavailable: 20%

    在示例中,这些设置允许机器池置备一个超额节点(最多 20% 的副本),并在升级过程中最多不可用一个节点(最多 20% 的副本)。 因此,这个机器池可以一次升级两个节点,方法是在超过副本数的情况下置备一个新节点,并使一个节点不可用并替换它。如果需要保护 pod 中断预算的工作负载,节点升级可能会延迟最多 30 分钟(node-drain-grace-period 为 30 分钟)。

  4. 运行以下命令来升级机器池:

    $ rosa upgrade machinepool -c <cluster_name> <machinepool_name> [--schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm>] --version <version_number>

    您可以为您要升级的每个机器池运行这个命令来同时升级多个机器池。

    • 调度机器池的立即升级:

      $ rosa upgrade machinepool -c <cluster_name> <machinepool_name> --version <version_number>

      机器池被调度立即升级,它会启动指定机器池中所有节点的滚动替换。

    • 调度升级以在以后启动:

      $ rosa upgrade machinepool -c <cluster_name> <machinepool_name> --schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm> --version <version_number>

      机器池计划在协调通用时间(UTC)中指定的时间和日期开始升级。这将启动指定机器池中所有节点的滚动替换,从指定时间开始。

故障排除

1.5. 使用 ROSA CLI 升级整个集群

升级整个集群涉及升级机器池中的托管 control plane 和节点。但是,这些组件无法同时升级。它们必须按顺序升级。这可以以任何顺序完成。但是,为了保持集群中节点间的兼容性,机器池中的节点无法使用比托管 control plane 的新版本。因此,如果机器池中的托管 control plane 和节点需要升级到同一 OpenShift 版本,您必须首先升级托管的 control plane,然后升级机器池。

先决条件
  • 已安装并配置了 ROSA CLI 的最新版本。
  • 没有进行其他升级,或计划在这个升级同时进行。

1.5.1. 升级托管的 control plane

当您需要升级整个集群时,首先升级托管的 control plane。

先决条件

  • 已安装并配置了 ROSA CLI 的最新版本。
  • 与托管的 control plane 升级相同,没有机器池升级正在进行或调度。

流程

  1. 运行以下命令,验证集群的当前版本:

    $ rosa describe cluster --cluster=<cluster_name_or_id> 1
    1
    <cluster_name_or_id > 替换为集群名称或集群 ID。
  2. 运行以下命令,列出您可以将 control plane 升级到的版本:

    $ rosa list upgrade --cluster=<cluster_name_or_id>

    该命令返回一个可用更新列表,包括推荐的版本。

    输出示例

    VERSION  NOTES
    4.14.8   recommended
    4.14.7
    4.14.6

  3. 运行以下命令升级集群的托管 control plane:

    $ rosa upgrade cluster -c <cluster_name_or_id> --control-plane [--schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm>] --version <version_number>
    • 要调度立即升级到指定版本,请运行以下命令:

      $ rosa upgrade cluster -c <cluster_name_or_id> --control-plane --version <version_number>

      您的托管的 control plane 会被调度立即升级。

    • 要计划在以后的版本中升级到指定版本的升级,请运行以下命令:

      $ rosa upgrade cluster -c <cluster_name_or_id> --control-plane --schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm> --version=<version_number>

      您的托管 control plane 在协调通用时间(UTC)中指定的时间进行升级。

1.5.2. 升级机器池

当托管 control plane 升级完成后,您可以升级一个或多个机器池。

流程

  1. 运行以下命令,验证集群的当前版本:

    $ rosa describe cluster --cluster=<cluster_name_or_id> 1
    1
    <cluster_name_or_id > 替换为集群名称或集群 ID。

    输出示例

    OpenShift Version:     4.14.8

  2. 运行以下命令,列出您可以将机器池升级到的版本:

    $ rosa list upgrade --cluster <cluster-name> --machinepool <machinepool_name>

    该命令返回一个可用更新列表,包括推荐的版本。

    输出示例

    VERSION  NOTES
    4.14.5   recommended
    4.14.4
    4.14.3

    重要

    不要将机器池升级到比 control plane 高的版本。如果要移至更高的版本,请首先将 control plane 升级到那个版本。

  3. 运行以下命令,验证您要升级的机器池的升级行为:

    $ rosa describe machinepool --cluster=<cluster_name_or_id> <machinepool_name>

    输出示例

    Replicas: 5
    Node drain grace period:   30 minutes
    
    Management upgrade:
    - Type: Replace
    - Max surge: 20%
    - Max unavailable: 20%

    在示例中,这些设置允许机器池置备一个超额节点(最多 20% 的副本),并在升级过程中最多不可用一个节点(最多 20% 的副本)。 因此,这个机器池可以一次升级两个节点,方法是在超过副本数的情况下置备一个新节点,并使一个节点不可用并替换它。如果需要保护 pod 中断预算的工作负载,节点升级可能会延迟最多 30 分钟(node-drain-grace-period 为 30 分钟)。

  4. 运行以下命令来升级机器池:

    $ rosa upgrade machinepool -c <cluster_name> <machinepool_name> [--schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm>] --version <version_number>

    您可以为您要升级的每个机器池运行这个命令来同时升级多个机器池。

    • 调度机器池的立即升级:

      $ rosa upgrade machinepool -c <cluster_name> <machinepool_name> --version <version_number>

      机器池被调度立即升级,它会启动指定机器池中所有节点的滚动替换。

    • 调度升级以在以后启动:

      $ rosa upgrade machinepool -c <cluster_name> <machinepool_name> --schedule-date=<yyyy-mm-dd> --schedule-time=<HH:mm> --version <version_number>

      机器池计划在协调通用时间(UTC)中指定的时间和日期开始升级。这将启动指定机器池中所有节点的滚动替换,从指定时间开始。

故障排除

第 2 章 升级 ROSA (典型的架构)集群

使用以下方法之一升级 ROSA (经典架构)集群:

  • 手动通过 ROSA CLI (rosa)- 启动一次性升级,或为将来的日期和时间调度一次性升级。
  • 手动通过 OpenShift Cluster Manager UI - 启动一次性立即升级,或计划未来日期或时间升级一次性升级;或者,在有新的 z-version 可用时为自动重复升级调度升级窗口。

2.1. 生命周期策略和计划

要计划升级,请查看 Red Hat OpenShift Service on AWS 更新生命周期。生命周期页中包括了发行定义、支持和升级要求、安装策略信息和生命周期日期。

您可以使用更新频道来决定将集群更新至哪个 Red Hat OpenShift Container Platform 次版本。Red Hat OpenShift Service on AWS 仅支持通过 stable 频道进行更新。要了解更多有关 OpenShift 更新频道和发行版本的信息,请参阅了解更新频道和发行版本

2.2. 升级 ROSA Classic 集群

您必须使用 ROSA CLI (rosa)或 OpenShift Cluster Manager 控制台升级 ROSA (经典架构)集群。

注意

集群升级的实际开始时间将在升级调度时间的一小时内。另外,升级的持续时间可能会因工作负载配置而异。

当升级使用 AWS 安全令牌服务(STS)的 ROSA 集群时,ROSA CLI 验证所选集群的帐户和 Operator 角色策略与升级的目标版本兼容。如果策略兼容,CLI 会自动升级集群。如果策略与所选升级版本不兼容,则 CLI 会在升级前自动升级 IAM 策略。在调度升级时,您可以向管理确认确认已检查升级所涉及的更改(如果需要)。

2.2.1. ROSA (经典架构)集群升级如何工作

手动启动升级(一次性)或自动调度(递归)。Red Hat Site Reliability 工程师(SRE)监控升级进度,并主动通知您采取纠正行动或补救问题。

Cluster Version Operator (CVO) 是编配并协助 OpenShift Container Platform 更新过程的主要组件。

Managed Upgrade Operator (MUO)处理 ROSA 集群升级的调度、监控和通知。MUO 通过确保升级受管集群之前和之后满足操作条件来编配自动原位升级。

2.2.1.1. 集群升级计划时间

您可以通过设置调度的时间来调度集群升级。当准备集群升级时,从预升级健康检查和其他计算容量创建开始。实际的集群升级会在从调度的时间一小时内启动。当集群升级启动时,您会收到电子邮件通知。

Pre-Health Check (PHC)提供了额外的保护,以确保调度的更新按预期进行,并在以下两种场景中运行:

  • 如果从当前时间调度升级时间超过 2 小时,则 PHC 运行,并在出现失败时用户会收到通知。此 PHC 处于升级 的新 阶段。
  • 当升级马上或在 2 小时内时,PHC 在升级开始前运行。这个 PHC 处于升级阶段。这意味着 PHC 在升级阶段至少运行一次,但如果从当前时间调度了超过 2 小时的升级,也可以提前运行。

您可以在 ROSA CLI (rosa)中运行 rosa describe upgrade --cluster=<cluster name|cluster_id& gt; 命令来观察集群升级的状态。

2.2.1.2. ROSA (典型的架构)升级概述

以下是 ROSA (经典架构)集群更新过程中发生的高级别步骤:

  1. 提前调度升级会触发 PreHealthCheck,并通知用户在升级前可以解决的问题。
  2. 在集群升级开始前,MUO 执行集群健康检查。如果 MUO 识别需要纠正措施的问题,您将收到通知。MUO 执行的集群健康检查示例包括:

    • 识别任何可能阻止或延迟节点的 Pod Disruption Budgets (PDB)的 Pod Disruption Budgets (PDB)。
    • 确保集群 Operator 可用且健康。
    • 确保集群关键警报不会被触发。
  3. 在集群中创建一个临时计算节点,允许在更新期间调度排空 pod。

    注意

    临时计算节点创建不会始终发生。例如,如果没有 worker 机器池,则不会创建临时计算节点。当集群管理员删除现有 worker 机器池并创建带有不同名称或实例类型的另一个 worker 机器池时,会出现这种情况。

  4. 集群版本被设置为目标版本。

    注意

    在某些情况下,升级路径可能会变得不可用,因为请求了集群更新的时间,但在完成前。在这种情况下,升级会自动取消,并会发送通知。您必须选择另一个目标版本来请求升级。

  5. 在升级过程中,control plane 组件会更新为新版本。
  6. 接下来,单个集群 Operator 在集群的域上执行更新任务。
  7. 最后,MCO 更新每个节点的系统配置和操作系统。在这一步中,每个节点会在成功排空节点上运行的工作负载后重启。

    1. 在更新每个节点期间,工作负载会排空,并遵循 PDB。不允许中断的 PDB 的工作负载实际上会阻止节点排空,从而增加集群更新的已经过时间。
    2. 在更新集群中的每个节点期间,集群更新会等待 节点排空宽限期 指定的时间,以便安全地排空工作负载。在达到节点排空宽限期后,节点会被强制排空以允许集群升级进行。您只能在启动升级前配置节点排空宽限期,在集群升级开始后无法更改节点。
    3. 当更新集群节点时,MCO 根据机器配置池的年龄(从最旧的开始)一次选择一个节点。

2.2.2. 使用 ROSA CLI 升级

您可以使用 ROSA CLI (rosa)在 AWS (ROSA)集群上立即升级 Red Hat OpenShift Service。

先决条件

  • 您已在安装主机上安装和配置了最新的 ROSA CLI。
  • 您的 Red Hat OpenShift Service on AWS 集群处于 Ready 状态。

流程

  1. 要验证集群的当前版本,请输入以下命令:

    $ rosa describe cluster --cluster=<cluster_name|cluster_id> 1
    1
    <cluster_name|cluster_id> 替换为集群名称或集群的 ID。
  2. 要验证升级是否可用,请输入以下命令:

    $ rosa list upgrade --cluster=<cluster_name|cluster_id>

    该命令返回一个集群可以升级的版本列表,包括推荐的版本。建议基于条件更新风险。每个已知的风险都可能适用于所有集群,或者只应用到与特定条件匹配的集群。请参阅 OpenShift 发行注记来评估、验证并确定要升级到的适当版本。

  3. 要将集群在下一个小时内立即升级到指定版本,请输入以下命令:

    $ rosa upgrade cluster --cluster=<cluster_name|cluster_id> --version <version-id>
    注意

    如果要升级 AWS 安全令牌服务(STS)集群,这个命令会启动一个交互式 IAM Roles/policies 升级模式,验证所选集群的帐户和 Operator 角色策略是否与升级的目标版本兼容。如果策略与所选升级版本不兼容,CLI 会自动以 auto 模式升级它们。

    为集群调度立即升级,如 Scheduled Time 表示。升级将在从调度的时间一小时内开始。

  4. 另外,要在以后以 UTC 的方式升级集群,请输入以下命令:

    $ rosa upgrade cluster --cluster=<cluster_name|cluster_id>   \
              --version <version-id>   \
              --schedule-date yyyy-mm-dd \
              --schedule-time HH:mm
  5. 要自定义在集群升级过程中要排空的每个节点宽限期,请输入以下命令:

    $ rosa upgrade cluster --cluster=<cluster_name|cluster_id>   \
              --version <version-id>   \
              --node-drain-grace-period 15 minutes
  6. 您可以输入以下命令来查看升级的状态,该命令显示状态(调度或启动)和调度的时间。

    $ rosa list upgrade --cluster=<cluster_name|cluster_id>

    输出示例

    VERSION  NOTES
    4.15.14  recommended - scheduled for 2024-06-02 15:00 UTC
    4.15.13

您将收到电子邮件通知,确认集群升级的调度、开始和完成。

故障排除

2.2.3. 使用 ROSA CLI 删除 ROSA 集群升级

您可以使用 ROSA CLI (rosa)或 OpenShift Cluster Manager 控制台来删除调度的升级。此流程使用 ROSA CLI。

流程

  1. 使用以下命令验证集群更新是否已启动:

    $ rosa list upgrades --cluster=<cluster_name|cluster_id>

    输出示例

    VERSION  NOTES
    4.15.14  recommended - scheduled for 2024-06-02 15:00 UTC
    4.15.13

  2. 运行以下命令来删除调度的更新:

    $ rosa delete upgrade --cluster=<cluster_name|cluster_id>
  3. 在确认提示中输入 Yes 来确认删除。

    输出示例

    I: Successfully canceled scheduled upgrade on cluster 'my-cluster'

您将收到电子邮件通知,确认调度的升级已取消。

2.2.4. 使用 OpenShift Cluster Manager 控制台升级

您可以使用 OpenShift Cluster Manager 控制台手动调度 ROSA (经典架构)集群的升级。

流程

  1. 登录到 OpenShift Cluster Manager
  2. 选择要升级的集群。
  3. Settings 选项卡。
  4. Update strategy 窗格中,选择您想要的更新类型:

    • 对于单个更新,您可以立即请求升级(在一小时内启动),或在以后进行升级。
    • 对于周期性更新,请选择重复日期和时间,以自动启动升级到最新 x.y.Z (z-stream)版本。

      重要

      重复更新仅适用于 z-stream 更新。需要手动进行次版本或 y-stream 更新。当有新的 y-stream 更新可用时,您将收到通知。

  5. 可选: 在 Node draining 窗格中,从列表中选择一个宽限期间隔。宽限期可让节点在强制 pod 驱除前安全排空。默认值为 1 小时

    重要

    在开始升级过程后,您无法更改节点排空宽限期。

  6. Update strategy 窗格中,点 Save 以应用您的更新策略。
  7. Update status 窗格中,查看更新可用信息,然后点更新

    注意

    只有在升级可用时才启用更新按钮。

  8. 此时会打开 Update cluster 对话框。推荐的集群升级会出现在 Select version 窗格中。选择您要将集群升级到的版本,然后点 Next
  9. 可选: 对于使用 AWS 安全令牌服务(STS)的 ROSA 集群,可能需要更新帐户级别和特定于集群的 Operator 角色,具体取决于所选目标版本。

    1. 在 ROSA CLI 中,运行 rosa list account-roles 命令,以列出并验证帐户角色是否与为升级选择的目标次版本兼容。如果角色不兼容,请运行 rosa upgrade account-roles 命令,将帐户角色升级到最新的 OpenShift 版本。
    2. 在 ROSA CLI 中,运行 rosa list operator-roles 命令来列出并验证与集群关联的 Operator 角色是否与为升级选择的目标次版本兼容。如果没有,请运行 rosa upgrade operators-roles 命令,将集群的 Operator 角色升级到最新的 OpenShift 版本。
    3. 如果您选择了需要批准的更新版本,请在提供的字段中键入 Acknowledge 来提供管理员的确认,然后点击 Next
  10. Schedule update 对话框中,调度集群升级。

    • 要在一小时内升级,请选择 Update now 并点下一步
    • 要稍后升级,请选择 Schedule a different time 并为升级设置时间和日期。点 Next 进入确认对话框。
  11. 检查版本和调度概述后,选择 Confirm update
  12. Close 退出 Update cluster 对话框。

为集群计划升级到目标版本。此操作最多可能需要一小时,具体取决于所选的升级计划和工作负载配置,如 pod 中断预算。

状态显示在 Update status 窗格中。

故障排除

2.2.5. 使用 OpenShift Cluster Manager 控制台删除 ROSA 集群升级

您可以使用 OpenShift Cluster Manager 控制台删除调度的升级。

流程

  1. 登录到 OpenShift Cluster Manager
  2. 选择带有调度的升级的集群。
  3. Settings 选项卡。
  4. Update status 窗格中,单击 Cancel this update
  5. 检查 Cancel update 对话框中的更新详情,再单击 Cancel this update

您将收到电子邮件通知,确认调度的升级已取消。

法律通告

Copyright © 2024 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 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

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

© 2024 Red Hat, Inc.