Backup and DR 支持从Google Cloud 控制台备份 Cloud SQL 实例、AlloyDB 集群、Compute Engine 实例和单个磁盘。如需了解如何备份和恢复这些资源，请参阅其文档。如果您的所有工作负载都属于这些类别，则您不需要备份/恢复设备。
如需对 Compute Engine 实例中运行的 VMware 虚拟机以及 SAP HANA、IBM Db2、Oracle 和 Microsoft SQL Server 数据库进行备份和灾难恢复，需要使用 Backup and DR 设备管理控制台以及一个或多个备份/恢复设备。使用此设置时，您需要选择备份/恢复设备的大小，以匹配您备份的应用。此设置的流程包括创建管理服务器、部署设备，然后使用设备管理控制台配置备份时间表，并定义备份内容和备份位置。
如需简要了解如何确保最有效地使用备份/恢复设备，请参阅备份/恢复设备部署注意事项。
本页面介绍了如何执行 Backup and DR 的初始激活并为项目设置配置。
备份/恢复设备架构的组件
Backup and DR 架构通过以下组件提供：
Google Cloud 控制台： Google Cloud 控制台包含 Backup and DR 产品，用于集中管理 Persistent Disk 保险柜备份、Compute Engine 实例的备份方案以及这些产品中 Cloud SQL 的增强型备份。
设备管理控制台：设备管理控制台用作备份/恢复设备的管理平面。每个 Backup and DR 部署都包含一个设备管理控制台，用于管理任意数量的备份/恢复设备。设备管理控制台部署在备份管理项目中，在部署的区域内具有高可用性，可抵御可用区服务中断。
备份/恢复设备：备份/恢复设备是一种数据移动工具，可高效捕获、移动企业内的备份数据，并管理备份数据的生命周期。备份/恢复设备部署在云工作负载的工作负载实体中。如果您部署多个备份/恢复设备，则每个设备都必须与唯一服务账号相关联。
Backup and DR 代理：Backup and DR 代理会调用应用原生 API，以永久增量方式高效地从生产应用中捕获数据，并在恢复时提供应用感知。代理安装在要保护的应用所在的应用主机上。如果您仅保护整个虚拟机或其部分磁盘，则不需要 Backup and DR 代理。
设备管理控制台已激活到服务提供方 VPC 网络中。此服务提供方 VPC 使用专用 Google 访问通道与您的项目进行通信。
管理服务器与设备之间、设备之间以及设备与主机代理之间的通信通过双向 TLS 身份验证进行保护。
在 Google Cloud 控制台中设置 Backup and DR
前往 Google Cloud 控制台，激活 backupdr API 并为您的账号设置权限：
备份/恢复设备类型
Backup and DR 提供针对不同工作负载（Compute Engine 虚拟机、VMware 虚拟机、数据库和文件系统）进行了优化的设备类型。您可以选择最符合您需求的设备类型。请务必为您的工作负载选择最合适的设备类型。备份/恢复设备投入使用后，它会持续运行，随时准备运行和重新运行备份、恢复和其他作业。
Backup and DR 提供以下设备类型：
- 适用于 VMware 虚拟机和其他数据库或资源的标准设备：此 n2-standard-16 机器类型支持以最佳性能备份生产数据库、VMware 虚拟机和其他资源。此设备在部署时会增加 4 TB 的均衡磁盘容量，您还可以额外添加 63 个 4 TB 磁盘。此设备最多可管理 1,500 个应用和 5,000 个每日快照。
- 适用于 Compute Engine 虚拟机或 SAP HANA 数据库的标准版：此 e2-standard-4 机器类型最适合备份 Compute Engine 实例、Cloud SQL 实例、AlloyDB 集群以及使用 Persistent Disk 进行备份的数据资源：配置为使用 Persistent Disk 的 IBM Db2 和 SAP HANA 数据库。此设备类型的 Persistent Disk 容量下限为 10 GB。此设备最多可管理 5,000 个 Compute Engine 和 Cloud SQL 实例、AlloyDB 集群以及基于 Persistent Disk 的数据应用。
适用于 VMware 虚拟机和其他数据库或资源的基本设备：此 e2-standard-16 机器类型支持中等性能，可备份数据库、VMware 虚拟机和其他资源。此设备最多可管理 1,500 个应用和 5,000 个每日快照。此设备在部署时会添加 4 TB 的标准磁盘容量，您还可以添加 63 个以下类型的 4 TB 磁盘：
- 最小容量的永久性磁盘：此选项提供 10 GB 的最小磁盘容量。在此存储类型中，备份会存储为 Persistent Disk 快照，不会占用备份/恢复设备的本地存储空间。
- 标准永久性磁盘：如果您希望拥有高效的块存储，请选择此存储类型。除 Compute Engine 虚拟机外，还建议用于具有中高 I/O 的 Google Cloud VMware Engine 虚拟机、数据库或文件系统应用。这会添加 4 TB 的 Persistent Disk 容量作为最小磁盘容量。
- SSD 永久性磁盘：如果您希望拥有快速块存储，请选择此存储类型。除 Compute Engine 虚拟机外，还建议用于具有极高 I/O 的 Google Cloud VMware Engine、数据库或文件系统应用。这会添加 4 TB 的 Persistent Disk 容量作为最小磁盘容量。
部署设备时，系统会自动创建服务账号，无论设备类型如何。您可以在服务账号页面中查看服务账号。
服务账号的名称采用电子邮件地址格式：
APPLIANCE_NAME@PROJECT_ID.
替换以下内容：
- APPLIANCE_NAME：备份/恢复设备的名称。
- PROJECT_ID：您的 Google Cloud 项目（来源）的 ID。
您可以根据预期的数据访问需求，将需要长期保留的备份移动到 Standard、Nearline 和 Coldline Storage。
防火墙配置
系统会自动添加以下所需的入站流量防火墙规则，以允许流量进入 Backup and DR。
| 用途 | 来源 | 目标 | 端口 (TCP) |
|---|---|---|---|
| 支持流量（支持到设备） | SSH_CLIENT_IP | 备份/恢复设备 | 26 |
| iSCSI 备份（主机到设备） | AGENT_HOST_IP | 备份/恢复设备 | 3260 |
| StreamSnap 流量（设备到设备） | SOURCE_APPLIANCE_IP | 备份/恢复设备 | 5107 |
| 备份/恢复设备与设备管理控制台的连接 | APPLIANCE_IP | *.backupdr.googleusercontent.com | 443 |
替换以下内容：
- SSH_CLIENT_IP：运行 SSH 客户端的主机的 IP 地址。
- AGENT_HOST_IP：运行 Backup and DR 代理的主机的 IP 地址。
- SOURCE_APPLIANCE_IP：来源设备的 IP 地址。
- APPLIANCE_IP：备份/恢复设备的 IP 地址或子网。
如需详细了解如何配置此规则，请参阅准备部署 Backup and DR。
对于运行 Backup and DR 代理的任何主机，您必须手动添加以下 TCP 端口，以允许与入站流量防火墙规则建立连接。
| 用途 | 来源 | 目标 | 端口 (TCP) |
|---|---|---|---|
| 代理流量（设备到主机） | 备份/恢复设备 | 运行 Backup and DR 代理的主机 | 5106 |
对于使用 NFS 传输备份流量的主机，或在 Google Cloud VMware Engine 中运行且使用 NFS 进行装载的 ESX 主机，您需要手动添加以下 TCP 和 UDP 端口，以允许与入站防火墙规则建立连接。
| 用途 | 来源 | 目标 | 端口 (TCP/UDP) |
|---|---|---|---|
| NFS 备份或装载 | 运行代理的主机或运行装载的 ESXi 主机 | 备份/恢复设备 | 111, 756, 2049, 4001, 4045 |
如需查看此操作期间使用的权限列表，请参阅 Backup and DR 安装权限参考。
支持的区域
以下部分列出了设备管理控制台和备份/恢复设备支持的区域。
设备管理控制台支持的区域
虽然 Backup and DR 可用于备份任何Google Cloud 区域中受支持的工作负载，但设备管理控制台只能在以下区域中激活：
| 地理区域 | 区域名称 | 区域说明 | |
|---|---|---|---|
| 北美洲 | |||
northamerica-northeast1 * |
蒙特利尔 |
 二氧化碳排放量低
|
|
northamerica-northeast2 |
多伦多 |
二氧化碳排放量低
|
|
us-central1 |
爱荷华 |
二氧化碳排放量低
|
|
us-east1 |
南卡罗来纳 | ||
us-east4 |
北弗吉尼亚 | ||
us-east5 |
哥伦布 | ||
us-south1 |
达拉斯 |
二氧化碳排放量低
|
|
us-west1 |
俄勒冈 |
二氧化碳排放量低
|
|
us-west2 |
洛杉矶 | ||
us-west3 |
盐湖城 | ||
us-west4 |
拉斯维加斯 | ||
northamerica-south1 * |
克雷塔罗州 | ||
| 南美洲 | |||
southamerica-east1 |
圣保罗 |
二氧化碳排放量低
|
|
southamerica-west1 |
圣地亚哥 |
二氧化碳排放量低
|
|
| 欧洲 | |||
europe-central2 |
华沙 |
二氧化碳排放量低
|
|
europe-north1 |
芬兰 |
二氧化碳排放量低
|
|
europe-north2 |
斯德哥尔摩 |
二氧化碳排放量低
|
|
europe-southwest1 |
马德里 |
二氧化碳排放量低
|
|
europe-west1 |
比利时 |
二氧化碳排放量低
|
|
europe-west2 |
伦敦 |
二氧化碳排放量低
|
|
europe-west3 |
法兰克福 | ||
europe-west4 |
荷兰 |
二氧化碳排放量低
|
|
europe-west6 |
苏黎世 |
二氧化碳排放量低
|
|
europe-west8 |
米兰 |
二氧化碳排放量低
|
|
europe-west9 |
巴黎 |
二氧化碳排放量低
|
|
europe-west10 |
柏林 | ||
europe-west12 |
都灵 |
二氧化碳排放量低
|
|
| 中东 | |||
me-central1 |
多哈 | ||
me-central2 |
达曼 | ||
me-west1 |
以色列 | ||
| 非洲 | |||
africa-south1 |
约翰内斯堡 | ||
| 亚太地区 | |||
asia-east1 |
台湾 | ||
asia-east2 |
香港 | ||
asia-northeast1 |
东京 | ||
asia-northeast2 * |
大阪 | ||
asia-northeast3 |
首尔 | ||
asia-southeast1 |
新加坡 | ||
asia-southeast2 |
雅加达 | ||
australia-southeast1 |
悉尼 | ||
australia-southeast2 |
墨尔本 | ||
| 印度 | |||
asia-south1 |
孟买 | ||
asia-south2 |
德里 |
* 克雷塔罗 (northamerica-south1)、蒙特利尔 (northamerica-northeast1) 和大阪 (asia-northeast2) 不支持可用区隔离。这意味着，这些区域中的多个可用区可能不位于物理上独立的多个数据中心园区内。因此，单个局部物理灾难事件可能会影响同一区域内的多个可用区，与支持可用区隔离的区域相比，数据丢失的风险更高。
备份/恢复设备支持的区域
备份/恢复设备可部署到任何 Google Cloud 可用区。
列出的区域支持执行备份/恢复设备部署的工作流服务。如果工作流服务在部署了备份/恢复设备的区域中不可用，则 Backup and DR 默认在 us-central1 区域中运行工作流（设备本身仍会在您选择的区域中创建）。如果您设置了组织政策来阻止在其他区域中创建资源，则必须暂时更新组织政策，以允许在 us-central1 区域中创建资源。您可以在部署备份/恢复设备后限制 us-central1 区域。