6.4. geo-replication
注意
目前，IBM Power 不支持 geo-replication 功能。
地理复制允许多个地理分布的 Red Hat Quay 部署从客户端或用户的角度来看作为单个 registry 工作。它显著提高了在全局分布式 Red Hat Quay 设置中的推送和拉取性能。镜像数据在后台异步复制，并带有透明故障转移，并为客户端重定向。
在独立和 Operator 部署中支持部署带有 geo-replication 的 Red Hat Quay。
6.4.1. Red Hat Quay 的 geo-replication 故障排除
使用以下部分对 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 列出已知 bucket 中的对象，以验证对 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 存储后端。
