本页详细介绍了如何使用卷复制功能保护数据。
卷复制简介
您可以通过跨位置卷复制来保护数据,该功能可将一个位置的源卷异步复制到另一个位置的目标卷。借助此功能,您可以在发生位置范围的服务中断或灾难时将复制的卷用于关键应用活动。在正常使用时,复制卷还可用作只读副本。
在初始传输期间,卷复制仅移动已使用的块,在增量传输期间,仅移动已更改的块。只有传输的字节才会产生费用,这有助于优化传输时间并降低费用。
卷复制工作流
在卷复制期间,有一个名为初始传输的过程会将所有源卷内容复制到目标卷。初始传输流程会在源系统上创建快照,并将其内容传输到目标卷。初始传输完成后,复制镜像状态会更改为已镜像。因此,目标卷会变为只读,并反映源卷快照的内容,其中包括在初始快照之前创建的所有快照。
初始传输流程完成后,按以下顺序以增量更新的形式继续进行定期复制:
该过程会在源卷上创建新的快照。
它会计算新快照与上一个快照之间发生变化的数据。
该过程会将这些更改传输到目标卷。复制资源中的传输状态会变为传输中。
转移所有更改后,目标卷的内容将从旧快照转换为新快照。
设置修改
只要复制处于镜像状态,对源或目标卷设置所做的任何修改都会复制到合作伙伴。如果通过将源卷移至其他存储池来更改其服务等级,目标卷不会发生变化。
如果复制停止,源卷和目标卷设置以及新数据将不再反映对任一卷所做的更改。
复制的数据:卷复制会将来源卷的所有用户数据和快照镜像到目标卷。
自动调整容量:在复制关系存在期间,卷复制会自动将目标卷的容量调整为源卷的容量。
卷复制的注意事项
在执行卷复制之前,请考虑以下事项:
对于标准、高级和极端服务等级,NetApp Volumes 支持在以下特定区域对之间复制卷:
“
asia-southeast1
”和“australia-southeast1
”europe-west2
和europe-west3
europe-west2
和europe-west4
europe-west3
和europe-west4
europe-west3
和europe-west6
europe-southwest1
和europe-west3
northamerica-northeast1
和northamerica-northeast2
northamerica-northeast1
和us-central1
australia-southeast1
和asia-southeast1
us-central1
和us-east4
us-central1
和us-west2
us-central1
和us-west3
us-central1
和us-west4
us-east4
和us-west2
us-east4
和us-west4
us-west2
和us-west4
“
us-west3
”和“us-west4
”
对于 Flex 服务等级,同一区域组中的区域之间支持卷复制。下表列出了不同地理位置的区域组:
位置 美洲 亚太地区 欧洲、中东和非洲 地区组 southamerica-east1
southamerica-west1
northamerica-northeast1
northamerica-northeast2
us-central1
us-east1
us-east4
us-east5
us-south1
us-west1
us-west2
us-west3
us-west4
asia-east1
asia-east2
asia-northeast1
asia-northeast2
asia-northeast3
asia-south1
asia-south2
asia-southeast1
asia-southeast2
australia-southeast1
australia-southeast2
africa-south1
europe-central2
europe-north1
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
配额分配:根据您的项目复制要求,您可能需要为特定区域或服务级别增加复制源卷和目标卷的数量配额。如需申请增加配额,请使用 Google Cloud 控制台 NetApp Volumes 配额页面。
拓扑支持:卷复制不支持级联和扇入扇出拓扑。例如,一个卷不能同时作为源卷和目标卷。
源卷和目标卷位置:源卷和目标卷必须位于同一项目中。不过,它们可以位于不同的 VPC 中。
基于服务等级的支持:源卷和目标卷必须具有相同的服务等级,但 Premium 和 Extreme 服务等级的卷除外,它们可以在复制中混合使用。
卷复制价格
NetApp Volumes 会单独针对复制功能收费,而不与卷容量一并收费。费用取决于主卷和次要卷之间传输的字节数。如需了解详情,请参阅 NetApp Volumes 价格。
恢复点目标 (RPO)
由于卷复制是安排的异步复制,因此目标卷的内容始终滞后于源卷。恢复点目标 (RPO) 用于指定目标卷上的数据新鲜度,以及存储的数据在哪个时间点的版本。在发生灾难时,RPO 可帮助您了解丢失的数据量。
您可以通过检查延迟时间或复制快照来确定卷复制的 RPO。虽然延迟时间是一种快速估算 RPO 的方法,但复制快照是一种更准确的衡量方法。
延迟时间:自在源卷上创建上次复制到目标卷的快照以来所经过的时间。延迟时间表示目标卷数据相对于来源卷数据的年龄差异。它每 5 分钟更新一次,并提供 RPO 概览。如果您的复制跳过了复制间隔时间,Google Cloud 控制台中的延迟时间旁边会显示一个警告警告图标。如果问题仍然存在,则表示源数据卷上的数据更改速率过高,无法在复制间隔内进行传输。对于源端数据修改活动繁忙等一次性情况,我们建议您选择更长的复制间隔时间,或忽略警告。
复制快照:复制快照是指在特定时间点捕获的数据的确切副本。复制快照可提供最准确的 RPO 数据。卷复制使用两个滚动快照进行复制。目标卷上最新复制快照的时间戳指定了目标卷上最新数据的时间点 (UTC)。
您可以根据复制快照名称派生时间戳 (
replication-<timestamp>
),该名称采用 UTC 格式 (YYYY-MM-DD-HHMMSS
)。
存储池要求
包含源卷和目标卷的存储池必须满足以下要求:
必须属于有效的位置对或区域组(具体取决于服务等级)
必须具有相同的 Active Directory 政策配置
必须指向同一 Active Directory
必须具有相同的 LDAP 设置
复制时间表
复制时间表会尝试按指定的时间间隔运行复制。如果之前的复制正在进行中,则当前周期的复制会跳过,并在下一个时间间隔再次检查。这种行为最常见于初始复制期间,该阶段会传输初始卷块,并且复制时间最长。复制时间表会根据每种时间表类型的以下时间运行:
复制时间表频率 | 预定操作的时间 |
---|---|
每隔 10 分钟 | :00, :10, :20, :30, :40, :50 |
每小时 | 每小时整点之后 :05 |
每天 | 每天午夜过后 :10 |