灾备建设核心内容还是要围绕降低RPO和RTO来进行展开。不同的要求对应着不同的实现方案。
而不同的实现方案对应了不同的项目资金投入。
传统容灾建设和云环境并不应该是各自独立的方案,而是如何通过叠加的方式更好的实现容灾方案。例如应用级别的容灾在云环境中扩大了容灾环境的区域,可以减少人工依赖,采用更加自动化的方式提供快速的切换。
从整个架构的角度需要通过分层之后逐层的设计相应的容灾方案,例如在中间件层面无数据存储的情况下,通过地址切换就可解决高可用的问题,而在消息队列应用方面如何保证主节点故障之后数据的完整性?
而对于灾备方案来说最困难的一点还是在于如何保证主用站点与灾备站点在数据库层面的一致性,这个对于各大存储包括数据库厂商都可以提供一些相关的解决方案。而这又将基于最开始的核心内容。
不可避免需要面临另一个问题是在于灾备环境中的设备投入。是否需要搭建一套与主用环境相同规模的容灾环境?如何更好的提高资源利用率?也是企业在考虑搭建容灾环境需要考虑的问题。
另外提供一个思路,分布式存储厂商提供的双活方案是否可以满足一部分特殊的需求。
对于虚拟机层面来说,还有一些其他厂商产品可以实现Hypervisor层面的容灾。RPO可以做到秒级。