关于 OPERATOR Red Hat OpenShift Data Foundation 由三个主要操作器（operator）组成，它们协调管理任务和自定义 资源，以便您可以轻松自动化任务和资源特征。管理员定义集群的所需最终状态，OpenShift Data Foundation 通过最少的管理员干预来确保集群处于该状态，或接近该状态。 OpenShift Data Foundation operator（操作器） 在以下情况下最适合使用外部方法， 存储要求非常显著（超过 600 个存储设备） 多个 OpenShift Container Platform 集群需要消耗来自通用外部集群的存储服务。 其他团队，如站点可靠性工程 (SRE) 团队、存储团队等，需要管理提供存储服务的外部集群。可 能已存在。 2.3. 节点类型 节点运行容器运行时和服务，以确保容器正在运行，并且维护容器集之间的网络通信和隔离。在 OpenShift

对象是整个构建过程的定义。 OpenShift Container Platform 使用 Kubernetes，从构建镜像创建容器并将它们推送到容器镜像 registry。 构建对象具有共同的特征，包括构建的输入，完成构建过程要满足的要求、构建过程日志记录、从成功构 建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift Container Platform 创建应用程序的方式，如果使用 Web 控制台或 CLI，通 常会自动生成 latest 镜像流标签对应。它仅使用特定于一个 SHA 或镜像摘要的镜像标签。当 第 第 5 章 章 JENKINS 123 ocp-tools-4 镜像更改时，如 Jenkins 安全公告，红帽工程团队会更新 Cluster Samples Operator 有效 负载。 user-maintained-upgrade-redeploy 要在升级 OpenShift Container Platform

定期检查条件更新以更新风险。这些风险通过 OSUS 提供的数据传递，其中包含可能会影响到该版 本的集群更新的已知问题的每个版本的信息。大多数风险仅限于具有特定特征的集群，如在特定云平台中 部署的特定大小或集群的集群。 CVO 根据每个条件更新的条件风险信息持续评估其集群特征。如果 CVO 发现集群与条件匹配，CVO 会 将此信息存储在 ClusterVersion 资源的 conditionalUpdates 字段中。如果 Platform 维护一个更新建议服务，它知道已安装的 OpenShift Container Platform 版本以及频道中要获取的路径，以便您获得下一版本。更新路径还仅限于与当前所选频道及其提升特征相 关的版本。 您可在频道中看到以下发行版本： 4.14.0 4.14.1 4.14.3 4.14.4 该服务只建议经过测试且没有已知的严重回归更新。例如，如果您的集群为 4.14.1，OpenShift 的特定更新持续时间可能会因几个集群特征而有所不同，如目 标版本、节点数量以及调度到节点的工作负载类型。 有些 Operator （如 Cluster Version Operator）会在短时间内更新自己。这些 Operator 可以在图中省略，或者包含在标记为"其他 Operator 并行"的更广泛的 Operator 组中。 每个集群 Operator 的特征会影响到更新自身所需的时间。例如，在这个示例中，Kube

DENY action + paths 字段特征，您的集群会受到这个 漏洞的影响。这些模式可能会被意外的策略绕过。 在以下情况下，集群不会受到此漏洞的影响： 您没有授权策略。 您的授权策略没有定义 paths 或 notPaths 字段。 您的授权策略使用 ALLOW action + paths 字段或 DENY action + notPaths 字段特征。这些模 式只会导致意外的拒绝，而不是绕过策略。对于以上情况，升级是可选的。 例如，如果您创建一个名为 'akube-a' 的命名空间并将其添加到 Service Mesh member roll 中，Kiali UI 不会显示这个命名空间。这是因为对于定义的排除特征，软件会排除以定义特征开始 或包括定义特征的命名空间。 临时解决方案：更改 Kiali 自定义资源设置，以便使用尖号 (^) 前缀设置。例如： api: namespaces: exclude: 第 第 DENY action + paths 字段特征，您的集群会受到这个 漏洞的影响。这些模式可能会被意外的策略绕过。 在以下情况下，集群不会受到此漏洞的影响： 您没有授权策略。 您的授权策略没有定义 paths 或 notPaths 字段。 您的授权策略使用 ALLOW action + paths 字段或 DENY action + notPaths 字段特征。这些模 式只会导致意外的拒绝，而不是绕过策略。对于以上情况，升级是可选的。

准备和维护的基础架构中。 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 更新过程的一部分。部署之后，拉取、提取容器镜像并将其写入磁盘，然后修改启动加载程序 以启动到新版本。机器将以滚动方式重启并进入更新，确保对集群容量的影响最小。 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config Operator

准备和维护的基础架构中。 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 升级是在集群更新期间执行的。 第 第 5 章 章 RED HAT ENTERPRISE LINUX COREOS (RHCOS) 23 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config Operator

准备和维护的基础架构中。 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 问题，则进行一次回滚并重启就能使系统返回到以前的状态。OpenShift Container Platform 中 的 RHCOS 升级是在集群更新期间执行的。 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config Operator

准备和维护的基础架构中。 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 问题，则进行一次回滚并重启就能使系统返回到以前的状态。OpenShift Container Platform 中 的 RHCOS 升级是在集群更新期间执行的。 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config Operator

对象是整个构建过程的定义。 OpenShift Container Platform 使用 Kubernetes，从构建镜像创建容器并将它们推送到容器镜像 registry。 构建对象具有共同的特征，包括构建的输入，完成构建过程要满足的要求、构建过程日志记录、从成功构 建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 的触发器（trigger）。构建配置通过 BuildConfig 定义，它是一种 REST 对象，可在对 API 服务器的 POST 中使用以创建新实例。 构建配置或 BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift Container Platform 创建应用程序的方式，如果使用 Web 控制台或 CLI，通 常会自动生成

对影响客户的问题做出反应。同时还有助于红 帽向客户推出 OpenShift Container Platform 升级，以便最大程度降低服务影响，持续改进升级体验。 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 有连接集群信息来帮助改进 OpenShift Container Platform，提高其易用性。所有这些信息都不会与第三 方共享。 3 报告来说更深层次的故障数据。这 些数据每天分多次发送，其内容包括： 有关集群运行环境的重要配置信息 有关集群及其主要组件状态的详情 有关报告故障的基础架构 Pod 或节点的调试信息 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 有连接集群信息来帮助改进 OpenShift Container Platform，提高其易用性。所有这些信息都不会与第三 方共享。 3