将灾难恢复看作一项“SOA服务”

面向服务架构（SOA）是今天被提及最频繁的IT改进模式之一。维基百科将SOA解释为“一种将企业与计算资源连接起来的设计，可以按需达到用户期待的结果”。

如果灾难恢复服务也可以“按需”提供可能会出现一些有趣的现象，比如，企业能够确保RTO（恢复时间目标）在15分钟或更短的情况下，可以不用考虑数据、应用、服务器或存储平台的类型，也无需关心地点和数据集的大小。再比如，不论是在企业的内网还是外网，也不论是在什么时候或什么地点，特定的备份、复制或恢复功能可以随时启用。

这听起来过于理想化？这样的想象终将被今天的高成本和实施限制击碎？本文将描述一种灾难恢复领域的模式转变，转变后的模式可以通过一种普通且与厂商无关的“面向服务平台”为客户提供“按需”的灾难恢复服务。

通过将SOA的原则与技术进步相结合，该平台可以在一个位于服务器与存储系统之上的独立服务层提供关键数据的保护和恢复服务，同时也可以以最低的成本提高与业务连续性相关的RTO和RPO（恢复点目标）。

抛弃旧有方法

传统上，企业的IT部门往往通过结合某一厂商的一个单点解决方案与另一厂商的另一个单点解决方案来实现灾难恢复功能。

如果要实现高等级数据备份，企业需要从某一特定厂商处购买一个高性能存储阵列。要实现安全或数据加密，这往往意味着要购买另一个厂商的单点产品。

这种模式的问题在于，管理或调整这些独立的解决方案将带来不断增加的成本和复杂程度，要通过自定义脚本来统一控制更不可能。假如复制软件与一个特定阵列捆绑在一起，将会产生其它的成本——当用户超过阵列的容量时，将不得不对技术进行更新，升级到更高的容量系统并准备做数据迁移。

假如企业希望自己动手将这些单点解决方案集成起来，形成一个面向服务的灾难恢复架构以提供核心数据服务，这样做所带来的挑战和成本很快就会超过潜在的收益。

在光纤层，将灾难恢复SOA化

为了使SOA更为自动化，模式转变是必需的。目前缺失的是一种简单却可扩展的方法去提供与核心的灾难恢复相关的数据服务，这种方法存在于连接所有关键服务器及其基础网络存储子系统的存储网络光纤内部。图1描述了在一种称为“数据服务引擎”的集中的云网络提供光纤层灾难恢复服务的情形。

技术进步和虚拟化的不断流行使得企业能够在需要的时候调整这种面向服务的平台，从而能够最大限度地利用光纤提供服务。光纤层的核心数据服务与存储或主机层面的服务相比，具有以下优点：

·简单化整体基础设施和运营标准；

·以RTO和RPO的形式达到更高的服务质量和更高的SLA（服务水平协议）；

·降低整体IT资产和运营支出；

·按需提供更为统一的服务和存储能力；

·能够为大容量存储提供高水平的可用性和功能；

·保护各种不同的存储阵列（通常来自不同厂商）；

·更紧密地集成应用，以实现更一致和更迅速的恢复。

一旦企业完成了服务平台的转变，将在多大程度上获得上述的各种好处呢？一家大型财务公司最近完成了这项工程。在转变以后，该企业获得了如下的投资回报：

·恢复时间获得1200%的提升（RTO从24小时提升至30分钟，RPO提升至零数据丢失）；

·存储成本降低50%，节省了超过250万美元；

·灾难恢复所需带宽降低了80%；

·现有存储的利用率提升了80%；

·总体而言，与转变前的灾难恢复方案相比，该财务公司预计在五年内将节省超过630万美元。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友