從物理服務器轉變?yōu)檎系奶摂M化基礎設施具有不可否認的 IT 優(yōu)勢。但是，快速遷移到 VMware 使災難恢復 (DR) 的傳統(tǒng)方法過時了，也增加了 DR 實施的復雜性。
用于 VMware® Virtual Infrastructure 3 (VI3) 的 DR 要求您的所有 VM（虛擬機）都需要定期復制到遠程站點，從而消耗了大量的存儲和網(wǎng)絡帶寬。通過在 VMware 主存儲系統(tǒng)上使用 NetApp 重復數(shù)據(jù)刪除，可以大大減少您的主存儲環(huán)境中的數(shù)據(jù)量。數(shù)據(jù)量的減少會使得您的下游基礎設施的優(yōu)勢不斷加強，從而減少復制所需的帶寬以及 DR 站點上所需的存儲。
使用重復數(shù)據(jù)刪除所節(jié)約的成本可以使 DR 在成本可能會受到控制的情況下變得切實可行。例如，有個客戶曾報告在重復刪除其 VMware Virtual Desktop Infrastructure (VDI) 環(huán)境之后，為其桌面提供 DR 所需的存儲和帶寬變得很少了，并且為其 VDI 環(huán)境和 VI3 環(huán)境添加 DR 切實可行。
在本文中，我將探討通過 VMware DR 實施重復數(shù)據(jù)刪除所需要采取的措施。我還將討論利用您的 DR 環(huán)境中的復制數(shù)據(jù)用于 DR 測試及其它目的的情況。
在主 VMware 環(huán)境中實施重復數(shù)據(jù)刪除
由于 VMware 環(huán)境中的每個虛擬機都要求為其操作系統(tǒng)采用專用的存儲，因此會出現(xiàn)大量的重復數(shù)據(jù)。您可能有很多 VM 安裝了同一個操作系統(tǒng)和應用程序。
如果 100 個 VM 運行同一個操作系統(tǒng)，且每個虛擬機需要 10GB 至 20GB 的存儲空間，即 1TB 至 2TB 的存儲空間專用于同一數(shù)據(jù)的幾乎相同的拷貝。應用 NetApp 重復數(shù)據(jù)刪除可以有效消除此冗余。
概括地說，如果將 X 個虛擬機指定給一個存儲卷，在重復數(shù)據(jù)刪除后，您所需的操作系統(tǒng)存儲空間量將是非重復數(shù)據(jù)刪除環(huán)境下所需存儲空間量的 1/X。很顯然，所獲得的實際結果將取決于卷中有多少個 VM 和這些 VM 相似程度。
實際上，客戶在 ESX VI3 環(huán)境通常可以節(jié)省 50% 或更多的空間，某些情況下存儲空間節(jié)省可高達 90%。這是對整個 VMware 存儲環(huán)境（包括應用程序數(shù)據(jù)，而不僅僅是操作系統(tǒng)）進行重復數(shù)據(jù)刪除。在 VDI 環(huán)境下，客戶通常可節(jié)省高達 90% 的存儲空間。
NetApp 重復數(shù)據(jù)刪除的另一個優(yōu)點是它不僅可以在主存儲設備上運行，還可以在任何現(xiàn)有的 NetApp 卷上運行。即使您的 VMware 基礎設施建設很完善，也可以運行重復數(shù)據(jù)刪除并節(jié)省大量存儲空間。只需提供重復數(shù)據(jù)刪除許可證（免費）和目標存儲系統(tǒng)上的 NearStore® 許可證即可進行操作。
災難恢復配置
雖然主存儲環(huán)境中的存儲空間使用量得到減少本身已經(jīng)是一個重大益處，但是在使用 NetApp SnapMirror® 實施災難恢復時，從重復數(shù)據(jù)刪除中獲得的真正收益更加明顯。因為重復數(shù)據(jù)刪除大大減少了必須復制的數(shù)據(jù)量，從而減少了 DR 位置所需的空間和站點間所需的網(wǎng)絡帶寬。進行重復數(shù)據(jù)刪除以后，您也許可以配置 DR 以盡可能低的速度進行鏈接，將更容易和更快速地讓您的 DR 環(huán)境維持運轉。
圖 1) 在具有 DR 復制的 VMware 環(huán)境應用重復數(shù)據(jù)刪除。
如要配置 DR，首先請在存儲數(shù)據(jù)的主 VMware 存儲環(huán)境中對所有卷執(zhí)行重復數(shù)據(jù)刪除。然后在 DR 站點的主卷和目標卷之間創(chuàng)建 SnapMirror 關系。
與許多其他復制解決方案不同，SnapMirror 不要求目標配置與源配置完全一樣。如果需要，您可以在 DR 站點中使用不同的 NetApp 存儲系統(tǒng)和價格較低的磁盤（如 SATA 磁盤，而不是光纖通道磁盤）。
當 SnapMirror 第一次運行時，它會將每個源卷與其目標卷同步。此過程通常是 SnapMirror 實施時最耗帶寬的部分，但是因為源卷都已執(zhí)行重復數(shù)據(jù)刪除，因此要傳輸?shù)臄?shù)據(jù)量會比實際量少很多。此方法是以下用戶的理想之選：鏈接速度慢、沒有足夠帶寬執(zhí)行初始同步但可以管理此后出現(xiàn)的增量更新。
請注意，因為重復數(shù)據(jù)刪除在卷級起作用，所以您必須使用 Volume SnapMirror 來獲得最大收益。Volume SnapMirror 在整個卷上執(zhí)行，因此您的鏡像始終與源卷有相同的重復數(shù)據(jù)刪除級別，還可節(jié)省空間、減少帶寬利用以及加速鏡像更新過程。
一旦完成初始同步，您就可以配置 SnapMirror 按計劃運行，讓 DR 站點內(nèi)容始終保持最新。在每次迭代時，SnapMirror 僅傳送已更改的數(shù)據(jù)塊，因此它能更有效地利用網(wǎng)絡帶寬。
您將需要在主站點定期運行重復數(shù)據(jù)刪除。根據(jù)您的特定需求，可在以下時間運行重復數(shù)據(jù)刪除：
使用 SnapMirror 后，無論主卷上有什么更改，都會自動反映到輔助卷上，因此不需要在您的 DR 站點運行重復數(shù)據(jù)刪除。由于輔助卷是鏡像，它們從主卷"繼承"重復數(shù)據(jù)刪除狀態(tài)。
利用 DR 環(huán)境
獲得 DR 站點的所有數(shù)據(jù)并通過 SnapMirror 定期更新后，并不意味著事情到此結束。NetApp 還可以利用 DR 站點存儲的數(shù)據(jù)進行 DR 測試、開發(fā)或各種其他用途。
圖 2) 在 DR 站點利用 FlexClone® 可將復制的數(shù)據(jù)用于多種用途。
在典型的 DR 測試環(huán)境中，在測試開始前必須將用于測試的所有數(shù)據(jù)復制到另一組磁盤。這意味著您需要兩倍的存儲空間，并且在開始測試前的復制操作也很耗時間。
借助 NetApp FlexClone 技術，您可以使任意或所有 DR 卷都成為具有空間效益的可寫克?。恢辉诟目寺【頃r才會占用額外的空間。這些 FlexClone 卷便于您及時捕捉 DR 數(shù)據(jù)在固定時間點的靜態(tài)視圖，而不用中斷進行中的 SnapMirror 更新，也不需要大容量的額外存儲。
使用 FlexClone，您可以將進行 DR 測試的時間從 24 小時或更長時間降到幾個小時，這是因為該過程快速、可靠、高效且無需使用密集資源。也可以通過類似方式對應用程序開發(fā)工作、數(shù)據(jù)挖掘、修補程序測試等使用 FlexClone。
DR 站點代表大量的資源投資。借助 FlexClone，您可以利用這些資源執(zhí)行其他任務，而不會負面影響 DR 就緒。通過簡化 DR 測試，F(xiàn)lexClone 使它更容易符合公司規(guī)定的 DR 測試需求以確保 DR 就緒。
總結
將 NetApp 重復數(shù)據(jù)刪除應用到主 VMware 存儲會在主基礎設施和 DR 基礎設施中產(chǎn)生巨大收益。在典型環(huán)境中，可以將主存儲需求減少 40% 至 60%。此節(jié)省模式會將 DR 站點所需的存儲以及 DR 所需的帶寬減少相應的數(shù)量，使 DR 速度更快、更有效率。您可以使用 NetApp FlexClone 來利用 DR 站點的數(shù)據(jù)進行 DR 測試、應用程序測試/開發(fā)或其他活動，以便最大化資源利用。
