个人认为哈,都有上双活或者异地容灾的打算了,超融合可能不太适合。
其次超融合也是可以实现双活和异地容灾的。具体的实现方法各个厂家不太一样,有延展集群啊,双写啊这些方法都对部署环境有着比较苛刻的要求。当然这个也要考虑应用是不是也能双活。
比较赞同钟经理的容灾解决方案思路。补充几点:
1、目前在同城双活方案上,并不是所有的超融合厂商都可以做的很好,受限于超融合架构的数据同步机制,需要实现数据同步复制传输,数据实时同步。如果做镜像同步,那么任何一个站点的分布式存储除了自身的3副本,还需要额外一套完整副本。其实可以理解为6个副本,对存储容量要求比较大。如果做拉伸集群,3副本可以,但是对于网络带宽要求比较高,而且任何一个站点发生故障,都会导致大规模的数据迁移,对性能影响非常大。
2、异地容灾方案
这个目前还是比较成熟,因为不是同步传输,可以采用超融合厂商的方案,也可以选择第三方备份软件的方案实现,结合用户自身的需求。如果用户没有异地备份的策略,建议超融合系统采用超融合厂商的方案比较好,目前都有比较成熟的系统软件。
超融合架构下容灾方案主要分两类:
1. 超融合厂家自身提供容灾方案
这对厂家的技术要求比较高,并不是所有厂家都能提供完整的容灾方案。主流方案如下:
a. 异步容灾方案,通过底层分布式存储快照同步实现小时级别 RPO 的容灾方案
b. 近同步容灾方案,通过底层分布式存储使用 CDP 技术进行 IO 级别同步,可实现分钟级别的 RPO 的容灾方案
c. 双活同步容灾方案,通过底层分布式存储对两个站点进行镜像同步或者拉伸集群实现,主备站点的数据完全同步,RPO=0
2. 第三方集成方案
a. 异步容灾方案,小时级别的 RPO 容灾方案
b. 近同步容灾方案,以 CDP 技术实现分钟级别的 PRO 容灾方案