云爆發技術可為用戶提供在應用高峰時期所需的能力，但是這一切都要求用戶能夠正確地管理好私有云和公共云中的數據。復制等其他策略可幫助用戶做到這一點。

在云爆發策略制訂中，IT團隊會對他們的私有云部署的規模進行規模設計以便能夠支持企業的日常平均工作負載，然后可以使用公共云來處理負載高峰。但是，開發一個高效云爆發架構還有著幾個不小的障礙——其中最大的問題之一就是廣域網。

廣域網中高速鏈接的部署狀況要遠遠落后于局域網。其直接后果是，私有云與公共云之間文件傳輸的速度通常是比較慢的，這就嚴重地影響了企業實施云爆發措施中較為關鍵的速度因素。

在云爆發過程中，在處理開始之前必須先將數據傳輸至公共云中。新建一個新的虛擬機只需要幾秒鐘，而Docker容器則可以進一步減少其時間周期 。所以，如果私有云和公共云之間數據傳輸速度較慢，那么云爆發架構的價值就會被大大削減。

在大多數企業數據中心中 ，絕大多數數據都是穩定不變的。但是用戶需要頻繁地訪問其中某些數據。例如，產品價格數據可能會以月為周期頻繁變動，但其訪問頻率則可能以秒為周期的。此外，不同類型的數據會進行不同的更新。數據庫同步通常也是以逐條記錄的形式進行的，但是例如網頁的更新則涉及一個或多個文件夾條目，其中所有的的文件只改變一次。

存儲設施中的重復數據刪除服務可以有助于克服這些挑戰。這項服務會保留數據對象的一個副本而刪除其他所有的，從而使用一個指向那個唯一副本的指針來取代其他的副本。然后，IT團隊可以使用復制服務或者糾刪碼技術以確保那個唯一副本的完整性。這種方法可以節省空間，也能夠讓更新動作變得更為簡便，這是因為其中只有一個文件和一個指針列表會接收數據變更。

針對云爆發架構的重復數據刪除

重復數據刪除服務是一個很好的服務，但是云爆發需要的則是有計劃的數據復制。這個理念也是比較容易理解的：IT團隊需要對那些在公共云和私有云中所需數據的副本做好預定位。

如果數據永遠不會改變，那么這將是很容易做到的;用戶只需復制所有的文件并按月支付存儲費用即可。但是現實生活中的數據是不會一成不變的，所以在云爆發開始前文件復制需要做好數據同步。必須在兩個云平臺之間保持一些數據的步調一致。

IT團隊應當根據實際需求的同步水平對數據進行分類。當處理緊密度更高的數據時，就會出現更多交易延遲的情況，因為需要在兩個云平臺之間進行頻繁往復更新。如果數據同步的要求是較為寬松的(例如，只需每月同步一次)，那么兩個云環境中的使用也是更易于管理的。可想方設法將數據從同步水平要求更高的遷移至要求更低的，從而進一步提高性能。

如需遷移那些數據庫更寬松的同步模式，可對在一個單一小列表中更改的每一條記錄進行標記。每分鐘都執行一次從私有云到公共云的更新，那么公共云數據庫將知道以此記錄作為最新數據的參考。

另一個選項則是共享數據結構。這個方法比較適用于數據庫，但也可以應用到任何的數據集。例如，通過預先選擇可能因流量爆發而遷入公共云的數據范圍，客戶端名稱從R到Z，這樣當開始實施云爆發措施時，用戶就可以最大限度減少數據同步的工作量。對近期公共云中的數據保留一份快照，那么同步差異就能夠保持較小了。

圖像和應用程序是緩慢變化的，所以應當在兩個云中都保存其副本。對于虛擬機管理程序，這可能導致在云爆發程序開始時出現大量的流量，這就是容器共享通用圖像和應用的一個原因。

目前，還沒有很多自動化工具可用于在云爆發架構中執行有計劃的數據復制，但是這一狀況將在未來一年內發生巨大變化。在此期間，可靠的數據管理將進一步推動混合云業務的推廣。