【正文】 ere Replication 管理服務(wù)器 : ? 在恢復(fù)站點上配置 vSphere Replication 服務(wù)器 ?? 從受保護(hù)站點啟用復(fù)制 ?? 對用戶進(jìn)行身份驗證 ,并檢查用戶執(zhí)行 vSphere Replication 操作的權(quán)限 ?? 管理和監(jiān)視復(fù)制基礎(chǔ)架構(gòu) 2) vSphere Replication 服務(wù)器 : ? 偵聽受保護(hù)站點上的 vSphere Replication 主機代理的虛擬機更新 ?? 將更新應(yīng)用到恢復(fù)站點上的虛擬磁盤 如果需要 ， 可以在一個站點上部署多個 vSphere Replication 服務(wù)器 ， 以平衡虛擬架構(gòu)中的復(fù)制負(fù)載。 RPO 恢復(fù)點目標(biāo)。它可提供 15 分鐘的 RPO，并且使 用戶 能 夠 靈活地將 RPO設(shè)定在 15 分鐘到 24 28 小時之間。 在完成基準(zhǔn)同步之后， vSphere Replication 將切換為僅傳輸已變更的數(shù)據(jù)塊。 實現(xiàn)原理與工作機制 vSphere Replication 是深度集成在 vSphere 平臺中的組件，也是當(dāng)今市場上唯一一款真正的“虛擬化管理程序級”復(fù)制引擎?；诖鎯Φ膹?fù)制依賴于第三方存儲供應(yīng)商，它更昂貴、復(fù)雜，難以管理，但是功能相對強大。 災(zāi)難恢復(fù) 自動化 和利用軟件定義的存儲 Site Recovery Manager 可安裝 VMware vCenter Orchestrator 插件 ，以實現(xiàn) 災(zāi)難恢復(fù)編排過程中每個工 作流的自動化 。在這種情況下，企業(yè)一般可在災(zāi) 難實際來襲之前提早至少幾個小時得到通知。 ? 使用基于 iSCSI、光纖通道或 NFS 存儲的基于陣列的復(fù)制解 決方案。 ? 執(zhí)行利用應(yīng)用一致性虛擬機的恢復(fù)計劃。 ? 將多個站點恢復(fù)至一個共享的恢復(fù)站點。 SRM實例可通過與 vSphere 和 vCenter 緊密集成來提供管理和自動化功能。 vCenter Site Recovery Manager 如今，企業(yè)發(fā)現(xiàn)越來越難以提供符合要求的災(zāi)難恢復(fù)解決方案。 XXX 企業(yè)容災(zāi)方案 現(xiàn)狀分 析 在國內(nèi)，很多企業(yè)都不具備災(zāi)難恢復(fù)能力，甚至是一些金融相關(guān)的公司都沒有真正意義的災(zāi)難演練過。 Tier 6被認(rèn)為是災(zāi)難備份的最高的級別，在本地和遠(yuǎn)程的所有數(shù)據(jù)被更新的同時，利用了雙重在線存儲和完全的網(wǎng)絡(luò)切換能力。 Tier 2 Tier 2 PTAM 卡車轉(zhuǎn)送方式 +熱備份中心 (PTAM+Hot Site) Tier 2 相當(dāng)于是 Tier 1 再加上具有熱備份能力中心的災(zāi)難備份。容災(zāi)系統(tǒng)為獲得最小的 RTO，需要投入大量資金。 數(shù)據(jù)中心的災(zāi)難會以不同形式發(fā)生，比如電力中斷、硬件故障、人為操作失誤、以及自然災(zāi)害。 RPO 是反映恢復(fù)數(shù)據(jù)完整性的指標(biāo)，在同步數(shù)據(jù)復(fù)制方式下， RPO 等于數(shù)據(jù)傳輸時延的時間；在異步數(shù)據(jù)復(fù)制方式下， RPO 基本為異步傳輸數(shù)據(jù)排隊的時間。 PTAM 是一種用于許多中心備份的標(biāo)準(zhǔn)方式，數(shù)據(jù)在完成寫操作之后，將會被送到遠(yuǎn)離本地的地方，同時具備有數(shù)據(jù)恢復(fù)的程序。 Tier 4 Tier 4 活動狀態(tài)的備份中心 (Active Secondary Site) Tier 4 這種災(zāi)難備份要求兩個中心同時處于活動狀態(tài)并管理彼此的備份數(shù)據(jù)，允許備份行動在任何一個方向發(fā)生。 但是 設(shè)計容災(zāi)系統(tǒng) 不能只看 RTO 和 RPO，對于不同的業(yè)務(wù)系統(tǒng)和用戶特殊的要求，其它一些指標(biāo)有可能成為選擇容災(zāi)解決方案的主要因素。 圖 ： 傳統(tǒng)的災(zāi)難恢復(fù)解決方案所面臨的挑戰(zhàn) 上圖描述了傳統(tǒng)的災(zāi)難恢復(fù)解決方案所面臨的挑戰(zhàn)， 由于存在 這些 挑戰(zhàn)， 該方案往往會產(chǎn)生如下的后果： ? 恢復(fù)計劃的測試往往會失敗 ? 關(guān)鍵工作負(fù)載的基本恢復(fù)（如能成功）通常要花費數(shù)天或數(shù)周的時間 ? 管理和維護(hù)恢復(fù)計劃要耗費 IT 人員大量 的 時間和資源 12 簡言之， 當(dāng)前的災(zāi)備解決方案 還 無法滿足其企業(yè)所設(shè)定的 業(yè)務(wù)可用性 要求。 自從 2020 年 面世 以來， SRM已得到長足發(fā)展。 ? ? 自動發(fā)現(xiàn)并顯示由 vSphere Replication 或基于陣列的復(fù)制保 護(hù)的虛擬機。 自動故障恢復(fù) ? 自動故障恢復(fù)到原始生產(chǎn)站點。 ? 使用與存儲無關(guān)的復(fù)制支持使用低端存儲 ,包括直 連存儲。 ? 本地故障切換 ：盡管這不是常見情形，但有一些客戶需要能夠在指定的“站點”或園區(qū)中進(jìn)行故障切換，例如，當(dāng)存儲陣列發(fā)生故障或者大樓維修迫使您將工作負(fù)載移動到其他園區(qū)大樓時。還可以指定虛擬機啟動的順序、設(shè)置用戶定義的腳本自動執(zhí)行，以及必要時決定暫停恢復(fù)過程的時間點。 圖 ： 災(zāi)難恢復(fù)覆蓋范圍通常受高額保護(hù)成本的限制 不幸的是，由于日常活動仍然廣泛依賴于第二或第三層應(yīng)用和小型站點，因此這樣的災(zāi)難恢復(fù)保護(hù)會導(dǎo)致大量的業(yè)務(wù)風(fēng)險。 vSphere Replication 不僅經(jīng)濟高效，簡單，它還可以簡化復(fù)制管理，它在本質(zhì)上比基于存儲的復(fù)制更容易管理。 所有 vCenter 操作都通過同一個管理界面完成，使用該界面可以非常輕松地為最多 500 個虛擬機配置復(fù)制：只需右鍵單擊某個虛擬機，并為其副本選擇目標(biāo)位置即可?？蛻艨梢钥缯军c使用其他較低端的存儲，包括直連存儲。 關(guān)鍵指標(biāo)： 每個管理員的服務(wù)器。通過存儲復(fù)制適配器 (SRA) ，管理員 可以將 SRM 與各種陣列集成。 網(wǎng)絡(luò) 設(shè)計 把服務(wù)從一個 物理 站點轉(zhuǎn)移到另一個站點對網(wǎng)絡(luò)無疑是一種挑戰(zhàn)，尤其對應(yīng)那些應(yīng)用與 IP 地址綁定的情況。 客戶目前擁有獨立的網(wǎng)絡(luò)，并在這兩個網(wǎng)站一個獨立的地址空間。 在故障轉(zhuǎn)移期間，客戶必須確認(rèn)必要的網(wǎng)絡(luò)配置 在 執(zhí)行故障切換 更改之前 完 成正確的變更。未列出任何其他的 VMware vSphere 通信端口設(shè)置。 不同 IP 地址的缺點是： ? 新的 DNS 條目需要更新和整個網(wǎng)絡(luò)刷新，網(wǎng)絡(luò)表里的 緩存必須進(jìn)行更新或刷新。 在恢復(fù)站點配置相同或不同的 IP 地址 客戶現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ) 設(shè)施，網(wǎng)絡(luò)地址空間，用于故障切換測試和故障切換的可用基礎(chǔ)設(shè)施， 在恢復(fù)站點 的基礎(chǔ)實施服務(wù) ， 虛擬機 承載的服務(wù)等因素是影響規(guī)劃的考慮因素 。如果存儲陣列支持一致性組 ， SRM 將與 vSphere Storage DRS 和 vSphere Storage vMotion 兼容 ， 則 可以使 用 Storage DRS 和 Storage vMotion 移動 SRM 保護(hù)的一致性組內(nèi)的虛擬機文件。 時間部署新的技術(shù)。另外， vSphere Replication 也與 SRM捆綁在一起，因而無需花費額外成本，從而消除了基于存儲的復(fù)制許可證所需的額外成本。 27 圖 ： 為 多個虛 擬 機 選擇 一個恢復(fù)點目 標(biāo) vSphere Replication 將會對源虛擬機及其副本執(zhí)行一次初始完全同步，管理員可以在目標(biāo)位置放置數(shù)據(jù)的種子副本，以減少初始復(fù)制所需的時間和帶寬。 vSphere管理員必須與存儲管理員同步才能確保將適當(dāng)?shù)?LUN復(fù)制到包含正確復(fù)制計劃的其他站點。 而 VMware Site Recovery Manager 可以提供兩種復(fù)制選擇來供用戶使用，它們分別是： ? 基于存儲的傳統(tǒng)復(fù)制， 在許多情況下，它仍將是大型關(guān)鍵業(yè)務(wù)環(huán)境青睞的選擇 ? vSphere Replication (VR)，它為復(fù)制虛擬機提供了另一種選擇。它將自動執(zhí)行在實際故障切換中將使用的恢復(fù)計劃，并在測試結(jié)束后清除測試環(huán)境。 18 圖 ： SRM 支持靈活的拓?fù)? 超越災(zāi)難恢復(fù)：災(zāi)難規(guī)避和計劃內(nèi)遷移 SRM不僅限于進(jìn)行災(zāi)難故障切換， 它更常用于日常遷移，例如用于災(zāi)難規(guī)避和計劃內(nèi)遷移。 ? 僅復(fù)制發(fā)生變更的數(shù)據(jù)塊以提高網(wǎng)絡(luò)效率。 ? 反向執(zhí)行原始恢復(fù)計劃。 ? 指定虛擬機引導(dǎo)順序。 SRM為 vSphere 平臺上的災(zāi)難恢復(fù)計劃增加的巨大價值推動了這種增長，而所增加的成本卻相對較低。 XXX 總部應(yīng)用虛擬化改造完畢后，目前服務(wù)器虛擬化比例已經(jīng)達(dá)到大約 XX%，XX%的應(yīng)用已經(jīng)由虛擬化承載，其中包括 XX%的關(guān)鍵應(yīng)用。 通信網(wǎng)絡(luò)是容災(zāi)系統(tǒng)的組成部分，通信線路的質(zhì)量也是容災(zāi)系統(tǒng)的性能指標(biāo)之一，其中包括網(wǎng)絡(luò)的數(shù)據(jù)傳輸帶寬、網(wǎng)絡(luò)傳輸通道的冗余和網(wǎng)絡(luò)服務(wù)商的服務(wù)水平（網(wǎng)絡(luò)年中斷率）。在兩個中心之間，彼此的在線關(guān)鍵數(shù)據(jù)的拷貝不停地相互傳送著。系統(tǒng)和數(shù)據(jù)將被恢復(fù)并重新與網(wǎng)絡(luò)相連。發(fā)生災(zāi)難后，啟動容災(zāi)系統(tǒng)完成數(shù)據(jù)恢復(fù)， RPO 就是新恢復(fù)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)損失量。 圖 ： 業(yè)務(wù)可用性與災(zāi)難恢復(fù)對企業(yè)的影響 來自 Forrestor 在 2020 年第二季度的咨詢報告表明， 正常運行時間和數(shù)據(jù)保護(hù)對業(yè)務(wù)而言非常關(guān)鍵，災(zāi)難帶來的員工工作效率下降、士氣低落、收入下降、聲譽受損和影響合規(guī)性將對企業(yè)產(chǎn)生巨大的消極影響。 RTO 值越小，代表容災(zāi)系統(tǒng)的數(shù)據(jù)恢復(fù)能力越強。一旦系統(tǒng)可以工作，標(biāo)準(zhǔn)的做法是首先恢復(fù)關(guān)鍵應(yīng)用，其余的應(yīng)用根據(jù)需要恢復(fù)。我們可以想象這樣一種情景，數(shù)據(jù)在兩個中心之間相互映像，由遠(yuǎn)程 twophase mit 來同步，因為關(guān)鍵應(yīng)用使用了雙重在線存儲，所以在災(zāi)難發(fā)生時，僅僅傳送中的數(shù)據(jù)被丟失，恢復(fù)的時間被降低到了小時級。實現(xiàn)數(shù)據(jù)庫容災(zāi) 是容災(zāi)的基礎(chǔ)，在保數(shù)據(jù)庫數(shù)據(jù)一致的前提下，還要實現(xiàn)應(yīng)用程序和配置信息的一致性；實現(xiàn)應(yīng)用系統(tǒng)的高可用性、應(yīng)用程序在容災(zāi)中心與生產(chǎn)中心接管和切回的過程，因此，還要考慮應(yīng)用的模式是 C/S、 B/S，兩層、三層、多層次的應(yīng)用結(jié)構(gòu)等等。同時，由于該方案充分利用了虛擬化環(huán)境的優(yōu)勢，因此它可以達(dá)到傳統(tǒng)的非軟件定義解決方案無法達(dá)到的效果。 圖 ： Site Recovery Manager 的發(fā)展趨勢與部分客戶 SRM需要若干個組件。 ? ? 利用自定義腳本擴展恢復(fù)計劃。 ? 在原始站點正常關(guān)閉受保護(hù)的虛擬機。 ? 使用多時間點 (MPIT) 恢復(fù)來回到以前的已知狀態(tài)。 其他兩種使用情形盡管不是那么重 要，但卻更為常用。管理員通過 vCenter 可以看到恢復(fù)計劃的執(zhí)行情況，并可以隨時暫停或停止執(zhí)行。 圖 ： VR 可提供經(jīng)濟高效且簡單的復(fù)制 vSphere Replication 和基于存儲的復(fù)制 都 非常有用 ，客戶可以根據(jù)實際情況將兩者結(jié)合起來使用。另外，管理員可以在虛擬機級別管理復(fù)制，因而再也無需進(jìn)行復(fù)雜的虛擬機分組以及將虛擬機映射到 LUN。如果用戶獲得了一個用于復(fù)制的種子，即可使用其中的數(shù)據(jù)來減少初始同步主磁盤及其副本所需的復(fù)制量。另外，管理員可在單個虛擬機級別進(jìn)行管理，從而大幅簡化 SRM的設(shè)置。 關(guān)鍵指標(biāo)： 響應(yīng)時間 吞吐量 恢復(fù)能力 表示設(shè)計選擇對從突發(fā)事件恢復(fù)的能力的影響。 圖：將基于陣列的復(fù)制與 SRM 結(jié)合使用 將 vSphere Replication 與 SRM 結(jié)合使用 SRM 可使用 vSphere Replication 將數(shù)據(jù)復(fù)制到恢復(fù)站點中的服務(wù)器。 ? 隔離網(wǎng)絡(luò)采用 物理交換機提供所需的隔離和靈活性來進(jìn)行測試 ， 而不會影響生產(chǎn)網(wǎng)絡(luò) 。 ? 需要的應(yīng)用程序?qū)W習(xí)和 了解變化。 Figure 1. SRM 站點間通信 36 Figure 2. SRM 站內(nèi)通信 37 網(wǎng)絡(luò)服務(wù) 流入端口 流出端口 協(xié)議 允許 SRM 到本地 vCenter Server 8095 (SOAP), 9085 (Plugin download) 80 (SSL) TCP 是 (默認(rèn) ) SRM 到遠(yuǎn)程 vCenter Server 80 (SSL) 80 (SSL) TCP 是 (默認(rèn) ) ODBC 到 Microsoft SQL Server （ SRM 數(shù)據(jù)庫） 1433 1433 TCP 是 (默認(rèn) ) 到 Oracle 數(shù)據(jù)庫的連接 （ SRM 數(shù)據(jù)庫） 1521, 1524 1521, 1524 TCP 是 (默認(rèn) ) SRM 到外部 API 客戶端(WSDL, SOAP) 9007 TCP 是 (默認(rèn) ) 到存儲陣列的 SRA (供應(yīng)商提供 ) 表： SRM 通信端口設(shè)置 存儲 設(shè)計 存儲復(fù)制 為應(yīng)用重啟選擇什么類型的遠(yuǎn)程數(shù)據(jù)復(fù)制解決方案有如下的考慮因素 ： ? 距離 : o 短的距離 ， 如校園或城域范圍內(nèi) 。 在故障切換測試，客戶提供了一個單獨的隔離網(wǎng)絡(luò)和物理交換機進(jìn)行故障切換測試。這可以用一個 帶有必要端口轉(zhuǎn)發(fā)功能的 多宿主 VM實現(xiàn) ，使用戶可以訪問 隔離網(wǎng)絡(luò)的工作負(fù)載 。 ? 根據(jù)需要使用基于陣列的復(fù)制或 vSphere Replication 配置要復(fù)制的虛擬機。 管理員 也可以使用基于主機的復(fù)制 ， 方法是配置 SRM 以使用 ?VMware vSphere Replication 來保護(hù)虛擬機工作負(fù)載。 客戶容災(zāi)設(shè)計要求 設(shè)計特征 描述 可靠性 表示設(shè)計選擇對應(yīng)的技術(shù)能力和相關(guān)基礎(chǔ)設(shè)施的高度可用性。 vSphere Replication 的優(yōu)勢 vS