本页详细介绍了如何使用卷复制功能保护您的数据。
卷复制简介
您可以通过跨位置卷复制来保护数据,该功能可将一个位置的源卷异步复制到另一个位置的目标卷。借助此功能,您可以在发生位置范围的服务中断或灾难时将复制的卷用于关键应用活动。在正常使用时,复制卷还可用作只读副本。
在初始转移期间,卷复制仅移动已使用的数据块;在增量转移期间,仅转移已更改的块。只有传输的字节会产生费用,这样可以优化传输时间并降低费用。
卷复制工作流
在卷复制期间,一个名为初始转移的进程会将所有来源卷内容复制到目标卷。初始转移流程会在源系统上创建快照,并将其内容转移到目标卷。初始转移完成后,复制镜像状态会更改为“已镜像”。因此,目标卷会变为只读,并反映源卷的快照内容,其中包括初始快照之前的所有快照。
初始转移过程完成后,系统会按以下顺序以增量更新的形式继续执行预定的复制间隔:
该进程会在源卷上创建新的快照。
它会计算新快照与上一个快照之间发生变化的数据。
该进程会将这些更改转移到目标卷。复制资源中的转移状态会更改为 Transferring。
所有更改转移完毕后,目标卷的内容将从旧快照过渡到新快照。
设置修改
只要复制处于镜像状态,对源卷或目标卷设置所做的任何修改都会复制到合作伙伴。如果通过将源卷移至其他存储池来更改其服务等级,目标卷不会发生变化。
如果复制停止,源卷和目标卷设置以及新数据将不再反映对任一卷所做的更改。
复制的数据:卷复制会将来源卷的所有用户数据和快照镜像到目标卷。
自动调整容量:在复制关系存在期间,卷复制会自动将目标卷的容量调整为源卷的容量。
卷复制注意事项
在执行卷复制之前,请考虑以下事项:
对于标准、高级和极端服务等级,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] 格式 [
YYYY-MM-DD-HHMMSS
])中派生出时间戳 (replication-<timestamp>
)。
存储池的要求
包含源卷和目标卷的存储池必须满足以下要求:
必须是有效位置对或区域组的一部分,具体取决于服务级别
必须具有相同的 Active Directory 政策配置
必须指向同一 Active Directory
必须具有相同的 LDAP 设置
复制时间表
复制时间表会尝试按指定的时间间隔运行复制。 如果之前的复制正在进行中,则当前周期的复制会跳过,并在下一个时间间隔再次检查。此行为在初始复制期间最为常见,因为初始复制会传输初始卷块,并且复制时间最长。复制时间表会根据每种时间表类型的以下时间运行:
复制时间表频率 | 预定操作的时间 |
---|---|
每隔 10 分钟 | :00, :10, :20, :30, :40, :50 |
每小时 | 每小时开始后的 :05 |
每天 | 每天午夜 :10 之后 |