频道的发行版本将提升到 fast 频道，则会发布勘误，并完全支持该发 行版本。 延迟后，fast 频道中的一个发行版本最终会提升到 stable 频道。这个延迟代表了 fast 和 stable 频道之间的唯一区别。 注意 注意 对于最新的 z-stream 版本，这个延迟通常是一周或两周。但是，初始更新到最新 次版本的延迟可能需要更长的时间，通常为 45-90 天。 提升到 stable stable 频道的版本同时提升到 eus 频道。eus 频道的主要目的是，为了方便执行 EUS 到 EUS 更新的集群。 stable 频 频道安全或大于 道安全或大于 fast 频 频道中的一个 道中的一个发 发行版本 行版本吗 吗？ ？ 如果在 fast 频道中为发行版本发现了回归问题，它将被解析为与 stable 频道中发布的回归问题 第 第 1 章 章 了解 了解 OPENSHIFT 更新 更新 如果特定版本的更新不再被推荐意味着什么？ 如果特定版本的更新不再被推荐意味着什么？ 如果因为回归的问题，红帽从任何支持的发行版本中删除更新建议，则会为更正回归的未来版本 提供取代的更新建议。当缺陷被修正、测试并提升到您选择的频道时，可能会有延迟。 什么 什么时 时候下一个 候下一个 z-stream 版本会在 版本会在 fast 和 和 stable 频 频道中出 道中出现 现？ ？ 虽然特定节奏可能会因多个因素而异，但对最新次版本的新

这些机器配置为使用 UEFI 安全功 能，如安全引导或专用虚拟信任平台模块 (vTPM) 实例。 注意 注意 有些功能组合会导致配置无效。 表 表 2.1. UEFI 功能 功能组 组合兼容性 合兼容性 安全引 安全引导 导 [1] vTPM[2] 有效配置 有效配置 Enabled Enabled 是 Enabled Disabled 是 Enabled 省略 是 Disabled 机器集不可 用，请等待几分钟，然后再次运行命令。 2.5.3. 使用机器集配置持久性磁盘类型 您可以通过编辑机器集 YAML 文件，配置机器集在其中部署机器的持久性磁盘类型。 有关持久性磁盘类型、兼容性、区域可用性和限制的更多信息，请参阅 GCP Compute Engine 文档有 关持久性磁盘的信息。 流程 流程 1. 在文本编辑器中，为现有机器集打开 YAML 文件或创建新机器。 2. Type 字段是否与配置的磁盘 类型匹配。 2.5.4. 使用机器集配置机密虚拟机 通过编辑机器集 YAML 文件，您可以配置机器集用于部署的机器的机密虚拟机选项。 有关机密虚拟机功能、功能和兼容性的更多信息，请参阅 GCP Compute Engine 文档有关 机密虚拟机 的 信息。 注意 注意 64 位 ARM 架构目前不支持机密虚拟机。 重要 重要 OpenShift Container

于这种格式是纯文本 JSON 或 YAML，因此目录维护人员可以通过手动或广泛支持的 JSON 或 YAML 工具（如 jq CLI）轻松操作目录元数据。 此可编辑功能启用以下功能和用户定义的扩展： 将现有捆绑包提升到新频道 更改软件包的默认频道 用于添加、更新和删除升级边缘的自定义算法 Composability 基于文件的目录存储在任意目录层次结构中，从而启用目录组成。例如，考虑两个单独的基于文件的 目录的子集或两者的组合来组成。 注意 注意 不允许软件包中重复软件包和重复捆绑包。如果找到任何重复项，opm validate 命令 将返回错误。 因为 Operator 作者最熟悉其 Operator、其依赖项及其升级兼容性，所以他们可以维护自己的 Operator 目录并直接控制其内容。对于基于文件的目录，Operator 作者负责在目录中构建和维护其软 件包的任务。但是，复合目录维护者仅拥有在其目录中管理软件包并将目录发布到用户的任务。 Kubernetes GVK 验证。 例 例 2.7. olm.gvk.required 属性 属性 2.2.2.4. 目 目录示例 示例 对于基于文件的目录，目录维护人员可以专注于 Operator 策展和兼容性。由于 Operator 作者已为其 Operator 创建了特定于 Operator 的目录，因此目录维护人员可以通过将每个 Operator 目录渲染到目录 根目录的子目录来构建其目录。 构建

Service Mesh 1.0.8 的新功能 此版本的 Red Hat OpenShift Service Mesh 解决了与 OpenShift Container Platform 4.4 间的兼容性问 题。在将 OpenShift Container Platform 4.3 升级到 4.4 之前，您必须将 Red Hat OpenShift Service Mesh 升级到 1.0.8。 1 Citadel 用于发布并轮转证书。Citadel 通过内置的身份和凭证管理功能提供了强大的服务到服务 （service-to-service）的验证功能及对最终用户的验证功能。您可以使用 Citadel 提升服务网格 中未加密的网络流量的安全性。Operator 可根据服务身份而不是使用 Citadel 进行网络控制来强 制实施策略。 Galley 用来管理服务网格配置，然后验证、处理和发布配置。Galley 进行缩放。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 – Jaeger 通过使用 Zipkin 格式（Thrift 或 JSON v1/v2）通过 HTTP 提供 与 Zipkin 的后向兼容性。 2.4. SERVICE MESH 和 ISTIO 的比较 Red Hat OpenShift Service Mesh

集群发行版本时，如 4.6） 警告 警告 红帽建议升级到 Openshift Update Service 建议的版本。对于次版本更新，版本必须 相邻。红帽没有测试在非连续地版本间的升级，无法保证与之前版本的兼容性。 4.1. 升级频道和发行路径 集群管理员可以通过 Web 控制台配置升级频道。 4.1.1. candidate-4.7 频道 candidate-4.7 频道包含 z-stream（4 如果您当前的发行版本是正式发布版本，则可以从 candidate-4.7 频道切换到 fast-4.7 频道。 从 fast-4.7 频道切换到 stable-4.7 频道始终被允许。如果当前版本最近被提升，该发行版本可能 会有最多一天的延迟才会出现在 stable-4.7 中。 $ oc patch clusterversion version --type json -p '[{"op": "add" MCP，以确保不更新与这些 MCP 关联的节点。MCO 不会更新任何暂停的 MCP。您可以创建一个或多个 自定义 MCP，这样可以让您更好地控制您更新这些节点的顺序。更新第一个 MCP 中的节点后，您可以验 证应用兼容性，然后逐步将其余节点更新至新版本。 注意 注意 为确保 control plane 的稳定性，不支持从 control plane 节点（也称为 master 节点）创建 自定义 MCP。Machine

开发阶段提供反馈意见。有关红帽技术预览功能支持范围的更多信息，请参阅技术预览支 持范围。 1.2.3.1. Istio 兼容性和支持列表 兼容性和支持列表 在下表中，被标记为以下状态的功能： TP: 技术预览 GA: 正式发行 请参阅红帽门户网站中关于对技术预览功能支持范围的信息： 表 1.3. Istio 兼容性和支持列表 功能 功能 Istio 版本 版本 支持状 支持状态 态 描述 描述 holdApplica 中定义的自定义指标无法在 2.1 中使用。可 以使用 EnvoyFilter 配置自定义指标。除非有明确记录，红帽不支持 EnvoyFilter 配置。这是因 为与底层 Envoy API 耦合紧密，这意味着无法维护向后兼容性。 MAISTRA-2648 ServiceMeshExtensions 目前与 IBM Z Systems 上部署的网格不兼容。 MAISTRA-1959 迁移到 2.0 Prometheus 替换已弃用的 Kubernetes API。从 Red Hat OpenShift Service Mesh 2.0.8 开 始，为保持与 OpenShift Container Platform 4.8 的兼容性，apiextensions.k8s.io/v1beta1 API 已被弃用。 MAISTRA-2631 WASM 功能不起作用，因为 podman 因 nsenter 二进制不存在而失败。Red

和容器编配 OpenShift Kubernetes Engine 提供了对一个企业级 Kubernetes 环境的完整访问权限，该环境易于安装， 并提供了您的数据中心中可能使用的许多软件元素的广泛兼容性测试。 OpenShift Kubernetes Engine 提供与 OpenShift Container Platform 相同的服务级别协议、错误修复和 常见漏洞和错误保护。OpenShift N/A CNI 插件 ISV 兼容性 包括 包括 N/A CSI 插件 ISV 兼容性 包括 包括 N/A 按需购买 RHT 和 IBM 中 间件（没有包括在 OpenShift Container Platform 或 OpenShift Kubernetes Engine 中） 包括 包括 N/A ISV 或合作伙伴的 Operator 和容器兼容性 （没有包括在 OpenShift Platform 或 OpenShift Kubernetes Engine 中） 包括 包括 N/A 嵌入式 OperatorHub 包括 包括 N/A 嵌入式市场 包括 包括 N/A Quay 兼容性（不包含） 包括 包括 N/A RHEL Software Collections 和 RHT SSO Common Service（包 括） 包括 包括 N/A 嵌入式 Registry 包括

PLANE 4.1.1. 使用机器配置池进行节点配置管理 4.1.2. OpenShift Container Platform 中的机器角色 4.1.2.1. control plane 和节点主机兼容性 4.1.2.2. 集群 worker 4.1.2.3. 集群 master 4.1.3. OpenShift Container Platform 中的 Operator 4.1.4. Cluster ，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。容器通过测试后，只要部署更多新容器并删除旧 OpenShift Container Platform 4.7 架 架构 构 6 您还可以 OpenStack Platform 版本 13 和 16 最新的 OpenShift Container Platform 版本支持最新的 RHOSP 长生命版本和中间版本。如 需完整的 RHOSP 发行版本兼容性信息，请参阅 RHOSP 上的 OpenShift Container Platform 支持列表。 Red Hat Virtualization (RHV) VMware vSphere AWS

： Windows 容器不支持巨页。 Windows 容器不支持特权容器。 Pod 终止宽限期要求在 Windows 节点上安装容器容器运行时。 Kubernetes 已发现几个 API 兼容性问题。 第 第 2 章 章 WINDOWS CONTAINER SUPPORT FOR RED HAT OPENSHIFT 发 发行注 行注记 记 7 第 3 章 了解 WINDOWS 容器工作负载 10 Windows 容器不支持巨页。 Windows 容器不支持特权容器。 Pod 终止宽限期要求在 Windows 节点上安装容器容器运行时。 Kubernetes 已发现几个 API 兼容性问题。 第 第 3 章 章 了解 了解 WINDOWS 容器工作 容器工作负载 负载 11 第 4 章 启用 WINDOWS 容器工作负载 在向集群中添加 Windows 工作负载前，您必须安装由 对象。 如需更多信息，请参阅微软有关主机和容器版本兼容性的文档。 重要 容器基础镜像与容器要调度到的节点的 Windows OS 版本和构建号需要相同。 另外，如果您将 Windows 节点从一个版本升级到另一个版本，例如从 20H2 升级到 2022，则需要升级容器基础镜像以匹配新版本。如需更多信息，请参阅 Windows 容器版 本兼容性。 其他资 资源 使用调度程序控制 pod 放置

Platform 的兼容性。因此，在 OpenShift Container Platform 4.12 中，OpenShift Data Foundation 4.12 将是可安装的最新版本。 OpenShift Data Foundation 升级与 OpenShift Container Platform 升级相关联，以确保与 OpenShift Container Platform 保持兼容性和互操作性。对于 13（在正式发布时）被支持。OpenShift Container Platform 4.13 支持维护 OpenShift Data Foundation 与 OpenShift Container Platform 的正向兼容性。使 OpenShift Data Foundation 版本与 OpenShift Container Platform 相同，以便获得该发行版本中的所有功能和增强功能 的优势。 重要 重要 由于