第 2 章 Online 升级 Fuse


为 Fuse 发布补丁和安全修复的时间、全新应用程序镜像。通过红帽的勘误更新频道,通知您这些更新信息。然后您可以升级 Fuse 镜像。

对于 OCP 4.x,使用 OpenShift OperatorHub 来按照使用 OperatorHub(OCP 4.x)升级 Fuse 中的步骤,从 Fuse 7.10 升级到 7.11。

您应该决定升级到 Fuse 7.11 是否需要您对现有集成进行更改。即使不需要任何更改,在升级 Fuse 时都必须重新发布所有正在运行的集成。

使用 OperatorHub 升级 Fuse(OCP 4.x)

使用 OpenShift OperatorHub 从 Fuse Online 7.10 升级到 7.11。

  1. 如果要从 Fuse 7.9.x 升级到 Fuse Online 7.10.1,您必须首先手动升级到 Fuse 7.10.0,如从 Fuse Online 7.9.x 升级到 7.10.1 所述,需要手动升级步骤
  2. Fuse 7.11 需要 OpenShift Container Platform(OCP)4.6 或更高版本。如果使用 OCP 4.5 或更早版本,如果要升级到 Fuse 7.11,则必须升级到 OCP 4.6 或更高版本。
  3. 在 OCP 4.9 上,当您升级到 7.11 时,在 Fuse Operator 升级过程中会显示以下警告:

    W1219 18:38:58.064578 1 warnings.go:70] extensions/v1beta1 Ingress 在 v1.14+ 中被弃用,在 v1.22+ 中不可用,使用 networking.k8s.io/v1 Ingress

    这个警告会出现的原因是客户端( Fuse 用于 Kubernetes/OpenShift API 初始化代码)访问已弃用的 Ingress 版本。这个警告不是完全使用已弃用 API 的指示,没有升级到 Fuse 7.11 的问题。

从 Fuse Online 7.10 或早期版本升级到较新的 Fuse Online 7.11 版本的升级过程取决于您安装 Fuse Online 时选择的 批准策略

  • 对于自动更新,当有新版本的 Fuse Operator 可用时,OpenShift Operator Lifecycle Manager(OLM)会自动升级运行 Fuse Online 的运行实例,而无需人为干预。
  • 对于 手动更新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管理员,您必须手动批准该更新请求,才能将 Fuse Online operator 更新至新版本,如 OpenShift 文档中的 手动批准待处理的 Operator 升级 部分中所述。

在基础架构升级期间和之后,现有集成将继续使用较老版本的 Fuse 库和依赖项运行。

要使用更新的 Fuse 在线版本运行现有集成,您必须重新发布集成。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.