當您與客戶探討他們目前如何處理問題以及在未來五年后將如何處理問題時，云設計與架構將會引出許多有趣的議題。例如，客戶應如何設計其存儲基礎架構、存儲基礎架構如何與更為抽象的基礎架構無縫集成以及如何備份等等。圍繞存儲基礎架構進行討論時，一般總會提到備份或者表示對備份的擔心。
所以讓我們來談談備份。
您是不是有點膽怯了？對，我也是。
我們不是要討論傳統意義上的備份。我要關注的是我們為多種云部署（考慮到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部署的眾多理由之一。
