SRM容災(zāi)解決方案[共28頁]

1、軟件定義的容災(zāi)解決方案(VMware Site Recovery Manager)2021/7/29目 錄1概述31.1災(zāi)難恢復(fù)的重要意義31.2XXX企業(yè)容災(zāi)方案現(xiàn)狀分析42災(zāi)難恢復(fù)解決方案62.1vCenter Site Recovery Manager62.1.1概述62.1.2Site Recovery Manager的主要效用特性82.1.3SRM支持靈活的拓撲102.1.4超越災(zāi)難恢復(fù)：災(zāi)難規(guī)避和計劃內(nèi)遷移112.1.5VMware Site Recovery 的工作方式112.1.6災(zāi)難恢復(fù)自動化和利用軟件定義的存儲122.2vSphere Replication132.2.1概

2、覽132.2.2利用vSphere Replication來擴大災(zāi)難恢復(fù)的覆蓋范圍142.2.3實現(xiàn)原理與工作機制182.2.4vSphere Replication的優(yōu)勢203方案架構(gòu)設(shè)計223.1客戶容災(zāi)設(shè)計要求223.2實施方案選擇233.2.1將基于陣列的復(fù)制與 SRM 結(jié)合使用233.2.2將 vSphere Replication 與 SRM 結(jié)合使用243.2.3將基于陣列的復(fù)制和 vSphere Replication 與 SRM 結(jié)合使用253.3網(wǎng)絡(luò)設(shè)計263.3.1在恢復(fù)站點配置相同或不同的IP地址263.3.2SRM通訊端口設(shè)置283.4存儲設(shè)計303.4.1存儲復(fù)制3

3、03.4.2占位虛擬機313.4.3快照空間314配置清單及說明324.1硬件配置需求324.2虛擬化軟件配置需求325方案總結(jié)345.1方案要點345.2方案優(yōu)勢346專業(yè)服務(wù)366.1VMware專業(yè)服務(wù)介紹366.2專業(yè)咨詢服務(wù)內(nèi)容366.2.1VMware Accelerate咨詢服務(wù)366.2.2技術(shù)咨詢服務(wù)376.2.3技術(shù)客戶經(jīng)理(TAM)服務(wù)376.3專業(yè)服務(wù)實施流程386.3.1評估396.3.2規(guī)劃與設(shè)計396.3.3實施396.3.4運維407支持服務(wù)概述417.1VMware支持的角色和職責(zé)417.2全球技術(shù)支持服務(wù)417.3自助服務(wù)支持427.3.1社會支持427.3

4、.2其他資源438縮略語解釋441 概述1.1 災(zāi)難恢復(fù)的重要意義統(tǒng)計數(shù)據(jù)表明：93%的企業(yè),一旦發(fā)生數(shù)據(jù)中心失效達 10 天的情況,通常在一年內(nèi)就會破產(chǎn)。圖：業(yè)務(wù)可用性與災(zāi)難恢復(fù)對企業(yè)的影響來自Forrestor在2014年第二季度的咨詢報告表明,正常運行時間和數(shù)據(jù)保護對業(yè)務(wù)而言非常關(guān)鍵,災(zāi)難帶來的員工工作效率下降、士氣低落、收入下降、聲譽受損和影響合規(guī)性將對企業(yè)產(chǎn)生巨大的消極影響。圖：中斷造成的不良影響災(zāi)難的發(fā)生往往是出乎人們意料的,當(dāng)突然發(fā)生大的災(zāi)難,日常建立的控制措施已不再有效時,組織如何才能保護核心業(yè)務(wù)不被中斷,使災(zāi)難的造成的風(fēng)險降到最低呢？這正是災(zāi)難恢復(fù)需要考慮的問題。數(shù)據(jù)中心的災(zāi)

5、難會以不同形式發(fā)生,比如電力中斷、硬件故障、人為操作失誤、以及自然災(zāi)害。大量的事例表明,業(yè)務(wù)中斷不是“假如”的問題,而是“何時”的問題。因此,只要是擁有IT信息系統(tǒng)的組織,都應(yīng)為隨時可能發(fā)生的中斷作好準備。保證業(yè)務(wù)連續(xù)性也就是確保業(yè)務(wù)連續(xù)運作,不管發(fā)生什么情況,重要的系統(tǒng)和網(wǎng)絡(luò)必須具有不間斷的可用性。事實上,災(zāi)難恢復(fù)的影響不僅僅局限于上面提到的金融領(lǐng)域,政府、公安、醫(yī)療、教育等諸多行業(yè)都需要使用業(yè)務(wù)可用性解決方案來保證其業(yè)務(wù)的可用性,對于這些企業(yè),機關(guān),單位而言,當(dāng)IT基礎(chǔ)設(shè)施突然停運,不僅企業(yè)內(nèi)部的業(yè)務(wù)流轉(zhuǎn)、辦公等面臨癱瘓,更重要的是,對外與客戶或合作伙伴的所有業(yè)務(wù)交流都不得不陷入停滯。1.

6、2 XXX企業(yè)容災(zāi)方案現(xiàn)狀分析在國內(nèi),很多企業(yè)都不具備災(zāi)難恢復(fù)能力,甚至是一些金融相關(guān)的公司都沒有真正意義的災(zāi)難演練過。 主要是設(shè)備成本、技術(shù)復(fù)雜度已經(jīng)人員IT技能等多方面因素造成的。XXX公司的采用傳統(tǒng)災(zāi)備解決方案,并有了多年的積累和發(fā)展,但是傳統(tǒng)的解決方案還是存在如下諸多問題的。首先,傳統(tǒng)的可用性解決方案是利用特定于應(yīng)用的解決方案（如：Oracle RAC、MS SQL集群、Exchange Database Access Groups (DAG)等）在應(yīng)用級別實施業(yè)務(wù)可用性。雖然這種方法通?？梢蕴峁┎诲e的可用性,但是由于每一組應(yīng)用都有自己的解決方案,因此這種方法有如下弊端： 復(fù)雜且昂貴

7、對管理員的技術(shù)要求較高 出錯的風(fēng)險大 許可證較貴(如RAC) 專用的備份架構(gòu)其次,雖然有一些基礎(chǔ)架構(gòu)層的解決方案可以比應(yīng)用級解決方案更加經(jīng)濟高效,但是這些解決方案往往在正常運行時間和RTO（恢復(fù)時間目標）方面表現(xiàn)得比較差。除此之外,傳統(tǒng)的災(zāi)難恢復(fù)解決方案很難在現(xiàn)有的物理X86環(huán)境中實現(xiàn),這是因為：傳統(tǒng)的災(zāi)難恢復(fù)計劃依賴于一套非常復(fù)雜的流程和基礎(chǔ)架構(gòu)：復(fù)制數(shù)據(jù)中心、復(fù)制服務(wù)器基礎(chǔ)架構(gòu)、將數(shù)據(jù)轉(zhuǎn)移到恢復(fù)站點的流程、重啟服務(wù)器的流程、重新安裝操作系統(tǒng)的流程等等。由于災(zāi)難恢復(fù)可能非常復(fù)雜,因此各個企業(yè)常常發(fā)現(xiàn)他們只能為少數(shù)幾個重要的生產(chǎn)工作負載提供良好的保護,而其他的工作負載（如文件/打印服務(wù)器、內(nèi)部

8、Web服務(wù)器、部門級應(yīng)用）則得不到保護或者保護的不充分。因為災(zāi)難恢復(fù)計劃和基礎(chǔ)架構(gòu)非常復(fù)雜,所以各個企業(yè)都極為依賴大量的人員培訓(xùn)、準確且完整的恢復(fù)紀錄,以及發(fā)生停機時恢復(fù)流程的準確執(zhí)行。除此之外,由于恢復(fù)計劃的測試過程會造成中斷,而且成本非常高昂,所以各個企業(yè)無法確保所有培訓(xùn)、文檔和執(zhí)行過程都切實可行并且能夠成功恢復(fù)IT服務(wù)。圖：傳統(tǒng)的災(zāi)難恢復(fù)解決方案所面臨的挑戰(zhàn)上圖描述了傳統(tǒng)的災(zāi)難恢復(fù)解決方案所面臨的挑戰(zhàn),由于存在這些挑戰(zhàn),該方案往往會產(chǎn)生如下的后果： 恢復(fù)計劃的測試往往會失敗 關(guān)鍵工作負載的基本恢復(fù)（如能成功）通常要花費數(shù)天或數(shù)周的時間 管理和維護恢復(fù)計劃要耗費IT人員大量的時間和資源簡言

9、之,當(dāng)前的災(zāi)備解決方案還無法滿足其企業(yè)所設(shè)定的業(yè)務(wù)可用性要求。由此,XXX公司提出重新設(shè)計和實施中心總部應(yīng)用到北京IDC的異地遠程災(zāi)備的需求。XXX總部應(yīng)用虛擬化改造完畢后,目前服務(wù)器虛擬化比例已經(jīng)達到大約XX%,XX%的應(yīng)用已經(jīng)由虛擬化承載,其中包括XX%的關(guān)鍵應(yīng)用。需結(jié)合應(yīng)用系統(tǒng)架構(gòu)給出中心總部應(yīng)用到北京IDC的異地遠程災(zāi)備方案及實施日程表,按照日程表完成異地遠程災(zāi)備。2 災(zāi)難恢復(fù)解決方案VMware提出的基于虛擬化環(huán)境的軟件定義的可用性解決方案,該方案不僅可以提供與應(yīng)用級別可用性方案相類似的RTO與RPO（恢復(fù)點目標）,同時,它還可以提供基礎(chǔ)架構(gòu)層解決方案所具備的簡易性和成本效益。同時,

10、由于該方案充分利用了虛擬化環(huán)境的優(yōu)勢,因此它可以達到傳統(tǒng)的非軟件定義解決方案無法達到的效果。VMware災(zāi)難恢復(fù)解決方案包括vCenter Site Recovery Manager和全新的vSphere Replication。2.1 vCenter Site Recovery Manager如今,企業(yè)發(fā)現(xiàn)越來越難以提供符合要求的災(zāi)難恢復(fù)解決方案。而Site Recovery Manager可以幫助企業(yè)應(yīng)對傳統(tǒng)災(zāi)難恢復(fù)方法的各種挑戰(zhàn),滿足他們的恢復(fù)時間目標（RTO）、恢復(fù)點目標（RPO）以及法規(guī)遵從性要求。利用Site Recovery Manager,企業(yè)可以管理從生產(chǎn)數(shù)據(jù)中心到災(zāi)難恢復(fù)站

11、點的故障切換,同時,還可以管理兩個互為恢復(fù)站點且具有活動工作負載的站點之間的故障切換。2.1.1 概述VMware的災(zāi)難恢復(fù)解決方案分為三個大的模塊,如下圖不同顏色模塊所示：其中災(zāi)難恢復(fù)編排屬于自動化解決方案；復(fù)制、備份和恢復(fù)屬于數(shù)據(jù)保護解決方案；計算存儲屬于基礎(chǔ)架構(gòu)解決方案。圖：VMware災(zāi)難恢復(fù)解決方案Site Recovery Manager可以自動執(zhí)行及簡化故障切換至新數(shù)據(jù)中心的過程,從而讓所計劃的數(shù)據(jù)中心故障切換（如數(shù)據(jù)中心遷移）變得更加順暢。它是一款領(lǐng)先的災(zāi)難恢復(fù)管理和自動化解決方案,它通過自動執(zhí)行恢復(fù)過程來加快恢復(fù)的速度,并將災(zāi)難恢復(fù)作為VMware虛擬基礎(chǔ)架構(gòu)管理的集成要素,

12、從而簡化災(zāi)難恢復(fù)計劃的管理工作。SRM省去了復(fù)雜的手動恢復(fù)步驟,支持無中斷的恢復(fù)計劃測試,確?；謴?fù)過程的安全可靠。它密切集成vSphere及其他領(lǐng)先存儲提供商提供的存儲復(fù)制軟件,使故障切換和恢復(fù)變得快捷、可靠、經(jīng)濟,而且便于管理。因此,企業(yè)不僅無需擔(dān)心災(zāi)難恢復(fù)的風(fēng)險,還可將所有重要的系統(tǒng)和應(yīng)用程序納入到保護范圍。自從2008年面世以來,SRM已得到長足發(fā)展。到目前為止,VMware已向一萬五千多家客戶售出12.5萬個許可證,并且該產(chǎn)品還在以每年50%60%的速度繼續(xù)增長。SRM為vSphere平臺上的災(zāi)難恢復(fù)計劃增加的巨大價值推動了這種增長,而所增加的成本卻相對較低。VMware的許多客戶已利

13、用SRM從實際災(zāi)難（例如最近在日本發(fā)生的海嘯和在美國發(fā)生的颶風(fēng)）中快速恢復(fù)。下圖是一些主要的客戶以及SRM的相關(guān)市場數(shù)據(jù)。圖：Site Recovery Manager 的發(fā)展趨勢與部分客戶SRM需要若干個組件。首先,受保護的站點和故障切換站點都需要一個SRM實例。SRM實例可通過與vSphere和vCenter緊密集成來提供管理和自動化效用。SRM還需要底層復(fù)制產(chǎn)品來將虛擬機復(fù)制到故障切換站點。借助SRM,客戶可以選擇使用vSphere Replication或者使用基于存儲的復(fù)制。因為vSphere Replication與SRM捆綁在一起,所以無需支付額外費用。基于存儲的復(fù)制由第三方存儲

14、提供商提供,并通過Storage Replication Adapater (SRA)與SRM緊密集成,以使SRM能夠利用該存儲層協(xié)調(diào)復(fù)制和恢復(fù)活動。最后,SRM在這兩個站點上都需要配置vSphere集群和單獨的vCenter實例。圖：SRM的主要效用組件2.1.2 Site Recovery Manager的主要效用特性VMware vCenter Site Recovery Manager可提供先進的復(fù)制、災(zāi)難恢復(fù)管理、無中斷測試、自動故障切換和故障恢復(fù)以及計劃內(nèi)遷移效用。它可以管理從生產(chǎn)數(shù)據(jù)中心到災(zāi)難恢復(fù)站點的故障切換,以及兩個具有活動工作負載的站點之間的故障切換,甚至還可以將多個站點恢

15、復(fù)為一個共享的恢復(fù)站點。Site Recovery Manager經(jīng)常用于計劃內(nèi)遷移和預(yù)防性故障切換以避免發(fā)生災(zāi)難,它的主要效用特性如下：集中式恢復(fù)計劃 直接從 vCenter Server 中創(chuàng)建并管理恢復(fù)計劃。 自動發(fā)現(xiàn)并顯示由 vSphere Replication 或基于陣列的復(fù)制保護的虛擬機。 將虛擬機映射到故障切換站點上的相應(yīng)資源(資源池、虛擬 交換機和虛擬機文件夾)。 指定虛擬機引導(dǎo)順序。 自定義虛擬機 IP 地址。 自定義故障切換站點上的低優(yōu)先級虛擬機的關(guān)機。 利用自定義腳本擴展恢復(fù)計劃。 利用基于角色的訪問控制來控制對恢復(fù)計劃的訪問。 將多個站點恢復(fù)至一個共享的恢復(fù)站點。自服

16、務(wù),基于策略的調(diào)配 可以為Site Recovery Manager 安裝了VMware vCenter Orchestrator插件 多租戶可以根據(jù)需求通過vRealize Automation Center中的藍圖（blueprints）預(yù)定義的各自的災(zāi)難恢復(fù)策略 自動執(zhí)行故障切換 接收關(guān)于可能的站點故障的自動警報。 只需單擊一次鼠標,即可在 vCenter Server 中開始執(zhí)行恢復(fù)計劃。 自動停止用于恢復(fù)的復(fù)制數(shù)據(jù)存儲的復(fù)制和升級。 關(guān)閉故障切換站點上的低優(yōu)先級虛擬機。 按照預(yù)先指定的引導(dǎo)順序自動啟動受保護的虛擬機。 在恢復(fù)過程中執(zhí)行用戶定義的腳本和暫停。 在故障切換站點上自動重新配

17、置虛擬機 IP 地址。 從 vCenter Server 中管理和監(jiān)控恢復(fù)計劃的執(zhí)行。自動故障恢復(fù) 自動故障恢復(fù)到原始生產(chǎn)站點。 通過自動反向復(fù)制到原始站點來重新保護虛擬機。 反向執(zhí)行原始恢復(fù)計劃。 利用 vSphere Replication 中的自動故障恢復(fù)效用。計劃內(nèi)遷移 使用計劃內(nèi)遷移工作流確保數(shù)據(jù)零損失和應(yīng)用一致性遷移。 在原始站點正常關(guān)閉受保護的虛擬機。 執(zhí)行數(shù)據(jù)同步以強制將關(guān)閉的虛擬機完整復(fù)制到故障切換 站點。 執(zhí)行利用應(yīng)用一致性虛擬機的恢復(fù)計劃。 無中斷測試 自動執(zhí)行恢復(fù)測試。 利用存儲快照效用執(zhí)行恢復(fù)測試,而不會中斷復(fù)制。 在隔離網(wǎng)絡(luò)中恢復(fù)虛擬機,以免對生產(chǎn)應(yīng)用程序造成任何

18、影響。 針對測試方案自定義恢復(fù)計劃的執(zhí)行。 完成測試后自動清理測試環(huán)境。 在 vCenter Server 中存儲、查看和導(dǎo)出測試結(jié)果及故障切換 執(zhí)行情況。 支持 vSphere Replication 利用專為 vSphere 和 vCenter Site Recovery Manager 設(shè)計的唯一真正基于虛擬化管理程序的復(fù)制產(chǎn)品。 通過 vCenter 以精細靈活的虛擬機級別直接管理復(fù)制。 使用與存儲無關(guān)的復(fù)制支持使用低端存儲,包括直連存儲。 執(zhí)行具備靈活 RPO(介于 15 分鐘到 24 小時之間)的異步 復(fù)制。 僅復(fù)制發(fā)生變更的數(shù)據(jù)塊以提高網(wǎng)絡(luò)效率。 擴展到數(shù)百個虛擬機。 利用對文件

19、和應(yīng)用一致性的支持。 使用多時間點 (MPIT) 恢復(fù)來回到以前的已知狀態(tài)。 支持第三方基于陣列的復(fù)制 可在主要提供商提供的大量兼容性存儲陣列和復(fù)制產(chǎn)品中進 行選擇。 使用基于 iSCSI、光纖通道或 NFS 存儲的基于陣列的復(fù)制解 決方案。 通過 SRA 確保與 vCenter Site Recovery Manager 緊密集成。 自動執(zhí)行復(fù)制和數(shù)據(jù)同步操作,以實現(xiàn)協(xié)調(diào)一致的災(zāi)難恢復(fù) 故障切換和計劃內(nèi)遷移。 2.1.3 SRM支持靈活的拓撲Site Recovery Manager可用于多種不同的故障切換情形,尤其是SRM能幫助客戶更好地利用對輔助站點的投資,即,當(dāng)客戶沒有處于災(zāi)難恢復(fù)情形

20、中時,可將輔助站點用于其他工作負載而不是使其處于閑置狀態(tài),SRM可用于如下四種不同的故障切換情形：u 主動-被動：Site Recovery Manager完全支持傳統(tǒng)的主動-被動型災(zāi)難恢復(fù)情形,即運行應(yīng)用的生產(chǎn)站點將在故障切換之前一直處于閑置狀態(tài)的輔助站點中恢復(fù)。盡管這是最常見的配置,但此情形也意味著您需要為大部分時間都處于閑置狀態(tài)的災(zāi)難恢復(fù)站點投入大量資金。u 主動-主動：為了更好地利用恢復(fù)站點,Site Recovery Manager還可以使用戶在不使用該恢復(fù)站點進行災(zāi)難恢復(fù)時將其用于其他工作負載。用戶可以將Site Recovery Manager配置為在故障切換過程中自動關(guān)閉或掛起

21、位于恢復(fù)站點的虛擬機,這樣就可以方便地釋放計算容量以用于需要恢復(fù)的工作負載。u 雙向切換：Site Recovery Manager還可以提供雙向故障切換保護,這樣,您可以同時在這兩個站點上運行活動的生產(chǎn)工作負載,并以任一方向?qū)α硪徽军c進行故障切換。另一站點上的備用容量將用于運行需要故障切換的虛擬機。u 本地故障切換：盡管這不是常見情形,但有一些客戶需要能夠在指定的“站點”或園區(qū)中進行故障切換,例如,當(dāng)存儲陣列發(fā)生故障或者大樓維修迫使您將工作負載移動到其他園區(qū)大樓時。這些客戶將利用Site Recovery Manager執(zhí)行此類故障切換。圖：SRM支持靈活的拓撲2.1.4 超越災(zāi)難恢復(fù)：災(zāi)難

22、規(guī)避和計劃內(nèi)遷移SRM不僅限于進行災(zāi)難故障切換,它更常用于日常遷移,例如用于災(zāi)難規(guī)避和計劃內(nèi)遷移。當(dāng)然,災(zāi)難故障切換是最重要的使用情形,也就是當(dāng)一個站點停止工作并且需要盡快將虛擬機遷移到輔助站點的時候使用。在這種情況下,SRM可支持完全或局部站點恢復(fù),并將盡快執(zhí)行故障切換以恢復(fù)業(yè)務(wù)服務(wù)。其他兩種使用情形盡管不是那么重要,但卻更為常用。災(zāi)難規(guī)避在企業(yè)事先了解災(zāi)難將要發(fā)生的時候使用,例如,預(yù)測到颶風(fēng)或洪水將要來襲時。在這種情況下,企業(yè)一般可在災(zāi)難實際來襲之前提早至少幾個小時得到通知。企業(yè)也經(jīng)常執(zhí)行計劃內(nèi)遷移,例如,避免因計劃內(nèi)維護或全局負載平衡而導(dǎo)致停機。對于災(zāi)難規(guī)避和計劃內(nèi)遷移,現(xiàn)在企業(yè)可利用“

23、計劃內(nèi)遷移”工作流程和自動故障恢復(fù)來簡化遷移流程。圖：三種典型的SRM使用情形2.1.5 VMware Site Recovery 的工作方式Site Recovery Manager可以為用戶提供創(chuàng)建、管理和執(zhí)行災(zāi)難恢復(fù)計劃的主要環(huán)節(jié)。該解決方案已經(jīng)集成到VMware vCenter管理界面中,可以統(tǒng)一管理虛擬基礎(chǔ)架構(gòu)及該架構(gòu)的災(zāi)難恢復(fù)計劃。SRM可以簡化并自動執(zhí)行設(shè)置、測試和執(zhí)行恢復(fù)計劃的主要環(huán)節(jié)：u 設(shè)置恢復(fù)基礎(chǔ)架構(gòu)：Site Recovery Manager會指導(dǎo)用戶完成連接遠程站點并連接使用的存儲復(fù)制軟件的操作。還可讓用戶輕松地將生產(chǎn)資源（包括計算資源和網(wǎng)絡(luò)資源）映射到恢復(fù)站點上相應(yīng)

24、的資源。u 創(chuàng)建恢復(fù)計劃：Site Recovery Manager具有直觀的界面,可以協(xié)助用戶創(chuàng)建適用于不同故障切換情況和基礎(chǔ)架構(gòu)不同部分的恢復(fù)計劃。用戶可以指定一些虛擬機暫停或關(guān)閉,從而釋放可用資源以供恢復(fù)使用。還可以指定虛擬機啟動的順序、設(shè)置用戶定義的腳本自動執(zhí)行,以及必要時決定暫停恢復(fù)過程的時間點。u 測試恢復(fù)計劃：Site Recovery Manager可以利用存儲陣列的快照效用,在恢復(fù)站點上自動創(chuàng)建無中斷的、隔離的測試環(huán)境,然后將虛擬機連接到用戶的隔離測試網(wǎng)絡(luò)中。它將自動執(zhí)行在實際故障切換中將使用的恢復(fù)計劃,并在測試結(jié)束后清除測試環(huán)境。測試結(jié)果會被保存,以便隨時查看和導(dǎo)出。u 自

25、動執(zhí)行故障切換：管理員從VMware vCenter啟動恢復(fù)計劃之后,Site Recovery Manager會自動執(zhí)行恢復(fù)計劃中的所有步驟,保證恢復(fù)完全按照預(yù)期執(zhí)行。管理員通過vCenter可以看到恢復(fù)計劃的執(zhí)行情況,并可以隨時暫?；蛲Ｖ箞?zhí)行。隨著環(huán)境的變化,用戶也可以通過vCenter隨時更新和修改恢復(fù)計劃。2.1.6 災(zāi)難恢復(fù)自動化和利用軟件定義的存儲Site Recovery Manager 可安裝VMware vCenter Orchestrator插件,以實現(xiàn)災(zāi)難恢復(fù)編排過程中每個工作流的自動化。包括無中斷測試、自動執(zhí)行故障切換、自動執(zhí)行故障恢復(fù)以及計劃內(nèi)遷移。圖：工作流自動化通

26、過vRealize Automation Center中的藍圖（blueprints）預(yù)定義災(zāi)難恢復(fù)策略,租戶可以實現(xiàn)針對應(yīng)用的自助式災(zāi)難恢復(fù)。圖：自助式災(zāi)難恢復(fù)計劃在SRM的最新版本中,支持使用軟件定義的存儲Virtual SAN實現(xiàn)災(zāi)難恢復(fù)計劃,提高了靈活度,簡化了管理,同時降低了硬件成本。圖：軟件定義的存儲實現(xiàn)災(zāi)難恢復(fù)計劃2.2 vSphere Replication通過使用內(nèi)置的vSphere Replication,用戶可以消除第三方復(fù)制成本,并制定更靈活的災(zāi)難恢復(fù)計劃。2.2.1 概覽vSphere Replication無需采用基于存儲陣列的本機復(fù)制,即可通過網(wǎng)絡(luò)在vSphere

27、主機之間復(fù)制處于開啟狀態(tài)的虛擬機,該技術(shù)具有許多獨特的優(yōu)勢： 降低帶寬需求 消除存儲局限性 構(gòu)建靈活的災(zāi)難恢復(fù)配置降低帶寬需求vSphere Replication是VMware的專有復(fù)制引擎,它僅會將發(fā)生變更的數(shù)據(jù)塊復(fù)制到恢復(fù)站點,與手動復(fù)制完整的虛擬機系統(tǒng)副本相比,可確保實現(xiàn)更低的帶寬利用率和更高的恢復(fù)點目標。 在初始同步期間,利用虛擬機數(shù)據(jù)的“種子副本” 通過跟蹤發(fā)生變更的磁盤區(qū)域并僅復(fù)制增量數(shù)據(jù),確保高效利用網(wǎng)絡(luò)圖：vSphere Replication消除存儲局限性vSphere Replication在各個虛擬機磁盤(VMDK)級別運行,因而可以在任何存儲上托管的數(shù)據(jù)存儲之間進行復(fù)

28、制,它可以： 在保護站點重新改變舊存儲的用途 對非同類站點采用不同的存儲技術(shù)（例如SAN相對于NAS、FC相對于iSCSI等） 僅將輔助存儲用于受保護的虛擬機,而不是整個環(huán)境構(gòu)建靈活的災(zāi)難恢復(fù)配置在配置要復(fù)制的虛擬機時,只需簡單單擊一下,即可將vSphere Replication配置為確保應(yīng)用數(shù)據(jù)和虛擬機數(shù)據(jù)保持一致,它可以： 與Microsoft的卷影復(fù)制服務(wù)(VSS)自動集成,可確?；謴?fù)副本一致 支持靈活的恢復(fù)點目標,可從15分鐘至24小時不等 在虛擬機級別通過vCenter Server控制復(fù)制 每個集群可擴展為數(shù)百個虛擬機2.2.2 利用vSphere Replication來擴大災(zāi)

29、難恢復(fù)的覆蓋范圍當(dāng)前,災(zāi)難恢復(fù)的覆蓋范圍通常只限于大型數(shù)據(jù)中心的第一層應(yīng)用,也就是關(guān)鍵的業(yè)務(wù)應(yīng)用。在許多情況下,第二或第三層等非關(guān)鍵應(yīng)用和小型站點沒有真正的災(zāi)難恢復(fù)保護,而只是使用備份進行保護。這是因為,傳統(tǒng)災(zāi)難恢復(fù)保護不僅成本高昂而且過于復(fù)雜,因而無法廣泛應(yīng)用于所有應(yīng)用和站點。圖：災(zāi)難恢復(fù)覆蓋范圍通常受高額保護成本的限制不幸的是,由于日?；顒尤匀粡V泛依賴于第二或第三層應(yīng)用和小型站點,因此這樣的災(zāi)難恢復(fù)保護會導(dǎo)致大量的業(yè)務(wù)風(fēng)險。在理想情況下,各企業(yè)應(yīng)該準備一個經(jīng)濟高效且簡單可靠的災(zāi)難恢復(fù)計劃,以滿足其所有應(yīng)用和站點的需要。而VMware Site Recovery Manager可以提供兩種復(fù)

30、制選擇來供用戶使用,它們分別是： 基于存儲的傳統(tǒng)復(fù)制,在許多情況下,它仍將是大型關(guān)鍵業(yè)務(wù)環(huán)境青睞的選擇 vSphere Replication (VR),它為復(fù)制虛擬機提供了另一種選擇。VR是一種經(jīng)濟高效的簡單機制,可用于在兩個站點之間進行復(fù)制,在很多情況下,是第二或第三層應(yīng)用和小型站點的更好選擇圖：SRM可提供廣泛的復(fù)制選擇由于vSphere Replication的引入,客戶現(xiàn)在擁有更多的選擇,從而使復(fù)制解決方案能夠更好地符合業(yè)務(wù)需求。VR和基于存儲的復(fù)制可在相同的集群中配合使用,以便為更復(fù)雜的環(huán)境提供最佳靈活性。圖：VR可提供經(jīng)濟高效且簡單的復(fù)制vSphere Replication和基

31、于存儲的復(fù)制都非常有用,客戶可以根據(jù)實際情況將兩者結(jié)合起來使用。vSphere Replication由VMware直接提供,與基于存儲的復(fù)制相比,它更為經(jīng)濟高效且更簡單?；诖鎯Φ膹?fù)制依賴于第三方存儲提供商,它更昂貴、復(fù)雜,難以管理,但是效用相對強大。下圖是兩種復(fù)制技術(shù)在復(fù)制提供方,成本,管理以及性能方面的比較。圖：vSphere Replication是基于存儲的復(fù)制的補充效用vSphere Replication是將災(zāi)難恢復(fù)保護擴展至第二或第三層應(yīng)用和小型站點的極佳方法。圖：將災(zāi)難恢復(fù)保護擴展至第二、三層應(yīng)用和小型站點基于存儲的災(zāi)難恢復(fù)相當(dāng)昂貴,第一層存儲陣列上的存儲容量和額外的復(fù)制許可

32、證使其成本居高不下。存儲、復(fù)制和SRM的成本通常在每個虛擬機2000美元左右。盡管與物理災(zāi)難恢復(fù)相比已經(jīng)便宜很多,但對于不太關(guān)鍵的業(yè)務(wù)環(huán)境而言,其成本仍然相當(dāng)高并且可能成為成本障礙。vSphere Replication更為經(jīng)濟高效。通過支持使用較低端存儲陣列、消除對專用復(fù)制許可證的需求和提供成本較低的SRM Standard版本許可證,VR可將每個虛擬機的成本降低3倍,即每個虛擬機大約600美元。由于每個虛擬機的成本更低,因此各企業(yè)能夠?qū)⑵錇?zāi)難恢復(fù)保護擴展至更多應(yīng)用和站點。vSphere Replication不僅經(jīng)濟高效,簡單,它還可以簡化復(fù)制管理,它在本質(zhì)上比基于存儲的復(fù)制更容易管理。在

33、新的SRM部署中使用基于存儲的復(fù)制來設(shè)置復(fù)制是一項復(fù)雜的任務(wù)。vSphere管理員必須與存儲管理員同步才能確保將適當(dāng)?shù)腖UN復(fù)制到包含正確復(fù)制計劃的其他站點。圖：借助vSphere Replication簡化復(fù)制管理借助vSphere Replication,一切都將簡單許多。vSphere管理員可以從vCenter直接管理復(fù)制,從而消除對存儲管理員的依賴。另外,管理員可以在虛擬機級別管理復(fù)制,因而再也無需進行復(fù)雜的虛擬機分組以及將虛擬機映射到LUN。VR的這一特性使得它對于簡易性至關(guān)重要的情形（例如對于第二和第三層應(yīng)用的保護）格外具有吸引力。2.2.3 實現(xiàn)原理與工作機制vSphere Re

34、plication是深度集成在vSphere平臺中的組件,也是當(dāng)今市場上唯一一款真正的“虛擬化管理程序級”復(fù)制引擎。在主站點上,正在運行的虛擬機所用的虛擬機磁盤中如果有數(shù)據(jù)塊發(fā)生了變更,這些數(shù)據(jù)塊將發(fā)送到輔助站點,并在該處應(yīng)用于虛擬機磁盤,以制作虛擬機的離線（保護）副本。圖：復(fù)制虛擬機中發(fā)生變更的數(shù)據(jù)塊圖：vSphere Replication體系結(jié)構(gòu)vSphere Replication是一款全新設(shè)計的產(chǎn)品,專門用于在vSphere集群之間進行復(fù)制并支持SRM部署。它依賴在ESXi中嵌入的vSphere Replication代理,該VSR代理可跟蹤已更改的磁盤區(qū)域并將最新增量數(shù)據(jù)發(fā)送至受保

35、護的站點。所復(fù)制的數(shù)據(jù)將會被vSphere Replication服務(wù)器捕獲。每個vSphere Replication服務(wù)器實例可以管理大約100個虛擬機。它可捕獲最新的磁盤更改并將這些更改應(yīng)用到已復(fù)制的數(shù)據(jù)。vSphere Replication可通過與vCenter和SRM緊密集成的vSphere Replication管理服務(wù)器進行管理。這兩個站點都需要vSphere Replication管理服務(wù)器。所有vCenter操作都通過同一個管理界面完成,使用該界面可以非常輕松地為最多500個虛擬機配置復(fù)制：只需右鍵單擊某個虛擬機,并為其副本選擇目標位置即可。此過程有一步是選擇“恢復(fù)點目標”

36、,此步驟將告知vSphere Replication可以獲取多久以前的虛擬機副本,然后它將時時嘗試復(fù)制數(shù)據(jù)以滿足恢復(fù)點目標。圖：為多個虛擬機選擇一個恢復(fù)點目標vSphere Replication將會對源虛擬機及其副本執(zhí)行一次初始完全同步,管理員可以在目標位置放置數(shù)據(jù)的種子副本,以減少初始復(fù)制所需的時間和帶寬。虛擬機的種子副本中包含一個虛擬機磁盤文件,管理員可以通過任何途徑將該文件放置到目標位置。放置種子并不是一個必需的過程,無論目標位置是否有種子,vSphere Replication都會創(chuàng)建一個初始副本。如果用戶獲得了一個用于復(fù)制的種子,即可使用其中的數(shù)據(jù)來減少初始同步主磁盤及其副本所需的

37、復(fù)制量。種子可以手動創(chuàng)建,也可以通過管理員選擇的任何途徑復(fù)制到相應(yīng)位置,如采用脫機復(fù)制、FTP、“人工傳輸網(wǎng)絡(luò)”,甚至使用ISO或虛擬機的克隆。在完成基準同步之后,vSphere Replication將切換為僅傳輸已變更的數(shù)據(jù)塊。這種做法可以確保通過網(wǎng)絡(luò)向目標發(fā)送最少量的數(shù)據(jù),并實現(xiàn)更高的恢復(fù)點目標。在發(fā)送唯一性數(shù)據(jù)之后,無需再次發(fā)送。系統(tǒng)僅復(fù)制發(fā)生變更的數(shù)據(jù),這些數(shù)據(jù)塊將發(fā)送到目標位置的vSphere Replication設(shè)備中。從受保護的虛擬機的角度看,整個過程是完全透明的,不需要對配置或日常管理進行任何更改。這種復(fù)制方式采用的是非侵入形式,與虛擬機中的操作系統(tǒng)無關(guān)。2.2.4 vSp

38、here Replication的優(yōu)勢vSphere Replication可以提供非常經(jīng)濟高效、簡單而又效用強大的復(fù)制。經(jīng)濟高效VR可以降低存儲成本和復(fù)制成本,所以更為經(jīng)濟高效。它可以在存儲層消除這兩個站點對較高端存儲陣列的需求?？蛻艨梢钥缯军c使用其他較低端的存儲,包括直連存儲。例如,一種普遍的選擇是將第一層存儲放在生產(chǎn)站點,而在故障切換站點使用較低端的存儲,例如較舊或較便宜的陣列。另外,vSphere Replication也與SRM捆綁在一起,因而無需花費額外成本,從而消除了基于存儲的復(fù)制許可證所需的額外成本。簡單從本質(zhì)上而言,vSphere Replication也比基于存儲的復(fù)制更為

39、簡單。用戶可以從vCenter直接管理復(fù)制,從而消除對存儲團隊的依賴。另外,管理員可在單個虛擬機級別進行管理,從而大幅簡化SRM的設(shè)置。效用強大盡管vSphere Replication簡單且經(jīng)濟高效,但仍然是穩(wěn)健且效用強大的復(fù)制解決方案。它可提供15分鐘的RPO,并且使用戶能夠靈活地將RPO設(shè)定在15分鐘到24小時之間。它可跟蹤已更改的磁盤區(qū)域并且僅復(fù)制最新的增量數(shù)據(jù)以提高網(wǎng)絡(luò)效率,還可擴展至最多500個虛擬機。3 方案架構(gòu)設(shè)計VMware vCenter Site Recovery Manager (SRM) 是一個業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)解決方案,可幫助用戶計劃、測試 和執(zhí)行受保護 vCen

40、ter Server 站點與恢復(fù) vCenter Server 站點之間的虛擬機恢復(fù)。通過配置基于陣列的復(fù)制,管理員可將 SRM 配置為支持若干第三方磁盤復(fù)制機制。管理員也可以使用基于主機的復(fù)制,方法是配置 SRM 以使用VMware vSphere Replication 來保護虛擬機工作負載。除此之外,SRM還可以與基于陣列和基于主機的復(fù)制同時結(jié)合使用。3.1 客戶容災(zāi)設(shè)計要求設(shè)計特征描述可靠性表示設(shè)計選擇對應(yīng)的技術(shù)能力和相關(guān)基礎(chǔ)設(shè)施的高度可用性。關(guān)鍵指標：XX.XXX的正常運行時間。 (99.9%)可管理性表示設(shè)計選擇對環(huán)境的靈活性和操作的方便程度的影響,包括可擴展性和靈活性。關(guān)鍵指標：

41、每個管理員的服務(wù)器。每個IT人員的客戶。時間部署新的技術(shù)。性能表現(xiàn)表示的設(shè)計選擇對環(huán)境的性能的影響。這并不必然反映在對基礎(chǔ)設(shè)施中其他技術(shù)的影響。關(guān)鍵指標：響應(yīng)時間吞吐量恢復(fù)能力 表示設(shè)計選擇對從突發(fā)事件恢復(fù)的能力的影響。關(guān)鍵指標：RTO - 恢復(fù)時間目標。RPO - 恢復(fù)點目標。（其中RTO要求為5分鐘內(nèi),RPO要求為2小時內(nèi)）安全表示設(shè)計選擇對整體的基礎(chǔ)設(shè)施安全能力的正面或負面影響。也可以表示設(shè)計是否滿足業(yè)務(wù)到達一定的合規(guī)性政策的能力。關(guān)鍵指標：未經(jīng)授權(quán)訪問的預(yù)防數(shù)據(jù)的完整性和性在折衷情況下的辨析能力3.2 實施方案選擇VMware vCenter Site Recovery Manager

42、 (SRM) 是一個業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)解決方案,可幫助用戶計劃、測試 和執(zhí)行受保護 vCenter Server 站點與恢復(fù) vCenter Server 站點之間的虛擬機恢復(fù)。SRM對硬件的要求如下表所示,我們在對SRM進行規(guī)劃時,必須嚴格遵循下表中指定的最小或者最佳配置。表：SRM的硬件要求通過配置基于陣列的復(fù)制,管理員可將 SRM 配置為支持若干第三方磁盤復(fù)制機制。管理員也可以使用基于主機的復(fù)制,方法是配置 SRM 以使用VMware vSphere Replication 來保護虛擬機工作負載。除此之外,SRM還可以與基于陣列和基于主機的復(fù)制同時結(jié)合使用。3.2.1 將基于陣列的復(fù)制

43、與 SRM 結(jié)合使用 使用基于陣列的復(fù)制時,受保護站點中的一個或多個存儲陣列會將數(shù)據(jù)復(fù)制到恢復(fù)站點中的對等陣列。通過存儲復(fù)制適配器 (SRA) ,管理員可以將 SRM 與各種陣列集成。要將基于陣列的復(fù)制與 SRM 配合使用,必須先配置復(fù)制,然后才能配置使用該復(fù)制的 SRM。如果存儲陣列支持一致性組,SRM 將與 vSphere Storage DRS 和 vSphere Storage vMotion 兼容,則可以使 用 Storage DRS 和 Storage vMotion 移動 SRM 保護的一致性組內(nèi)的虛擬機文件。如果存儲陣列不支持一 致性組,則無法將 Storage DRS 和 S

44、torage vMotion 與 SRM 結(jié)合使用。這種部署方式的示意圖如下所示。圖：將基于陣列的復(fù)制與 SRM 結(jié)合使用3.2.2 將 vSphere Replication 與 SRM 結(jié)合使用SRM 可使用 vSphere Replication 將數(shù)據(jù)復(fù)制到恢復(fù)站點中的服務(wù)器。管理員可以將 vSphere Replication 作為虛擬設(shè)備進行部署,vSphere Replication 設(shè)備包含兩個組件。1) vSphere Replication 管理服務(wù)器:u 在恢復(fù)站點上配置 vSphere Replication 服務(wù)器u 從受保護站點啟用復(fù)制u 對用戶進行身份驗證,并檢查

45、用戶執(zhí)行 vSphere Replication 操作的權(quán)限u 管理和監(jiān)視復(fù)制基礎(chǔ)架構(gòu)2) vSphere Replication 服務(wù)器:u 偵聽受保護站點上的 vSphere Replication 主機代理的虛擬機更新u 將更新應(yīng)用到恢復(fù)站點上的虛擬磁盤如果需要,可以在一個站點上部署多個 vSphere Replication 服務(wù)器,以平衡虛擬架構(gòu)中的復(fù)制負載。這種部署方式的示意圖如下所示。圖：將 vSphere Replication 與 SRM 結(jié)合使用3.2.3 將基于陣列的復(fù)制和 vSphere Replication 與 SRM 結(jié)合使用 管理員可以在SRM 部署中結(jié)合使用基

46、于陣列的復(fù)制和 vSphere Replication。要創(chuàng)建使用基于陣列的復(fù)制和 vSphere Replication 的混合 SRM 部署,必須為這兩種類型的復(fù)制配置受保護站 點和恢復(fù)站點。 設(shè)置并連接存儲陣列,然后在這兩個站點上安裝適用的存儲復(fù)制適配器(SRA)。 在這兩個站點上部署 vSphere Replication 設(shè)備,然后在這些設(shè)備之間配置連接。 根據(jù)需要使用基于陣列的復(fù)制或 vSphere Replication 配置要復(fù)制的虛擬機。這種部署方式的示意圖如下所示。圖：將基于陣列的復(fù)制和 vSphere Replication 與 SRM 結(jié)合使用根據(jù)XXX客戶生產(chǎn)環(huán)境的實

47、際情況,我們建議采用將vSphere Replication與SRM 結(jié)合使用的部署方式。3.3 網(wǎng)絡(luò)設(shè)計把服務(wù)從一個物理站點轉(zhuǎn)移到另一個站點對網(wǎng)絡(luò)無疑是一種挑戰(zhàn),尤其對應(yīng)那些應(yīng)用與IP地址綁定的情況。 網(wǎng)絡(luò)地址空間和IP地址分配是設(shè)計中的需要考慮的因素,可選擇在恢復(fù)站點使用相同的IP地址或IP地址不同 。3.3.1 在恢復(fù)站點配置相同或不同的IP地址客戶現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)設(shè)施,網(wǎng)絡(luò)地址空間,用于故障切換測試和故障切換的可用基礎(chǔ)設(shè)施,在恢復(fù)站點的基礎(chǔ)實施服務(wù),虛擬機承載的服務(wù)等因素是影響規(guī)劃的考慮因素。 選擇1: 相同 IP 地址在恢復(fù)站點使用相同的IP地址的好處是： 易于實施,如果

48、有兩個站點之間有拉伸VLAN（stretch VLAN）,或者恢復(fù)站點完全不與被保護站點共享。 故障切換測試或在故障切換過程中無須改變IP地址。 隔離網(wǎng)絡(luò)采用物理交換機提供所需的隔離和靈活性來進行測試,而不會影響生產(chǎn)網(wǎng)絡(luò)。相同IP地址的缺點是： 沒有拉伸VLAN（stretch VLAN）時,可采用一個移動的VLAN解決方案。這就要求其中一個站點有可用VLAN,但兩個站點不能同時使用。這限制了故障切換的粒度。它也限制了執(zhí)行測試的能力,因為在執(zhí)行測試要求從生產(chǎn)環(huán)境剝離出來的活躍VLAN。 需要確保流量在故障切換測試過程或故障切換中不泄露到生產(chǎn)網(wǎng)絡(luò) 。（建立一個獨立的網(wǎng)絡(luò)。） 在故障切換測試過程中

49、,有必要以驗證用戶可以訪問獨立的測試網(wǎng)絡(luò)以執(zhí)行用戶測試的權(quán)限。這可以用一個帶有必要端口轉(zhuǎn)發(fā)效用的多宿主VM實現(xiàn),使用戶可以訪問隔離網(wǎng)絡(luò)的工作負載。 基礎(chǔ)設(shè)施服務(wù)需要運行在獨立的網(wǎng)絡(luò)進行測試。 如果使用物理交換機建立一個獨立的網(wǎng)絡(luò)會成本增加?？蛻裟壳皳碛歇毩⒌木W(wǎng)絡(luò),并在這兩個網(wǎng)站一個獨立的地址空間。 選擇 2: 不同 IP 地址使用不同的IP地址,在恢復(fù)站點的好處是,有與現(xiàn)有的IP地址沒有網(wǎng)絡(luò)地址沖突。不同IP地址的缺點是： 新的DNS條目需要更新和整個網(wǎng)絡(luò)刷新,網(wǎng)絡(luò)表里的緩存必須進行更新或刷新。 Active Directory域信任可能需要修改。 管理配置耗時。 需要的應(yīng)用程序

50、學(xué)習(xí)和了解變化。設(shè)計特征選擇1：相同選擇2：不同描述可靠性oo兩個設(shè)計選擇對可靠性沒有影響可管理性使用相同的 IP 地址更容易管理性能表現(xiàn)oo兩個設(shè)計選擇對性能表現(xiàn)沒有影響恢復(fù)能力使用相同的 IP 地址恢復(fù)時間更快安全使用不同的 IP 地址可以避免IP地址沖突圖標: = 對質(zhì)量的正面影響; = 對質(zhì)量的負面影響; o = 對質(zhì)量沒有影響表：網(wǎng)絡(luò)在恢復(fù)站點使用相同或不同IP地址 規(guī)劃決策客戶沒有跨主、輔站點的延伸VLAN。每個站點都有獨立的網(wǎng)絡(luò)。主站點和輔助站點都有不同的網(wǎng)絡(luò)地址空間?；謴?fù)站點是一個運行其他工作負載的活躍站點,一些工作負載在故障切換測試或故障轉(zhuǎn)移期間被關(guān)閉。它要求恢

51、復(fù)在輔助站點的虛擬機有不同的IP地址,并使用不同的網(wǎng)關(guān)地址。在故障切換測試,客戶提供了一個單獨的隔離網(wǎng)絡(luò)和物理交換機進行故障切換測試。在故障轉(zhuǎn)移期間測試,被恢復(fù)的虛擬機被連接到這個獨立的網(wǎng)絡(luò)。這是通過將恢復(fù)的的虛擬機連接到適當(dāng)?shù)臏y試故障的端口組來完成的。在故障轉(zhuǎn)移期間,客戶必須確認必要的網(wǎng)絡(luò)配置在執(zhí)行故障切換更改之前完成正確的變更。3.3.2 SRM通訊端口設(shè)置以下是在SRM環(huán)境的通信端口的設(shè)置。未列出任何其他的VMware vSphere通信端口設(shè)置。VMware vCenter Server自身并不發(fā)起與 SRM的連接。當(dāng)由遠程SRM或一些其他的進程希望充當(dāng)SRM客戶端請求時,才會創(chuàng)建一個

52、連接。Figure 1. SRM 站點間通信Figure 2. SRM 站內(nèi)通信網(wǎng)絡(luò)服務(wù)流入端口流出端口契約允許SRM 到本地 vCenter Server8095 (SOAP), 9085 (Plug-in download)80 (SSL)TCP是(默認)SRM 到遠程 vCenter Server80 (SSL)80 (SSL)TCP是 (默認)ODBC 到 Microsoft SQL Server （SRM 數(shù)據(jù)庫）14331433TCP是(默認)到Oracle數(shù)據(jù)庫的連接 （SRM 數(shù)據(jù)庫）1521, 15241521, 1524TCP是 (默認)SRM 到外部API 客戶端(WSD

53、L, SOAP)9007TCP是 (默認)到存儲陣列的SRA (提供商提供)表： SRM 通信端口設(shè)置3.4 存儲設(shè)計3.4.1 存儲復(fù)制為應(yīng)用重啟選擇什么類型的遠程數(shù)據(jù)復(fù)制解決方案有如下的考慮因素： 距離:o 短的距離,如校園或城域范圍內(nèi)。o 擴展距離,如省,國家或全球 數(shù)據(jù)網(wǎng)絡(luò)配置:o 直接連接或連接交換機。o 數(shù)據(jù)網(wǎng)絡(luò)速度。這還受是否使用壓縮,在高峰負荷節(jié)流帶寬,是否為生產(chǎn)中的應(yīng)用留出足夠的帶寬等因素影響。 恢復(fù)點目標/可容忍數(shù)據(jù)丟失:o 生產(chǎn)環(huán)境應(yīng)用程序的特征.o 應(yīng)用寫入文件影響實現(xiàn)恢復(fù)點目標所需的帶寬選擇何種復(fù)制解決方案,需要考慮業(yè)務(wù)需求和每個應(yīng)用程序?qū)緲I(yè)務(wù)的潛在收益影響。 主

54、復(fù)制技術(shù)如下： 同步復(fù)制 受保護的站點的每個寫必須先由恢復(fù)站點被確認,之后才可以確認寫。可以達到零的RPO,但距離由帶寬和延遲限制。以小于5ms的來回行程延時理論最大距離是465.7英里,然而,在實際應(yīng)用中,同步復(fù)制,不能使用超過約100公里（大約60英里）的距離。 異步復(fù)制 - 異步復(fù)制可以支持更遠距離,但數(shù)據(jù)被發(fā)送到恢復(fù)站點有一定的滯后性。 RPO受到影響,并且數(shù)據(jù)丟失依賴于技術(shù),帶寬,生產(chǎn)的I / O負載,和循環(huán)時間（比較在預(yù)定時間周期中所做的更改的重復(fù)周期）。 連續(xù)復(fù)制 - 日志式復(fù)制類似異步復(fù)制;然而,變化是周期產(chǎn)生的,所以多個恢復(fù)點是可用的。最近的恢復(fù)點仍然是技術(shù),帶寬的效用,I

55、/ O負載。針對復(fù)制解決方案的設(shè)計,客戶可與存儲提供商確定最合適的復(fù)制技術(shù)的解決方案,以滿足他們的業(yè)務(wù)需求。 用于解決存儲陣列應(yīng)該是在VMware vCenter站點恢復(fù)管理器硬件兼容性列表上應(yīng)該有一個認證的存儲復(fù)制適配器（SRA）,可與SRM集成。 在Location_A的Site_A和在Location_B 的Site_B的之間的距離為XX公里,有XX Mbps鏈路和XX的可用帶寬。 客戶選擇使用Site_A的和Site_B之間的異步復(fù)制,以滿足他們的RPO/ RTO和業(yè)務(wù)需求。3.4.2 占位虛擬機SRM為添加到SRM保護組中的每個機器在恢復(fù)站點創(chuàng)建了占位符的虛擬機。這些虛擬機文件包含虛擬機配置（元數(shù)據(jù)）文件（而不是虛擬機磁盤文件）。占位虛擬機作為恢復(fù)站點的對象被添加到vCenter Server,并且可以在清單移動,但不能開機。因為僅配置信息存儲,占位符的虛擬機需要的存儲空間是很小的。雖然本地存儲可以用作數(shù)據(jù)存儲,但建議在恢復(fù)站點使用共享的非復(fù)制數(shù)據(jù)存儲用于存儲占位虛擬機,容量推薦為2GB。3.4.3 快照空間要執(zhí)行故障切換測試, 在恢復(fù)站點需要額外的存儲。細節(jié)要求取決于解決方案中存儲提供商類型。如果使用完全克隆,那么存儲空間需要兩倍。如果使用快照,那么需要