###### 1.1.4.1. 用户置备的基础架构对网络的要求 所有 Red Hat Enterprise Linux CoreOS（RHCOS）机器在启动过程中需要 initramfs 中的网络从机器配置服务器获取 Ignition 配置。 在初次启动过程中，需要一个 DHCP 服务器或集群中的每个机器都设置了静态 IP 地址来建立网络连接，以下载它们的 Ignition 配置文件。 建议您使用 服务器| |22623|Bootstrap 和 control plane.bootstrap 机器初始化集群 control plane 后，您要从负载均衡器中删除 bootstrap 机器。|✗||机器配置服务器|  ## 注意 负载均衡器必须配置为，从 安装程序时会传递特殊的内核参数。 ● 使用机器配置将网络文件复制到安装的系统中。 - 使用 live installer shell 提示配置网络，然后将那些设置复制到安装的系统上，以便在安装的系统第一次引导时生效。 要配置 PXE 或 iPXE 安装，请使用以下选项之一： ● 请参阅"高级 RHCOS 安装参考"表。 ● 使用机器配置将网络文件复制到安装的系统中。 要配置

关于执行 CANARY ROLLOUT 更新 33 7.3. 创建机器配置池来执行 CANARY ROLLOUT 更新 34 7.4. 暂停机器配置池 35 7.5. 执行集群更新 36 7.6. 取消暂停机器配置池 36 7.6.1. 如果应用程序失败 37 7.7. 将节点移到原始机器配置池中 37 第 8 章 更新包含使用 RHEL 的计算（COMPUTE）系统的集群 如果您的更新失败，请联系红帽支持。 在更新过程中，Machine Config Operator(MCO)将新配置应用到集群机器。MCO 会处理由 maxUnavailable 字段指定的、协调机器配置池中的节点数量，并将它们标记为不可用。在默认情况下，这个值被设置为 1。然后，MCO 会应用新配置并重启机器。 如果您将 Red Hat Enterprise Linux (RHEL) 机器用作 导的 worker 节点更新放入较小的定义的维护窗口（不可能一次使用大型维护窗口来更新整个集群）。您可以执行以下步骤： ● 创建机器配置池来执行 Canary rollout 更新 暂停机器配置池 执行集群更新 ● 取消暂停机器配置池 将节点移动到原始机器配置池 #### 2.7. 更新包含使用 RHEL 的计算（COMPUTE）系统的集群 更新包含 RHEL 计算机器的集群：如果集群包含

maxUnavailable 字段指定的、协调机器配置池中的节点数量，并将它们标记为不可用。在默认情况下，这个值被设置为 1。MCO 根据 topology.kubernetes.io/zone 标签，按区字母更新受影响的节点。如果一个区域有多个节点，则首先更新最旧的节点。对于不使用区的节点，如裸机部署中的节点，节点会按使用的时间更新，首先更新最旧的节点。MCO 一次更新机器配置池中由 maxUnavailable OSUS，并检索包含可用或可能的更新路径的图形。 ## Machine Config Operator Machine Config Operator (MCO)是一个集群级别的 Operator，用于管理操作系统和机器配置。通过MCO，平台管理员可以配置和更新 worker 节点上的 systemd、CRI-O 和 Kubelet、内核、NetworkManager 和其他系统功能。 ## OpenShift 更新服务 版本的更新策略来减少重启 worker 节点的更新。 如需更多信息，请参阅 Red Hat OpenShift Extended Update Support(EUS)概述。 ## 其他资源 机器配置概述 - 在断开连接的环境中使用 OpenShift Update Service 更新频道 ##### 1.1.6. 其他资源 ● 集群更新如何工作。 #### 1.2. 集群更新如何工作

273 5.8.2. 为节点配置分配的资源 274 5.9. 为集群中的节点分配特定 CPU 276 5.9.1. 为节点保留 CPU 276 5.10. 机器配置守护进程指标 277 5.10.1. 机器配置守护进程指标 278 第6章 操作容器 281 6.1. 了解容器 281 关于容器和 RHEL 内核内存 281 6.2. 在部署 POD 前使用初始容器来执行任务 设备管理器提供了一种机制，可借助称为“设备插件”的插件公告专用节点硬件资源。 1. 为您要配置的节点类型获取与静态 MachineConfigPool CRD 关联的标签。执行以下步骤之一： a. 查看机器配置： # oc describe machineconfig 例如： # oc describe machineconfig 00-worker ## CR 分配一个名称。  输入来自机器配置池的标签。 3 将 DevicePlugins 设为“true”。 2. 创建设备管理器： $ oc create -f devicemgr.yaml 输出示例 kubeletconfig

5.12.1. 了解 TLS 安全配置集 ..... 231 5.12.2. 为 kubectl 配置 TLS 安全配置集 ..... 232 5.13. 机器配置守护进程指标 ..... 235 5.13.1. 机器配置守护进程指标 ..... 235 5.14. 创建基础架构节点 ..... 238 5.14.1. OpenShift Container Platform 基础架构组件 设备管理器提供了一种使用称为设备插件的插件来广告专用节点硬件资源的机制。 1. 输入以下命令为您要配置的节点类型获取与静态 MachineConfigPool CRD 关联的标签。执行以下步骤之一： a. 查看机器配置： # oc describe machineconfig 例如： # oc describe machineconfig 00-worker 输出示例 Name: 00-worker CR 分配一个名称。  输入来自机器配置池的标签。  将 DevicePlugins

machine.to 必须设置为新硬件 MTU 或当前的硬件 MTU。这个值是临时的，被用作迁移过程的一部分。如果您指定了与现有硬件 MTU 值不同的硬件 MTU，您必须手动将 MTU 配置为持久，如机器配置、DHCP 设置或 Linux 内核命令行。· mtu.network.from 字段必须等于 network.status.clusterNetworkMTU 字段，这是集群网络的当前 MTU。· #### 13.2. 更改集群 MTU 作为集群管理员，您可以更改集群的最大传输单元(MTU)。当 MTU 更新推出时，集群中的迁移具有破坏性且节点可能会临时不可用。 以下流程描述了如何使用机器配置、DHCP 或 ISO 更改集群 MTU。如果使用 DHCP 或 ISO 方法，则必须在安装集群后保留的配置工件来完成此流程。 先决条件 - 已安装 OpenShift CLI（oc）。 - "to": 9000 }, "machine": { "to": 9100 } } }}}' 4. 当 MCO 更新每个机器配置池中的机器时，它会逐一重启每个节点。您必须等到所有节点都已更新。输入以下命令检查机器配置池状态： $ oc get mcp 成功更新的节点具有以下状态：UPDATED=true、UPDATING=false、DEGRADED=false

安装到受限网络中。 如果需要将集群部署到 AWS GovCloud 区域、AWS 中国区域或 Azure 政府区域，您可以在安装程序置备的基础架构安装过程中配置这些自定义区域。 您还可以将集群机器配置为在安装过程中使用 FIPS 验证的/Modules in Process 加密库。  CoreOS（RHCOS）安装前必需存在，所以这个流程会在 OpenShift Container Platform 安装过程的 openshift-install 准备阶段插入一个创建的机器配置清单的机器配置来设置独立的 /var 分区。 

上的详细说明，使用安装程序置备的基础架构将集群安装到受限网络中。 如果需要将集群部署到 AWS GovCloud 区域或 Azure 政府区域，您可以在安装程序置备的基础架构安装过程中配置这些自定义区域。 您还可以将集群机器配置为在安装过程中使用 FIPS 验证的/Modules in Process 加密库。 安装前必需存在，所以这个流程会在 OpenShift Container Platform 安装过程的 openshift-install 准备阶段插入的机器配置清单来设置独立的 /var 分区。  Enterprise Linux CoreOS(RHCOS)安装前必需存在，所以这个流程会在 OpenShift Container Platform 安装过程的 openshift-install 准备阶段插入的机器配置清单来设置独立的 /var 分区。 

'networkoperator.openshift.io/network-migration' 3. 停止由 Machine Config Operator（MCO）管理的所有机器配置池： • 停止 master 配置池： $ oc patch MachineConfigPool master --type='merge' --patch \ '{"spec": core@$ip sudo shutdown -r -t 3 done 如果无法使用 ssh 访问，您可能无法通过基础架构供应商的管理门户重新引导每个节点。 8. 重新引导集群中的节点后，启动所有机器配置池： 启动 master 配置池： $ oc patch MachineConfigPool master --type='merge' --patch \ '{"spec": 更新每个配置池中的机器时，它会重新引导每个节点。 默认情况下，MCO 会在一个时间段内为每个池更新一台机器，因此迁移完成所需要的时间会随集群大小的增加而增加。 9. 确认主机上新机器配置的状态： a. 要列出机器配置状态和应用的机器配置名称，请输入以下命令： $ oc describe node | egrep "hostname|machineconfig" ## 输出示例 kubernetes

Platform 4.14 现在使用基于 RHEL 9.2 的 RHCOS，所以在升级前请考虑以下方面： RHEL 8.6 和 RHEL 9.2 之间可能会更改了一些组件配置选项和服务，这意味着现有机器配置文件可能不再有效。 - 如果您自定义了默认 OpenSSH/etc/ssh/sshd_config 服务器配置文件，您需要根据红帽知识库文章进行更新。 - RHCOS 容器主机不支持 RHEL 意见。 有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。 在部署集群以使用静态 IP 地址运行节点后，您可以扩展机器以使用这些静态 IP 地址之一。另外，您可以使用机器集将机器配置为使用配置的静态 IP 地址之一。 如需更多信息，请参阅在 vSphere 上安装集群中的"静态 IP 地址"部分。 ###### 1.3.2.19. Bare Metal Host ###### 1.3.9.4. OVS 的非保留 CPU 的动态使用 在这个版本中，Open vSwitch (OVS) 网络堆栈可以动态使用非保留 CPU。默认情况下，这种非保留 CPU 的动态使用发生在机器配置池中应用有性能配置集的节点。可用的非保留 CPU 的动态使用可最大化 OVS 的计算资源，并在高需求期间为工作负载最小化网络延迟。OVS 仍然无法在 Guaranteed QoS pod 中动态使用分配给容器的隔离