Red Hat Quay 架构

用于 Red Hat Quay 的代码库与用于 Quay.io 的代码库相同，这是由红帽托管的高度可用的容器镜像 registry。Quay.io 和 Red Hat Quay 提供了一个多租户 SaaS 解决方案。因此，用户可以确信其部署可以大规模地以高可用性的方式提供，无论其部署是前提还是公共云上。

Red Hat Quay 中的内容发布功能包括：

Red Hat Quay 支持使用 OpenShift Container Platform 或 Kubernetes 平台上的一组 worker 节点构建 Dockerfile。构建触发器（如 GitHub Webhook）可以配置为在提交新代码时自动构建存储库的新版本。

在 Red Hat Quay 3.7 之前，Red Hat Quay 在 Pod 启动的虚拟机中运行 Podman 命令。在虚拟平台上运行时，需要启用嵌套虚拟化，它不包括在 Red Hat Enterprise Linux (RHEL)或 OpenShift Container Platform 中。因此，构建必须在裸机集群上运行，这效率低下使用资源。使用 Red Hat Quay 3.7 时，这个要求已被删除，构建可以在虚拟化或裸机平台上运行。

下图显示了增强的构建功能的预期设计流和架构：

在这个版本中，构建管理器首先会创建作业对象。然后，作业对象 使用 quay-builder-image 创建一个 pod。quay-builder-image 将包含 quay-builder 二进制文件 和 Podman 服务。创建的 pod 作为非特权 运行。然后，quay-builder 二进制文件 会在通信状态并从构建管理器检索构建信息时构建镜像。

Red Hat Quay 可以与几乎所有与 Git 兼容的系统集成。Red Hat Quay 为 GitHub、GitLab 或 BitBucket 提供了自动配置，允许用户持续构建并提供其容器化软件。

Red Hat Quay 专为实际的企业用例构建，其中内容管理和安全性是两个主要的关注领域。

Red Hat Quay 内容监管和安全包括通过 Clair 进行内置漏洞扫描。

有关最新功能、增强功能、弃用和已知问题的信息，请参阅 Red Hat Quay 发行注记。

Red Hat Quay 将所有二进制 blob 存储在其存储后端中。

Red Hat Quay 将其所有配置信息存储在 config.yaml 文件中。registry 元数据，如用户信息、机器人帐户、团队、权限、机构、镜像、标签、清单等存储在数据库后端中。如果需要，日志可以推送到 ElasticSearch。PostgreSQL 是首选的数据库后端，因为它可用于 Red Hat Quay 和 Clair。

将来的 Red Hat Quay 版本将删除对使用 MySQL 和 MariaDB 作为数据库后端的支持，该后端自 Red Hat Quay 3.6 发布以来已被弃用。直到那时，MySQL 仍然会根据 支持列表进行支持，但不会获得额外功能或明确测试覆盖率。Red Hat Quay Operator 仅在管理数据库时支持 PostgreSQL 部署。如果要使用 MySQL，您必须手动部署它，并将数据库组件设置为 managed: false。

在高可用性(HA)配置中部署 Red Hat Quay 需要为您的数据库服务置备高可用性。如果 Red Hat Quay 在公有云基础架构上运行，建议您使用云供应商提供的 PostgreSQL 服务，但 MySQL 也支持。

地理复制需要一个可从所有区域访问的、共享的数据库。

Red Hat Quay 将构建器日志存储在 Redis 缓存中。由于存储的数据是临时的，因此 Redis 不需要高度可用，即使它有状态。

如果 Redis 失败，您将丢失对构建日志、构建器和垃圾收集器服务的访问。此外，用户事件将不可用。

您可以使用来自 Red Hat Software Collections 或来自您喜欢的任何其他源的 Redis 镜像。

您可以使用 Ansible 或另一个自动化套件自动化独立部署过程。所有独立主机都需要有效的 Red Hat Enterprise Linux (RHEL)订阅。

Red Hat Quay Operator for OpenShift Container Platform 提供以下功能：

Red Hat Quay 可以在 OpenShift Container Platform 基础架构节点上运行。因此，不需要进一步订阅。在 OpenShift Container Platform 上运行 Red Hat Quay 有以下优点：

虽然 Red Hat Quay Operator 可确保在 OpenShift Container Platform 上运行的 Red Hat Quay 的无缝部署和管理，但也可以以独立模式运行 Red Hat Quay，然后将内容提供给一个或多个 OpenShift Container Platform 集群，只要它们正在运行。

有几个 Operator 可帮助将独立和基于 Operator 的 Red Hat Quay 部署与 OpenShift Container Platform 集成，如下所示：

mirror registry for Red Hat OpenShift 是 Red Hat Quay 的小型版本，您可以用作目标来为断开连接的安装镜像 OpenShift Container Platform 所需的容器镜像。

对于断开连接的 OpenShift Container Platform 部署，需要一个容器 registry 来安装集群。要在这样的集群中运行 production-grade registry 服务，您必须创建一个单独的 registry 部署来安装第一个集群。mirror registry for Red Hat OpenShift 可以解决这个问题，并包含在每个 OpenShift Container Platform 订阅中。它可用于从 OpenShift 控制台 Downloads页面下载。

mirror registry for Red Hat OpenShift 允许用户使用 mirror-registry 命令行界面(CLI)工具安装一个较小的 Red Hat Quay 版本及其所需的组件。mirror registry for Red Hat OpenShift 会自动部署，它带有预先配置的本地存储和一个本地的数据库。它还包括自动生成的用户凭证和访问权限，其中只有一个输入集，且不需要额外配置选项。

mirror registry for Red Hat OpenShift 提供了一个预先确定的网络配置，并在成功时报告部署的组件凭证并访问 URL。另外还提供了一组有限的可选配置输入，如完全限定域名(FQDN)服务、超级用户名称和密码，以及自定义 TLS 证书。这为用户提供了一个容器 registry，以便在受限网络环境中运行 OpenShift Container Platform 时，轻松创建所有 OpenShift Container Platform 发行版本内容的离线镜像。

mirror registry for Red Hat OpenShift 仅限于托管安装断开连接的 OpenShift Container Platform 集群（如发行镜像或 Operator 镜像）所需的镜像。它使用本地存储。由客户创建的内容不应由 mirror registry for Red Hat OpenShift 托管。

与 Red Hat Quay 不同，mirror registry for Red Hat OpenShift 不是一个高度可用的 registry。仅支持本地文件系统存储。对于多个集群的环境，不推荐使用 mirror registry for Red Hat OpenShift，因为有多个集群可以在更新集群时会存在单点故障。建议您使用 mirror registry for Red Hat OpenShift 来安装一个集群，该集群可以托管生产环境级、高度可用的 registry，如 Red Hat Quay，可以为其他集群提供 OpenShift Container Platform 内容。

如需更多信息，请参阅 创建镜像 registry for Red Hat OpenShift。

许多用户都会考虑运行多个不同的 registry。Red Hat Quay 的首选方法是有一个共享 registry：

总之，运行共享 registry 可帮助您保存存储、基础架构和操作成本，但在某些情况下可能需要专用的 registry。

下图显示了 Red Hat Quay 的三个可能部署：

下图提供了 Red Hat Quay 部署拓扑的高级概述：

在本部署中，所有推送、用户界面和 API 请求都由公共 Red Hat Quay 端点接收。从对象存储直接提供拉取。

下图提供了配置了存储代理的 Red Hat Quay 部署拓扑的高级概述：

配置存储代理后，所有流量都通过公共 Red Hat Quay 端点。

如果 Red Hat Quay 在 Amazon Web Services (AWS)上运行，您可以使用以下功能：

下图提供了在 AWS 上运行的 Red Hat Quay 的高级别概述：

如果 Red Hat Quay 在 Microsoft Azure 上运行，您可以使用以下功能：

下图提供了在 Microsoft Azure 上运行的 Red Hat Quay 的高级别概述：

Red Hat Quay 存储库镜像可让您将外部容器 registry 中的镜像（或另一个本地 registry）镜像到 Red Hat Quay 集群中。使用存储库镜像，您可以根据存储库名称和标签将镜像同步到 Red Hat Quay。

在启用了存储库镜像的 Red Hat Quay 集群中，您可以执行以下操作：

要使用镜像功能，您需要执行以下操作：

所有存储库镜像配置都可以使用配置工具 UI 或 Red Hat Quay API 执行。

地理复制允许多个地理分散的 Red Hat Quay 部署，从客户端或用户的角度来看，作为单个 registry 工作。它显著提高了全局分布式 Red Hat Quay 设置中的推送和拉取性能。镜像数据会在后台异步复制，为客户端进行透明故障转移和重定向。

在独立和 Operator 部署中支持部署带有异地复制的 Red Hat Quay。

Red Hat Quay geo-replication 在数据库共享时，在 2 个或多个不同的存储后端之间镜像整个镜像存储后端，例如，一个带有两个不同的 blob 存储端点的 Red Hat Quay registry。异地复制的主要用例包括：

存储库镜像将所选存储库或存储库子集从一个 registry 同步到另一个 registry。registry 有所不同，每个 registry 都有单独的数据库和单独的镜像存储。

镜像的主要用例包括：

在下图中，图中的上层部署显示连接到互联网的 Red Hat Quay 和 Clair，通过防火墙中的明确允许列表的 OpenShift Container Platform 集群访问 Red Hat Quay registry。

图中的较低部署显示在防火墙内运行的 Red Hat Quay 和 Clair，使用离线介质传输到目标系统的镜像和 CVE 数据。数据从连接到互联网的独立 Red Hat Quay 和 Clair 部署导出。

下图显示了如何在 air-gapped 或断开连接的环境中部署 Red Hat Quay 和 Clair：

下表显示了对概念验证、中等大小以及高端部署的近似大小。无论部署是否可以使用相同的指标正确运行，这是否取决于下面未显示的许多因素。

有关调整镜像大小和相关建议的详情，请参阅有关 存储库镜像 的部分。

只有在使用 Quay 构建器时，Red Hatis 缓存的大小才相关，否则并不重要。

Red Hat Quay 具有标准（Standard）和高级（Premium）支持，订阅则基于部署。

使用 Red Hat Quay 订阅，可以使用以下选项：

有关购买 Red Hat Quay 订阅的更多信息，请参阅 Red Hat Quay。

Red Hat Quay 可以在带有其内部 registry 的多个 OpenShift Container Platform 集群之前用作外部 registry。

涉及自动化构建和部署推出部署时，也可以使用 Red Hat Quay 来代替内部 registry。所需 Secret 和 ImageStreams 是由 Quay Bridge Operator 自动进行的，可以从 OperatorHub for OpenShift Container Platform 启动。

以下小节详细介绍了自动修剪 worker 的信息。