Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

5.5. 升级 QuayEco 系统

以前的 Operator 版本支持升级，该 Operator 使用 QuayEcosystem API 进行有限的配置。为确保迁移不会意外发生，需要将一个特殊标签应用到 QuayEcosystem，以便迁移它。将为 Operator 创建新的 QuayRegistry，但旧的 QuayEcosystem 将保留下来，直到手动删除为止，以确保您可以在任何错误时回滚和仍然访问 Quay。要将现有的 QuayEcosystem 迁移到新的 QuayRegistry，请按照以下步骤执行：

  1. 将 "quay-operator/migrate": "true" 添加到 QuayEcosystem 的 metadata.labels 中。 

    $ oc edit quayecosystem <quayecosystemname>
    Copy to Clipboard Toggle word wrap 
    metadata:
  labels:
    quay-operator/migrate: "true"
    Copy to Clipboard Toggle word wrap
  2. 等待 QuayRegistry 的 metadata.name 与 QuayEcosystem 相同。QuayEcosystem 将标记为标签 "quay-operator/migration-complete": "true "。
  3. 设置新的 QuayRegistry 的 status.registryEndpoint 后，访问 Quay 并确认所有数据和设置都已成功迁移。
  4. 当您确定一切正常工作时，您可以删除 QuayEcosystem 和 Kubernetes 垃圾回收将清理所有旧资源。

5.5.1. 恢复 QuayEcosystem 升级
复制链接

如果在从 QuayEcosystem 升级到 QuayRegistry 自动升级过程中出现问题，请按照以下步骤使用 QuayEcosystem 恢复到：

  • 使用 UI 或 kubectl 来删除 QuayRegistry ： 

    $ kubectl delete -n <namespace> quayregistry <quayecosystem-name>
    Copy to Clipboard Toggle word wrap
  • 如果使用 Route 提供外部访问，请使用 UI 或 kubectl 将 Route 更改为指向原始服务。
注意

如果您的 QuayEcosystem 管理 Postgres 数据库，升级过程会将数据迁移到由升级的 Operator 管理的新 Postgres 数据库中。您的旧数据库不会改变或删除，但 Quay 在迁移完成后不再使用它。如果数据迁移过程中出现问题，升级过程将会退出，建议您继续将数据库用作非受管组件。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat