当您与客户探讨他们目前如何处理问题以及在未来五年后将如何处理问题时，云设计与架构将会引出许多有趣的议题。例如，客户应如何设计其存储基础架构、存储基础架构如何与更为抽象的基础架构无缝集成以及如何备份等等。围绕存储基础架构进行讨论时，一般总会提到备份或者表示对备份的担心。
所以让我们来谈谈备份。
您是不是有点胆怯了？对，我也是。
我们不是要讨论传统意义上的备份。我要关注的是我们为多种云部署（考虑到ItaaS、vCloud Director和Service Provider 等部署）而专门构建的NetApp下一代易用框架。为进行本次讨论，我们需要设置一个场景，并讨论我们当前的状况，甚至设想在最佳情景下的状况。我将以我们今天所看到的NetApp客户当前的备份方式为例，并提到少数不忍舍弃宝贵的LTO磁带机的磁带拥护者。当然，我们知道这些需求始终存在。
我们就以今天我们所能看到的如下典型的“最佳情景”开始。分离的数据中心、在这些数据中心之间活跃的跨站点镜像（有时用于灾难恢复，有时用于共享基础架构）、备份到较低层磁盘或某个长期存储介质“垃圾场”（我通常喜欢这样说）的储藏库，以及许多时候，插入控制器后方的大型磁带库会从磁带中吸取数据并将其发送到Iron Mountain或类似位置。
这为什么不能用于云部署？
云部署就意味着使用服务级别、成本分摊以及我将称之为“无形配置”的功能。它并非面向ITaaS环境中的虚拟机/应用程序所有者，也不是面向Service Provider环境中的客户。他们所了解的只是自己所购买的计算/内存/存储方面的设备，以及他们为所购买的特定vDatacenter选择了哪个服务级别。他们了解，通过购买金牌服务级别，可以获得多个按小时备份的快照、每日快照以及异地灾难恢复等等；银牌服务级别只能获得一日一次的快照和异地复制；而铜牌服务则只能获得夜间快照，甚至可能是每周或每月快照。云环境中的租户，无论是内部的ITaaS应用程序所有者还是外部SP客户，都不会运行其自有备份。换句话说，云环境中的租户不应该运行其自有备份。并不是说他们没有这个能力，而是说他们应充分利用供应商代为运行。
了解SnapCreator
让我们先从定义开始……
SnapCreator是一个通过NetApp快照技术虚拟集成任何应用程序的备份插件框架。
关键字：框架。这不是一个备份应用程序。在NetApp我们知道，在处理Cloud Provider和ITaaS方案时，即便是传统的备份方式与方法也需要抽象层。在免除了租户的责任后，您需要在整个vCloud 组织中，基于一个单一、简单、与虚拟机或应用程序一致的备份架构实现所有租户的标准化。SnapCreator不会直接处理与Oracle之类的应用程序之间的会话来实现应用程序的一致性，相反，您可以命令SnapCreator调用一个应用程序备份模块或“插件”。在获取快照之前大多数应用程序应为静默状态，以确保获取的快照与应用程序本身保持一致。
不要认为我们只能应对最简单的情况。
Oracle
MySQL
PostgreSQL
MaxDB
Sybase
DB2
Lotus Domino
上述所有产品在SnapCreator中都有相应的支持模块/插件。我们深知还有许多可能需要在云架构中备份的应用程序，但这仅仅是一个开始，开发工作还将继续。如果您目前正在使用我们的某一款SnapManagr产品，则不必用此框架替换您的现有产品，我们可以为您提供一个在云环境中备份的备选方法，例如vCloud Director。
这正是您应该考虑用NetApp来托管您的vCloud部署的众多理由之一。
