10.5.2. 升级支持的 QuayEcosystem 配置

如果迁移 QuayEcosystem 组件失败或不受支持,Quay Operator 会在日志中报告错误,并且 status.conditions。所有非受管组件都应成功迁移,因为 Quay 的 config.yaml 中还没有提供任何 Kubernetes 资源,且所有必要的值都已在 Quay 的 config.yaml 中提供。

数据库

不支持临时数据库(必须设置volumeSize 字段)。

Redis

不需要任何特殊操作。

外部访问

自动迁移只支持 passthrough Route 访问。其他方法需要手动迁移。

  • LoadBalancer 没有自定义主机名:在 QuayEcosystem 标记为标签 "quay-operator/migration-complete": "true" 后,在删除 QuayEcosystem 从现有服务中删除 metadata.ownerReferences 字段以防止 Kubernetes 垃圾回收服务并删除负载均衡器。 使用 metadata.name 格式 <quay Ecosystem-name>-quay-app 创建一个新服务。编辑现有服务的 spec.selector 以匹配新服务的 spec.selector,以便向旧负载均衡器端点的流量定向到新 pod。 您现在负责旧服务 ;Quay Operator 不会管理它。
  • LoadBalancer/NodePort/Ingress with custom hostname: 使用 metadata.name 格式 <quay Ecosystem-name>-quay-app 创建类型为 LoadBalancer 的新服务。将您的 DNS 设置更改为指向新服务提供的 status.loadBalancer 端点。

Clair

不需要任何特殊操作。

Object Storage

QuayEcosystem 没有受管对象存储组件,因此对象存储始终标记为非受管状态。不支持本地存储。

仓库镜像

不需要任何特殊操作。

其他资源

  • 如需有关 Red Hat Quay Operator 的更多信息,请参阅 上游 quay-operator 项目。