6.4. geo-replication
地理复制允许多个地理分散的 Red Hat Quay 部署，从客户端或用户的角度来看，作为单个 registry 工作。它显著提高了全局分布式 Red Hat Quay 设置中的推送和拉取性能。镜像数据会在后台异步复制，为客户端进行透明故障转移和重定向。
在独立和 Operator 部署中支持部署带有异地复制的 Red Hat Quay。
6.4.1. Red Hat Quay 的地理复制故障排除
使用以下部分对 Red Hat Quay 的 geo-replication 进行故障排除。
6.4.1.1. 检查后端存储桶中的数据复制
使用以下步骤来确保您的数据在所有后端存储桶中被正确复制。
先决条件
-
已安装
awsCLI。
流程
输入以下命令来确保您的数据在所有后端存储桶中复制：
$ aws --profile quay_prod_s3 --endpoint=http://10.0.x.x:port s3 ls ocp-quay --recursive --human-readable --summarize
输出示例
Total Objects: 17996 Total Size: 514.4 GiB
6.4.1.2. 检查后端存储的状态
使用以下资源来检查后端存储的状态。
-
Amazon Web Service Storage (AWS).检查 AWS Service Health Dashboard 上的 AWS S3 服务健康状态。使用
awsCLI 或 SDK 列出已知存储桶中的对象来验证您对 S3 的访问。 - Google Cloud Storage (GCS).检查 Google Cloud Status Dashboard，以查看 GCS 服务的状态。使用 Google Cloud SDK 或 GCS 客户端库列出已知存储桶中的对象，来验证您对 GCS 的访问。
- NooBaa。检查 NooBaa 管理控制台或管理界面，是否有任何健康状态或状态指示器。确保 NooBaa 服务和相关组件正在运行并可以访问。使用 NooBaa CLI 或 SDK 列出已知存储桶中的对象来验证对 NooBaa 的访问。
- Red Hat OpenShift Data Foundation.检查 OpenShift Container Platform 控制台或管理界面，以查看 Red Hat OpenShift Data Foundation 组件的状态。验证 Red Hat OpenShift Data Foundation S3 接口和服务是否可用。确保 Red Hat OpenShift Data Foundation 服务正在运行并可以访问。使用适当的 S3 兼容 SDK 或 CLI，验证对 Red Hat OpenShift Data Foundation S3 的访问。
- Ceph.检查 Ceph 服务的状态，包括 Ceph 监视器、OSD 和 RGW。验证 Ceph 集群是否正常运行。使用适当的 Ceph 对象存储 API 或 CLI 列出已知存储桶中的对象，验证对 Ceph 对象存储的访问。
- Azure Blob 存储.检查 Azure Status Dashboard，以查看 Azure Blob Storage 服务的健康状态。使用 Azure CLI 或 Azure SDK 列出容器或对象来验证您对 Azure Blob Storage 的访问。
- OpenStack Swift.检查 OpenStack Status 页面，以验证 OpenStack Swift 服务的状态。确保 Swift 服务（如代理服务器、容器服务器、对象服务器）正在运行并可访问。使用适当的 Swift CLI 或 SDK 列出容器或对象，来验证您对 Swift 的访问。
检查后端存储的状态后，请确保所有 Red Hat Quay 实例都可以访问所有 s3 存储后端。
