Netapp snapmirror容災(zāi)方案

1、1.1.1 Netapp snapmirror容災(zāi)方案1.1.1.1 方案概述NetApp SnapMirror 是Data ONTAP的一項用于數(shù)據(jù)遠程保護的功能，易于使用和管理，它滿足了當前的全球性企業(yè)對災(zāi)難恢復(fù)和數(shù)據(jù)分布解決方案的需要。通過在LAN 或WAN上高速復(fù)制數(shù)據(jù)，SnapMirror 軟件將盡可能地為關(guān)鍵應(yīng)用程序提供最高的數(shù)據(jù)可用性和最快的恢復(fù)速度。SnapMirror 技術(shù)將數(shù)據(jù)鏡像到一個或多個網(wǎng)絡(luò)Filer 上。SnapMirror 不斷地更新鏡像數(shù)據(jù)，以確保數(shù)據(jù)是最新的，并且能夠用于進行災(zāi)難恢復(fù)、減少磁

2、帶備份、發(fā)布只讀數(shù)據(jù)、在非生產(chǎn)性Filer 上進行測試、執(zhí)行聯(lián)機數(shù)據(jù)遷移等。SnapMirror通過鏡像存儲的卷或Qtree的快照到指定的目的地來保持數(shù)據(jù)的同步。SnapMirror會將本地卷的快照復(fù)制到指定的卷。一個典型的SnapMirror包括源端（Source）及目的端（Destination）。被保護的數(shù)據(jù)可以是NetApp的傳統(tǒng)卷（Traditional Volume）、靈活卷（FlexVolume）或Qtree。在SnapMirror開啟時，源端的卷或Qtree是可讀寫狀態(tài)，接受主機的讀寫操作；目的端則為只讀狀態(tài)（Read-Only），用戶可以在目的端進行查詢、歸檔、備份

3、、恢復(fù)等操作。目標卷可以作為其他目標的源卷，而且每個“鏡像對”都可以有自己的時間安排以滿足各個站點的特定需求。如果需要遠距離復(fù)制數(shù)據(jù)，級聯(lián)鏡像是非常理想的解決方案。例如，如果是從北京將數(shù)據(jù)復(fù)制到上海、廣東和西安，可以將數(shù)據(jù)從北京復(fù)制到上海，然后使用低成本鏈接將數(shù)據(jù)從上海復(fù)制到廣東和西安。卷SnapMirror是最常使用的。圖表 11總體架構(gòu)SnapMirror有以下系統(tǒng)要求：SnapMirror適用于Netapp FAS系列存儲和V系列存儲。系統(tǒng)軟件版本DataOnTap 6.5.1以上。采用同步傳輸方式要求源端與目標端的存儲應(yīng)該具有相同或非常接近的性能水平。在FAS系列和NearStore系

4、列產(chǎn)品之間必須部署異步的SnapMirror功能。FAS250只能實施基于IP端口的SnapMirror。1.1.1.2 災(zāi)備功能實現(xiàn)功能項功能實現(xiàn)備注生產(chǎn)、災(zāi)備環(huán)境要求NetApp系列存儲；生產(chǎn)中心與災(zāi)備中心的網(wǎng)絡(luò)互通；同步：鏈路帶寬 需要高速鏈路迅速將源端IO發(fā)送到遠端兩地距離 - 完全同步容災(zāi)的應(yīng)用其距離一般小于30KM；也有些應(yīng)用允許距離超過100KM，但此種應(yīng)用往往對延遲不敏感。設(shè)備型號匹配 源端與目標端的存儲應(yīng)該具有相同或非常接近的性能水平支持以太網(wǎng)和光纖通道；卷SnapMirror僅支持在類型相同的聚合之間進行復(fù)制：即32位聚合復(fù)制到32位聚合或64位聚合復(fù)制到64位聚合；Qtr

5、ee SnapMirror 只支持異步復(fù)制同步或半同步：目標系統(tǒng)與源系統(tǒng)上的 Data ONTAP 版本必須相同；異步方式：目標系統(tǒng)上運行的 Data ONTAP 版本與源系統(tǒng)上的 Data ONTAP 版本相同或比其更高的版本災(zāi)備數(shù)據(jù)初始化方式涉及技術(shù)初始安裝Dataontap后即可進行配置復(fù)制對象為包含需要災(zāi)備的數(shù)據(jù)存儲卷或QTree可配置同步的規(guī)則及數(shù)據(jù)傳輸?shù)膸挳惒椒绞较掠袛?shù)據(jù)壓縮功能同步或半同步時不支持網(wǎng)絡(luò)壓縮災(zāi)備數(shù)據(jù)復(fù)制方式及涉及技術(shù)同步:半同步:異步:無距離限制，需要帶寬較低基于快照或鏡像數(shù)據(jù)復(fù)制技術(shù)可以實現(xiàn)級聯(lián)復(fù)制。即A復(fù)制到B，從B還可以復(fù)制到C，D，E等。應(yīng)急恢復(fù)使用卷Sn

6、apMirror，可在災(zāi)難恢復(fù)設(shè)施或二級數(shù)據(jù)中心中的其他NetApp存儲系統(tǒng)內(nèi)建立數(shù)據(jù)鏡像。如果需要災(zāi)難恢復(fù)，可以將應(yīng)用程序切換到災(zāi)難恢復(fù)站點上的服務(wù)器，并將應(yīng)用程序流量重定向到這些服務(wù)器。停止snapmirror 更新中止snapmirror 關(guān)系生產(chǎn)中心重新運行生產(chǎn)站點恢復(fù)正常后，從備點同步回主點然后繼續(xù)SnapMirror傳輸。如果主點上的數(shù)據(jù)可以訪問，則使用帶resync參數(shù)如果主點不能被訪問，則使用Initialize拷貝新改變的數(shù)據(jù)災(zāi)備演練采用Flexclone進行災(zāi)備演練1.1.1.3 方案特點² 支持多種拓撲方式的復(fù)制SnapMirror支持多種拓撲方式的復(fù)制，包括：

7、1對多；多對1；級聯(lián)復(fù)制等圖表 Error! No text of specified style in document.1拓撲方式² 支持多種網(wǎng)絡(luò)環(huán)境SnapMirror可以方便地部署到任何具有足夠的帶寬來處理數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)基礎(chǔ)設(shè)施中。支持多種傳輸方式（FC和IP），可以更好地利用現(xiàn)有設(shè)備，實現(xiàn)路徑間的容錯而提高了可用性。² 支持對多種數(shù)據(jù)的復(fù)制SnapMirror支持對多種數(shù)據(jù)的復(fù)制，包括：基于卷的復(fù)制，基于qtree的復(fù)制，支持對NAS/SAN/iSCSI中的數(shù)據(jù)復(fù)制。² 多種傳輸方式SnapMirror支持不同的傳輸方式（同步、半同步、異步），實現(xiàn)了較高

8、的災(zāi)難恢復(fù)保護級別。同步方式會在發(fā)生更新時就將更新內(nèi)容從源位置發(fā)送到目標位置，而不是根據(jù)預(yù)定計劃發(fā)送。這樣即可通過目標系統(tǒng)來保護在源系統(tǒng)中寫入的數(shù)據(jù)，即使整個源系統(tǒng)發(fā)生故障，數(shù)據(jù)也不會受影響。不支持網(wǎng)絡(luò)壓縮。SnapMirror同步操作時，如果網(wǎng)絡(luò)發(fā)生問題，則會自動回落到異步操作模式，以保證源端應(yīng)用不受影響，可以繼續(xù)運行。采用同步模式要至少滿足下列條件：鏈路帶寬 需要高速鏈路迅速將源端IO發(fā)送到遠端。兩地距離 - 由于源端必須等待目標端寫完成，因此距離是決定能否采用同步的關(guān)鍵因素，且與采用何種存儲設(shè)備、光纖鏈路均無關(guān)。因此，實施完全同步容災(zāi)的應(yīng)用其距離一般小于30KM；也有些應(yīng)用允許距離超過1

9、00KM，但此種應(yīng)用往往對延遲不敏感。設(shè)備型號匹配 源端與目標端的存儲應(yīng)該具有相同或非常接近的性能水平。因為在完全同步的條件下，應(yīng)用的性能最終由兩者之間性能最差的設(shè)備決定（不考慮帶寬、傳播延遲的情況下）。需要目標系統(tǒng)與源系統(tǒng)上的 Data ONTAP 版本必須相同。圖表 12SnapMirror同步模式半同步方式允許設(shè)置一個緩沖區(qū)（單位可以是IO數(shù)量或者時間），即在緩沖區(qū)未滿時，本地應(yīng)用可以立即得到響應(yīng)。存儲系統(tǒng)會在后臺運行另外一個進程將緩沖區(qū)內(nèi)的IO成批發(fā)送給遠端存儲。而當緩沖區(qū)滿時（通常是由于突發(fā)IO較多而傳輸鏈路較慢，來不及發(fā)送掉），本地應(yīng)用必須等待緩沖區(qū)數(shù)據(jù)被發(fā)送騰出部分緩沖區(qū)空間后才

10、能得到響應(yīng)確認。因此，本地應(yīng)用的性能在緩沖區(qū)未滿時都可以得到很好的保證。代價是源端與目標端存儲的數(shù)據(jù)存在差異，差異量由緩沖區(qū)大小決定。此時，RPO>0，不可能 = 0。不支持網(wǎng)絡(luò)壓縮。需要目標系統(tǒng)與源系統(tǒng)上的 Data ONTAP 版本必須相同。圖表 13SnapMirror半同步模式在異步方式下，源位置上將定期創(chuàng)建卷的Snapshot快照。然后將Snapshot快照之間的差量傳輸?shù)竭h端。這種操作方式對于本地應(yīng)用的性能完全沒有影響，帶寬要求低，距離也可以相當遠（距離達數(shù)千公里）。SnapMirro只在目標端保留一個common Snapshot，不能保存多個備份版本。目標系統(tǒng)上運行的 D

11、ata ONTAP 版本與源系統(tǒng)上的 Data ONTAP 版本相同或比其更高的版本圖表 14SnapMirror異步方式² 同城災(zāi)備方案：服務(wù)器+netapp存儲+snapmirrorNetapp系列存儲系統(tǒng)的特點就是統(tǒng)一架構(gòu)存儲，使用同一個存儲系統(tǒng)控制器，可以同時實現(xiàn)NAS網(wǎng)絡(luò)存儲、SAN存儲、以及iSCSl網(wǎng)絡(luò)存儲。利用NetApp提供的實時遠程數(shù)據(jù)鏡像軟件 SnapMirror 將生產(chǎn)中心存儲數(shù)據(jù)與災(zāi)備中心數(shù)據(jù)保持同步/異步鏡像，可根據(jù)應(yīng)用冗災(zāi)需求，靈活設(shè)定不同同步間隔的冗災(zāi)方式，確保了應(yīng)用的高可用性。通過用于磁盤到磁盤備份的開放系統(tǒng)備份代理 OSSV 客戶端軟件，實現(xiàn)對開放

12、式操作系統(tǒng)(Windows、Unix、Linux)的數(shù)據(jù)以永遠增量的方式把數(shù)據(jù)備份到 NetApp FAS存儲上。實現(xiàn)數(shù)據(jù)集中存儲、集中管理、統(tǒng)一監(jiān)控維護。 圖表 15同城災(zāi)備方案Ø 方案技術(shù)優(yōu)勢1)節(jié)省成本·容災(zāi)鏈路除了支持傳統(tǒng)FC SAN方式外，還支持內(nèi)置的IP鏈路，大大節(jié)省容災(zāi)網(wǎng)絡(luò)設(shè)備和鏈路成本·塊(Block)級傳輸，永久增量，斷點續(xù)傳等特點節(jié)省鏈路帶寬和鏈路質(zhì)量成本·支持在不同型號Netapp之間進行，支持在光纖磁盤和SATA磁盤之間進行·一個授權(quán)2)簡單·塊(Block)級傳輸，永久增量的鏡像方式，支持同步、準同步、異步多

13、種容災(zāi)方式；·配置簡單、管理簡單3)可靠性高·支持多鏈路冗余，支持斷點續(xù)傳4)容災(zāi)站點鏡像數(shù)據(jù)可以有很多附加利用·容災(zāi)站點克隆(FlexClone)可以用作容災(zāi)演練、測試等5)附加功能·流量控制，可控制容災(zāi)對存儲性能和鏈路的消耗，防止對生產(chǎn)系統(tǒng)產(chǎn)生影響² 兩地三中心災(zāi)備方案: 服務(wù)器+netapp存儲+Metro clustersnapmirror使用 SnapMirror，可以通過網(wǎng)絡(luò)簡單、可靠和具有成本效益的方式高速復(fù)制需要保護的業(yè)務(wù)數(shù)據(jù)。SnapMirror基于快照的數(shù)據(jù)復(fù)制技術(shù)，NetApp的存儲設(shè)備只會把變化的數(shù)據(jù)塊而不是整個文件復(fù)制到目的存儲設(shè)備中，能夠顯著節(jié)省帶寬和復(fù)制時間。把部署在生產(chǎn)中心上的核心業(yè)務(wù)系統(tǒng)通過SnapMirror完成生產(chǎn)中心到同城災(zāi)備中心再到異地災(zāi)備中心的數(shù)據(jù)復(fù)制。圖表 Error! No text of specified style in document.6兩地三中心災(zāi)備方案Ø 方案技術(shù)優(yōu)勢1)snapmirror配置非常方便。通過可視化的圖形界面大大簡化了操作過程。2)通過利用統(tǒng)一的存儲體系結(jié)構(gòu)，SnapMirror 簡化了數(shù)據(jù)復(fù)制管理。能將一個解決方案透明的用于各種配置的傳統(tǒng)和虛擬環(huán)境中的應(yīng)用程序。3)通過規(guī)則的制定可