这些工具可组合使用，因此您可自由选择对您有用的工具。 2.1.3. Operator 成熟度模型 Operator 内部封装的管理逻辑的复杂程度各有不同。该逻辑通常还高度依赖于 Operator 所代表的服务类 型。 对于大部分 Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段： 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR FRAMEWORK 打包格式 本指南概述了 OpenShift Container Platform 中 Operator Lifecycle Manager (OLM) 所支持的 Operator CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2.2.1.1. 清 清单 捆绑包清单指的是一组 Kubernetes 清单，用于定义 Operator 的部署和 RBAC 模型。 捆绑包包括每个目录的一个 CSV，一般情况下，用来定义 CRD 所拥有的 API 的 CRD 位于 /manifest 目 录中。 捆绑包格式布局示例 包格式布局示例 额外支持的 外支持的对象

NodeNetworkConfigurationPolicy 自定义资源将虚拟路由和转发 (VRF) 实 例与网络接口关联。通过将 VRF 实例与网络接口关联，您可以支持流量隔离、独立路由决策和网络资源 的逻辑分离。此功能作为技术预览功能提供。如需更多信息，请参阅示例：带有 VRF 实例网络配置策略 的网络接口。 1.3.9.16. 对 对 Broadcom BCM57504 的支持 的支持现 现在是 在是 在 LVMS 中支持 中支持 OR 逻辑 逻辑 在这个版本中，逻辑卷管理器 (LVM) 集群自定义资源 (CR) 在 deviceSelector 设置中提供 OR 逻辑。在 以前的版本中，只能为使用 AND 逻辑的设备路径指定 paths 设置。在这个版本中，您还可以指定 optionalPaths 设置，它支持 OR 逻辑。如需更多信息，请参阅使用逻辑卷管理器存储的持久性存储中的 CR 示例。 示例。 1.3.11.2. 支持 支持 LVMS 中的 中的 ext4 在这个版本中，逻辑卷管理器 (LVM) 集群自定义资源 (CR) 支持 ext4 文件系统，其 fstype 设置在 deviceClasses 下。默认文件系统为 xfs。如需更多信息，请参阅使用逻辑卷管理器存储的持久性存储中 的 CR 示例。 1.3.11.3. 标 标准化的 准化的 STS 配置工作流 配置工作流

pod 间共享。 Fiber 频道 道 用于在数据中心、计算机服务器、交换机和存储之间传输数据的联网技术。 FlexVolume FlexVolume 是一个树外插件接口，它使用基于 exec 的模型与存储驱动程序进行接口。您必须在每个 节点上在预定义的卷插件路径中安装 FlexVolume 驱动程序二进制文件，并在某些情况下是 control plane 节点。 fsGroup fsGroup 2. 访问模式 声明在请求带有特定访问权限的存储时，使用与卷相同的格式。 3.4.3. Resources 象 pod 一样，声明可以请求具体数量的资源。在这种情况下，请求用于存储。同样的资源模型适用于卷和 声明。 3.4.4. 声明作为卷 pod 通过将声明作为卷来访问存储。在使用声明时，声明需要和 pod 位于同一个命名空间。集群在 pod 的命名空间中找到声明，并使用它来使用这个声 OpenShift Container Platform 发行注记中已弃用和删除的功能部分。 OpenShift Container Platform 支持 FlexVolume，这是一个树外插件，使用可执行模型与驱动程序进行接 口。 要从没有内置插件的后端使用存储，您可以通过 FlexVolume 驱动程序来扩展 OpenShift Container Platform，并为应用程序提供持久性存储。 Pod

CI/CD 4 采用自定义构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 镜像，可以自定义构建流程。 自定义构建器镜像是嵌入了构建过程逻辑的普通容器镜像，例如用于构建 RPM 或基本镜像的逻辑。 自定义构建以级别很高的特权运行，默认情况下不可供用户使用。只有可赋予集群管理权限的用户才应被 授予运行自定义构建的权限。 2.1.1.4. Pipeline 构 构建 构建过程将目录更改到 contextDir（若已指定）。 3. 内联 Dockerfile（若有）写入当前目录中。 4. 当前目录中的内容提供给构建过程，供 Dockerfile、自定义构建器逻辑或 assemble 脚本引用。 这意味着，构建会忽略所有驻留在 contextDir 之外的输入内容。 以下源定义示例包括多种输入类型，以及它们如何组合的说明。如需有关如何定义各种输入类型的更多详 Custom 构建 采用自定义构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 镜像，可以自定义构建流程。 自定义构建器镜像是嵌入了构建过程逻辑的普通容器镜像，例如用于构建 RPM 或基本镜像的逻辑。 自定义构建以级别很高的特权运行，默认情况下不可供用户使用。只有可赋予集群管理权限的用户才应被 授予运行自定义构建的权限。 2.5.3.1. 使用 使用 FROM 镜

SERVICE MESH 2.X 1.1. 关于 OPENSHIFT SERVICE MESH 1.2. SERVICE MESH 发行注记 1.3. 了解 SERVICE MESH 1.4. 服务网格部署模型 1.5. SERVICE MESH 和 ISTIO 的不同 1.6. 准备安装 SERVICE MESH 1.7. 安装 OPERATOR 1.8. 创建 SERVICEMESHCONTROLPLANE 分布式追踪平台记录了在微服务的整个堆栈间执行单个请求，并将其显示为 trace。trace是系统的数据/ 执行路径。端到端追踪包含一个或多个范围。 span 代表具有操作名称、操作的开始时间和持续时间的逻辑工作单元。span 可能会被嵌套并排序以模拟 因果关系。 1.3.4.1. 分布式追踪概述 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用分 环境中安装 Red Hat OpenShift Service Mesh 。 1.4. 服务网格部署模型 Red Hat OpenShift Service Mesh 支持几种不同的部署模型，它们可以以不同的方式组合以满足您的业务 需求。 1.4.1. 单网格部署模型 最简单的 Istio 部署模型是一个网格。 网格中的服务名称必须是唯一的，因为 Kubernetes 只允许一个服务在 mynamespace

的增强包括 当集群范围的发行版本资源改变时，Helm Operator 可以进行监视和协调。 Helm Operator 现在可以通过为原生 Kubernetes 对象使用三向策略合并补丁来协调逻辑，以便正 确实现并应用阵列补丁策略。 Helm Operator 的默认 API 版本变为 helm.operator-sdk/v1alpha1。 UBI 8 用于 用于 OpenShift Container 指令发生前定义构建参数，则在处理 Dockerfile 时会丢弃该指令，以纳入 Build 或 BuildConfig 资源中指定的任何覆盖。在使用预处理的 Dockerfile 构建镜像时，对这些参数的 引用不会正确解决。预处理逻辑已被修改，以保留生成更新的 Dockerfile 内容时遇到的第一个 FROM 指令前遇到的 ARG 指令，因此不再出现这个问题。(BZ#1842982) 在以前的版本中，Buildah 会清除镜像上的镜像架构和 加载，并在关闭时显示正确的警告。(BZ#1872893) 容器 容器 在以前的版本中，处理从构建上下文中复制内容的 COPY 或 ADD 指令的逻辑在 .dockerignore 文件存在时无法有效地过滤。如果评估源位置中的每个项目是否需要复制到目的地，那么会明显 减慢COPY 和 ADD。此程序错误修复重写了相关逻辑，在存在 .dockerignore 文件时将不会明 显降低构建期间处理 COPY 和 ADD 指令的速度。(BZ#1828119

发行注 行注记 记 11 在此次更新之前，使用 oc edit 编辑 Collector 配置非常困难，因为它对空格的使用不一致。这个 更改引入了在 Operator 更新前对配置进行规范化和格式化的逻辑，以便使用 oc edit 轻松编辑配 置。(LOG-2319) 在此次更新之前，FluentdNodeDown 警报无法正确在 message 部分中提供实例标签。在这个版 本中，通过修复警报规 metrics 仪表板的更改还没有部署，因为 cluster-logging-operator 没有正 确比较包含仪表板的现有和所需的配置映射。在这个版本中，通过在对象标签中添加唯一的 hash 值来解决逻辑。(LOG-2066) 第 第 1 章 章 LOGGING 发 发行注 行注记 记 25 在此次更新之前，Elasticsearch Pod 在启用了 FIPS 更新后无法启动。在这个版本 中，Elasticsearch 仪表板的更改还没有部署，因为 cluster-logging-operator 没有正确 地比较包含仪表板的现有和所需 configmaps。在这个版本中，通过将仪表板唯一的哈希值添加到 对象标签来修复逻辑。(LOG-2066) 在这个版本中，log4j 依赖项改为 2.17.1 以解决 CVE-2021-44832.(LOG-2102) 1.20.2. CVE 例 例 1.11. 点 点击 击以展开

Cluster 的资源 （EtcdCluster 资源）。这些对象的工作方式与内置的原生 Kubernetes 对象（如 Deployment 或 ReplicaSet ）相似，但包含特定于管理 etcd 的逻辑。 4. 新建 etcd 集群： a. 在 etcd Cluster API 框中，点 Create instance。 b. 在下一页上，您可对 EtcdCluster 对象的最小起始模板进行任何修改，比如集群大小。现 会自动检测每个拥有的资源上公开的绑定数据。 5.6.2. 数据模型 注释中使用的数据模型遵循特定的惯例。 服务绑定注解必须使用以下约定： 其中： 指定要公开的绑定值的名称。只有在将 objectType 参数设置为 Secret 或 ConfigMap 时， 才能将其排除。 指定没有设置 path 时公开的常量值。 数据模型详细介绍了 路径、elementType、objectType、sourceKey tier: frontend 第 第 7 章 章 部署 部署 97 1 2 3 对一组资源进行的标签查询。matchLabels 和 matchExpressions 的结果在逻辑上是组合在一起 的。 基于相等的选择器，使用与选择器匹配的标签指定资源。 基于集合的选择器，用于过滤键。这将选择键等于 tier 并且值等于 frontend 的所有资源。 7.1.2. DeploymentConfig

Cluster 的资源 （EtcdCluster 资源）。这些对象的工作方式与内置的原生 Kubernetes 对象（如 Deployment 或 ReplicaSet ）相似，但包含特定于管理 etcd 的逻辑。 4. 新建 etcd 集群： a. 在 etcd Cluster API 框中，点 Create instance。 b. 在下一页上，您可对 EtcdCluster 对象的最小起始模板进行任何修改，比如集群大小。现 会自动检测每个拥有的资源上公开的绑定数据。 6.6.2. 数据模型 注释中使用的数据模型遵循特定的惯例。 服务绑定注解必须使用以下约定： 其中： 指定要公开的绑定值的名称。只有在将 objectType 参数设置为 Secret 或 ConfigMap 时， 才能将其排除。 指定没有设置 path 时公开的常量值。 数据模型详细介绍了 路径 路径、elementType、 Container Platform 4.10 构 构建 建应 应用程序 用程序 108 1 2 3 对一组资源进行的标签查询。matchLabels 和 matchExpressions 的结果在逻辑上是组合在一起 的。 基于相等的选择器，使用与选择器匹配的标签指定资源。 基于集合的选择器，用于过滤键。这将选择键等于 tier 并且值等于 frontend 的所有资源。 8.1.1.2. 复制控制器

Precision Time Protocol (PTP) 的网络。 单个 master 接口无法同时配置为使用 macvlan 和 ipvlan。 对于不能与接口无关的 IP 分配方案，可以使用处理此逻辑的较早插件来串联 ipvlan 插件。如果省略 master，则前面的结果必须包含一个接口名称，以便 ipvlan 插件进行 enslave。如果省略 ipam，则使用前面的结果来配置 ipvlan 列表。IP 从可分配的 IP 池中移除，永远 不会传递给 pod。当省略时，实现网络的逻辑交换机只提供第 2 层通信，用户必须为 pod 配置 IP。端口安全只阻止 MAC 欺骗。 字段 字段 类 类型 型 描述 描述 25.2.3.6.2. 配置交 配置交换 换拓扑 拓扑 交换机（层 2）拓扑网络通过集群范围的逻辑交换机互连工作负载。此配置可用于 IPv6 和双栈部署。 注意 第 2 层切换拓扑网络只允许在集群中的 用于提供多租户功能，例如，每个租户都有 自己的唯一的路由表且需要不同的默认网关。 进程可将套接字绑定到 VRF 设备。通过绑定套接字的数据包使用与 VRF 设备关联的路由表。VRF 的一个 重要特性是，它只影响 OSI 模型层 3 以上的流量，因此 L2 工具（如 LLDP）不会受到影响。这可让优先 级更高的 IP 规则（如基于策略的路由）优先于针对特定流量的 VRF 设备规则。 25.3.1.1. 这对针对电信业使用的