IBM Cloud Docs
Container Registry 的业务连续性和灾难恢复

Container Registry 的业务连续性和灾难恢复

了解 IBM Cloud® Container Registry的业务连续性和灾难恢复策略。

灾难恢复服务或工作负载从罕见重大事故和大规模故障(如服务中断)中恢复的能力。 这包括影响整个地区的自然灾害、数据库损坏或导致工作负荷增加的服务中断。 这种影响超出了高可用性设计所能承受的范围。 涉及一组策略,工具和过程,用于在灾难性中断后将系统,应用程序或整个数据中心恢复到完全运行状态。 它包括在安全位置复制和存储已安装系统的基本数据以及恢复该数据以恢复操作正常的过程。

您在使用 Container Registry 时的职责

有关您在使用 IBM Cloud Container Registry时的职责的更多信息,请参阅 IBM Cloud Container Registry

灾难恢复策略

IBM Cloud 具有 业务连续性根据预定义的服务级别协议,企业能够承受中断,正常且不间断地运行任务关键型服务。 计划,用于在发生灾难时在数小时内恢复服务。 您负责数据备份和内容的关联恢复。

Container Registry 提供了保护数据和复原服务功能的机制。 制定了业务连续性计划,以实现服务的目标 恢复点目标在灾难恢复计划中,数据恢复的时间以秒、分、小时为单位,从恢复的实例开始,到灾难发生点结束。 (RPO) 和 恢复时间目标在灾难恢复计划中,指灾难发生后业务流程恢复所需的时间。 (RTO)。 下表概述了 Container Registry的目标。

Container Registry的 RPO 和 RTO
灾难恢复目标 目标值
恢复点目标 (RPO) 48 小时
恢复时间目标 (RTO) 24 小时

服务可用性的位置

有关区域和数据中心内的服务可用性的更多信息,请参阅 服务和基础架构可用性(按位置)

关于灾难恢复的常见问题解答

查看以下有关灾难恢复的常见问题。

服务是否复制数据?

将复制并备份 IBM Cloud Container Registry 中的所有客户数据。 备份包括服务和策略设置以及映像数据,但不包括可重构的漏洞结果。 将在每个区域内复制所有数据 (包括漏洞结果),以便透明地容许丢失单个可用性区域。 定期时间点备份由 IBM 用于在数据损坏时复原内容。 将在具有兼容隐私策略的其他区域中创建更多备份,这些策略由 IBM 用于在灾难情况下复原服务。

下表显示了备份位置。

备份位置
环境 以前被称为 活动位置 备份位置
au-syd ap-south au-syd jp-tok
br-sao 不适用 br-sao us-south
ca-tor 不适用 ca-tor us-east (服务和策略设置)

ca-mon (映像)

eu-de eu-central eu-de eu-gb
eu-es 不适用 eu-es eu-de
eu-gb uk-south eu-gb eu-de
global 不适用 us-east us-south
jp-osa 不适用 jp-osa jp-tok
jp-tok ap-north jp-tok au-syd
us-south 不适用 us-south us-east

备份或复制了哪些数据?

映像数据,服务设置和策略设置由 IBM备份。

用户是否需要复制数据?

您不应该复制映像。 但是,您可以在另一个 IBM Cloud Container Registry 区域中创建服务实例。 您还可以从一系列工具中进行选择,包括从开发管道推送到多个位置,以及使用复制工具 (例如 skopeo copy)。IBM 不会复制服务实例。