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

了解ONTAP SnapMirror主動同步

貢獻者 netapp-ahibbard netapp-lenida netapp-dbagwell netapp-aherbin netapp-aaron-holt

SnapMirror 主動同步(在 ONTAP 9.15.1 之前稱為 SnapMirror Business Continuity)允許業務服務在發生完整站台故障時繼續運作。這項技術使應用程式能夠無縫地容錯移轉至備用複本,無需手動介入或自訂腳本。

SnapMirror 主動同步 (SM-as) 旨在提供更精細、更低成本、更易於使用的應用程式層級保護,並具備自動容錯移轉功能。借助 SnapMirror 主動同步,您可以在地理位置遍布世界各地的站台之間同步複寫應用程式的多個 Volume。如果主要複本發生中斷,您可以自動容錯移轉至次要複本,從而確保第一層應用程式的業務連續性。

一些國家針對金融機構的規定要求企業定期從其二級資料中心提供服務。 SnapMirror主動同步及其高可用性叢集可實現這些資料中心切換,從而實現業務連續性。

從 ONTAP 9.9.1 開始,AFF 和 ASA 叢集支援 SnapMirror 主動同步功能。主要叢集和次要叢集必須屬於相同類型:AFF、ASA 或 ASA r2。SnapMirror 主動同步功能可保護使用 iSCSI 或 FCP LUN 或 NVMe 命名空間的應用程式。

SnapMirror SAN 工作負載的主動同步支援對稱和非對稱組態。ONTAP 9.9.1 及更新版本支援非對稱組態。ONTAP 9.15.1 引入了對稱主動/主動的支援。對稱主動/主動組態允許受保護 LUN 的兩個複本透過雙向同步複寫執行讀取和寫入 I/O 作業,使每個 LUN 複本都能處理本機 I/O 請求。

從 ONTAP 9.19.1 開始,SnapMirror active sync 支援在 SVM 層級使用 NFS (v3 和 v4) 以及 SMB (2.x 或更高版本) 協定,在 AFF 叢集(僅限 2 節點)或 AFX 叢集(僅限 4 節點)上執行 NAS 工作負載,且僅在主要端提供讀寫存取。次要 SVM 及其所含的 Volume 無法透過 NAS 協定存取,但您可以將次要 Volume Clone 至不同的 SVM 以提供存取。

註 自 2024 年 7 月起、先前以 PDF 格式發佈的技術報告內容已與 ONTAP 產品文件整合。ONTAP SnapMirror 主動式同步文件現在包含來自 _TR-4878 的內容: SnapMirror 主動式同步。

效益

SnapMirror 主動式同步提供下列優點:

  • 業務關鍵應用程式的持續可用度。

  • 能夠從主要和次要站台交替主控關鍵應用程式。

  • 使用一致性群組來簡化應用程式管理、以確保依寫入順序的一致性。

  • 測試每個應用程式的容錯移轉功能。

  • 即時建立鏡射複本、不會影響應用程式可用度。

  • 能夠在同一個 ONTAP 叢集中部署受保護和不受保護的工作負載。

  • 對於 SAN 組態,LUN、NVMe 命名空間、NVMe 子系統或儲存設備單元識別,以及對於 NAS 組態,Volume 識別保持不變,因此應用程式將它們視為共享的虛擬裝置。

  • 能夠靈活地重複使用次叢集、為開發測試、 UAT 或報告用途建立即時複本、而不影響應用程式效能或可用度。

SnapMirror 主動同步功能可保護 SAN 組態中的資料 LUN 或 NVMe 命名空間以及 NAS 組態中的 Volume,使應用程式能夠在發生災難時透明地進行容錯移轉,以確保業務連續性。如需更多資訊,請參閱 "使用案例"

主要概念

SnapMirror active sync 在 SAN 組態中使用一致性群組,在 NAS 組態中使用 SVM,以確保資料複寫。SnapMirror active sync 使用 ONTAP Mediator,或從 ONTAP 9.17.1 開始使用 Cloud Mediator,進行自動容錯移轉,確保在災難情境下資料仍能正常提供服務。在規劃 SnapMirror active sync 部署時,了解 SnapMirror active sync 的基本概念及其架構至關重要。

不對稱性和對稱性

在對稱主動/主動 SAN 叢集組態中,兩個站台均可存取本機儲存設備以進行主動 I/O 操作。對稱主動/主動模式針對叢集應用程式進行最佳化,包括 VMware vMSC、Windows Failover Cluster (含 SQL)和 Oracle RAC。

在非對稱主動/主動 SAN 組態中,次要站台上的資料會透過 Proxy 傳送至 LUN、命名空間或儲存設備單元。

如需詳細資訊、請參閱 SnapMirror 主動同步架構

在 NAS 組態中,沒有 Proxy,次要 SVM 處於休眠狀態,但您可以將 Volume Clone 到另一個 SVM 以提供存取。

一致性群組(僅限 SAN)

對於AFF和ASA系統"一致性群組"是FlexVol磁碟區的集合,為必須保護以確保業務連續性的應用程式工作負載提供一致性保證。在ASA r2 系統中,一致性群組是儲存單元的集合。

一致性組的目的是同時對磁碟區或儲存單元集合進行快照,從而確保在某個時間點集合的崩潰一致性副本。一致性組確保資料集的所有磁碟區都處於靜止狀態,然後在同一時間點進行快照。這為支援資料集的磁碟區或儲存單元提供了資料一致的還原點。因此,一致性組可以維護相關的寫入順序一致性。如果您決定保護應用程式以實現業務連續性,則必須將與此應用程式對應的磁碟區或儲存單元群組新增至一致性群組中,以便在來源一致性群組和目標一致性群組之間建立資料保護關係。來源一致性群組和目標一致性群組必須包含相同數量和類型的磁碟區。

SVM 與 FlexVol® 支援(適用於 NAS 的 SnapMirror active sync)

在 ONTAP 9.19.1 中,適用於 NAS 的 SnapMirror active sync 支援保護包含 FlexVol® Volume 的 SVM。NAS 組態中的 SnapMirror active sync 不支援 SVM 內的一致性群組或 FlexGroup Volume。

組成

在 SAN 組態中,組成部分是指受 SnapMirror 主動同步關係保護的一致性群組中的單一 Volume、LUN 或 NVMe 命名空間(從 ONTAP 9.17.1 開始)。

在 NAS 組態中,組成部分是 Volume,而包含的 SVM 是在 SnapMirror 主動同步關係中受到保護的實體。

資訊媒體ONTAP

"資訊媒體ONTAP"接收有關對等ONTAP叢集和節點的運行狀況信息,在兩者之間進行協調,並確定每個節點/叢集是否運行正常且正在運行。 ONTAP調解ONTAP提供以下方面的運作狀況資訊:

  • 對等 ONTAP 叢集

  • 對等 ONTAP 叢集節點

  • 容錯移轉單元(對應 SnapMirror active sync for SAN 關係中的一致性群組,以及 SnapMirror active sync for NAS 關係中的 SVM);對於每個容錯移轉單元,提供以下資訊:

    • 複寫狀態:未初始化、同步或不同步

    • 主複本所在的叢集

    • 作業內容(用於規劃的容錯移轉)

透過此 ONTAP Mediator 健全狀況資訊、叢集可以區分不同類型的故障、並判斷是否要執行自動容錯移轉。ONTAP 調解器是 SnapMirror 主動同步仲裁中的三方之一,同時具有兩個 ONTAP 叢集(主要和次要)。要達成共識、法定人數中至少有兩方必須同意某項作業。

註 從 ONTAP 9.15.1 開始,系統管理員會顯示任一叢集的 SnapMirror 作用中同步關係狀態。您也可以從系統管理員的任一叢集監控 ONTAP Mediator 的狀態。在早期版本的 ONTAP 中、系統管理員會顯示來源叢集的 SnapMirror 主動式同步關係狀態。
ONTAP雲端調解器

ONTAP Cloud Mediator 從ONTAP 9.17.1 開始可用。 ONTAPONTAP Cloud Mediator 提供與ONTAP Mediator 相同的服務,但它使用NetApp控制台託管在雲端。

規劃的容錯移轉

一種手動操作、可變更 SnapMirror 主動式同步關係中的複本角色。主要站台會變成次要站台、次要站台則成為主要站台。

自動非計畫性容錯移轉(AUFO)

一種自動操作、可執行容錯移轉至鏡射複本。此作業需要 ONTAP Mediator 協助、以偵測主要複本是否無法使用。

一級和一級偏差

SnapMirror 主動式同步採用一項主要原則、優先選用主要複本、以便在網路分割區中提供 I/O 服務。

primer-bias 是一種特殊的仲裁實作、可改善 SnapMirror 主動式同步保護資料集的可用度。如果主複本可用、當 ONTAP Mediator 無法從兩個叢集連線時、主偏置即會生效。

從 ONTAP 9.11.1 開始,SnapMirror 主動同步 SAN 組態支援主要優先和主要偏好。主要複本在 System Manager 中指定,並透過 REST API 和 CLI 輸出。

不同步(OOS)

當應用程式 I/O 未複寫到次要儲存系統時、會報告為 不同步 。不同步狀態表示次要磁碟區不會與主要(來源)同步、也不會發生 SnapMirror 複寫。

如果鏡像狀態是 Snapmirrored,這表明SnapMirror關係已建立且資料傳輸已完成,這意味著目標磁碟區與來源磁碟區保持同步。

SnapMirror 主動式同步支援自動重新同步、讓複本恢復至不同步狀態。

從 ONTAP 9.15.1 開始、 SnapMirror 主動式同步支援 "自動重新設定排風扇組態"

統一且不一致的組態
  • 統一主機存取指的是兩個站台上的主機都連接到兩個站台上所有儲存設備叢集的路徑。跨站台路徑跨越一定距離。統一主機存取僅適用於 SAN 組態。

  • 非統一主機存取指的是每個站台的主機只連接到相同站台的叢集。跨站台路徑和延伸路徑不相連。

註 任何 SnapMirror 主動式同步部署都支援統一的主機存取;非統一的主機存取僅支援對稱式主動 / 主動式部署。
零RPO

RPO 是指恢復點目標、這是指在指定期間內可接受的資料遺失量。零 RPO 表示無法接受資料遺失。

零RTO

RTO 是指恢復時間目標、這是應用程式在中斷、故障或其他資料遺失事件後、在不中斷營運的情況下、恢復正常作業所能接受的時間量。零 RTO 表示無法接受停機時間量。

ONTAP版本支援的SnapMirror主動同步配置

SnapMirror 主動同步支援的叢集類型、通訊協定和組態取決於您的 ONTAP 版本。下表列出新增更新的 ONTAP 版本以及支援這些更新的組態。

版本ONTAP 增加對以下功能的支援

9.19.1 及更高版本

  • NFS

  • 中小企業

以下叢集類型支援 NAS 協定:

  • AFF

  • AFX

9.17.1 及更高版本

  • 適用於 VMware 主機工作負載的 NVMe

9.16.1 及更新版本

  • ASA r2,2 節點叢集

  • 對稱主動/主動 4 節點對 4 節點 AFF 或 ASA 叢集

    ONTAP 9.16.1 及更新版本中的對稱主動/主動組態除了支援 2 節點對 2 節點叢集外,還支援 4 節點對 4 節點叢集。

    對於 ASA r2,僅支援 2 節點到 2 節點的叢集。

9.15.1 及更高版本

以下組態類型:

  • 對稱式主動 / 主動式

    ONTAP 9.15.1 支援對稱主動/主動組態的 2 節點叢集。

9.9.1及更新版本

  • AFF

  • ASA (僅限 C 系列)

協定:

  • iSCSI

  • FC

組態類型:

  • 非對稱主動/主動

主集群和輔助集群必須是同一種類型: "ASA""ASA r2"或AFF。

更多組態資訊請參閱: