Config Operator (MCO) 会更新集群中每个节点的操作系统和配置。 1.1.1. 有关更新可用性的常见问题 OpenShift Container Platform 集群使用更新时，有几个因素会影响到 OpenShift Container Platform 集 群。以下列表提供有关更新可用性的常见问题： 每个更新 每个更新频 频道之 道之间 间有什么区 有什么区别 别？ ？ 一个新的发行版本最初添加到 频道中发行版本的唯一区别在于，一个发行版本仅会在出现在 fast 频道一段时间 后才会出现在 stable 频道中，这样做可以有更长的时间来发行在更新中可能存在的风险。 在这个延迟后，fast 频道中可用的发行版本始终在 stable 频道中可用。 如果一个更新被支持但不推荐使用意味着什么？ 如果一个更新被支持但不推荐使用意味着什么？ 红帽会持续评估来自多个源的数据，以确定从一个版本更新到另一个版本是否会导致问题。如果 仅提供兼容的更新，可以使用一个版本验证管道来驱动自动化过程。每 个发行工件都会被验证是否与支持的云平台和系统架构以及其他组件包兼容。在管道确认有适用的版本 后，OpenShift Update Service 会通知您它可用。 OpenShift Container Platform 4.14 更新集群 更新集群 4 重要 重要 OpenShift Update Service 显示当前集群的所有推荐更新。如果

架构目 前不支持机密虚拟机。如需更多信息，请参阅 启用机密虚拟机。 1.3.2.17. RHOSP 的根卷 的根卷类 类型参数 型参数现 现在可用 在可用 现在，您可以使用 rootVolume.types 参数在 RHOSP 中指定一个或多个根卷类型。此参数可用于 control plane 和计算机器。 1.3.2.18. vSphere 节 节点的静 点的静态 态 IP 地址 地址 您可以在没有动态主机配置协议 ARM 架构的 Google Cloud Platform 安装程序置 备的和用户置备的基础架构。现在，您可以在 64 位 ARM 集群中使用 oc mirror CLI 插件断开连接的环 境。有关实例可用性和安装文档的更多信息，请参阅支持的安装方法。 1.3.2.24. 为 为 Microsoft Azure 集群使用自定 集群使用自定义 义 RHCOS 镜 镜像 像 默认情况下，安装程序会下载并安装用于引导 web 控制台中安装特定的 控制台中安装特定的 Operator 版本 版本 在这个版本中，您可以根据控制台中的 OperatorHub 页面中的所选频道，从 Operator 的可用版本列表 中选择。另外，您可以在可用时查看该频道和版本的元数据。当选择旧版本时，需要手动批准更新策略， 否则 Operator 会立即更新到该频道的最新版本。 如需更多信息，请参阅在 web 控制台中安装 Operator

OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 28.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 28.7. 检查集群资源的可用性和使用 28.8. 列出正在触发的警报 28.9. 后续步骤 第 第 29 章 章 安装 安装问题 问题的故障排除 的故障排除 29.1. 先决条件 29.2. 从失败安装中收集日志 29 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 的安装配置文件、Kubernetes 清单，以及您的集群类型的 Ignition 配置文件。 重要 重要 在安装过程中，您可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文 件。但是，没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些 对象，集群可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不 受支持，除非您遵循记录的流程或在红帽支持指示下操作。

OPENSHIFT VIRTUALIZATION 的作用 OpenShift 虚拟化（OpenShift virtualization）是 OpenShift Container Platform 的一个附加组件，可用 于运行和管理虚拟机工作负载以及容器工作负载。 OpenShift Virtualization 通过 Kubernetes 自定义资源添加新对象至 OpenShift Container Platform 单节点 OPENSHIFT 的不同 您可以在单节点 OpenShift 上安装 OpenShift Virtualization。 但是，您应该注意单节点 OpenShift 不支持以下功能： 高可用性 Pod 中断预算 实时迁移 配置了驱除策略的虚拟机或模板 1.4. 其他资源 OpenShift Container Platform 存储的常见术语表 关于单节点 OpenShift deployment/kubemacpool-mac-controller- manager 为虚拟机(VM)网络接口卡(NIC)提供 MAC 地址池服 务。 daemonset/bridge-marker 将节点上可用的网络桥接标记为节点资源。 daemonset/kube-cni-linux-bridge-plugin 在集群节点上安装 CNI 插件，通过网络附加定义将虚 拟机附加到 Linux 网桥。 组

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25.8. 检查集群资源的可用性和使用 25.9. 列出正在触发的警报 25.10. 后续步骤 第 第 26 章 章 安装 安装问题 问题的故障排除 的故障排除 26.1. 先决条件 26.2. 从失败安装中收集日志 26 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 的安装配置文件、Kubernetes 清单，以及您的集群类型的 Ignition 配置文件。 重要 重要 在安装过程中，您可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文 件。但是，没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些 对象，集群可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不 受支持，除非您遵循记录的流程或在红帽支持指示下操作。

OpenShift Container Platform 如何计算分配的资源 5.10.1.2. 节点如何强制实施资源限制 5.10.1.3. 了解驱除阈值 5.10.1.4. 调度程序如何确定资源可用性 5.10.2. 自动为节点分配资源 5.10.3. 手动为节点分配资源 5.11. 为集群中的节点分配特定 CPU 5.11.1. 为节点保留 CPU 5.12. 为 KUBELET 启用 管理操作 管理操作 以下任务列表概述了管理员如何在 OpenShift Container Platform 集群中管理 pod。 使用 OpenShift Container Platform 中可用的高级调度功能控制 pod 调度： 节点到 pod 的绑定规则，如 pod 关联性、节点关联性 和 反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布约束。 自定义调度程序。 的其余部分之前，使用 Init 容器执行任 务。 除了在节点、Pod 和容器上执行特定任务外，您还可使用整个 OpenShift Container Platform 集群来使集 群高效和应用程序 pod 具有高可用性。 OpenShift Container Platform 4.9 节 节点 点 12 第 2 章 使用 POD 2.1. 使用 POD pod 是共同部署在同一主机上的一个或多个容器

OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 24.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 24.7. 检查集群资源的可用性和使用 24.8. 列出正在触发的警报 24.9. 后续步骤 第 第 25 章 章 安装 安装问题 问题的故障排除 的故障排除 25.1. 先决条件 25.2. 从失败安装中收集日志 25 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 的安装配置文件、Kubernetes 清单，以及您的机器类 型适用的 Ignition 配置文件。 重要 重要 安装期间可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文件。但是， 没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些对象，集群 可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不受支持，除 非您遵循记录的流程或在红帽支持指示下操作。

1. OpenShift Container Platform 如何计算分配的资源 5.8.1.2. 节点如何强制实施资源限制 5.8.1.3. 了解驱除阈值 5.8.1.4. 调度程序如何确定资源可用性 5.8.2. 为节点配置分配的资源 5.9. 为集群中的节点分配特定 CPU 5.9.1. 为节点保留 CPU 5.10. 机器配置守护进程指标 5.10.1. 机器配置守护进程指标 管理操作 管理操作 以下任务列表概述了管理员如何管理 OpenShift Container Platform 集群中的 pod。 使用 OpenShift Container Platform 中可用的高级调度功能控制 pod 调度： 节点对 pod 绑定规则，如 pod关联性、节点关联性 和反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布限制。 自定义调度程序. 将 descheduler 的其余部分之前，使用初始容器执行任务。 除了在节点、pod 和容器上执行特定任务外，您还可以使用整个 OpenShift Container Platform 集群来保 持集群效率和应用程序 pod 高可用性。 第 第 1 章 章 节 节点概述 点概述 11 第 2 章 使用 POD 2.1. 使用 POD pod 是共同部署在同一主机上的一个或多个容器，也是可被定义、部署和管理的最小计算单元。

OPENSHIFT VIRTUALIZATION 的作用 OpenShift 虚拟化（OpenShift virtualization）是 OpenShift Container Platform 的一个附加组件，可用 于运行和管理虚拟机工作负载以及容器工作负载。 OpenShift Virtualization 通过 Kubernetes 自定义资源添加新对象至 OpenShift Container Platform OpenShift Virtualization 控制台标题菜单栏中的 Help 图标 ?，然后选择 Quick Starts。您可以通过在 Filter 字段中输入 virtual machine 关键字来过滤可用的导览。 OpenShift Container Platform 4.10 虚 虚拟 拟化 化 8 3.3.2. 安装 现在，如果 OpenShift Virtualization 工作负载支持实时迁移，它们会自动更新，如 或选择不使用将 来的自动更新。 现在，您可以将 OpenShift Virtualization 与单一节点集群一起使用，也称为单一节点 OpenShift(SNO)。 注意 注意 单节点集群没有针对高可用性操作配置，这会导致 OpenShift Virtualization 行为 有显著变化。 现在，为所有 OpenShift Virtualization control plane 组件定义了资源请求和优先级类。

OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 18.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 18.7. 检查集群资源可用性和使用 18.8. 列出正在触发的警报 18.9. 后续步骤 第 第 19 章 章 安装 安装问题 问题的故障排除 的故障排除 19.1. 先决条件 19.2. 从失败安装中收集日志 19 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 的安装配置文件、Kubernetes 清单，以及您的机器类 型适用的 Ignition 配置文件。 重要 重要 安装期间可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文件。但是， 没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些对象，集群 可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不受支持，除 非您遵循记录的流程或在红帽支持指示下操作。