章 开 开发 发 OPERATOR 5.1. 关于 OPERATOR SDK 5.2. 安装 OPERATOR SDK CLI 5.3. 基于 GO 的 OPERATOR 5.4. 基于 ANSIBLE 的 OPERATOR 5.5. 基于 HELM 的 OPERATOR 5.6. 基于 JAVA 的 OPERATOR 5.7. 定义集群服务版本（CSV） 5.8. 使用捆绑包镜像 5.9 建备份。所有这些活动均位于集群中运行的一个软件中。 1.1. 对于开发人员 作为开发人员，您可以执行以下 Operator 任务： 安装 Operator SDK CLI。 创建 Go-based Operators, Ansible-based Operators, Java-based Operators, 和 Helm-based Operators。 使用 Operator SDK 来构建、测试并部署 Operator。 Operator 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR FRAMEWORK 打包格式 本指南概述了 OpenShift Container Platform 中 Operator Lifecycle

--enable="rhel-7-server-extras-rpms" \ --enable="rhel-7-server-ose-3.11-rpms" \ --enable="rhel-7-server-ansible-2.9-rpms" 对于 IBM POWER8 服务器中的内部安装，请运行以下命令： # subscription-manager repos \ --enable="rhel-7-for-power-le-rpms" e-extras-rpms" \ --enable="rhel-7-for-power-le-optional-rpms" \ --enable="rhel-7-server-ansible-2.9-for-power-le-rpms" \ --enable="rhel-7-server-for-power-le-rhscl-rpms" \ --enable="rh -9-extras-rpms" \ --enable="rhel-7-for-power-9-optional-rpms" \ --enable="rhel-7-server-ansible-2.9-for-power-9-rpms" \ --enable="rhel-7-server-for-power-9-rhscl-rpms" \ --enable="rhel

算（COMPUTE）系 ）系统 统的集群 的集群 8.1. 先决条件 8.2. 使用WEB控制台更新集群 8.3. 可选：添加 HOOK 以在RHEL系统上执行ANSIBLE任务 8.3.1. 在升级过程中使用 Ansible hook 8.3.2. 配置Ansible inventory文件以使用 hook 8.3.3. RHEL计算系统可用的 hook 8.4. 更新集群中的RHEL COMPUTE 系统 计算机器的集群 ：如果集群包含 Red Hat Enterprise Linux(RHEL)机器，则必须执行额外 的步骤来更新这些机器。您可以执行以下步骤： 可选：添加 hook 以在RHEL系统上执行Ansible任务 更新集群中的RHEL compute 系统 2.8. 更新受限网络集群 更新受限网络集群 ：如果镜像主机无法同时访问互联网和集群，您可以将镜像(mirror)到与该环境中断开 连接的 的节点是否能为您的应用程序提供足够的服 务质量(QoS)。 您可以将这个更新过程与所有记录的 OpenShift Container Platform 更新过程一起使用。但是，该过程不 适用于使用 Ansible playbook 进行更新的 Red Hat Enterprise Linux (RHEL) 机器。 7.2. 关于执行 CANARY ROLLOUT 更新 本主题描述了此 canary rollout

. . . . . . . . . . . 目 目录 录 第 第 1 章 章 概述 概述 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 2.1. 预安装依赖项 2.2. ANSIBLE 安装优化 2.3. 网络注意事项 第 第 3 章 章 推荐的主机 推荐的主机实 实践 践 3.1. OPENSHIFT CONTAINER PLATFORM MASTER 主机的推荐做法 资源 源 4.1. 过量使用 4.2. 镜像注意事项 4.2.1. 使用预部署的镜像提高效率 4.2.2. 预拉取镜像 4.3. 使用 RHEL 工具容器镜像进行调试 4.4. 使用基于 ANSIBLE 的健康检查进行调试 第 第 5 章 章 优 优化持久性存 化持久性存储 储 5.1. 概述 5.2. 常规存储指南 5.3. 存储建议 5.3.1. 特定应用程序存储建议 5.3.1.1 以进行安全目的的计算机也很有用。 2.2. ANSIBLE 安装优化 OpenShift Container Platform 安装方法使用 Ansible。Ansible 对于运行并行操作非常有用，这意味着快 速高效的安装。但是，这些可通过额外的调整选项加以改进。如需可用 Ansible 配置选项列表，请参阅 Configuring Ansible 部分。 重要 重要 并行行为可能会认为内容源，如您的镜像

4.4. Red Hat Enterprise Linux (RHEL) 计算节点 Red Hat Enterprise Linux (RHEL) 计算节点需要额外使用 openshift-ansible 来更新节点二进制组件。更 新 RHEL 计算节点的实际时间不应与 Red Hat Enterprise Linux CoreOS (RHCOS) 计算节点有很大不同。 其他 其他资 资源 源 的节点是否能为您的应用程序提供足够的服 务质量(QoS)。 您可以将这个更新过程与所有记录的 OpenShift Container Platform 更新过程一起使用。但是，该过程不 适用于使用 Ansible playbook 进行更新的 Red Hat Enterprise Linux (RHEL) 机器。 3.4.2. 关于执行 canary rollout 更新 本主题描述了此 canary 源 更新安装的 Operator 3.5.3. 可选：添加 hook 以在RHEL系统上执行Ansible任务 在OpenShift Container Platform更新期间，您可以使用hook在RHEL计算系统上运行Ansible任务。 3.5.3.1. hook关于 关于 Ansible hook 进行更新 行更新 更新OpenShift Container Platform时，

将角色权限附加到 AWS 中的 RHEL 实例 9.7. 将 RHEL WORKER 节点标记为拥有或共享 9.8. 在集群中添加 RHEL 计算机器 9.9. 批准机器的证书签名请求 9.10. ANSIBLE HOSTS 文件的必要参数 第 第 10 章 章 在 在 OPENSHIFT CONTAINER PLATFORM 集群中添加更多 集群中添加更多 RHEL 计 计算机器 算机器 10.1 AWS 中的 RHEL 实例 10.6. 将 RHEL WORKER 节点标记为拥有或共享 10.7. 在集群中添加更多 RHEL 计算机器 10.8. 批准机器的证书签名请求 10.9. ANSIBLE HOSTS 文件的必要参数 第 第 11 章 章 手 手动 动管理用 管理用户 户置 置备 备基 基础 础架 架构 构 11.1. 手动使用用户置备的基础架构在集群中添加计算机器 11.2 Enterprise Linux(RHEL)作为操作系统的计算机器添加到 OpenShift Container Platform 4.14 集群之前，必须准备一个 RHEL 8 机器，以运行向集群添加新节点的 Ansible playbook。这 台机器不是集群的一部分，但必须能够访问集群。 先决条件 先决条件 在运行 playbook 的机器上安装 OpenShift CLI（oc）。 以具有 cluster-admin

Broker 和 service Catalog 已过时 Service Catalog 不再被默认安装 Template Service Broker 不会被默认安装 OpenShift Ansible Service Broker 不再会被默认安装 多个 oc adm 命令现已过时 imagepolicyadmission 的可配置性已不存在 1.4. 技术预览功能 1.5. 已知问题 OpenShift 4 版本中被逐渐替代。 当重要的依赖内容被移植到新的使用 Operator 的解决方案后，红帽就将会不再使用 Template Service Broker 和 OpenShift Ansible Broker。我们建议用户关注 Operator Framework and Operator Lifecycle Manager (OLM) 来继续向 OpenShift 4 集群提供应用程 不再被默 不再被默认 认安装 安装 Service Catalog 在 OpenShift Container Platform 4.1 中不会被默认安装，如果需要使用 OpenShift Ansible broker 或 template service broker，则要手工安装它。在 OpenShift Container Platform 4.1 中，Service Catalog API

Virtualization Overview 页面上监控资源、详情、状态和顶级用户。 在虚 在虚拟 拟机 机仪表板上查看有关虚拟机的高级信息。 查看虚拟机日志。 自 自动 动您的部署 您的部署 使用 Ansible 自动执行虚拟机部署。 使用 sysprep 自动执行 Windows 虚拟机部署。 2.4. 其他资源 关于 Kubernetes NMState Operator 为虚拟机指定节点 Red Hat Ansible Automation Platform 自动完成 OpenShift Virtualization 管理任务。通过使 用 Ansible Playbook 创建新虚拟机来了解基础知识。 8.15.4.1. 关于 关于 Red Hat Ansible Automation Ansible 是用于配置系统、部署软件和执行滚动更新的自动化工具。Ansible 包含对 OpenShift Container Platform 4.10 虚 虚拟 拟化 化 96 Ansible 是用于配置系统、部署软件和执行滚动更新的自动化工具。Ansible 包含对 OpenShift Virtualization 的支持，Ansible 模块可用于自动执行集群管理任务，如模板、持久性卷声明和虚拟机操 作。 Ansible 提供了一种方式来自动执行 OpenShift Virtualization

1661 1662 1663 1665 1666 1666 1668 1668 1668 1669 目 目录 录 33 13.3.9. 获取安装程序 13.3.10. 下载 Ansible playbook 13.3.11. inventory.yml 文件 13.3.12. 指定 RHCOS 镜像设置 13.3.13. 创建安装配置文件 13.3.14. 自定义 install-config 7. 用户置备 DNS 要求 13.4.8. 设置安装机器 13.4.9. 为 RHV 设置 CA 证书 13.4.10. 生成 SSH 私钥并将其添加到代理中 13.4.11. 下载 Ansible playbook 13.4.12. inventory.yml 文件 13.4.13. 指定 RHCOS 镜像设置 13.4.14. 创建安装配置文件 13.4.15. IBM Z 的 install-config $HOST，如本地主机（如果未指定）。 --targetUsername,-u 目标主机上的用户，将用于 SSH。默认为 $USER，例如，如果未指定，则默认为 当前用户。 --verbose,-v 显示调试日志和 Ansible playbook 输出。 --version 显示 Red Hat OpenShift 的镜像 registry 的版本。 标记 标记 描述 描述 1. 如果您的系统的公共 DNS 名称与本地主机名不同，则必须修改

$HOST，如本地主机（如果未指定）。 --targetUsername,-u 目标主机上的用户，将用于 SSH。默认为 $USER，例如，如果未指定，则默认为 当前用户。 --verbose,-v 显示调试日志和 Ansible playbook 输出。 --version 显示 Red Hat OpenShift 的镜像 registry 的版本。 标记 标记 描述 描述 1. 如果您的系统的公共 DNS 名称与本地主机名不同，则必须修改 Platform。使用此安装方法，您可以将集群与现有基础架构和修改集成。对 于在用户置备的基础架构上安装，您必须创建所有 RHOSP 资源，如 Nova 服务器、Neutron 端 口和安全组。您可以使用提供的 Ansible playbook 来协助部署过程。 在您自己的基 在您自己的基础 础架 架构 构上 上带 带有 有 Kuryr 的 的 OpenStack 上安装集群 上安装集群：您可以在使用 Kuryr SDN 裸机 裸机 inventory.yaml 文件示例 文件示例 all: hosts: localhost: ansible_connection: local ansible_python_interpreter: "{{ansible_playbook_python}}" # User-provided values os_subnet_range: