為了使備份和災難恢複成功工作，資料必須同步。這些技巧有助于it團隊確定資料一緻性。
理想的世界中，如果混合雲平台的一部分出現問題，處理隻會減慢，然後自動恢複，因為平台的其他部分承擔負載，或者在公共雲的情況下，随着工作負載遷移到其他可用性區域。實際上，很難實作混合雲備份和災難恢複的資料一緻性。
在雲平台之間的廣域網資料傳輸可能需要很長時間，特别是大量傳輸。例如，具有兩個本地副本的存儲系統可以在幾毫秒内完成寫入操作，而三個副本系統需要10秒鐘以上。
解決此問題的一個常見方法是使遠端副本具有最終的一緻性。但是這會留下幾分鐘到幾個小時的視窗，其資料不同步。混合雲備份和災難恢複方案依賴于使用遠端副本;承載混合雲的靜态業務部分的雲計算提供商必須確定資料一緻性。但是，這可能是組織對本地私有雲部分的責任。
確定資料一緻性的最佳實踐
混合雲備份和災難恢複的資料管理變得更加複雜，因為使用者可以在公共雲或私有雲上存儲資料。例如，一個常見的問題是如何避免與資料集的備份和歸檔副本的分歧。
要做到這一點，要知道資料集已經改變了什麼以及新資料是什麼。寫入日志檔案将在這裡工作，但很容易中斷，并且可能在關閉之前不會傳輸到混合雲平台的另一部分。然而，堅實的設計和頻繁的傳輸可以減少恢複點目标(rpo)。
例如，在城市的托管設施中托管日記伺服器可在幾秒鐘内提供恢複點目标(rpo)。托管提供商可能使用不間斷電源系統并維護廣域網鍊路，是以資料受到良好保護。建立此日志有不同的方法，但一種方法是使用托管伺服器将更新轉發到公共雲。此外，為了防止黑客和勒索軟體的攻擊，請考慮具有連續備份選項的軟體，這也将補充托管日記的方法。
當組織使用公共雲時，問題就更深入了。確定雲計算服務提供商采取類似于資料保護措施。雲計算提供商在内部基礎設施方面不是很開放，但是了解如何保護同步的資料以便與公共雲資料保持一緻，這一點至關重要。例如，在混合環境中，域間同步和通路之間可能存在重大差異。
可能，雲計算服務提供商具有高可用性的日記伺服器。但是在混合環境中，組織可能需要一個軟體工具來将日記轉發到其他雲平台或私有段。當混合雲獲得動力時，這個問題可能會消失，并允許對象存儲跨越多個分段。在此期間，組織可能會遇到另一個公共區域中的易失性檔案的額外副本。
采取預防措施
鎖定機制防止多個使用者更新所有雲段中的資料，以防止不确定的結果。要建立一個單一的、一緻的資料集，可以将時間點快照應用到所有雲段中的相關存儲中。
通常，快照記住它們發生的序列中的所有更改，但可以從主分支恢複快照并應用不直接進入主分支的更改。組織可以使用臨時版本，用于開發工作或備份目标。在應用時間快照中的一個點之後，生成一個完全恢複的版本，應用于日志更改。組織可以使用這些鎖檢查一緻性，盡管這不是必需的。
恢複的快照也用于備份。在任何雲段中建立它，但請記住，雲計算中的虛拟機在性能和存儲吞吐量方面有很大不同。雲服務提供商在計算性能和存儲速度方面存在很大差異。如果不小心，工作将運作緩慢，或者如果選擇更改，可能會中斷備份視窗。
通過這些方法，可以在混合雲備份和災難恢複方法中保持rpo的水準。自動恢複功能尚不可用，但對于每個主要的雲服務提供商來說，這很可能即将出現。
本文作者：佚名
來源：51cto