1.2. 有关升级到 3.13.1 的信息
在以前的版本中，当尝试升级到 Red Hat Quay 3.13 时，如果启用了 Clair 的 OpenShift Container Platform 集群启用了 FIPS 模式，Clair 将无法在集群中正常工作。这个问题已在 3.13.1 版本中解决。升级到 Red Hat Quay 3.13 会自动将用户升级到 3.13.1 版本，以便避免出现这个问题。另外，如果您要从 3.13 升级到 3.13.1，并且启用了 FIP，则升级到 3.13.1 可解决这个问题。(PROJQUAY-8185)
1.2.1. Red Hat Quay 3.13.1 的改进
随着 Red Hat Quay 3.13.1 的发布，Hitachi Content Platform (HCP)现在支持使用存储后端。这允许机构在 Red Hat Quay registry 部署中利用 HCP 进行可扩展、安全且可靠的对象存储。
如需更多信息，请参阅 HCP 对象存储。
1.2.2. Red Hat Quay 3.13.1 已知问题
将 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.
这是一个已知问题，并将在以后的 Red Hat Quay 版本中解决。
1.2.3. Red Hat Quay 3.13.1 程序错误修复更新
- PROJQUAY-8185.在以前的版本中，当试图将 OpenShift Container Platform 上的 Red Hat Quay 升级到 3.13 时，启用了 FIPS 模式时，升级会失败以使用 Clair 部署。这个问题已解决。对于启用了 FIPS 模式的 Clair，在 OpenShift Container Platform 上升级到 3.13.1 不会失败。
- PROJQUAY-8024.在以前的版本中，使用 Hitachi HCP v9.7 作为存储供应商在尝试拉取镜像时会返回错误。这个问题已解决。
-
PROJQUAY-5086.在以前的版本中，当 Operator 没有被 Operator 管理时，OpenShift Container Platform 上的 Red Hat Quay 会生成一些组件（如
Clair、Red HatRedis、PostgreSQL和ObjectStorage）的 pod 横向自动扩展(HPAs)的信息。这个问题已被解决，有关 HPAs 的信息不再为非受管组件报告。
