备份对于企业来说是一个很好的策略. 企业需要将数据和应用程序备份到某个位置, 并能够以某种方式恢复数据和应用程序, 以便在发生一些自然灾难或人为错误时保持业务正常运行, 从而降低运行关键业务时所带来的损失.
企业可以采用备份站点和备份技术两种方式. 这些措施和技术可以是被动的, 而这意味着企业可以在短时间内恢复站点和业务, 并重新开始运营. 或者也可以采用主动的措施和技术(成本更高), 这意味着企业可以在某些情况下立即使用现有的数据和代码的版本来替代损坏的系统, 而用户甚至不知道已发生故障.
灾难恢复在云中提供了一组新的选择, 看起来并不像企业在本地部署系统上的那些选择. 企业所采取的方法应该充分考虑了其应用程序和数据集对业务的价值. 在此建议, 企业需要了解其实用性, 并且确保不会花费超过灾难恢复配置的成本.
选项 1: 区域到区域的灾难恢复
企业可以在同一个公共云提供商中设置两个区域或更多区域来实现灾难恢复. 例如弗吉尼亚的区域的服务中断, 那么该州的另一个区域也会接管.
企业可以付费以获取复制到备份区域的数据和应用程序的完整副本, 以便他们可以无缝地接管 (即主动恢复). 或者企业可以使用更具成本效益的方法(例如定时备份到大容量存储器) 快速在另一个区域恢复(即被动恢复).
选项 2: 云到云的灾难恢复
企业提出的最常见的问题是: 如果整个公共云提供商倒闭或长期中断业务, 如何保护自己的数据和应用程序? 例如, 使用一个公共云为另一个公共云提供备份可以让企业使用 Amazon web Services 备份 Azure, 反过来也可以配对使用.
尽管这看起来像灾难恢复中的终极目标. 但为了支持灾难恢复需要多线程进行, 这意味着企业需要保持两种不同的技能组合, 具有两种不同的平台配置, 以及其他成本和风险.
当企业尝试在主要平台和备份平台复制数据或应用程序时, 正在进行的云到云系统复制 (又名云间复制) 增加了出错的可能性. 这不是人们想要的结果. 虽然并非不可能, 但不同的云平台之间比同一供应商内的云平台内复制的难度要高出五倍. 这就是为什么除了少数一些企业能够实施, 云平台之间的支持几乎不存在的原因.
来源: http://cloud.51cto.com/art/201806/576884.htm