操作系统实 统实用程序，如 用程序，如 echo、 、sed 或 或 grep。或者，它可能依 。或者，它可能依赖 赖 oc 二 二进 进制文件。 制文件。 oc 插件唯一的 插件唯一的强 强要求是 要求是 plugin.yaml 描述符文件。此文件至少 描述符文件。此文件至少负责 负责声明注册插件所需的最小属性，并 声明注册插件所需的最小属性，并 且必 且必须 须位于 位于 Search 志也是如此。插件框架负责执 负责执行此操作，因此插件作者不需要担心解析参数。 行此操作，因此插件作者不需要担心解析参数。这 这也确保插件和 也确保插件和 常 常规 规 oc 命令之 命令之间 间的最佳一致性水平。 的最佳一致性水平。 插件可以通 插件可以通过环 过环境 境变 变量 量访问运 访问运行 行时 时上下文属性。例如，若要 上下文属性。例如，若要访问 访问通 通过标 过标志提供的

> 代表， 但您不需要提供 WWN之前（包括0x）和以后（包括 -）的部分。 重要 重要 在卷被格式化并置备后，修改 fstype 参数的值会导致数据丢失和 pod 失败。 4.5.1.1. 强 强制磁 制磁盘 盘配 配额 额 使用 LUN 分区强制磁盘配额和大小限制。每个 LUN 都被映射到一个持久性卷，持久性卷必须使用唯一的 名称。 采用这种方法强制配额可让最终用户以特定数量（如 1 创建一个带有 lvms- 名称的 VolumeSnapshotClass。 先决条件 先决条件 确保持久性卷声明(PVC)处于 Bound 状态。对于快照的一致性，这是必需的。 在进行快照前，您需要停止所有到 PVC 的 I/O。 流程 流程 1. 登录到需要运行 oc 命令的单节点 OpenShift。 2. 将以下 YAML 保存到带有名称（如 lvms-vol-snapshot 您可以创建一个卷克隆，以制作数据的时点副本。持久性卷声明 (PVC) 不能使用不同的大小克隆。 重要 重要 克隆的 PVC 具有写入访问权限。 先决条件 先决条件 确保 PVC 处于 Bound 状态。对于快照的一致性，这是必需的。 确保 StorageClass 与源 PVC 相同。 流程 流程 1. 识别源 PVC 的存储类。 2. 要创建卷克隆，请将以下 YAML 保存到带有名称的文件，如 lvms-vol-clone

警报可以提供更详细的信息。(BZ#1862801) 1.2.18. Insights Operator 1.2.18.1. 深入了解 深入了解 Operator 数据收集功能的增 数据收集功能的增强 强 在 OpenShift Container Platform 4.6 中，Insights Operator 会收集以下附加信息： Pod 中断预算 卷快照自定义资源定义 不健康的 pod 的最新 在以前的版本中，镜像构建和推送可能会失败，错误信息为 error reading blob from source， 这是因为构建器逻辑会计算新层的内容两次。缓存层内容的逻辑依赖于这些计算结果的一致性。 如果两个计算之间新层的内容发生变化，缓存将无法在需要时提供层内容。现在，新层的内容不 再计算两次，从而使镜像构建不会失败。(BZ#1720730) Web 控制台 控制台 (开 开发 发者 者视 的增强 强 Insights Operator 现在可以为不健康的 SAP pod 收集数据。当 SDI 安装失败时，可以通过查看哪个初始 化 pod 失败来检测到问题。Insights Operator 现在会在 SAP/SDI 命名空间中收集有关失败 pod 的信息。 如需更多信息，请参阅 BZ#1935775。 1.8.21.1.3. SAP 许 许可 可证 证管理增 管理增强 强 在这

使用 pod 反关联性 安全地重新引导节点。 通过使用机器集缩减 集群来从集群中删除节点。要从裸机集群中删除节点，您必须首先排空节点 上的所有 pod，然后手动删除该节点。 功能增 功能增强 强操作 操作 OpenShift Container Platform 不仅允许您访问和管理节点；作为管理员，您可以在节点上执行以下任 务，使集群更有效、应用友好，并为开发人员提供更好的环境。 使用 pod 上的出口和入口流量。 向具有 pod 模板的任何对象添加和移除卷。卷是挂载的文件系统，可供容器集中的所有容器使 用。容器存储是临时的；您可以使用卷来持久保留容器数据。 功能增 功能增强 强操作 操作 您可以使用 OpenShift Container Platform 中提供的各种工具和功能，更加轻松地高效地使用 pod。以下 操作涉及使用这些工具和功能来更好地管理 pod。 操作 更多信息 更多信息 1.3. 关于容器 容器是 OpenShift Container Platform 应用的基本单元，其中包含打包的应用程序代码及其依赖项、库和 二进制文件。容器提供不同环境间的一致性和多个部署目标：物理服务器、虚拟机 (VM) 和私有或公有 云。 Linux 容器技术是隔离运行进程并仅限制对指定资源的访问的轻量机制。作为管理员，您可以在 Linux 容 器上执行各种任务，例如：

pod 数量。 使用 pod 反关联性来安全地重新引导节点。 通过使用机器集缩减集群，从集群中删除节点。要从裸机集群中删除节点，您必须首先排空节点 上的所有 pod，然后手动删除该节点。 增 增强 强操作 操作 OpenShift Container Platform 不仅支持访问和管理节点；作为管理员，您可以在节点上执行以下任务， 使集群更高效、应用程序友好，并为开发人员提供更好的环境。 使用 限制 pod 上的出口和入口流量。 从具有 pod 模板的任何对象中添加和移除卷。卷是 pod 中所有容器使用的已挂载文件系统。容器 存储是临时的；您可以使用卷来持久保留容器数据。 增 增强 强操作 操作 您可以使用 OpenShift Container Platform 中提供的各种工具和功能，更轻松地使用 pod。以下操作涉及 使用这些工具和功能来更好地管理 pod。 操作 操作 User 更多信息 更多信息 1.3. 关于容器 容器是 OpenShift Container Platform 应用程序的基本单元，它由应用程序代码与其依赖项、库和二进制 文件一起打包。容器提供不同环境间的一致性和多个部署目标：物理服务器、虚拟机 (VM) 和私有或公有 云。 Linux 容器技术是一种轻量型机制，用于隔离运行中的进程，仅限制对指定的资源的访问。作为管理员， 您可以在 Linux 容器上执行各种任务，例如：

定。opaque secret 允许使用无结构 key:value 对，可以包含任意值。 注意 注意 您可以指定其他任意类型，如 example.com/my-secret-type。这些类型不在服务器端强 制执行，但代表 secret 的创建者意在符合该类型的键/值要求。 2.3.6.1.3. 更新 更新 secret 当修改 secret 的值时，已在被运行的 Pod 使用的 secret 值不会被动态更新。要更改 OpenShift GitOps 生命周期和支持的平台的更多信息，请参阅平台生命 周期政策。 当应用程序部署到不同环境中的不同集群时，Red Hat OpenShift GitOps 可确保应用程序的一致性，如 开发、临时和生产环境。Red Hat OpenShift GitOps 整理与配置仓库相关的部署过程，并将其作为核心 元素。它总会保持至少有两个软件仓库： 1. 源代码的应用程序仓库 2.

manageNetworkPolicy 设置为 false，如下 例所示。 6. 点击 Save。 1.2.2.12. Red Hat OpenShift Service Mesh 2.1 的新功能和增 的新功能和增强 强 此 Red Hat OpenShift Service Mesh 发行版本添加了对 Istio 1.9.8, Envoy Proxy 1.17.1, Jaeger 1.24.1, and Kiali OpenShift Container Platform 4.9+ 支持 OVN-Kubernetes。 在 OpenShift Container Platform 上认证并通过 Service Mesh 一致性测试的第三方 Container Network Interface(CNI)插件。如需更多信息，请参阅认证的 OpenShift CNI 插件。 1.6.2.4. Service Mesh 支持的配置 Jaeger CR 中指定您的配置，并链接 到 SMCP。 streaming - streaming 策略旨在通过提供 Collector 和 Elasticsearch 后端存储之间的流功能来增 强 production 策略。这样做的好处是在高负载情况下降低后端存储压力，并允许其他 trace 后处 理功能直接从流传输平台 (AMQ Streams/ Kafka) 中利用实时 span 数据。您无法在

镜像注意事项 4.2.1. 使用预部署的镜像提高效率 您可以使用内置的多个任务创建基本的 OpenShift Container Platform 镜像，以提高效率、维护所有节点 主机上的配置一致性，并减少重复性任务。这称为预先部署的镜像。 例如，因为每个节点都需要 ose-pod 镜像来运行 pod，每个节点都必须定期连接容器镜像 registry 以拉 取最新的镜像。当您有 100 个节点同时尝试此操作时，这可能会导致镜像 (HA) OpenShift Container Platform registry 集群部署中： 首选存储技术是对象存储，然后是块存储。存储技术不需要支持 RWX 访问模式。 存储技术必须保证读写一致性。所有 NAS 存储（包含聚合模式/独立模式 GlusterFS），不建议 在带有生产环境工作负载的 OpenShift Container Platform Registry 集群部署中使用对象存储接 registry 在扩展的/HA OpenShift Container Platform registry 集群部署中： 首选存储技术是对象存储。存储技术必须支持 RWX 访问模式，且必须保证读写一致性。 对于应用于生产环境负载的扩展的/HA OpenShift Container Platform registry 集群部署，不建议 使用文件存储和块存储。 所有 NAS 存储（包含聚合模式/独立模式

是分布式追踪集合和存储的首选 Operator。OpenTelemetry 和 Tempo 分布式追踪堆栈供所有用户采用，因为这将进一步增强。 1.1.3.2. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Jaeger)引进了以下改进： 支持 ARM 架构。 支持集群范围的代理环境。 1.1.3.3. 程序 程序错误 错误修复 修复 在这个版本中，为分布式追踪 AMQ/Kafka 进行流部署。 1.1.4. Red Hat OpenShift distributed tracing Platform (Tempo) 1.1.4.1. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Tempo)引入了以下改进： 支持 ARM 架构。 支持 span request count, duration, 和 error count (RED)指标。在 Tempo 2.1.1 1.4.3. Red Hat OpenShift distributed tracing Platform (Jaeger) 1.4.3.1. 新功能及功能增 新功能及功能增强 强 无。 1.4.3.2. 程序 程序错误 错误修复 修复 在此次更新之前，因为 jaeger-query 部署中缺少一个 gRPC 端口，连接会被拒绝。此问题会导致 transport: Error

面向 用户或管理员的字段。例如，通过电子邮件标识 OpenShift Container Platform 组的用户，并将该组的名 称用作通用名称。以下配置文件创建了这些关系。 使用增 使用增强 强 Active Directory 模式的 模式的 LDAP 同步配置： 同步配置： increaseded_active_directory_config.yaml 唯一标识 LDAP 服务器上组的属性。将 5 - jane.smith@example.com - jim.adams@example.com 第 第 18 章 章 同步 同步 LDAP 组 组 145 1 2 使用增 使用增强 强 Active Directory 模式的 模式的 LDAP 条目： 条目： increaseded_active_directory.ldif 用户的组成员资格列为用户的属性。 组是在 LDAP Directory 模式中，用户（Jane 和 Jim）和组都作为第一类条目存在于 LDAP 服务器中， 组成员资格则存储在用户或组的属性中。以下 ldif 片段定义了这个模式的用户和组： 使用增 使用增强 强 Active Directory 模式和嵌套成 模式和嵌套成员 员的 的 LDAP 条目： 条目： increaseded_active_directory_nested.ldif apiVersion: