通过多区域存储实现数据保护

本文档介绍了如何在 Google Distributed Cloud (GDC) 空气隔离的多可用区环境中保护应用数据。为了保持应用的高可用性，您可以实施一种能够应对本地服务中断或故障的数据保护策略。GDC 为对象存储和块存储提供数据复制策略，以便您为宇宙中的主可用区和辅助可用区维护故障切换程序。

本文档适用于平台管理员群组中负责制定灾难恢复工作流的 IT 管理员，以及应用运营者群组中负责在 GDC 环境中开发和维护应用的开发者。

如需了解详情，请参阅 GDC 气隙环境文档的受众群体。

用于灾难恢复的存储复制

您可以使用异步数据复制来设置强大的数据保护功能，以便在多可用区世界中实现应用存储的灾难恢复。此方法涉及以周期性间隔将数据从主要可用区复制到次要可用区。如果主可用区发生服务中断，此机制可确保您的数据受到保护且可供访问。

对象存储的数据复制使用双可用区存储分区来自动复制数据，无需人工干预。如需详细了解如何创建双区域存储桶，请参阅创建存储桶。

块存储的数据复制使用双可用区永久性卷来复制数据，并且需要执行卷故障切换程序。如需了解详情，请参阅异步复制卷。

配置数据复制后，当主可用区处于离线状态时，您的数据会遵循故障切换程序。块存储复制和对象存储复制的故障切换程序各不相同。不过，这两种数据复制策略都使用以下关键步骤：

  1. 验证主可用区中断。
  2. 停止从主可用区复制。
  3. 通过手动干预或预配置的故障切换，将备份次要可用区升级为主要可用区。
  4. 验证新主可用区的运行状态。

请与基础架构运营商群组的成员联系，确认您的两个可用区已配置为异步数据复制。

异步数据复制固有的延迟意味着，此设置最适合需要低但非零恢复点目标 (RPO) 的系统。如果您的系统要求数据丢失量尽可能小，但可以容忍预先定义的小量数据丢失（以时间衡量），通常与灾难事件发生前不久生成的数据有关，这些数据可能无法恢复，那么异步数据复制是一项值得为您的应用实现的功能。

低非零 RPO 的一个示例是 RPO 为 5 分钟的金融交易平台，其中异步数据复制设置为每 2 分钟将交易数据复制到辅助灾难恢复区域：

  • 这是一个低 RPO 方案，因为 5 分钟表示高容量系统可接受的最短数据丢失时间窗口。
  • 这是一个非零 RPO 方案，因为异步复制每隔两分钟进行一次，存在固有的延迟，这意味着在很短的时间内，数据尚未复制，可能会丢失。

您必须与基础架构运营团队合作，定义双区域异步存储复制工作流，并验证基础架构的数据复制功能是否满足您的 RPO 要求。

后续步骤