Skip to main content
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

持續可用度MetroCluster

貢獻者

透過實作兩個實體獨立的鏡射叢集、可利用各種組態來保護資料。MetroCluster每個叢集都會同步複寫另一個叢集的資料和SVM組態。萬一某站台發生災難、系統管理員可以啟動鏡射SVM、並從存續站台開始提供資料。

  • Fabric 附加的 MetroCluster 和 MetroCluster IP 組態支援全城叢集。

  • _Stretch MetroCluster S__組態可支援園區內的叢集。

無論是哪種情況、都必須執行叢集處理。

使用稱為「Estres」的功能、在另一個叢集的儲存設備中、以複本或_plexes_同步鏡射每個叢集的集合體資料。MetroCluster ONTAP SyncMirror如果發生切換、則存續叢集上的遠端叢集會上線、而次要SVM會開始提供資料。

顯示 MetroCluster 從站台 B 提供資料的圖表

在非 MetroCluster 實作中使用 SyncMirror *
您可以選擇在非 MetroCluster 實作中使用 SyncMirror 來防止資料遺失、如果磁碟故障的數量超過 RAID 類型所保護的數量、或是連線到 RAID 群組磁碟的連線中斷。此功能僅適用於HA配對。

Aggregate資料會鏡射到儲存在不同磁碟櫃上的叢中。如果其中一個磁碟櫃無法使用、則未受影響的叢會在您修復故障原因時繼續提供資料。

請記住、使用SyncMirror 仰賴不鏡射的Aggregate鏡射需要兩倍的儲存容量。每個叢需要的磁碟數量、與鏡射的叢磁碟數量相同。例如、您需要2、880 GB的磁碟空間來鏡射1、440 GB的集合體、每個叢體需要1、440 GB的空間。

有了 SyncMirror 、建議您至少保留 20% 的可用空間來容納鏡射的集合體、以獲得最佳的儲存效能和可用度。雖然建議非鏡射的集合體為 10% 、但檔案系統可能會使用額外 10% 的空間來吸收遞增變更。由於 ONTAP 的寫入時複製 Snapshot 架構、遞增變更會增加鏡射集合體的空間使用率。不遵守這些最佳實務做法可能會對 SyncMirror 重新同步效能造成負面影響、間接影響非共享雲端部署的作業工作流程、以及 MetroCluster 部署的切換。

註 此外、還提供適用於「虛擬化實作」的解決方案。SyncMirror FlexArray