對大部分大型企業而言，基于陣列的復制是災難恢復計劃的基礎。公司們依靠配對的磁盤陣列，將其分別設在不同的地理位置來保護數據。基于陣列的復制問題在于，它只能在同一廠商的陣列之間工作。現在，全固態陣列供應商Whiptail通過從他們的Accela陣列復制到幾乎任何存儲，打破了傳統的供應商鎖定。
一旦存儲行業精通了RAID的基礎，就有可以預料一個外部磁盤系統，在沒有宕機或者沒有丟失數據的情況下拯救磁盤驅動器的故障。下一步就是在陣列失敗中保護客戶的數據。
這是通過復制數據到另一個陣列來實現的，在另一個數據中心就更好了。復制是出現在磁盤陣列上并且可用的最重要“增值”功能之一，往往需要支付額外的費用，在除了最簡單陣列之外的全部產品上。客戶所為難的是復制是同質同類的——也就是說，你只能在來自同一供應商家族的陣列之間復制數據。這是由于陣列供應商沒有動機去支持異構陣列間的復制。如果你嶄新的ExaStor 7000可以復制到任何設備上，那么你可能只是將你的舊磁盤陣列轉移到DR(災難恢復)站點，而不是為了DR再買一臺ExaStor。
很長時間以來，我不知道為什么沒有人簡單地利用iSCSI進行異構復制。畢竟，一款iSCSI陣列可以擁有一個內部的iSCSI啟動程序(initiator)來加載在其它一些iSCSI陣列上的一個LUN。它可以簡單的將其本地的LUN鏡像到遠程。
當然，如果是你想進行異步復制，那此過程將變得更加復雜。要是你可以控制鏈路兩端，現在還沒有簡單的方法來實現WAN優化、壓縮或者類似的其他功能。話雖如此，我仍然認為支持一些等級的基礎復制到不同硬件是有價值的。
Whiptail的open target(開放目標)復制通過在一個運行在Windows或者Linux服務器上接收端的應用程序代理，來復制數據到任意存儲系統。該應用程序實現與Whiptail的Accela陣列相同的復制協議。因此這看起來好像另一個陣列設備到源陣列。
這種架構是我從iSCSI復制模型中一步一步想出來的。首先，Whiptail把復制中的數據加密，否則沒有捕獲程序的話，則需要IPSEC或者VPN。除此以外，Whiptail應用了基于快照的時間點復制。
由于這種類型的復制有一個十五分鐘或者更長時間的最小實際RPO(恢復點目標)，它具有幾個超出實時異步復制的優點。因為在一個快照上到相同塊的多個寫入被聚合，時間點復制相比于實時復制占用更少的帶寬并且對延遲不敏感。
該open target應用把其數據存儲在一個原始邏輯卷當中，它可以通過任何Linux或Windows服務器能夠訪問的數據塊存儲上，SAN或者DAS。通過這個open target，使用者可以擁有全固態陣列的性能，實現簡單的基于陣列的復制，而不必為了DR而不得不投資在第二臺、昂貴的全固態陣列用于他們的災難恢復站點。當然，DR的磁盤系統會比較慢一些，許多企業會發現在數據災難發生時這一缺點可以接受。
京公網安備 11010502049343號