. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.18. 将软件包清单项目迁移到捆绑包格式 5.19. OPERATOR SDK CLI 参考 第 第 6 章 章 集群 集群 OPERATOR 参考 参考 6.1. CLUSTER BAREMETAL OPERATOR Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作，如安装和配置以及第 2 天操作，如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。 1.1. 对于开发人员 作为开发人员，您可以执行以下 Operator 任务： 安装 Operator SDK CLI。 创建 Go-based Operators, Ansible-based 从概念上讲，Operator 会收集人类操作知识，并将其编码成更容易分享给消费者的软件。 Operator 是一组软件，可用于降低运行其他软件的操作复杂程度。它可以被看作是软件厂商的工程团队 的扩展，可以在 Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程，并对出现的错误

Container Platform 4.6 镜像和程序错误公告 1.8.2. RHSA-2020:4297 - Moderate: OpenShift Container Platform 4.6 软件包安全更新 1.8.3. RHSA-2020:4298 - Moderate: OpenShift Container Platform 4.6 镜像安全更新 1.8.4. RHBA-2020:4339 程序错误修复更新 1.8.6.1. 程序错误修复 1.8.6.2. 更新 1.8.7. RHSA-2020:5159 - Low: OpenShift Container Platform 4.6 软件包安全更新 1.8.8. RHSA-2020:5259 - OpenShift Container Platform 4.6.8 程序错误修复和安全更新 1.8.8.1. 功能 1.8.8.1 记 6 目 目录 录 7 第 1 章 OPENSHIFT CONTAINER PLATFORM 4.6 发行注记 Red Hat OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform

worker 的机器上安装操作系统时，启用 FIPS 模式。这些配置方法可确保集群满足 FIPS 合规审核的要求：在初始系统引导前，只启用经 FIPS 验 证/Modules in Process 加密的软件包。 因为 FIPS 必须在集群首次引导操作系统之前启用，所以您不能在部署集群后启用 FIPS。 2.1. OPENSHIFT CONTAINER PLATFORM 中的 FIPS 验证 OpenShift 安装了新内核，kmods- via-containers 软件将被重建并部署该模块，以便使新内核可使用该模块的兼容版本。 使这个功能可以在每个节点中保持模块最新状态的方法是： 在引导时启动的每个节点中添加 systemd 服务，以检测是否安装了新内核。 如果检测到一个新的内核，该服务会重建该模块并将其安装到内核中 有关此过程所需软件的详情，请查看 kmods-via-containers github 这个过程是技术预览。 软件工具和示例还没有官方的 RPM，现只能从非官方的 github.com 站点获得。 红帽不支持您通过这些步骤添加的第三方内核模块。 在本流程中，构建您的内核模块所需的软件部署在 RHEL 8 容器中。请记住，当节点有新内核 时，每个节点上会自动重新构建模块。因此，每个节点都需要访问一个 yum 存储库，该程序存储 库包含重建该模块所需的内核和相关软件包。该内容最好由一个有效的

系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可 架 架构 构 3 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。开发以开放方式完成，源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 擅长管理应用程序，但它并未指定或管理平台级要求或部署过程。强大而灵活的平台管

配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 机器配置池 机器配置池 (MCP) 一组基于它们处理的资源的机器（如 control plane 组件或用户工作负载）。 metadata 有关集群部署工件的附加信息。 微服 微服务 务 编写软件的方法。应用程序可以使用微服务相互独立，划分为最小的组件。 镜 镜像 像 registry 包含 OpenShift Container Platform 镜像的 mirror registry。 来管理镜像。 Operator 在 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator 将人类操作知识编码到一个软件程序中，易于打包并与客户共享。 OperatorHub 包含要安装的 OpenShift Container Platform Operator 的平台。 Operator Lifecycle

系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可 架 架构 构 3 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。开发以开放方式完成，源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 擅长管理应用程序，但它并未指定或管理平台级要求或部署过程。强大而灵活的平台管

系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可 OpenShift Container Platform 4.7 架 架构 构 6 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用标准的操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Red Hat Enterprise Linux（RHEL） 和相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件 的严格测试和认证计划。 开源开发模型。开发以开放方式完成，源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 擅长管理应用程序，但它并未指定或管理平台级要求或部署过程。强大而灵活的平台管

Container Platform 4，则需要 了解 OpenShift Container Platform 4 的不同。OpenShift Container Platform 4 将无缝地集成了软件 包、部署和管理 Kubernetes 应用程序以及平台在 Red Hat Enterprise Linux CoreOS（RHCOS）上运行 的 Operator。与其他需要部署机器并配置其操作系统以便在其中安装 如果要防止公共云中的集群从外部公开端点，您可以在 AWS、Azure 或 GCP 上使用安装程序置备的基础 架构部署私有集群。 如果您需要安装对互联网有限访问的集群，如断开连接的或受限的网络集群，您可以镜像安装软件包并从 中安装集群。按照用户置备的基础架构安装到 AWS、GCP、IBM Z 或 LinuxONE 、IBM Power、vSphere 或 裸机的受限网络中的详细说明。您还可以按照 AWS、GCP、RHOSP、RHV 打印。 流程 流程 1. 为 OpenShift 控制台 Downloads 页面找到的 Red Hat OpenShift 的最新版本下载 mirror - registry.tar.gz 软件包。 2. 使用 mirror-registry 工具，在本地主机上安装 工具，在本地主机上安装 Red Hat OpenShift 的 的镜 镜像 像 registry。有关可用 标志的完整列表，请参阅

Container Platform 有效负载中的一个容器镜像，旨在用作构建驱动 程序容器的基础镜像。Driver Toolkit 镜像包含通常作为构建或安装内核模块的依赖项所需的内核软件 包，以及驱动程序容器所需的一些工具。这些软件包的版本将与相应 OpenShift Container Platform 发行 版本中 RHCOS 节点上运行的内核版本匹配。 驱动程序容器是容器镜像，用于在容器操作系统（如 驱动程序是在操作系统内核中具有高级别权限运行的软件 库。它们扩展了内核功能，或者提供控制新设备所需的硬件特定代码。例如，硬件设备，如现场可编程阵 列 (FPGA) 或图形处理单元(GPU)，以及软件定义的存储解决方案（客户端机器上需要内核模块）。驱动 程序容器是用于在 OpenShift Container Platform 部署中启用这些技术的软件堆栈的第一层。 第 第 1 章 章 关于 关于专 Platform 上启用特殊软件和硬件设备。 2.1. 关于驱动程序工具包 背景信息 Driver Toolkit 是 OpenShift Container Platform 有效负载中的一个容器镜像，用作可构建驱动程序容器 的基础镜像。Driver Toolkit 镜像包含通常作为构建或安装内核模块的依赖项所需的内核软件包，以及驱 动程序容器所需的一些工具。这些软件包的版本将与相应 OpenShift

Container Platform 4.10 专 专用硬件和 用硬件和驱动 驱动程序 程序启 启用 用 2 第 1 章 关于专用硬件和驱动程序启用 许多应用程序需要依赖于内核模块或驱动程序的专用硬件或软件。您可以使用驱动程序容器在 Red Hat Enterprise Linux CoreOS (RHCOS) 节点上载入树外内核模块。要在集群安装过程中部署树外驱动程序， 请使用 kmods-via-containers Platform 提供了几个工具： Driver Toolkit 是一个容器镜像，是每个 OpenShift Container Platform 版本的一部分。它包含构 建驱动程序或内核模块所需的内核软件包和其他常见依赖项。Driver Toolkit 可用作 OpenShift Container Platform 上构建的驱动程序容器镜像的基础镜像。 特殊资源 Operator (SRO) 编配驱动程序容器的构建和管理，以便在现有 关于专 专用硬件和 用硬件和驱动 驱动程序 程序启 启用 用 3 第 2 章 驱动程序工具包 了解驱动程序工具包以及如何将其用作驱动程序容器的基础镜像，以便在 Kubernetes 上启用特殊软件和 硬件设备。 重要 重要 Driver Toolkit 只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA） 支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以