构建更好的云灾难恢复计划指南

如今，灾难恢复即服务很快成为企业利用云计算解决灾难恢复挑战的理想方式。

灾难恢复仍然是存储专业人员面临的持续挑战。因为，与IT的许多其他领域不同，围绕灾难恢复的情况变得更加复杂，并且难以在近年来得到处理。

首先，“灾难”的定义已扩大到几乎包括任何服务中断。第二，发生灾难的原因很多。人们都听到了自然灾害（地震，洪水，飓风），还有人为灾难，如网络攻击，勒索软件，意外的用户错误或企业破坏。第三，在灾难发生时，人们必须考虑的数据量已经呈指数增长。第四，用户对快速恢复的期望已经大大增加。如今，用户期望他们的关键应用程序几乎没有中断。

同时，作为这些困难的背景，大多数组织的灾难恢复预算仍然停滞不前。因此，各种规模大小不同的企业都在寻求他们的云计算灾难恢复计划来解决这些问题，同时降低灾难恢复的总体支出。

云计算中的备份，归档和灾难恢复

了解云计算是一种服务交付模型，有助于更好地识别哪些数据保护流程和案例。大多数的数据保护过程有三个基本组件：备份，归档和恢复。

备份是数据的复制，其目的是在文件失败或丢失的情况下具有可用于恢复的该数据的版本。大多数组织保留备份文件时间有限（通常为三到七年），因此利用云备份意味着在至少这段时间内租用能力来存储每天的备份文件。根据组织需要存储的数据量，这可能或不可能像自己做的那样具有成本效益。

存档是数据的长期保留方式。这应该是存储数据的最终副本的地方，也是理想的地方，在两个单独的位置中，仅限于两个副本的每一个数据保存在两个独立的位置。组织的归档策略越强，备份占用空间就会受到保护的数据量和恢复数据所需的时间长度的影响越小。大多数组织需要将归档数据保存至少七年，可能需要更长时间。几十年来租用存储设备对大多数组织来说并不具有成本效益，因此云计算可能不是存档数据的正确目标。

数据恢复，特别是灾难恢复，几乎总是需要最新的数据副本。在“最近”时间范围之外的任何恢复应来自归档，如果可能的话。云计算是灾难恢复的一个很好的位置，因为只有最新的数据副本必须存储在那里，并且大多数（如果不是全部）提供商允许组织在发生灾难时使用他们的计算资源。这节省了在远程灾难站点维护自己的服务器和存储硬件的成本，而不会增加太多的备份磁盘容量成本。因此，基于云计算的灾难恢复或灾难恢复即服务（DRaaS）已迅速成为解决灾难挑战的理想方式。

什么是云计算？

首先，让人们明白，云计算不是解决所有IT问题的神奇地方。它是一个数据中心，与私人数据中心的物理规律相悖。其优势在于，云计算提供商是一个整体组织，专注于提供IT服务，而且大部分采用的都是顶尖的数据中心设计。

云计算还具有规模经济的优势，这意味着所购买的IT产品的数量为云教育处提供商带来了巨大的成本优势。将这些经济体与过程和自动化方面的大量投资结合起来，组织的运营成本通常在单位基础上低得多。

请记住，云计算主要是一个IT交付模型。企业不是预先购买IT产品和服务，而是定期租赁它们IT服务的租赁性质意味着云计算对于临时使用是非常有吸引力的，并且对于更永久的情况不太有吸引力。

以下来看看组织应该采取的步骤和应该考虑的事情，并开发最有效的云灾难恢复计划。

步骤1：获取数据到云计算

构建云计算灾难恢复计划的第一步是组织向其提供商获取数据，当然还要记住通过控制存储的数据量来优化成本，最好是最新的副本。此外，虽然云计算数据保护选项很多，但它们通常可以分为两种类型：备份数据的产品和复制数据的产品。它们之间的区别在于如何存储数据。

大多数云计算备份产品以专有备份格式存储数据。在发生灾难的情况下，数据必须提取并移动到企业可以通过虚拟机访问的格式。大多数云备份产品利用内部部署设备，首先捕获所有备份，然后将更改的数据复制到云位置。几乎所有的复制产品都将数据复制到云中，但相比之下，它以本地文件系统格式存储，在主站点故障的情况下可立即访问。客户甚至可以选择将此数据存储在高性能云存储上，使“返回操作”更快。

使用备份或复制，存在初始数据种子的挑战。传输将创建备份或复制软件需要比较的云基线的数据可能需要数小时，数天甚至数周。为了加快这一过程，一些云计算供应商为客户提供了一个耐用的大容量网络附属存储设备（NAS）。基础数据集被复制到其上，然后网络附属存储设备（NAS）被返回。在理想情况下，更多的云计算提供商将使用磁带，这更容易运送和更具成本效益的数据，然而。一旦数据在云中，对数据的每日更新通常很容易发生，而压缩，重复数据删除和块更改复制等技术显著减少了必须在网络上移动的数据量。

还有第三种方法将数据移动到云计算，在云计算中运行生产数据。这要么涉及使用内部部署缓存，以便本地应用程序不会遇到延迟，或将整个工作负载转移到云计算本身。虽然将主存储和辅助存储置于云教育处中的运营收益可能超过成本，但客户必须可靠地将其所有数据迁移到云。而且，虽然此方法也消除了数据到云的持续传输，组织必须确保其云计算供应商为其存储的数据提供可接受的弹性。

步骤2：在云计算中宣告灾难

在每个IT专业人士的职业生涯中，都会或多或少地遇到过灾难。事实上，自从“灾难”的定义从数据擦除扩展到不可用的重要应用程序之后，如今的灾难隔离更有可能意味着只影响一个工作负载，而这将计算和数据故障转移到云计算提供商是不必要的，坦率地说，是不需要的。通常情况下，组织在内部进行恢复是更好的。一些云计算备份产品可以利用其本地数据中心中的设备来承载下载的应用程序的数据，并且在某些情况下是驱动该应用程序的虚拟机版本所需的计算。

基于复制的DRaaS产品应设置为除了云计算之外还具有本地存储目标。这样，组织可以在本地或在云中恢复。

对于更广泛的灾难，组织的数据中心不可用，将需要真正的故障转移到云计算。这里，灾难之后的第一步是启动高优先级应用程序需要操作的云中的所有服务（例如DNS和目录服务），然后启动组成该应用程序的所有服务器。最后，调整网络配置，以便登录的用户可以无缝访问现在的云计算托管应用程序。

显然，在灾难恢复实际需要之前，测试灾难恢复过程是确保所有这些步骤关键有效，特别是网络变化。将最终用户条件考虑在变化中也很重要。他们可能不会在企业办公室，可能会在咖啡店或家中从虚拟专用网络连接登录。

对于将所有数据放在云计算中，但在内部数据中心保持计算业务的企业，此过程也是类似的。新的网络路由问题是相同的，但由于数据已经在云计算中，组织只需要启动应用程序与该数据一起启动并运行。

步骤3：返回

在某些时候，组织将需要离开云计算并返回到正常的内部操作。退出云计算是利用云灾难恢复计划更困难的方面之一，因为IT用来促进每日将数据传输到云计算的技术，而在这里却不会工作，因为没有可用于比较的基准。

在大多数情况下，组织可以从云计算中恢复数据，虽然比较缓慢，但其提供程序可以继续托管组织的应用程序。一旦数据完成传输，执行快速数据同步，然后将操作切换回组织的主要的数据中心。根据要传输的数据量和可用带宽，此传输可能需要几天甚至几周的时间，而所有这些都是在您的组织在云中使用的计算上付费的。

DRaaS提供商应提供将数据直接发送到客户的新数据中心的能力。如前所述，这可以通过坚固的网络附属存储设备（NAS或磁带来实现。这将允许在受影响的应用程序仍在提供程序的云中运行时更快地创建基线副本。

返回的考验说明了“已经在云中”情况的另一个优势。由于不需要移动数据，因此当系统开始访问云中的数据时，组织可以在新数据中心启动应用程序，这在本地缓存数据。只有活动数据必须在内部进行复制。

结论

在存储方面，云计算是灾难恢复最有价值和成本效益的选择。这是因为灾难恢复存储的容量低于其他数据保护产品，很少读取，云计算提供了计算的访问，可以利用数据在灾难发生时快速重新启动任务关键型应用程序。云计算灾难恢复计划还消除了组织灾难恢复战略的大部分成本，因为组织只需在测试灾难恢复计划或发生实际灾难时支付计算资源。