云化数据中心应该怎么选择灾备系统？

据调查，云每年以25%的速度增加，上云成为越来越多企业的选择。云在按需交付、资源池化等方面有着先天的优势。但其带来的数据和业务的安全风险也是企业不可忽视的。不论是公有云还是私有云，每年都有频繁的云宕机事件发生，从而影响企业的业务的连续性。那在灾备领域，企业应该如何挑选真正适合云化数据中心的灾备方案呢？

首先我们要先了解云化数据中心的特征，云化数据中心可以根据业务需求增加或者减少能够实现业务部署的服务器。常见的几种云化数据中心有：虚拟化为中心的架构、以OpenStack为代表的开源大集成架构、各类公有云的企业部署版本、采用商业超融合的架构等。

云化数据中心相较于传统的数据中心，由于两种数据中心的底层架构不一样，他们的成本和运维效率和灾备、业务连续性保护模型都不一样。当前常见的云化数据库灾备情况大多都是用物理机保护模型延展开来去保护云，这类方案相较于云场景，其初期投入大、备份策略模型笨重、恢复速度慢、颗粒度粗等问题。

在上云成为趋势的如今，所有的业务都共享储存，为了更好的解决业务重要性和业务宽带资源分配，云化数据中心的灾备方案应该具备以下几个特征：

能够支持虚拟化在线全增量即时合成模式的备份，通过云输出的API来进行数据备份，这样的备份数据兼容性更好，一致性能够得到更好的保障；要能够支持Scale Out模型的扩展方案，这种方式能够更好的提升数据储存和任务处理的性能，理论上能够实现无上限的数据储存和保护能力；细粒度恢复和数据复制能力，对于异地容灾的场景，可以有效的降低带宽，保护核心业务；多节点对等任务并行执行能力，对于节点和数据量都非常大的云平台，这个能力能够有效支持数以百计的并行备份任务等。

还有几个需要避免的小误区：云平台上的扩容周期相较于传统数据中心来说是较短的，半年到一年的扩容周期是很常见的，需要在前期考虑到之后的一个平滑扩容的情况；客户端不能够依据传统物理灾备的方式来计算，否则会给后期运维带来困难。

云时代的数据保护和管理已经开启新的篇章，其灾备方案也应该摆脱传统思维，更有效的维护云上安全。