浅析云计算IaaS服务的灾难应对策略.docVIP

浅析云计算IaaS服务的灾难应对策略 传统数据中心的容灾在于如何保存数据的副本，以及在灾难来，临时如何恢复。对于虚拟数据中心(VDC)来说，除了用户数据以外，还需要保存个性化的虚拟机镜像设置，并~LVDC提供商、VDC 户都面临着不同的容灾策略部署模式，这样才能使得“在云端”的用户数据、服务器在“暴风雨”来临时依旧“云中漫步”。 　　1、引言 　　云计算是一种新型的业务模式，能够为数据中心厂商节约能耗，提高设备利用率，并突破传统服务模式开展多样化的创新商业服务模式；用户可以不用自己购买IT固定资产，而通过VDC (Virtual Data Center，虚拟数据中心)服务提供商按需租用自己所需的计算、存储、网络资源，并可随时随需扩展、新增、停租资源。 　　云计算基础设施即服务IaaS(Infrastructure as a Service)业务模式最典型的应用场景是虚拟数据中心，该业务模式的出现将计算机系统的维护进行了细分，由服务供应链的各方各司其职：用户只需考虑其自身应用基于虚拟环境的部署架构，VDC服务提供商只需考虑将硬件资源池化并保证服务可用性，硬件厂商只需考虑底层设备对虚拟化环境的支持和优化。维护重点细分之后，应对风险的责任也就细分了。因此云计算环境下的灾难应对并不是服务供应链中只有某一方需要考虑的问题，而是需要各方基于各自责任范围形成协调一致的措施，这样才能在灾难来临时最大程度的减小损失。 　　本文探讨了云计算IaaS服务提供商和用户应对灾难的策略，并提出了一种VDC容灾架构。 　　2、灾难的定义和分类 　　根据原国务院信息化工作办公室的定义，灾难是指由于人为或自然的原因，造成信息系统运行严重故障或瘫痪，使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件，通常导致信息系统需要切换到备用场地运行。根据这一定义，灾难不仅指海啸、地震等自然灾害，还包括其它任何由无法预知的原因引起的服务不可用。IT服务的失效能够直接导致企业实现核心价值的关键业务系统受到重创。例如，银行的ATM机失效、网站的网页无法访问、证券的交易系统失灵、数据中心的网络阻塞等，最终将导致致命的伤害，造成不可挽回的损失。 　　我们将灾难进一步细分，按照人为因素的多少分为以下三类： 　　(1)非人为自然灾难：海啸、地震等区域毁灭性灾难； 　　(2)人为非技术性灾难：火灾、停电、人员损失等局部临时性灾难； 　　(3)人为技术性灾难：设备故障、逻辑缺陷、人为操作失误等可优化灾难。 　　3、VDC业务各方需应对的灾难 　　对于VDC业务来说，应对第一、第二类灾难主要依托预先制定的容灾预案；应对第三类灾难主要依托密集型的技术干预，服务架构越复杂，引起第三类灾难的风险环节就越多，但与第一、第二类灾难不同的是，第三类灾难可通过整改措施转变为“一次性灾难”，降低重复发生的可能性。 　　VDC服务提供商和VDC用户都会面临以上三类灾难，但各自的应对和预防措施不同。 　　3.1VDC提供商需要应对的灾难 　　一个配置准确、正常运营的VDC能够让租户通过云管理平台在15分钟内获得所申请的资源，并且可以随时按需关闭、新增和扩展虚拟服务器，这是VDC提供商IaaS服务的基本特点。其服务架构可以分为资源层、业务层、展现层，其中任何一层都有出现异常的可能，具体可以表现为： 　　(1)资源层设备损坏(三类灾难都可能引起)； 　　(2)资源层网络受培； 　　(3)资源层主机系统故障； 　　(4)业务层调度逻辑错误； 　　(5)业务层拒绝服务； 　　(6)展现层拒绝服务； 　　(7)其它无法预知的技术故障。 　　以上这些异常每一种都会引起服务不可用。架构中各模块之间有相互依赖逻辑，一处技术故障经常会引起“连锁反应”，导致多个环节异常，增加系统管理的复杂度，从而导致服务不可用时间的延长。 　　三类灾难的发生虽然不可预知，但通过执行预先制定的容灾预案，VDC提供商可以将由非人为自然灾难和人为非技术性灾难引起的服务间断控制在最小范围。技术性灾难则需要VDC提供商通过自身的技术力量准确定位、排除，并对服务架构进行巩固和预防。灾难的应对直接影响VDC服务的可靠性和稳定性，是其服务质量的关键因素，也是VDC实现服务级别协议SLA(Service Level Agreement)管理的关键因素之一。 　　3.2VDC用户需要应对的灾难 　　对于3.1节描述的灾难，VDC服务提供商有完备的应急和应对措施，VDC用户在此基础上可充分利用云服务资源申请的自动、快捷、方便，进一步为自身应用设置灵活的容灾策略。然而另有一些灾难因素是VDC提供商无能为力的，用户必须考虑跨VDC提供商的灾备方案来解决，这些因素包括： 　　(1)VDC提供商转变经营策略，不再提供云计算服务，所有设备移作他用；