【文章內(nèi)容簡介】 通信網(wǎng)絡(luò)上的數(shù)據(jù)完全恢復(fù)時(shí)間作為一項(xiàng)設(shè)計(jì)指標(biāo)。 大部分業(yè)務(wù)系統(tǒng)都是數(shù)據(jù)庫應(yīng)用結(jié)構(gòu)， 但 業(yè)務(wù)系統(tǒng)容災(zāi) 并不等于 是數(shù)據(jù)庫容災(zāi) ，還包括訪問數(shù)據(jù)庫的應(yīng)用程序和相關(guān)配置信息 。實(shí)現(xiàn)數(shù)據(jù)庫容災(zāi) 是容災(zāi)的基礎(chǔ)，在保數(shù)據(jù)庫數(shù)據(jù)一致的前提下，還要實(shí)現(xiàn)應(yīng)用程序和配置信息的一致性；實(shí)現(xiàn)應(yīng)用系統(tǒng)的高可用性、應(yīng)用程序在容災(zāi)中心與生產(chǎn)中心接管和切回的過程，因此，還要考慮應(yīng)用的模式是 C/S、 B/S，兩層、三層、多層次的應(yīng)用結(jié)構(gòu)等等。 界定災(zāi)備系統(tǒng)的總體架構(gòu) 根據(jù)實(shí)際需求、現(xiàn)有技術(shù)、所在地域、計(jì)劃防范的災(zāi)難種類和預(yù)算投入的資金量等實(shí)際情況，確定災(zāi)備系統(tǒng)預(yù)期達(dá)到的級(jí)別，并以此來確定災(zāi)備系統(tǒng)與生產(chǎn)運(yùn)行系統(tǒng)在地理位置上的距離（同城還是異地或兩者兼?zhèn)?－堡壘節(jié)點(diǎn) ），備份數(shù)據(jù)存儲(chǔ)所在的介質(zhì)（磁盤還是磁帶或兩者兼?zhèn)洌?，備份?shù)據(jù)在生產(chǎn)中心與備份中心傳輸?shù)姆绞剑ㄟ@就涉及到了具體的計(jì)算機(jī)存儲(chǔ)與網(wǎng)絡(luò)技術(shù)），以及備份中心計(jì)算機(jī)系統(tǒng)的處理能力和網(wǎng)絡(luò)接管所需的具體架構(gòu)（是否與生產(chǎn)中心采用完全同等數(shù)量、容量和性能的計(jì)算機(jī)、存儲(chǔ)設(shè)備和網(wǎng)絡(luò)體系結(jié)構(gòu)）。 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)用級(jí)別實(shí)施業(yè)務(wù)可用性。雖然這種方法通?？梢蕴峁┎诲e(cuò)的可用性，但是由于每一組應(yīng)用都有自己的解決方案，因此這種方法有如下弊端： 11 ? 復(fù)雜且昂貴 ? 對(duì)管理員的技術(shù)要求較高 ? 出錯(cuò)的風(fēng)險(xiǎn)大 ? 許可證較貴 (如 RAC) ? 專用的備份架構(gòu) 其次，雖然有一些基礎(chǔ)架構(gòu)層的解決方案可以比應(yīng)用級(jí)解決方案更加經(jīng)濟(jì)高效，但是這些解決方案往往在正常運(yùn)行時(shí)間和 RTO（恢復(fù)時(shí)間目標(biāo)）方面表現(xiàn)得比較差。 除此之外，傳統(tǒng)的 災(zāi)難恢復(fù) 解決方案很 難在 現(xiàn)有 的物理 X86 環(huán)境中實(shí)現(xiàn) ，這是因?yàn)?： 傳統(tǒng)的災(zāi)難恢復(fù)計(jì)劃依賴于一套非常復(fù)雜的流程和基礎(chǔ)架構(gòu)：復(fù)制數(shù)據(jù)中心、復(fù)制服務(wù)器基礎(chǔ)架構(gòu)、將數(shù)據(jù)轉(zhuǎn)移到恢復(fù)站點(diǎn)的流程、重啟服務(wù)器的流程、重新安裝操作系統(tǒng)的流程等等。由于災(zāi)難恢復(fù)可能非常復(fù)雜，因此各 個(gè) 企業(yè)常常發(fā)現(xiàn)他們只能為少數(shù)幾個(gè)重要 的 生產(chǎn)工作負(fù)載提供良好的保護(hù)，而其他 的 工作負(fù)載（如文件 /打印服務(wù)器、內(nèi)部 Web 服務(wù)器、部門級(jí)應(yīng)用） 則 得不到保護(hù)或 者 保護(hù) 的 不充分。 因?yàn)闉?zāi)難恢復(fù)計(jì)劃和基礎(chǔ)架構(gòu)非常復(fù)雜，所以各 個(gè) 企業(yè) 都 極為依賴大量的人員培訓(xùn)、 準(zhǔn)確且完整的 恢復(fù) 紀(jì)錄 ，以及發(fā)生停機(jī)時(shí)恢復(fù)流程的準(zhǔn)確執(zhí)行。 除此之外，由于恢復(fù)計(jì)劃 的 測(cè)試過程會(huì)造成中斷，而且成本 非常 高昂，所以各 個(gè) 企業(yè)無法確保所有培訓(xùn)、文檔和執(zhí)行過程都切實(shí)可行并 且 能夠成功恢復(fù) IT 服務(wù)。 圖 ： 傳統(tǒng)的災(zāi)難恢復(fù)解決方案所面臨的挑戰(zhàn) 上圖描述了傳統(tǒng)的災(zāi)難恢復(fù)解決方案所面臨的挑戰(zhàn)， 由于存在 這些 挑戰(zhàn)， 該方案往往會(huì)產(chǎn)生如下的后果： ? 恢復(fù)計(jì)劃的測(cè)試往往會(huì)失敗 ? 關(guān)鍵工作負(fù)載的基本恢復(fù)（如能成功）通常要花費(fèi)數(shù)天或數(shù)周的時(shí)間 ? 管理和維護(hù)恢復(fù)計(jì)劃要耗費(fèi) IT 人員大量 的 時(shí)間和資源 12 簡言之， 當(dāng)前的災(zāi)備解決方案 還 無法滿足其企業(yè)所設(shè)定的 業(yè)務(wù)可用性 要求。 由此，XXX 公司提出重新設(shè)計(jì)和實(shí)施中心總部應(yīng)用到北京 IDC 的異地遠(yuǎn)程災(zāi)備的需求。 XXX 總部應(yīng)用虛擬化改造完畢后，目前服務(wù)器虛擬化比例已經(jīng)達(dá)到大約 XX%，XX%的應(yīng)用已經(jīng)由虛擬化承載，其中包括 XX%的關(guān)鍵應(yīng)用。需結(jié)合應(yīng)用系統(tǒng)架構(gòu)給出中心總部應(yīng)用到北京 IDC 的異地遠(yuǎn)程災(zāi)備方案及實(shí)施日程表，按照日程表完成異地遠(yuǎn)程災(zāi)備。 13 2 災(zāi)難恢復(fù) 解決方案 VMware 提出的 基于虛擬化環(huán)境的軟件定義的可用性解決方案，該方案 不僅可 以提供與應(yīng)用級(jí)別可用性 方案 相 類 似的 RTO 與 RPO（恢復(fù)點(diǎn)目標(biāo)） ， 同時(shí)，它 還可 以提供 基礎(chǔ)架構(gòu)層解決方案所具備 的 簡易性和成本效益 。同時(shí)，由于該方案充分利用了虛擬化環(huán)境的優(yōu)勢(shì)，因此它可以達(dá)到傳統(tǒng)的非軟件定義解決方案無法達(dá)到的效果。 VMware 災(zāi)難恢復(fù)解決方案 包括 vCenter Site Recovery Manager 和全新的vSphere Replication。 vCenter Site Recovery Manager 如今，企業(yè)發(fā)現(xiàn)越來越難以提供符合要求的災(zāi)難恢復(fù)解決方案。而 Site Recovery Manager 可以幫助企業(yè)應(yīng)對(duì)傳統(tǒng)災(zāi)難恢復(fù)方法的各種挑戰(zhàn) ， 滿足他們的恢復(fù)時(shí)間目標(biāo)（ RTO） 、恢復(fù)點(diǎn)目標(biāo) （ RPO） 以及法規(guī)遵從性要求。利用 Site Recovery Manager，企業(yè)可以管理從生產(chǎn)數(shù)據(jù)中心到災(zāi)難恢復(fù)站點(diǎn)的故障切換 ， 同時(shí) ， 還可以管理兩個(gè)互為恢復(fù)站點(diǎn)且具有活動(dòng)工作負(fù)載的站點(diǎn)之間的故障切換。 概述 VMware 的災(zāi)難恢復(fù)解決方案分為三個(gè)大的模塊，如下圖不同顏色模塊所示：其中災(zāi)難恢復(fù)編排屬于自動(dòng)化解決方案；復(fù)制、備份和恢復(fù)屬于數(shù)據(jù)保護(hù)解決方案；計(jì)算存儲(chǔ)屬于基礎(chǔ)架構(gòu)解決方案。 圖： VMware 災(zāi)難恢復(fù)解決方案 Site Recovery Manager 可以自動(dòng)執(zhí)行及簡化故障切換至新數(shù)據(jù)中心的過程，從而讓所計(jì)劃的數(shù)據(jù)中心故障切換（如數(shù)據(jù)中心遷移）變得更加順暢。它是一款領(lǐng)先的災(zāi)難恢復(fù)管理和自動(dòng)化解決方案，它通過自動(dòng)執(zhí)行恢復(fù)過程來加快恢復(fù)的速度，并將災(zāi)難恢復(fù)作為 VMware 虛擬基礎(chǔ)架構(gòu)管理的集成要素，從而簡化災(zāi)難恢復(fù)計(jì)劃的管理工作。 SRM省去了復(fù)雜的手動(dòng)恢復(fù)步驟，支持無中斷的恢復(fù)計(jì)劃測(cè)試，確保恢復(fù)過程的安全可靠。 它 密切集成 vSphere 及其他領(lǐng)先存儲(chǔ)供應(yīng)商提供的存儲(chǔ)復(fù)制軟件，使故障 14 切換和恢復(fù)變得快捷、可靠、經(jīng)濟(jì)，而且便于管理。因此，企業(yè)不僅無需擔(dān)心災(zāi)難恢復(fù)的風(fēng)險(xiǎn)，還可將所有重要的系統(tǒng)和應(yīng)用程序納入到保護(hù)范圍。 自從 2020 年 面世 以來， SRM已得到長足發(fā)展。到目前為止， VMware 已向 一萬五千多家客戶售出 萬個(gè)許可證，并且該產(chǎn)品還在以每年 50%～ 60%的速度繼續(xù)增長。 SRM為 vSphere 平臺(tái)上的災(zāi)難恢復(fù)計(jì)劃增加的巨大價(jià)值推動(dòng)了這種增長，而所增加的成本卻相對(duì)較低。 VMware 的許多客戶已利用 SRM從實(shí)際災(zāi)難（例如最近在日本發(fā)生的海嘯和在美國發(fā)生的颶風(fēng)）中快速恢復(fù)。下圖是一些主要 的客戶以及 SRM的相關(guān)市場(chǎng)數(shù)據(jù)。 圖 ： Site Recovery Manager 的發(fā)展趨勢(shì)與部分客戶 SRM需要若干個(gè)組件。首先 ， 受保護(hù)的站點(diǎn)和故障切換站點(diǎn)都需要一個(gè) SRM實(shí)例。 SRM實(shí)例可通過與 vSphere 和 vCenter 緊密集成來提供管理和自動(dòng)化功能。 15 SRM還需要底層復(fù)制產(chǎn)品來將虛擬機(jī)復(fù)制到故障切換站點(diǎn)。借助 SRM， 客戶可以選擇使用 vSphere Replication 或者使用基于存儲(chǔ)的復(fù)制。因?yàn)?vSphere Replication與 SRM捆綁在一起 ， 所以無需支付額外費(fèi)用?；诖鎯?chǔ)的復(fù)制由第 三 方存儲(chǔ)供應(yīng)商提供 ， 并通過 Storage Replication Adapater (SRA)與 SRM緊密集成 ， 以使 SRM能夠利用該存儲(chǔ)層協(xié)調(diào)復(fù)制和恢復(fù)活動(dòng)。 最后， SRM在這兩個(gè)站點(diǎn)上都需要配置 vSphere 集群和單獨(dú)的 vCenter 實(shí)例。 圖 ： SRM 的主要功能組件 Site Recovery Manager 的主要功能特性 VMware vCenter Site Recovery Manager 可提供先進(jìn)的復(fù)制、災(zāi)難恢復(fù)管理、無中斷測(cè)試、自動(dòng)故障切換和故障恢復(fù)以及計(jì)劃內(nèi)遷移功能。 它 可以管理從生產(chǎn)數(shù)據(jù)中心到災(zāi)難恢復(fù)站點(diǎn)的故障切換，以及兩個(gè)具有活動(dòng) 工作負(fù)載的站點(diǎn)之間的故障切換 ，甚至還可以將多個(gè)站點(diǎn)恢復(fù)為一個(gè)共享的恢復(fù)站點(diǎn)。 Site Recovery Manager 經(jīng)常用于計(jì)劃內(nèi)遷移和預(yù)防性故障切換以避免發(fā)生災(zāi)難 ，它的主要功能特性如下： 集中式恢復(fù)計(jì)劃 ? 直接從 vCenter Server 中 創(chuàng) 建并管理恢復(fù) 計(jì) 劃。 ? ? 自動(dòng)發(fā)現(xiàn)并顯示由 vSphere Replication 或基于陣列的復(fù)制保 護(hù)的虛擬機(jī)。 ? 將虛擬機(jī)映射到故障切換站點(diǎn)上的相應(yīng)資源 (資源池、虛擬 交換機(jī)和虛擬機(jī)文件夾 )。 ? 指定虛擬機(jī)引導(dǎo)順序。 ? ? 自定義虛擬機(jī) IP 地址。 ? ? 自定義故障切換站點(diǎn)上的低優(yōu)先級(jí)虛擬機(jī)的關(guān)機(jī)。 ? ? 利用自定義腳本擴(kuò)展恢復(fù)計(jì)劃。 ? ? 利用基于角色的訪問控制來控制對(duì)恢復(fù)計(jì)劃的訪問。 ? 將多個(gè)站點(diǎn)恢復(fù)至一個(gè)共享的恢復(fù)站點(diǎn)。 16 自服務(wù)，基于策略的調(diào)配 ? 可以為 Site Recovery Manager 安裝了 VMware vCenter Orchestrator插件 ? 多租戶可以根據(jù)需求通過 vRealize Automation Center中的藍(lán)圖（ blueprints）預(yù)定義的各自的災(zāi)難恢復(fù)策略 自動(dòng)執(zhí)行故障切換 ? 接收關(guān)于可能的站點(diǎn)故障的自動(dòng)警報(bào)。 ? ? 只需單擊一次鼠標(biāo) ， 即可在 vCenter Server 中開始執(zhí)行恢復(fù)計(jì)劃。 ? ? 自動(dòng)停止用于恢復(fù)的復(fù)制數(shù)據(jù)存儲(chǔ)的復(fù)制和升級(jí)。 ? ? 關(guān)閉故障切換站點(diǎn)上的低優(yōu)先級(jí)虛擬機(jī)。 ? ? 按照預(yù)先指定的引導(dǎo)順序自動(dòng)啟動(dòng)受保護(hù)的虛擬機(jī)。 ? 在恢復(fù)過程中執(zhí)行用戶定義的腳本和暫停。 ? ? 在故障切換站點(diǎn)上自動(dòng)重新配置虛擬機(jī) IP 地址。 ? ? 從 vCenter Server 中管理和監(jiān)控恢復(fù)計(jì)劃的執(zhí)行。 自動(dòng)故障恢復(fù) ? 自動(dòng)故障恢復(fù)到原始生產(chǎn)站點(diǎn)。 ? 通過自動(dòng)反向復(fù)制到原始站點(diǎn)來重新保護(hù)虛擬機(jī)。 ? 反向執(zhí)行原始恢復(fù)計(jì)劃。 ? ? 利用 vSphere Replication 中的自動(dòng)故障恢復(fù)功能。 計(jì)劃內(nèi)遷移 ? 使用計(jì)劃內(nèi)遷移工作流確保數(shù)據(jù)零損失和應(yīng)用一致性遷移。 ? 在原始站點(diǎn)正常關(guān)閉受保護(hù)的虛擬機(jī)。 ? 執(zhí)行數(shù)據(jù)同步以強(qiáng)制將關(guān)閉的虛擬機(jī)完整復(fù)制到故障切換 站點(diǎn)。 ? 執(zhí)行利用應(yīng)用一致性虛擬機(jī)的恢復(fù)計(jì)劃。 無中斷測(cè)試 ? 自動(dòng)執(zhí)行恢復(fù)測(cè)試。 ? 利用存儲(chǔ)快照功能執(zhí)行恢復(fù)測(cè)試 ,而不會(huì)中斷復(fù)制。 ? 在隔離網(wǎng)絡(luò)中恢復(fù)虛擬機(jī) ,以免對(duì)生產(chǎn)應(yīng)用程序造成任何 影響。 ? 針對(duì)測(cè)試方案自定義恢復(fù)計(jì)劃的執(zhí)行。 ? 完成測(cè)試后自動(dòng)清理測(cè)試環(huán)境。 ? 在 vCenter Server 中存儲(chǔ)、查看和導(dǎo)出測(cè)試結(jié)果及故障切換 執(zhí)行情況。 ? 支持 vSphere Replication ? 利用專為 vSphere 和 vCenter Site Recovery Manager 設(shè)計(jì)的唯一真正基于虛擬化管理程序的復(fù)制產(chǎn)品。 ? 通過 vCenter 以精細(xì)靈活的虛擬機(jī)級(jí)別直接管理復(fù)制。 ? 使用與存儲(chǔ)無關(guān)的復(fù)制支持使用低端存儲(chǔ) ,包括直 連存儲(chǔ)。 ? 執(zhí)行具備靈活 RPO(介于 15 分鐘到 24 小時(shí)之間 )的異步 復(fù)制。 ? 僅復(fù)制發(fā)生變更的數(shù)據(jù)塊以提高網(wǎng)絡(luò)效率。 17 ? 擴(kuò)展到數(shù)百個(gè)虛擬機(jī)。 ? 利用對(duì)文件和應(yīng)用一致性的支持。 ? 使用多時(shí)間點(diǎn) (MPIT) 恢復(fù)來回到以前的已知狀態(tài)。 ? 支持第三方基于陣列的復(fù)制 ? 可在主要供應(yīng)商提供的大量兼容性存儲(chǔ)陣列和復(fù)制產(chǎn)品中進(jìn) 行選擇。 ? 使用基于 iSCSI、光纖通道或 NFS 存儲(chǔ)的基于陣列的復(fù)制解 決方案。 ? 通過 SRA 確保與 vCenter Site Recovery Manager 緊密集成。 ? 自動(dòng)執(zhí)行復(fù)制和數(shù)據(jù)同步操作 ,以實(shí)現(xiàn)協(xié)調(diào)一致的災(zāi)難恢復(fù) ? 故障切換和計(jì)劃內(nèi)遷移。 ? SRM 支持靈活的拓?fù)? Site Recovery Manager 可用于多種不同的故障切換情形 ， 尤其是 SRM能幫助客戶 更好地利用 對(duì)輔助站點(diǎn)的投資，即，當(dāng)客戶 沒有處于災(zāi)難恢復(fù)情形中時(shí)，可將輔助站點(diǎn)用于其他工作負(fù)載而不是使其處于閑置狀態(tài) ， SRM可用于 如下四種 不同的故障切換情形： ? 主動(dòng) 被動(dòng) ： Site Recovery Manager 完全支持傳統(tǒng)的主動(dòng) 被動(dòng)型災(zāi)難恢復(fù)情形，即運(yùn)行應(yīng)用的生產(chǎn)站點(diǎn)將在故障切換之前一直處于閑置狀態(tài)的輔助站點(diǎn)中恢復(fù)。盡管這是最常見的配置，但此情形也意味著您需要為大部分時(shí)間都處于閑置狀態(tài)的災(zāi)難恢復(fù)站點(diǎn)投入大量資金。 ? 主動(dòng) 主動(dòng) ：為了更好地利用恢復(fù)站點(diǎn)， Site Recovery Manager 還可以使用戶 在不使用該恢復(fù)站點(diǎn)進(jìn)行災(zāi)難恢復(fù)時(shí)將其用于其他工作負(fù)載。 用戶 可以將Site Recovery Manager 配置為在故障切換過程中自動(dòng)關(guān)閉或掛起位于恢復(fù)站點(diǎn)的虛擬機(jī)，這樣就可以方便地釋放計(jì)算容量