SERVICE MESH 要访问 Red Hat OpenShift Service Mesh 的最当前功能，请升级到当前版本 2.2.3。 1.11.1. 了解版本 红帽在产品版本中使用语义版本。语义版本包括 3 个组件号，格式为 X.Y.Z，其中： X 代表主版本。主发行版本通常表示有主要的变化：架构更改、API 更改、模式更改以及类似的 重大更新。 Y 代表次版本。次发行版本包含了新功能，同时保持向后兼容性。 要了解您在系统上部署的 Red Hat OpenShift Service Mesh 版本，您需要了解如何管理各个组件版本。 Operator 版本 - 最新版本为 2.2.3。Operator 版本号仅指示当前安装的 Operator 的版本。因为 Red Hat OpenShift Service Mesh Operator 支持 Service Mesh control plane 的多个版本，所以 Lifecycle Manager(OLM)不管理 Service Mesh control plane 升级，因此，Operator 和 ServiceMeshControlPlane (SMCP)的版本号可能不匹配，除非您手动升级 SMCP。 OpenShift Container Platform 4.8 Service Mesh 62 1.11.2. 升级注意事项 maistra.io/

Version Operator 使用基于频道声明的更新图以及其他条件信息，以提供集群可用的推荐和条件更新列 表。 升级频道与 OpenShift Container Platform 的次版本关联。频道中的版本号代表集群最终要升级到的目标 次版本，即使它高于集群的当前次版本。 例如，OpenShift Container Platform 4.10 更新频道提供以下建议： 在 4.10 内更新。 4.9 CLI(oc)。 使用具有 cluster-admin 权限的用户登陆到集群。 暂停所有 MachineHealthCheck 资源。 流程 流程 1. 查看可用更新，记录下要应用的更新的版本号： 输出示例 出示例 $ oc adm upgrade OpenShift Container Platform 4.14 更新集群 更新集群 50 注意 注意 如果没有可用的更新，则支 例如： 5.2.3-31 mirror.operators.packages.channel s.minBundle 要包含的最小捆绑包的名称，以及频道头 更新图中的所有捆绑包。仅在命名捆绑包 没有语义版本元数据时设置此字段。 字符串.例如： bundleName mirror.operators.packages.channel s.minVersion Operator 的最低版本，用于镜像存在的所

schema 例 例 2.3. olm.bundle schema 2.2.2.3. 属性 属性 属性是可附加到基于文件的目录方案的任意元数据片段。type 字段是一个有效指定 value 字段语义和语 法含义的字符串。该值可以是任意 JSON 或 YAML。 OLM 定义几个属性类型，再次使用保留的 olm.* 前缀。 2.2.2.3.1. olm.package 属性 属性 olm.package 属性定义软件包名称和版本。这是捆绑包上的必要属性，必须正好有一个这些属 性。packageName 字段必须与捆绑包的 first-class package 字段匹配，并且 version 字段必须是有效的 语义版本。 例 例 2.4. olm.package 属性 属性 2.2.2.3.2. olm.gvk 属性 属性 olm.gvk 属性定义此捆绑包提供的 Kubernetes API 的 group/version/kind 属性定义此捆绑包需要的另一软件包的软件包名称和版本范围。对于捆绑包列表 的每个所需软件包属性，OLM 确保集群中为列出的软件包和所需版本范围安装了一个 Operator。versionRange 字段必须是有效的语义版本（模拟）范围。 例 例 2.6. olm.package.required 属性 属性 2.2.2.3.4. olm.gvk.required olm.gvk.required 属性定义此捆绑包需要的

例如： 5.2.3-31 mirror.operators.packages.channel s.minBundle 要包含的最小捆绑包的名称，以及频道头 更新图中的所有捆绑包。仅在命名捆绑包 没有语义版本元数据时设置此字段。 字符串.例如： bundleName mirror.operators.packages.channel s.minVersion Operator 的最低版本，用于镜像存在的所 VHD 的 URL 导出为环境变量： 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每个发行版本而改 变。您必须指定一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 4. 为 VHD 的 URL 导出为环境变量： 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每个发行版本而改 变。您必须指定一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 4. 为

镜像镜像页面获取您选择的操作系统实例安装方法所需的 RHCOS 镜像。 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每一发行版本都有改 变。您必须下载最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。此流程只使用 的每个发行 版本而改变。您必须下载最高版本的工件，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。这个过程只使用下面描述的正确 kernel、initramfs 和 rootfs 工件。此安装类型不支持 RHCOS qcow2 镜像。 文件名包含 OpenShift Container Platform 版本号。它们类似以下示例： kernel: rhc 镜像镜像页面获取您选择的操作系统实例安装方法所需的 RHCOS 镜像。 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每一发行版本都有改 变。您必须下载最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。此流程只使用

例如： 5.2.3-31 mirror.operators.packages.channel s.minBundle 要包括的最小捆绑包的名称，以及将图中 到频道头的所有捆绑包。仅在命名捆绑包 没有语义版本元数据时设置此字段。 字符串.例如： bundleName mirror.operators.packages.channel s.minVersion Operator 的最低版本，用于镜像存在的所 VHD 的 URL 导出为环境变量： 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每个发行版本而改 变。您必须指定一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 4. 为 VHD 的 URL 导出为环境变量： 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每个发行版本而改 变。您必须指定一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 4. 为

stable-4.12 频道从 OpenShift Data Foundation 4.11 升级，并在 4.12 内升级。 eus-4.y 频 频道 道 除了稳定（stable）的频道外，所有次版本号为偶数的 OpenShift Container Platform 次版本还会提供延 长的更新支持（EUS）。对于具有标准和高级订阅的客户，这些 EUS 版本将完全支持和维护支持阶段延 长至 18 个月。stable-4 状态。 导航到 Operators → Installed Operators，再选择 openshift-storage 项目。 升级完成后，新版本会更新到 OpenShift 数据基础的新版本号，并通过绿色勾号更改 Succeeded 状态。 验证 OpenShift Data Foundation 集群是否正常运行并且数据具有弹性。 进入到 Storage → Data Foundation 状态。 导航到 Operators → Installed Operators，再选择 openshift-storage 项目。 升级完成后，新版本会更新到 OpenShift 数据基础的新版本号，并通过绿色勾号更改 Succeeded 状态。 验证 OpenShift 数据基础集群是否正常运行并且数据具有弹性。 进入到 Storage → Data Foundation → Storage

VHD 的 URL 到环境变量： 重要 重要 RHCOS 镜像可能不会随着 OpenShift Container Platform 的每一发行版本都有改 变。您必须指定一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 4. 将所选 Platform 的每一发行版本都有改 变。您必须下载一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 文件名包含 OpenShift Container Platform 版本号，格式为 rhcos---gcp. Platform 的每一发行版本都有改 变。您必须下载一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 文件名包含 OpenShift Container Platform 版本号，格式为 rhcos---gcp.

5 $ export RELEASE_NAME="ocp-release" 6 对于 ，请指定要安装的 OpenShift Container Platform 版本号，如 4.2.0。 对于 ，请指定镜像存储库的 registry 域名；对于 ，请指定用于提供内容的端口。 io/openshift/jenkins-2-centos7 3.5. 镜像标签 镜像标签（tag）是应用于存储库中容器镜像的标签，用于将特定镜像与镜像流中的其他镜像区分开来。 标签通常代表某种版本号。例如，这里的 v3.11.59-2 是标签： registry.access.redhat.com/openshift3/jenkins-2-rhel7:v3.11.59-2 您可以向镜像添加其他标签。例如，可为镜像分配 Container Platform 镜像流及其标签。 5.2.1. 镜像标签 镜像标签（tag）是应用于存储库中容器镜像的标签，用于将特定镜像与镜像流中的其他镜像区分开来。 标签通常代表某种版本号。例如，这里的 v3.11.59-2 是标签： registry.access.redhat.com/openshift3/jenkins-2-rhel7:v3.11.59-2 您可以向镜像添加其他标签。例如，可为镜像分配

Platform 的每一发行版本都有改 变。您必须下载一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 文件名包含 OpenShift Container Platform 版本号，格式为 rhcos-vmware. Platform 的每一发行版本都有改 变。您必须下载一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 文件名包含 OpenShift Container Platform 版本号，格式为 rhcos-vmware. Platform 的每一发行版本都有改 变。您必须下载一个最高版本的镜像，其版本号应小于或等于您安装的 OpenShift Container Platform 版本。如果可用，请使用与 OpenShift Container Platform 版 本匹配的镜像版本。 文件名包含 OpenShift Container Platform 版本号，格式为 rhcos-vmware.