RHCOS 5.2. 查看 IGNITION 配置文件 5.3. 安装后更改 IGNITION 配置 第 第 6 章 章 CI/CD 方法和 方法和实 实践 践 6.1. 用于集群管理和应用程序配置管理的 CI/CD 6.2. GITOPS 方法和实践 第 第 7 章 章 在 在 OPENSHIFT CONTAINER PLATFORM 中使用 中使用 ARGOCD 7.1. ARGOCD 做什么？ 阶段到交付和部署阶段，定期向客户提供应用程序。CI/CD 进程通常被称为 "CI/CD pipeline"。 CI/CD 的 主要概念是持续集成、持续提供和连续部署。 6.1. 用于集群管理和应用程序配置管理的 CI/CD 持续集成 是开发人员自动化的过程。应用程序的代码更改会定期构建、测试并合并到共享的存储库。 持续提供 和 连续部署是有时可互换使用的概念，指的是管道的自动化。持续提供使用自动化，以确保开 从已知状态恢复或重新创建集群。 使用已知状态创建集群。 对多个 OpenShift Container Platform 集群应用或恢复配置更改。 将模板配置与不同环境关联。 6.2.2. 用于应用程序配置管理的 GitOps 您还可以使用 GitOps 实践来管理应用程序配置。当您将应用程序部署到不同环境中的不同集群时（如开 第 第 6 章 章 CI/CD 方法和 方法和实 实践 践 29 您还可以使用

CONTAINER PLATFORM CONTROL PLANE 4.1. 了解 OPENSHIFT CONTAINER PLATFORM CONTROL PLANE 4.1.1. 使用机器配置池进行节点配置管理 4.1.2. OpenShift Container Platform 中的机器角色 4.1.2.1. control plane 和节点主机兼容性 4.1.2.2. 集群 worker 4 Cluster Version Operator、Machine Config Operator 和一组单独 Operator 的操作来管理对机器的所有 升级。 4.1.1. 使用机器配置池进行节点配置管理 运行 control plane 组件或用户工作负载的机器会根据其处理的资源类型划分为组。这些机器组称为机器配 置池（MCP）。每个 MCP 管理一组节点及其对应的机器配置。节点的角色决定了它所属的

OPENSHIFT CLUSTER MANAGER 4.2. 常规操作 4.3. 集群标签页 4.4. 其他资源 第 第 5 章 章 CONTROL PLANE 架 架构 构 5.1. 使用机器配置池进行节点配置管理 5.2. OPENSHIFT CONTAINER PLATFORM 中的机器角色 5.3. OPENSHIFT CONTAINER PLATFORM 中的 OPERATOR 5.4. 关于 MACHINE r Version Operator (CVO)、 Machine Config Operator 和一组单独 Operator 的操作来管理对机器的所有升级。 5.1. 使用机器配置池进行节点配置管理 运行 control plane 组件或用户工作负载的机器会根据其处理的资源类型划分为组。这些机器组称为机器配 置池（MCP）。每个 MCP 管理一组节点及其对应的机器配置。节点的角色决定了它所属的

文件夹。 2.3.4.2.5. 从源代 从源代码 码基本身份 基本身份验证创 验证创建 建 secret 基本身份验证需要 --username 和 --password 的组合，或者令牌方可与软件配置管理（SCM）服务器进 行身份验证。 先决条件 先决条件 用于访问私有存储库的用户名和密码。 流程 流程 1. 在使用 --username 和 --password 访问私有存储库前首先创建

确认您的新机器配置池可用： 输出示例 出示例 在本例中，worker 节点被改为一个 infra 节点。 其他 其他资 资源 源 如需有关在自定义池中分组 infra 机器的更多信息，请参阅使用机器配置池进行节点配置管理。 8.3. 为基础架构节点分配机器设置资源 在创建了基础架构机器集后，worker 和 infra 角色将应用到新的 infra 节点。应用 infra 角色的节点不会 被计算为运行环境所需的订阅总数，即使也应用了

nopreempt：不会将 master 从主机上的较低优先级 VIP 移到主机上的优先级更高的 VIP。 9.6. 关于 VRRP ID 偏移 每个 IP 转移 pod 由 IP 故障转移部署配置管理，每个节点 1 个 pod，以一个 Keepalived 守护进程运行。 配置更多 IP 故障转移部署配置后，会创建更多 pod，更多的守护进程加入常见的虚拟路由器冗余协议 （VRRP）协商。此协商由所有

nopreempt：不会将 master 从主机上的较低优先级 VIP 移到主机上的优先级更高的 VIP。 16.6. 关于 VRRP ID 偏移 每个 IP 转移 pod 由 IP 故障转移部署配置管理，每个节点 1 个 pod，以一个 Keepalived 守护进程运行。 配置更多 IP 故障转移部署配置后，会创建更多 pod，更多的守护进程加入常见的虚拟路由器冗余协议 （VRRP）协商。此协商由所有

文件中设置代理设置（可选） 8.3.6.3. 针对没有 provisioning 的网络修改 install-config.yaml 文件（可选） 8.3.6.4. 在 install-config.yaml 文件中配置管理的安全引导（可选） 8.3.6.5. 额外的 install-config 参数 8.3.6.6. BMC 地址 8.3.6.7. 用于 Dell 的 BMC 地址 8.3.6.8. HPE Container Platform 集群，需要对 install- config.yaml 文件进行以下更改。 8.3.6.4. 在 在 install-config.yaml 文件中配置管理的安全引 文件中配置管理的安全引导（可 （可选） ） 在使用 Redfish BMC 寻址（如 redfish、redfish-virtualmedia 或 idrac-virtualmedia）部署安装程序置

13 代的 Dell 硬件运行固 件版本 2.75.75.75 或更高版本。使用管理的安全引导机制进行部署不需要 Redfish 虚拟介 质。详情请参阅"设置 OpenShift 安装环境"一节中的"配置管理的安全引导"部分。 注意 注意 红帽不支持使用自生成的密钥进行安全引导。 第 第 8 章 章 在裸机上部署安装程序置 在裸机上部署安装程序置备 备的集群 的集群 1161 8.2.2. 为 或双栈网络。但是，红帽确实支持将 IPv4 作为主要 IP 地址系列的双栈网络。因此，IPv4 条目必须放在 IPv6 条目前面 前面。 8.3.6.5. 在 在 install-config.yaml 文件中配置管理的安全引 文件中配置管理的安全引导（可 （可选） ） 在使用 Redfish BMC 寻址（如 redfish、redfish-virtualmedia 或 idrac-virtualmedia）部署安装程序置

配置多个集群节 节点 点仅 仅适用于安装程序置 适用于安装程序置备 备的基 的基础 础架 架构 构上的初始部署。 上的初始部署。 16.3.10.16. 可 可选 选：配置管理的安全引 ：配置管理的安全引导 导 在使用 在使用 Redfish BMC 寻 寻址（如 址（如 redfish, redfish-virtualmedia, 或 或 idrac-virtualmedia）部署安装程