实时备份是将客户生产服务器上的数据持续备份到备份介质上的过程。实时备份是基于块级持续数据保护技术,在生产服务器上安装一个备份代理客户端,然后将生产服务器上的数据持续备份到AnyBackup内部存储系统ESSS(EISOO Snapshot Storage System)上,在特定的情况下可以做到RPO≈0,并且以原生文件系统的格式进行存储,在达到一定条件后,ESSS 存储会新建相关的快照,已达到管理多个时间点的效果。
实时备份原理
实时备份:将生产机的数据备份到AnyBackup容灾平台
流程解读:
① ESSS 存储池分配基础卷
② 生产主机与CDP Server建立TCP连接
③ 驱动开始监控,数据直接缓存到内存或者以位图标记。
④ 备份卷数据和驱动监控的数据
⑤ 写入生产卷数据
⑥ 写入日志数据(任意IO)
⑦ 根据指定间隔时间对基础卷做快照
CDP实时备份存储容量评估方法
CDP实时备份占用存储容量计算公式
=(前端容量*2+每日变化数据量*保留周期*1.5) *1.5 +预计同时存在的挂载副本数*(一组克隆卷占用的元数据大小+预计写入一组克隆卷的数据大小*1.5)+要保留的快照副本数*一组快照占用的元数据大小
备注:
- 目前xfs文件系统和CentOS7.x系列的ext4文件系统是按照分区的大小来,其他文件系统按照实际数据量计算。
- 前端容量:备份系统设计使用年限内,用户生产系统最大的源端数据量。如预计满足未来3年内的备份需求,则前端容量为未来3年内业务系统数据量最大时的数据量。
- 1.5是指日志卷与快照卷的空间占用大约是实际数据变化量的1.5倍。
- 2是指在数据保留周期内整个任务会不止一次的做初始化备份,上限可能是N次,此处根据大部分情况取了2。比如:开启永久增量的场景下,如果机器重启等情况,会导致任务触发初始化备份。不开启永久增量的场景下,当到达数据保留周期后,会再次触发初始化备份。
- 每日变化数据量是指CDP监控的数据变化量,并非生成数据的增量。
- 以上为预估方法,未预留冗余。
- 一组快照占用的元数据大小=一组克隆卷占用的元数据大小=要保护的生产卷大小*1.5/1TB*4MB
示例:
某医院有影像库系统做文件实时备份需求,要求快照执行频率配置为:1小时,快照保留最长时间范围配置为5天,数据同步频率为每隔 0 秒同步一次数据。预计需要备份保留2个月,同时接管的卷数量最大为2个,接管后写入最大数据量为50GB。 业务系统数据量和变化量见下表:
业务系统名称 |
数据类型 |
被保护的卷大小 |
实际数据量(GB) |
数据变化量(GB/小时) |
影像库 |
file |
2TB |
1TB |
1GB |
评估实时备份需要的总容量=基础卷+日志卷+快照卷+挂载卷
=(1TB*2+1GB*24*60*1.5) *1.5 +2*(2*1.5/1TB*4MB+50GB*1.5)+5*24*2TB*1.5/1TB*4MB
=3072GB+3240GB+1.4GB+150GB
=6463.4GB
实时备份:将生产机的数据备份到AnyBackup(AB)容灾平台
实时备份:将生产机的数据备份到AnyBackup(AB)容灾平台
实时备份:将生产机的数据备份到AnyBackup(AB)容灾平台