计算节点的系统要求 9.3. 为云准备镜像 9.4. 准备机器以运行 PLAYBOOK 9.5. 准备 RHEL 计算节点 9.6. 将角色权限附加到 AWS 中的 RHEL 实例 9.7. 将 RHEL WORKER 节点标记为拥有或共享 9.8. 在集群中添加 RHEL 计算机器 9.9. 批准机器的证书签名请求 9.10. ANSIBLE HOSTS 文件的必要参数 第 第 10 章 章 在 在 OPENSHIFT 10.2. RHEL 计算节点的系统要求 10.3. 为云准备镜像 10.4. 准备 RHEL 计算节点 10.5. 将角色权限附加到 AWS 中的 RHEL 实例 10.6. 将 RHEL WORKER 节点标记为拥有或共享 10.7. 在集群中添加更多 RHEL 计算机器 10.8. 批准机器的证书签名请求 10.9. ANSIBLE HOSTS 文件的必要参数 第 第 11 章 章 Container Platform 4.14 机器管理 机器管理 6 作为集群管理员，您可以执行以下操作： 将 Red Hat Enterprise Linux(RHEL)计算机器（也称为 worker 机器）添加到 用户置备的基础架构 集群或安装置备的基础架构集群中。 将更多 Red Hat Enterprise Linux(RHEL)计算机器添加到 现有集群中。 第 第 1 章 章

默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container Platform 注意 注意 安装完成后，负责 worker 节点的特定集群 Operator 会持续尝试置备所有 worker 节点。可 能需要过些时间，所有 worker 节点都报告为 READY。对于在裸机上安装，请在对 worker 节点进行故障排除前至少等待 60 分钟。对于在所有其他平台上安装，请至少等待 40 分钟 后再对 worker 节点进行故障排除。负责 worker 节点的集群 Operator 流程 流程 1. 显示所有 worker 节点的状态： 输出示例 出示例 2. 显示所有 worker 机器的阶段： $ oc get nodes NAME STATUS ROLES AGE VERSION example-compute1.example.com Ready worker 13m v1.21

中创建 control plane 机器 4.11.13.1. control plane 机器的 CloudFormation 模板 4.11.14. 在 AWS 中创建 worker 节点 4.11.14.1. worker 机器的 CloudFormation 模板 4.11.15. 使用用户置备的基础架构在 AWS 上初始化 bootstrap 序列 4.11.16. 通过下载二进制文件安装 中创建 control plane 机器 4.12.13.1. control plane 机器的 CloudFormation 模板 4.12.14. 在 AWS 中创建 worker 节点 4.12.14.1. worker 机器的 CloudFormation 模板 4.12.15. 使用用户置备的基础架构在 AWS 上初始化 bootstrap 序列 4.12.16. 使用 CLI 登录到集群 plane 机器的 ARM 模板 5.9.16. 等待 bootstrap 完成并删除 Azure 中的 bootstrap 资源 5.9.17. 在 Azure 中创建额外的 worker 机器 5.9.17.1. worker 机器的 ARM 模板 5.9.18. 通过下载二进制文件安装 OpenShift CLI 5.9.18.1. 在 Linux 上安装 OpenShift CLI 5.9

默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container Platform 注意 注意 安装完成后，负责 worker 节点的特定集群 Operator 持续尝试置备所有 worker 节点。可能 需要稍等片刻，所有 worker 节点都会报告为 READY。对于在裸机上的安装，请等待至少 60 分钟，然后对 worker 节点进行故障排除。对于所有其他平台上安装，请等待至少 40 分钟后再对 worker 节点进行故障排除。负责 worker 节点的集群 Operator 流程 1. 显示所有 worker 节点的状态： 输 输出示例 出示例 2. 显示所有 worker 机器节点的阶段： $ oc get nodes NAME STATUS ROLES AGE VERSION example-compute1.example.com Ready worker 13m v1.21

第 第 1 章 章 推荐的主机 推荐的主机实 实践 践 1.1. 推荐的节点主机实践 1.2. 创建 KUBELETCONFIG CRD 来编辑 KUBELET 参数 1.3. 修改不可用 WORKER 节点的数量 1.4. CONTROL PLANE 节点大小 1.5. 推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 1.8. OPENSHIFT 不会创建新的机器配置，即使少于 10 个 kubelet 机器配置。 KubeletConfig CR 示例 示例 显 显示 示 KubeletConfig 机器配置示例 机器配置示例 以下流程演示了如何配置 worker 节点上的每个节点的最大 pod 数量。 先决条件 先决条件 1. 为您要配置的节点类型获取与静态 MachineConfigPool CR 关联的标签。执行以下步骤之一： a. 查看机器配置池： kubeletconfig NAME AGE set-max-pods 15m $ oc get mc | grep kubelet ... 99-worker-generated-kubelet-1 b5c5119de007945b6fe6fb215db3b8e2ceb12511 3.2.0

Windows 节点不支持从安全的私有 registry 中拉取容器镜像。使用公共 registry 中的镜像，或预 拉取虚拟机镜像中的镜像。 2.4.3. 已弃用的功能 vSphere worker 节点不再支持 Windows Server 20H2。 2.4.4. 新功能及改进 2.4.4.1. Windows 节 节点 点证书 证书已更新 已更新 在这个版本中，当 kubelet machine.openshift.io/cluster-api-cluster: 1 name: -windows-worker- 2 namespace: openshift-machine-api spec: replicas: 1 selector: matchLabels: ows-worker- 4 template: metadata: labels: 第 第 5 章 章 创 创建 建 WINDOWS 机器集 机器集 19 1 3 5 10 13 14 15 2 4 6 7 指定基于置备集群时所设置的集群 ID 的基础架构 ID。您可以运行以下命令来获取 基础架构 ID: 指定基础架构 ID、worker 标签和区。

使用 CLI 启用功能集 第 第 8 章 章 网 网络边缘 络边缘上的 上的远 远程 程 WORKER 节 节点 点 8.1. 在网络边缘使用远程 WORKER 节点 8.1.1. 使用远程 worker 节点进行网络隔离 8.1.2. 远程 worker 节点上的电源丢失 8.1.3. 远程 worker 节点策略 313 314 314 316 317 319 320 321 323 324 7 OpenShift Container Platform 4.9 节 节点 点 8 第 1 章 节点概述 1.1. 关于节点 节点是 Kubernetes 集群中的虚拟机或裸机。Worker 节点托管您的应用程序容器，分组为 pod。control plane 节点运行控制 Kubernetes 集群所需的服务。在 OpenShift Container Platform 中，control 使用自定义资源定义(CRD)或 kubeletConfig 对象更改节点配置。 配置节点以允许或禁止调度 pod。具有 Ready 状态的健康 worker 节点默认允许 pod 放置，而 control plane 节点没有；您可以通过将 worker 节点配置为不可调度，并将 control plane 节点配 置为可以调度。 使用 system-reserved 设置为节点分配资源。您可以允许

字段指定的、协调机器配置池中的节点数量，并将它们标记为不可用。在默认情况下， 这个值被设置为 1。然后，MCO 会应用新配置并重启机器。 如果您将 Red Hat Enterprise Linux (RHEL) 机器用作 worker，MCO 不会在这些机器上更新 kubelet，因 为您必须首先在这些机器上更新 OpenShift API。 当新版本规格应用到旧的 kubelet 时，RHEL 机器无法返回 Ready 状态。在机器可用前，您无法完成更 Canary 推出部署更新： 通过控制对 worker 节点的更新，您可以确保关键任务应用程序在整个更新 过程中仍然可用，即使更新过程会导致应用程序失败。根据您的机构需求，您可能需要更新一小部分 worker 节点，在一个时间段内评估集群和工作负载健康状况，然后更新剩余的节点。这称为 Canary 更 新。或者，您可能还希望将通常需要主机重新引导的 worker 节点更新放入较小的定义的维护窗口（不可 和节点的进度条来查看集群更新的进度。 注意 注意 如果您要将集群升级到下一个次版本，如从 4.y 升级到 4.(y+1)，建议在部署依赖新 功能的工作负载前确认您的节点已升级：任何尚未更新的 worker 节点池都会显示 在 Cluster Settings 页面。 4. 更新完成后，Cluster Version Operator 会刷新可用更新，检查当前频道中是否有更多可用更新。 如果有

集群需要下列主机： 一个临时 bootstrap 机器 三台 control plane 或 master 机器 第 第 1 章 章 在裸机上安装 在裸机上安装 5 至少两台计算机器，也称为 worker 机器。如果您正在运行三节点集群，则支持运行零个计算机 器。不支持运行一台计算机器。 注意 注意 集群要求 bootstrap 机器在三台 control plane 机器上部署 OpenShift 服务器为集群进行长期机器管理。确保 DHCP 服务器已配置为向集群机器提供持久 IP 地址和主机名。 Kubernetes API 服务器必须能够解析集群机器的节点名称。如果 API 服务器和 worker 节点位于不同的区 域中，您可以配置默认 DNS 搜索区域，以便 API 服务器能够解析节点名称。另一种支持的方法是始终在 节点对象和所有 DNS 请求中使用完全限定域名来指代主机。 您必须配 均衡器 端口 端口 后端机器（池成 后端机器（池成员 员） ） 内部 内部 外部 外部 描述 描述 443 默认运行入口路由器 Pod、计算或 worker 的机器。 X X HTTPS 流 量 80 默认运行入口路由器 Pod、计算或 worker 的机器。 X X HTTP 流量 提示 提示 如果负载均衡器可以看到客户端的真实 IP 地址，启用基于 IP 的会话持久性可提高使用端到端

Machines 描述节点主机的基本单元。机器具有 providerSpec 规格，用于描述为不同云平台提供的计算节点的 类型。例如，Amazon Web Services (AWS) 上的 worker 节点的机器类型可能会定义特定的机器类型 和所需的元数据。 机器集 机器集 MachineSet 资源是机器组。机器集适用于机器，复制集则适用于 pod。如果需要更多机器或必须缩减 规模，则可以更改机器集的 machine.openshift.io/cluster-api-cluster: 1 name: -windows-worker- 2 namespace: openshift-machine-api spec: replicas: 1 selector: matchLabels: 3 machine.openshift.io/cluster-api-machineset: -windows-worker- 4 template: metadata: labels: 第 第 5 章 章 创 创建 建 WINDOWS MACHINESET 对 对象 象 17