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

ONTAP SnapMirror主動同步的用例

貢獻者 netapp-ahibbard netapp-lenida

全球互聯的商業環境要求在發生網路攻擊、停電或自然災害等中斷時,快速恢復關鍵業務應用程式數據,並且不丟失任何數據。在金融領域以及遵守《一般資料保護規範》(GDPR)等監管要求的領域,這些要求更加突出。

SnapMirror 主動同步提供下列使用案例:

零恢復時間目標( RTO )的應用程式部署

在SnapMirror主動同步部署中,您有一個主叢集和一個輔助叢集。主集群中的 LUN L1P ) 有一面鏡子 L1S );兩個 LUN 共享相同的序號,並向主機報告為讀寫 LUN。然而,在非對稱配置中,讀寫操作僅對主 LUN 進行。 L1P .任何寫入鏡像 `L1S`由代理商提供服務。

應用程式部署,實現零 RTO 或透明應用程式容錯移轉( TAF )

TAF 基於主機 MPIO 軟體的路徑故障轉移,以實現對儲存的無中斷存取。兩個 LUN 副本(例如,主磁碟區 (L1P) 和鏡像副本 (L1S))具有相同的標識(序號),並向主機報告為可讀寫。然而,在非對稱配置中,讀寫操作僅由主磁碟區提供。傳送到鏡像副本的 I/O 會被代理到主副本。根據非對稱邏輯單元存取 (ALUA) 的存取狀態「主動最佳化」(A/O),主機到 L1 的首選路徑是 VS1:N1。 ONTAPONTAP是部署的一部分,主要用於在主磁碟區發生儲存中斷時執行故障轉移(計劃內或計劃外)。

SnapMirror主動同步 ALUA 主動優化路徑

TAF 有兩種運作模式:自動故障轉移和自動故障轉移雙工。在自動故障轉移模式下,讀寫作業僅由主磁碟區處理,因此傳送至鏡像副本(鏡像副本無法自行處理寫入作業)的 IO 會被代理到主副本。在自動故障轉移雙工模式下,主副本和輔助副本均可處理 IO,因此無需代理。

SnapMirror主動同步自動故障轉移雙工場景

如果您使用 NVMe 透過ONTAP 9.17.1 進行主機訪問,則僅支援 AutomatedFailoverDuplex 策略。

SnapMirror Active Sync 使用 ALUA 、這種機制可讓應用程式主機多重路徑軟體、其路徑會通告優先順序、並可讓應用程式主機與儲存陣列進行通訊。ALUA 會將擁有 LUN 的控制器和其他控制器的作用中最佳化路徑標記為非最佳化路徑、只有在主要路徑故障時才會使用。

SnapMirror主動同步與 NVMe 協定使用非對稱命名空間存取 (ANA),這使得應用程式主機能夠發現受保護的 NVMe 命名空間的最佳化路徑和非最佳化路徑。ONTAP目標會發佈對應的路徑狀態,以使應用程式主機能夠使用受保護 NVMe 命名空間的最佳路徑。

叢集式應用程式

叢集應用程式(包括 VMware Metro Storage Cluster、Oracle RAC 和帶有 SQL 的 Windows 故障轉移叢集)需要同時訪問,以便虛擬機器可以故障轉移到其他網站而不會產生任何效能開銷。SnapMirror主動同步對稱主動/主動透過雙向複製在本地提供 IO 服務,以滿足叢集應用程式的要求。從ONTAP 9.16.1 開始,四節點叢集配置支援對稱主動/主動,擴展了ONTAP 9.15.1 中的雙節點叢集限制。

災難案例

在地理位置分散的站台之間、同步複寫多個磁碟區以供應用程式使用。當主應用程式中斷時、您可以自動容錯移轉至次複本、從而為第一層應用程式提供營運持續性。當主叢集所在的站台發生災難時、主機多重路徑軟體會將叢集的所有路徑標記為關閉、並使用來自次叢集的路徑。結果是 ONTAP Mediator 啟用的無中斷容錯移轉功能、可移轉至鏡像複本。

擴展應用程式支援

SnapMirror主動同步透過易於使用的應用程式級粒度和自動故障轉移提供了靈活性。 SnapMirror主動同步使用經過驗證的 IP 網路SnapMirror同步複製,透過 LAN 或 WAN 高速複製數據,從而在虛擬和實體環境中為業務關鍵型應用程式(如 Oracle、Microsoft SQL Server 等)實現高數據可用性和快速資料複製。

SnapMirror主動同步功能使關鍵任務業務服務即使在整個站點發生故障的情況下也能繼續運行,並將 TAF 保存到輔助副本。無需手動幹預或額外的腳本即可觸發此故障轉移。