Red Hat Quay 发行注记

在这个版本中，可以使用 Red Hat Quay v2 UI 创建 pull-through 缓存机构。如需更多信息，请参阅使用 Red Hat Quay 代理远程 registry。

当在启用了配额管理的情况下在 Red Hat Quay 中使用 pull-through 代理功能，并且组织配额会填满，Red Hat Quay 预计会删除最早使用的镜像来释放新缓存条目的空间。但是，超过配额时，由摘要拉取的镜像不会自动被驱除，这会导致在 命名空间错误中超过配额的后续拉取尝试返回配额。

作为临时解决方案，您可以在 Red Hat Quay 数据库 pod 中运行 bash shell，使摘要拉取的镜像出现在使用以下设置中驱除： update tag set hidden = 0;。如需更多信息，请参阅 PROJQUAY-8071。

随着 Red Hat Quay 3.13.1 的发布，Hitachi Content Platform (HCP)现在支持使用存储后端。这允许机构在 Red Hat Quay registry 部署中利用 HCP 进行可扩展、安全且可靠的对象存储。

如需更多信息，请参阅 HCP 对象存储。

将 Hitachi 内容平台用于对象存储时，试图将带有大层的镜像推送到 Red Hat Quay registry 会导致以下错误：

An error occurred (NoSuchUpload) when calling the CompleteMultipartUpload operation: The specified multipart upload does not exist. The upload ID might be invalid, or the multipart upload might have been aborted or completed.

An error occurred (NoSuchUpload) when calling the CompleteMultipartUpload operation: The specified multipart upload does not exist. The upload ID might be invalid, or the multipart upload might have been aborted or completed.

这是一个已知问题，并将在以后的 Red Hat Quay 版本中解决。

随着 Red Hat Quay 3.10 的发布，会发布一个新的 auto-pruning 功能。使用此功能，Red Hat Quay 管理员可以为用户和机构在命名空间上设置自动修剪策略，以便根据指定的条件自动删除镜像标签。在 Red Hat Quay 3.11 中，这个功能已被改进，以便在指定的软件仓库中设置自动运行策略。

使用 Red Hat Quay 3.12 时，默认自动运行策略会在 registry 级别设置新的和现有配置，通过强制执行 registry 范围规则来保存 Red Hat Quay 管理员时间、工作和存储。

随着 Red Hat Quay 3.13 的发布，对自动运行功能进行了以下改进。

在以前的 Red Hat Quay 版本中，机器人帐户令牌在令牌生命周期内有效，除非删除或重新生成。对于不想存储长期密码或管理删除、重新生成或新的身份验证令牌的用户，没有过期的令牌。

使用 Red Hat Quay 3.13，Red Hat Quay 管理员提供了为外部 OIDC 令牌交换 Red Hat Quay 机器人帐户令牌的功能。这允许机器人帐户利用短期或临时 令牌 （最后一小时）。临时令牌会定期刷新，可用于验证单个事务。

此功能通过降低机器人令牌在一小时后删除令牌暴露的可能性，从而大大增强了 Red Hat Quay registry 的安全性。

如需更多信息，请参阅使用机器人帐户进行无密钥身份验证。

在这个版本中，添加了对 Red Hat Quay 和 PostgreSQL 之间的基于证书的身份验证的支持。这允许 Red Hat Quay 管理员提供自己的 SSL/TLS 证书，这些证书可用于 PostgreSQL 或 CloudSQL 的客户端身份验证。这提供了增强的安全性，并可更轻松地对 Red Hat Quay registry 的自动化。

如需更多信息，请参阅 Red Hat Quay 和 SQL 之间的基于证书的身份验证。

对 Red Hat Quay v2 UI 进行了以下改进。

在某些情况下，无法进行 Red Hat Quay 的只读选项，因为它需要插入服务密钥和其他手动配置更改。随着 Red Hat Quay 3.13 的发布，添加了一个新的配置字段： DISABLE_PUSHES。

当 DISABLE_PUSHES 设置为 true 时，用户无法在使用 CLI 时将镜像或镜像标签推送到 registry。当使用 Red Hat Quay UI 启用此功能时，大多数其他 registry 操作会正常进行。例如，使用 UI 更改标签、编辑存储库、机器人帐户创建和删除、用户创建等。

当 DISABLE_PUSHES 设置为 true 时，Red Hat Quay 垃圾收集器被禁用。因此，当启用 PERMANENTLY_DELETE_TAGS 时，使用 Red Hat Quay UI 永久删除标签不会立即删除标签。相反，该标签保留在存储库中，直到 DISABLE_PUSHES 设置为 false，这会重新启用垃圾收集器。使用 DISABLE_PUSHES 和 PERMANENTLY_DELETE_TAGS 时，应该了解这个注意事项。

在某些情况下，此字段可能很有用，如 Red Hat Quay 管理员想要计算其 registry 配额和禁用镜像推送，直到计算完成后为止。使用这个方法，管理员可以避免将整个 registry 置于 只读模式，这会影响数据库，以便仍可执行大多数操作。

# ...
DISABLE_PUSHES: true
# ...

# ...
DISABLE_PUSHES: true
# ...

tagPattern 和 tagPatternMatches API 参数已添加到以下 API 端点中：

这些字段允许 Red Hat Quay 管理员更多地控制要修剪的镜像，从而增强了自动运行功能。下表提供了这些字段的描述：

例如 API 命令，请参阅 Red Hat Quay auto-pruning 概述。

以下 API 端点已为带有机器人帐户功能的无密钥身份验证添加了以下 API 端点：

在定义了多个入口控制器的 OpenShift Container Platform 集群中，Red Hat Quay Operator 会迭代可用的入口控制器列表，它会使用它遇到的第一个决定集群主机名。但是，在此列表中的 ingress 控制器的顺序无法保证在协调周期内保持一致。因此，Operator 可能会选择不同的入口控制器，从而导致它检测到集群主机名的更改并启动新的协调过程。这可能会导致 OpenShift Container Platform 部署中的 quay pod 和 Red Hat Quay 不稳定。

使用以下方法之一避免这个问题：

当使用 HIGH 镜像推送 Suse Enterprise Linux 镜像时，Clair 4.8.0 不会报告这些漏洞。这是一个已知问题，并将在以后的 Red Hat Quay 版本中解决。

如果为 OpenShift Container Platform 集群启用了 FIPS 模式，且您使用 Clair，则不得将 Red Hat Quay Operator 升级到 3.13 版本。如果升级，Clair 将无法在集群中工作。(PROJQUAY-8185)

以下已知问题适用于 auto-pruning 功能。

Red Hat Quay 团队了解 v2 UI 中的以下已知问题：