备份/恢复设备部署注意事项

以下是一些重要的注意事项,它们会影响您部署 Backup and DR 备份/恢复设备的方式:

  • 贵组织的恢复时间目标 (RTO) 要求是什么? RTO 是指您可以承受的最长数据不可用时间。例如,如果 RTO 为 4 小时,则您需要在发生故障后的 4 小时内能够访问数据。

  • 您是否需要集中管理备份?您需要决定是否要集中管理备份。

    • 集中式备份管理意味着您可以使用单个设备管理控制台来管理所有业务线中所有工作负载的备份。这是一种更高效的备份管理方式,因为您只需管理一个设备管理控制台。
    • 分散式备份管理意味着您为每个业务线提供单独的设备管理控制台。运营模式因组织而异。
  • 您的备份应用场景是什么?您是否需要远程备份,以便在生产区域发生灾难时进行灾难恢复?还是在本地保护数据就足够了?如果您需要灾难恢复功能,则必须考虑跨区域备份。这意味着将备份存储在多个位置,这样,如果一个位置受到灾难影响,您仍然可以访问数据。

工作负载位于单个区域中

区域内的最佳备份策略取决于您的需求。

如果您不需要灾难恢复 (DR)

为了获得最快的性能并降低费用,请在工作负载运行所在的同一区域中部署设备管理控制台和备份/恢复设备。将备份映像存储在与工作负载相同的区域中。

如果您还希望在异地保留备份副本,则可以将备份存储在其他区域,或使用双区域或多区域存储。将备份存储在其他区域会产生网络和存储费用。

如果您同时需要 Backup and DR

为了实现最快的性能和更低的费用,请在生产工作负载区域中部署一个设备管理控制台,并在可用于灾难恢复的区域中部署另一个设备管理控制台。

在生产工作负载区域和灾难恢复区域中部署备份/恢复设备,以最大限度地缩短恢复时间目标 (RTO)。这样可确保 DR 环境已完全预配,并在发生灾难时可用。

将备份映像存储在生产区域,并将副本存储在灾难恢复 (DR) 区域,或者使用双区域或多区域存储。生产区域备份副本可以满足日常备份需求,并提供更快的性能。如果生产区域发生故障,复制到灾难恢复区域的数据可用于恢复工作负载。

工作负载位于多个区域

跨区域的最佳备份策略取决于您的需求。

如果您不需要灾难恢复 (DR)

为了获得最快的性能并降低费用,请在运行工作负载的区域之一中部署设备管理控制台。这样可以跨所有工作负载和区域进行集中管理。

在运行工作负载的每个区域中部署一个或多个备份/恢复设备。将备份存储在与工作负载相同的区域中。

如果您还希望在异地保留备份副本,则可以将备份存储在其他区域,或使用双区域或多区域存储。将备份存储在其他区域或多区域会产生网络和存储费用。

如果您同时需要 Backup and DR

在每个生产工作负载区域中部署一个设备管理控制台,并在灾难恢复区域中部署另一个设备管理控制台。

在生产工作负载区域和灾难恢复区域中部署备份/恢复设备,以最大限度地缩短恢复时间目标 (RTO)。这样可确保 DR 环境已完全预配,并在发生灾难时可用。

将备份存储在生产工作负载区域,并将副本存储在灾难恢复区域,或者使用双区域或多区域存储。生产区域备份副本可用于满足备份需求。

如果生产区域发生故障,可以使用灾难恢复中的备份映像来恢复工作负载。

Backup and DR 的推荐网络拓扑

Google Cloud 建议在部署 Backup and DR 时使用共享 VPC。通过共享 VPC,组织可以将多个项目中的资源连接到一个公用 VPC (VPC) 网络,让它们能够通过该网络使用内部 IP 地址安全高效地相互通信。在使用共享 VPC 时,您将某个项目指定为宿主项目,并将一个或多个其他服务项目连接到该项目。宿主项目中的 VPC 网络称为共享 VPC 网络。服务项目中的合格资源可以使用共享 VPC 网络中的子网。

通过共享 VPC,组织管理员可以将创建和管理实例等管理职责委托给服务项目管理员,同时保持对子网、路由和防火墙等网络资源的集中控制。

设备管理控制台已激活到服务提供方 VPC 网络 VPC 中。此服务提供方 VPC 使用专用 Google 访问通道与您的项目通信。此连接的主要用途是让设备管理控制台和备份/恢复设备交换元数据。备份流量不会遍历此链路。但是,设备管理控制台需要与部署在任何网络中的所有备份/恢复设备进行通信。

共享 VPC 最佳实践

建议采用以下最佳实践:

  • 连接到设备管理控制台:最好将服务提供商网络连接到您网络中的共享 VPC。来自设备管理控制台的所有流量都会流经此 VPC,因此也会流经宿主项目。通过共享 VPC 预配与 Backup and DR 的连接,还可以在运行工作负载的项目(服务项目)与 Backup and DR 之间实现无缝连接。

  • 备份/恢复设备位置:备份/恢复设备必须部署在启用了专用 Google 访问通道的子网中,以便连接到设备管理控制台。为备份/恢复设备选择项目时,建议采用以下两种策略:

    • 在中央宿主项目中:在此策略中,Backup and DR 被视为 IT 部门的中央服务。中央备份团队负责管理服务的预配。因此,所有备份/恢复设备都在宿主项目中预配,使中央管理员能够将所有备份资源整合到一个中央项目中。这种方法的优势在于,可以将所有与备份相关的资源及其结算信息整合到一个项目中。

    • 在服务项目中:此策略适用于更分散的团队,其中服务项目由分布式团队创建和管理。在这种情况下,建议的最佳实践是为下游服务项目预配 VPC。备份/恢复设备安装在这些 VPC 内的服务项目中。这样,工作负载和备份/恢复设备就可以共置于单个项目中。

    • 专用 Google 访问通道:最佳实践是为安装了备份/恢复设备的每个子网启用专用 Google 访问通道。这样可确保备份/恢复设备能够与 Compute Engine、Cloud Storage 和 Cloud Logging 等 API 进行通信,这对于监控和提醒功能正常运行非常重要。为了简化和增强与 Google Cloud API 的连接,请考虑按照配置选项摘要部分中的说明为 private.googleapis.com 配置 DNS 解析。对于专用 Google 访问通道,请配置备份/恢复设备中的防火墙规则,以允许连接到 TCP 端口 443 上的 CIDR 范围 199.36.153.8/30。

后续步骤