这个议题主要讨论同步复制是否是连续数据保护产品的致命弱点?这个死穴到底能不能破?
同步复制和连续数据保护,从技术术语上理解,没有必然关联。同步复制面向的是容灾场景,防范生产站点存储级别/站点级别的故障。对存储层的数据而言,可以获得很低的RPO。但这个RPO不能等同于应用的RPO,因为数据的逻辑关系在AP/DB层,能否恢复到哪个时间点,取决于DB的回滚日志能否成功apply到最后一个checkpoint点。对于AP来说,如果文件系统连fsck都通不过,或者fsck时间要以天计算,那RPO就更难衡量了。RTO则取决于机器性能、处理流程,30分钟到一天,都是可能的。这个原理对连续数据保护的产品也是相通的。
考虑到产品实现,对于CDP类产品,也支持同步模式,比如E公司的RP。但应用同步模式的CDP场景几乎没有,主要是CDP的IO截获模式,导致IO处理链条过多,性能下降厉害导致的。如果一个普通存储的同步复制导致性能下降20%是可以接受的,那么下降到60%或更高,就难以接受。
对于异步复制模式,复杂的IO处理逻辑都在存储控制器内完成,对生产的性能影响比同步要小,因此就变得可以接受,那么见到适用的场景也就不奇怪了。现在吸引客户采用的特性主要是CDP类产品在传输异步复制数据时,只传输压缩后的数据,对带宽要求低。如果普通存储能在异步复制上做到很高的压缩比,或者只传送快照的差量数据,那么CDP的异步模式也没优势,最终只会退回到传统的连续快照保护能力上。