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

TR-4920:FlexPod 利用NetApp SnapMirror營運不中斷與ONTAP 功能不整合、提供資料中心功能

貢獻者

NetApp的Jyh-hing-CHEN CHEN

簡介

解決方案FlexPod

NetApp是融合式基礎架構資料中心架構的最佳實務做法、包含Cisco和NetApp的下列元件:FlexPod

  • Cisco Unified Computing System(Cisco UCS)

  • Cisco Nexus與MDS系列交換器

  • NetApp FAS 功能、NetApp AFF 功能與NetApp All SAN Array ASA (簡稱「NetApp」)系統

下圖說明用來建立FlexPod 解決方案的部分元件。這些元件是根據Cisco和NetApp的最佳實務做法來連線和設定、提供理想的平台、讓您安心執行各種企業工作負載。

錯誤:缺少圖形影像

提供大量Cisco驗證設計(CVD)與NetApp驗證架構(NVA)產品組合。這些CVD和NVA涵蓋所有主要的資料中心工作負載、是NetApp與Cisco持續合作與創新FlexPod 的成果、適用於各種解決方案。

在建立過程中整合廣泛的測試與驗證、FlexPod 提供參考解決方案架構設計與逐步部署指南、協助合作夥伴與客戶部署FlexPod 及採用等化解決方案。藉由使用這些CVD和NVA作為設計與實作的指南、企業可以降低風險、縮短解決方案停機時間、並提高FlexPod 部署的各種解決方案的可用度、擴充性、靈活度和安全性。

所示的每個元件系列(Cisco UCS、Cisco Nexus / MDS交換器及NetApp儲存設備)均提供平台與資源選項、可將基礎架構向上或向下擴充、同時支援根據NetApp組態與連線最佳實務做法所需的功能。FlexPod FlexPod此外、還可針對需要多個一致部署的環境、推出額外的支援堆疊來進行橫向擴充。FlexPod FlexPod

災難恢復與營運不中斷

公司可以採用多種方法、確保能迅速從災難中恢復應用程式和資料服務。制定災難恢復(DR)和業務持續性(BC)計畫、實作符合業務目標的解決方案、並定期測試災難情境、讓公司能夠在發生災難後、從災難中恢復、並在發生災難後繼續提供關鍵業務服務。

對於不同類型的應用程式和資料服務、公司可能會有不同的DR和BC需求。在緊急或災難情況下、可能不需要某些應用程式和資料、而其他應用程式和資料則可能需要持續可用以支援業務需求。

對於無法使用的關鍵任務應用程式和資料服務、您必須仔細評估、以回答業務所需考量的維護和災難情境等問題、 發生災難時、企業可以承受的資料損失量、以及恢復的執行速度和應採取的速度。

對於仰賴資料服務來創造營收的企業而言、資料服務可能需要受到解決方案的保護、該解決方案不僅能承受各種單點故障情況、也能承受站台中斷的災難情況、以提供持續的業務營運。

恢復點目標和恢復時間目標

恢復點目標(RPO)會測量您可以承受的損失資料量、或是您可以恢復資料的點。有了每日備份計畫、公司可能會損失一天的資料價值、因為自上次備份以來對資料所做的變更可能會在災難中遺失。對於業務關鍵型和任務關鍵型資料服務、您可能需要零RPO和相關的計畫和基礎架構、才能在不遺失任何資料的情況下保護資料。

恢復時間目標(RTO)可衡量您無法取得資料的時間、或是必須備份資料服務的速度。例如、某家公司的備份與還原實作可能會因其規模而將傳統磁帶用於某些資料集。因此、若要從備份磁帶還原資料、如果基礎架構發生故障、可能需要數小時甚至數天的時間。時間考量還必須包括在還原資料之外、還要有時間備份基礎架構。對於任務關鍵型資料服務、您可能需要極低的RTO、因此只能容錯容錯移轉時間(以秒或分鐘為單位)、以便快速將資料服務恢復上線、以維持營運不中斷。

SM - BC

從推出支援功能的支援功能中、您ONTAP 可以保護SAN工作負載、透過NetApp SMBC實現透明的應用程式容錯移轉。您可以在兩AFF 個仰賴資料ASA 複寫的不穩定叢集或兩個使用者介面叢集之間建立一致的群組關係、以達到零RPO和接近零RTO。

SMBC解決方案透過IP網路使用SnapMirror同步技術來複寫資料。它提供應用程式層級的精細度和自動容錯移轉功能、以iSCSI或FC傳輸協定型SAN LUN保護業務關鍵資料服務、例如Microsoft SQL Server、Oracle等。部署在第三站台的支援中心會監控SMBC解決方案、並在站台發生災難時自動容錯移轉。ONTAP

一致性群組(CG)是FlexVol 一組包含在內的功能、可為應用程式工作負載提供寫入順序一致性保證、以確保營運不中斷。它可在某個時間點、同時為一組磁碟區建立一致的損毀Snapshot複本。SnapMirror關係也稱為CG關係、是在來源CG與目的地CG之間建立的。挑選為CG一部分的磁碟區群組、可對應至應用程式執行個體、應用程式執行個體群組、或整個解決方案。此外、也可根據業務需求和變更、視需要建立或刪除SMBC一致性群組關係。

如下圖所示、一致性群組中的資料會複寫到第二ONTAP 個支援災難恢復和營運不中斷的叢集。應用程式可連線至ONTAP 兩個支援叢集中的LUN。I/O通常由主叢集提供服務、如果主要叢集發生災難、則會自動從次要叢集恢復。在設計SMBC解決方案時、必須觀察支援的物件對CG關係的計數(例如、最多20個CGS、最多200個端點)、以避免超出支援的限制。

錯誤:缺少圖形影像