创建私有云

如果想享有共享架构的可扩展性和成本效益的好处，同时希望对其公司资产保有完全的监管和控制，那么企业可以选择开发私有云的基础架构。私有云基础架构为单独的组织而准备，但可以象公有云一样交付按需网络访问至共享的弹性IT资源池。在此种方式下，企业使用本地的，永久许可的备份应用来执行备份任务，并将备份数据存放于站点外的私有云中。许多备份厂商的产品基于多租户的架构并可用于私有云的实现。此外，一些备份厂商与VMware的vCloud Director整合以期望在私有云和MSP使能云中占据一席之地。

单一厂商整合备份

如果用户站点内的技术和云 IaaS来自于同一厂商，那么备份的云整合将大大简化，例如EVault 和 SunGard可用性服务。使用这种方式，用户站点内的软件或者一体化的备份硬件装置提供本地保护以及异地复制到厂商的云中以实现灾难恢复。SunGard的Recover2Cloud 服务器复制软件将物理和虚拟系统复制到云，Recover2Cloud Vaulting软件将备份集拷贝到SunGard的云中。EVault Plug-n-Protect是一个用户站点内的硬件装置，结合了EVault的异地复制服务，即将站点内的“保险库”复制到EVault云中，实现云整合解决方案。除了“单一责任方”的好处，即只需与单一厂商接口以实现端到端解决方案，这些厂商的另一个优势是他们也提供恢复服务，使得云数据中心内的团队可以方便的实现云基础架构中的恢复。

从云中恢复

只有当上行链路的带宽足够时，将站点内的备份与公有，私有或虚拟私有云整合才是切实可行的。当以10Mbps的传输速率来备份日增量100GB的数据时，需要将近24个小时才能完成。升级到100 Mbps的链接后，可以大幅减少传输时间至两个小时多一点。不过，带宽的费用通常需要翻倍。这就是为何利用带宽优化技术如重复数据删除和压缩是如此重要的原因。唯一需要注意的是云中消重或压缩状态下的数据仍需要重新组装和恢复以便生产应用识别。在基于云的灾难恢复的场景中，数据并非出于可用的状态，因此如果有大量数据需要从云端存储传输到站点内以便恢复，无论是采用网络链路或以便携的方式运送，都可能会造成一定的延迟。

对此两难困境的一个补救方法是在云中恢复。为整个系统在云中执行D2D2C的策略，而不仅仅是数据，可以改善恢复时间目标。对于在主站点运行虚拟工作负载的服务订阅者而言，这种方式非常简单。虚拟机封装应用实例的可移植性使得整合系统的备份和恢复流程得到简化并效率更高。几乎所有的备份厂商都支持虚拟系统的备份和恢复，因此只需要与兼容的云资源签约以创建恢复站点即可。

一些厂商，如Arkeia 和Zmanda，提供虚拟备份硬件装置。这样就允许客户在云中运行备份服务器并且在站点内的备份服务器和基于云的备份服务器之间复制数据。数据可以直接在云中恢复或者云存储可以挂接到站点内部的备份服务之上。其它的产品如AppAssure和Symantec Backup Exec可以在云中执行恢复。Symantec的解决方案只限于虚拟环境，而AppAssure可以同时保护物理和虚拟系统。站点内AppAssure备份服务器和运行在亚马逊弹性计算云（EC2）AppAssure核心实例之间的复制使其可以在云中实现按需恢复。在云中运行备份应用的能力也可以帮助企业保护器驻留在云中的生产应用。

云基础架构为降低成本和简化恢复操作提供了极大的好处，特别是对于整合备份。云存储服务按需扩展和按使用付费的特性完美的配合D2D2C的应用场景，以减少或消除磁带介质和简化灾难恢复。

相关链接一：与云灾难恢复服务整合

如果使用云服务的主要用于灾难恢复（DR），那么有几个场景需要考虑。云可以被用来充当冷备，温备和热备站点。

? 冷备 这种实现方式将异地的拷贝保留在存储中，并可以按需使基础架构可用以便实现“裸机”恢复，当在驻点发生中断时，可将恢复时间控制在几小时到数天之内。相对于采购，部署和配置物理设备并恢复数据而言，使用基于云的虚拟机（VM）可以加快恢复时间。

? 温备 此种方法将复制系统保持为休眠的主题，中断时，恢复时间目标可控制在几分钟到数小时内。虚拟机映像对于操作系统，应用，数据和配置设定的封装使得主站点和基于云的温备站点间的同步非常简单。一旦灾难发生，虚拟机可以按需激活，应用实例也随之切换。

? 热备 此种方式下，应用和数据保持在异地但处于运行状态，保证了最快速度的恢复 – 通常在几秒到几分钟之内。在主站点发生故障时，热备站点可以迅速的接管操作。

当你在不同“温度”的恢复站点模式中选择时，主要的权衡因素为成本，通常还有复杂性。

相关链接二：云备份整合模式

    本文选自存储经理人2012年4月刊：整合云备份，请下载阅读PDF版本。