如今,许多组织正在转向云计算的特定服务,应用程序和新的商业经济。人们看到更多的方案部署到云计算中,并且出现了围绕特定类型云服务的更多的成熟方案。
考虑这一点,根据思科公司的调查,全球云计算流量在2014年跨过了泽字节门槛,而2019年,在云计算中的总流量将超过所有的数据中心总流量的五分之四。云计算流量显著增长,2019年云计算流量为总数据中心流量的83%,这其中包括快速通过和迁移到云计算架构和云计算数据中心的能力,以处理更高的流量负载。云计算数据中心支持增强的虚拟化,标准化和自动化。这些因素导致更好的性能,以及更高的容量和吞吐量。
一个真正伟大的用例是使用云计算提高灾难恢复(DR),备份和弹性的能力。而且,这个主题最重要的事情之一,在开发时,通过第三方主机的服务等级协议(SLA)部署灾难恢复环境。这是一个组织可以定义的非常具体的条款,其中包括硬件更换,管理服务,响应时间等等。基于云计算的远程数据中心,可以像本地化数据中心一样进行监控和管理。当与第三方供应商时,需要主机托管或数据中心托管时,确定具体的界限,并尽可能清楚地理解管理者的意图。
利用供应商的灵活性。托管服务提供商有非常灵活的能力。他们可以设置一个合约,声明他们将只管理一个租用的机架的硬件组件。而在这种情况下,管理程序和以外的一切设备,将成为客户的责任。即使在这种情况下,知道是否已发生故障或者发现有故障的组件是非常重要的。基本上,用户的目标是保持与远程环境恒定的通信。管理员必须知道底层硬件上发生了什么,即使他们不直接负责。对物理灾难恢复资源的任何影响,都有可能会对在该硬件上运行的任何工作负载产生重大影响。
同样,还要有可以接管整个DRBC功能,甚至准备将故障转移网站所需要的新的云服务。请记住,为了满足关键工作负载和更高的正常运行时间的要求,需要有特殊的SLA条款和成本的考虑。
·定义业务恢复要求。当开发一个云计算或托管数据中心的SLA时,重要的是明确定义的恢复时间目标,也就是部件正常运行时间有多长?一些组织要求他们的许多关键部件达到99.9%的正常运行时间。在在这种情况下,确保组件的适当的冗余是非常重要的。这些都可以建成一个SLA以及具有可视性灾难恢复环境的后端监控工具。以下举一个具体的例子,如果你利用微软公司的冷与热存储,这也要有一些正常运行时间的考虑。微软公司强调,你可以在冷热接入层之间选择存储基于其访问模式对象数据。然而,冷层提供了99%的可用性,而热层提供了99.9%的可用性。
所以,你绝对需要围绕自己的灾难恢复和连续性要求进行设计。如果一个组织有0到4个小时的恢复目标,这是可以接受停机一段时间,但这种类型的灾难恢复设置的时间不能太长。采用服务等级协议(SLA)仍然可以在被隔离的供应商和客户之间建立明确的职责。在紧急情况时有发生时,具有良好的沟通和明确的环保知名度的将节省大量的时间和精力。
·规划,培训,并为未来做好准备。在灾难恢复的时刻,每个人都需要知道他们应该做什么,以使他们的环境迅速恢复。这必须在运行手册明确规定,尤其是你从一个主机提供商或云计算提供商利用灾难恢复和业务连续性服务的时候。最重要的是,创建服务水平协议时,一定要规划你的不远的将来环境。重组SLA和托管合同可能是成本高昂的,尤其是对关键的灾难恢复系统。这意味着计划将是绝对关键的。
云计算和它提供的各种服务将继续影响各种规模的组织业务。组织正在减少他们的数据中心的足迹,同时还利用强大的服务积极地影响用户和业务。使用云计算灾难恢复和业务连续性是一个伟大的想法,如今云计算服务不再只为主要组织服务,中端市场和中小企业绝对是采用云计算的主要力量。展望未来,云计算将继续影响组织业务,因为他们过渡到一个更加数字化的世界。而且,与你的云计算供应商有着良好的伙伴关系(SLA),可以帮助支持不断增长的业务,以及为不断变化的用户提供服务。