【文章內容簡介】 ? 使用 VMware DRS 將可用資源與預定義的業(yè)務優(yōu)先事務協(xié)調起來，同時使用 VMware 分布式資源調度程序優(yōu)化勞動力密集型和資源密集型操作。 ? 使用 VMotion? 遷移運行中的虛擬機和執(zhí)行無中斷的 IT 環(huán)境維護。 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 16 ? 使用 VMware HA 實現(xiàn)經(jīng)濟高效、獨立于硬件和操作系統(tǒng)的應用程序可用性。 VirtualCenter 提供了管理任意規(guī)模的虛擬 IT 環(huán)境所需的最高級別的簡便性、效率、安全性和可靠性。 異地備份高可用性架構 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 17 基于 VMware 特有的 HA 高可用性功能 ,借助存儲設備的異地同步功能 ,VMware 可以幫助用戶以較低的成本構建完善的異地虛擬化容災解決方案。 . 容災設 計原理 數(shù)據(jù)中心的 容災 解決方案是新的增值業(yè)務手段，而 VMWARE 容災系統(tǒng) 涉及的兩個關鍵參數(shù)是 RPO 和 RTO： ? RTO， Recover Time Object，恢復時間指標，是指當災難發(fā)生后，生產(chǎn)系統(tǒng)需要多長時間能夠恢復生產(chǎn)，它是衡量企業(yè)在災難發(fā)生后多長時間能重新開始運轉的指標。 ? RPO， Recover Point Object，恢復點指標，是指災難發(fā)生后，容災系統(tǒng)能把數(shù)據(jù)恢復到災難發(fā)生前的哪一個時間點的數(shù)據(jù)，它是衡量企業(yè)在災難發(fā)生后會丟失多少生產(chǎn)數(shù)據(jù)的指標。 據(jù)國際標準 SHARE 78 的定義，災難恢復解決方 案可根據(jù)以上的主要問題所達到的程度而分為七級，即從低到高有七種不同層次的災難恢復解決方案，具體可根據(jù)企業(yè)數(shù)據(jù)的重要性以及需要恢復的速度和程度 ，來設計選擇并實現(xiàn)災難恢復計劃。 針對重點大客戶如 ICP 群體，因其系統(tǒng)龐大，應用實時性要求高，容災級別要求高，因此具體的按需定制容災解決方案是客戶的首選。 針對眾多的中小型 SMB 客戶群體，滿足其功能要求是重點，重點是通過本地集中存儲備份，虛擬計算技術把用戶的本地單體設備的故障機率減少，實現(xiàn)高可用性，然后通過遠程異地異步容災為客戶提供安全保險。 一個完善的容災系統(tǒng)主要包 括三個層次：數(shù)據(jù)容災，應用容災和網(wǎng)絡容災；兩個級別：本地高可用性（ HA 或者備份），異地容災。 ? 數(shù)據(jù)容災就是指建立一個異地的數(shù)據(jù)系統(tǒng)，該系統(tǒng)是本地關鍵應用數(shù)據(jù)的一個同步或異步復制。 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 18 ? 應用容災是在數(shù)據(jù)容災的基礎上，在異地建立一套完整的與本地生產(chǎn)系統(tǒng)相當?shù)膫浞輵孟到y(tǒng)（可以是互為備份），在災難情況下，遠程系統(tǒng)迅速接管業(yè)務運行。 ? 網(wǎng)絡容災是指在災難發(fā)生后，當應用系統(tǒng)完成正確的遷移后，將訪問應用系統(tǒng)的網(wǎng)絡流量正確的導向遠程的容災系統(tǒng)。 本地高可用性可通過高可靠性的集中存儲，高可靠性的虛擬計算體系為客戶提供本地高可用 性 。 應用級別的容災可通過 VMWARE 體系實現(xiàn)，具有如下特點： 對物理主機及虛擬機的完整保護 ? 與 VMware ESX Server 完全集成 ? 724 小時備份及可用性 集成 VMware ESX Server 提供持續(xù)可用性 ? 通過最新的完整備份，從虛擬機恢復系統(tǒng)及服務 ? 利用 VMware Converter 為不同規(guī)格的服務器提供快速恢復 ? 三個簡單步驟， 10 分鐘完成物理主機到虛擬機（ P2V）轉換，可實現(xiàn)在線 P2V 轉換，立即啟動備份服務器 直接升級到遠程容災機制 ? 直接將完整 VMware 系統(tǒng)及數(shù)據(jù)復制 到災備中心 ,有效利用硬件資源 ? 利用 VMware SRM 快速實現(xiàn)站點間的切換 利用 存儲 的 Snapmirror 技術最大化網(wǎng)絡效率，實現(xiàn)存儲級別的硬件級數(shù)據(jù)傳輸 . 容災節(jié)點的存儲規(guī)劃建議（此處需要根據(jù)具體情況修改） 采用備份的方式（存儲的考慮）： 生產(chǎn)環(huán)境組成部分描述： ? 生產(chǎn)環(huán)境四臺高配物理服務器安裝 VMware 企業(yè)版，做成一個虛方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 19 擬群，共虛擬約 XX 個虛擬機。 ? 每臺物理服務器本地硬盤安裝 VMware 的 ESX Server， ESX Server 上創(chuàng)建的虛擬機 VM 則放在共享的 iSCSI 存儲上。 ? 一臺低配服務器作為安裝 第三方備份軟件的備份服務器和VMware 整個備份 VCB 的 Proxy。 VCB 實現(xiàn)的功能是不需要在每個虛擬機上安裝備份代理，而是將整個虛擬機作為一個文件供第三方備份軟件來備份。 ? 一臺臺式機或者筆記本作為 VMware 的集中控制窗口，即 Virtual Center。 Virtual Center 用來控制和管理整個虛擬環(huán)境，包括生產(chǎn)環(huán)境和災備中心環(huán)境。因此 Virtual Center 必須能夠通過網(wǎng)絡訪問到生產(chǎn)環(huán)境和災備中心環(huán)境上的所有共享存儲和 ESX Server。 ? 一臺備份帶庫用來備份生產(chǎn)環(huán)境上的虛擬機。具體的備份策 略可以根據(jù)實際情況確定。比方說每天對整個虛擬機做一個全備份，共保留30 個全備份。備份軟件推薦使用 XXXX 是經(jīng) VMware 認證的。 災備中心環(huán)境組成部分描述： ? 兩臺高配物理服務器安裝 VMware 企業(yè)版，做成一個虛擬群，共虛擬約 XX 個虛擬機。 ? 每臺物理服務器本地硬盤安裝 VMware 的 ESX Server， ESX Server 上創(chuàng)建的虛擬機 VM 則放在共享的 iSCSI 存儲上。 容災過程描述： 在生產(chǎn)環(huán)境，裝在 ESX server 上的每個虛擬機運行各自的操作系統(tǒng)、應用程序以及數(shù)據(jù)庫。對于虛擬機的 Virtual Center 來看，每個虛擬機即是一個打包的文件，如下圖所示。這個文件會隨著每天的運行而逐漸變大。 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 20 VMware 的 VCB 可以與第三方備份軟件 XXXX 實現(xiàn)虛擬機的整合備份。即VCB 將打包的虛擬機文件先做一個快照 (SnapShot)，然后經(jīng)備份服務器備份到帶庫中。在做完虛擬機的備份后，可以馬上恢復到災備中心的共享存儲上。當發(fā)生災難時， Virtual Center 可以控制災備中心的 ESX server 啟動相應的虛擬機，從而實現(xiàn)災難的恢復。 由于所有備份工作及相應的 負載由 VCB Proxy 主機來承擔，整合備份不需要占用生產(chǎn)機 ESX Server 的資源，因此備份和恢復工作均可以在白天工作，不會影響到業(yè)務 。 方案優(yōu)點： 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 21 費用低：由于兩套存儲使用低端 iSCSI 存儲，存儲的采購費用低廉，且由于每臺 ESX Server 服務器只需要用內置的 1000M 自適應集成網(wǎng)卡，因此也節(jié)省了組建 SAN 網(wǎng)的費用。 災難恢復過程簡單：當災難發(fā)生時，只需要通過 Virtual Center 將災備中心的共享 iSCSI 存儲里的虛擬機供其 ESX Server 啟動即可。 方案缺點： 帶寬資源緊張：由于生 產(chǎn)中心與災難中心的連接是通過 XMbit 的 LAN 專線實現(xiàn)，而每天對生產(chǎn)環(huán)境中虛擬機文件的備份和恢復都需要用到這條 LAN 專線，因此這條 LAN 的速率成為備份恢復過程的瓶頸。 RPO 較差，即如果發(fā)生災難時，丟失的數(shù)據(jù)量較多。 采用數(shù)據(jù)同步的方案 （存儲的考慮） ： 本方案我們選擇中高端存儲 DELL|EMC CX310C。它帶有四個 iSCSI 端口，所有 ESX Server 均可以通過集成網(wǎng)卡與其連接，不需要部署 SAN 網(wǎng)絡，因此節(jié)省了 SAN 網(wǎng)昂貴的費用。同時 CX310C 作為中高端存儲，其選配的軟件 Mirrow View 可 以實現(xiàn)存儲級的數(shù)據(jù)同步和異步復制。同步與異步復制的描述如下圖所示： 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 22 他們的最大區(qū)別是如果采用同步復制，虛擬機寫一個 IO 給主存儲后，主存儲立即通過 Mirror view 的同步功能將這個 IO 寫到災備存儲，災備存儲寫完后再發(fā)確認信息給主存儲，主存儲收到確認信息后告知虛擬機，這樣一個 IO 才完成。因此使用同步復制的方式，兩個存儲的數(shù)據(jù)始終保持一致。而使用異步復制時，虛擬機寫一個 IO 給主存儲后，主存 儲寫完后立即發(fā)確認信息給虛擬機，而與災備中心之間的數(shù)據(jù)在后續(xù)由 Mirror view 完成。因此兩個存儲數(shù)據(jù)是無法做到時刻保持一致的。 同步方式雖然 RPO 為零，即兩個存儲數(shù)據(jù)始終保持一致，然而由于完成一個 IO 的操作需要很多個動作，因此對兩個存儲間的數(shù)據(jù)鏈路穩(wěn)定性及帶寬提出了很高的要求，否則會影響到整個系統(tǒng)的性能。而異步復制雖然無法保證數(shù)據(jù)的時刻同步，但是它對兩個存儲間的數(shù)據(jù)鏈路并沒有很高的要求，比較適合當前的環(huán)境。也是本方案推薦的方法。 不管使用同步復制還是異步復制，仍然需要對存儲或者說虛擬機進行備份。 系統(tǒng) 拓撲圖如下所示，與方案一的區(qū)別僅僅是將存儲更換成 CX310C。但是容災的過程卻完全不同。方案一的容災過程由備份軟件的備份和恢復來實現(xiàn)，占用很高的帶寬。而本方案則是通過存儲級本身的 Mirror View 軟件來實現(xiàn)，通過 2M LAN 專線的僅僅是當時的 IO，因此占用很低的帶寬資源。 . SRM 容災管理 VMware Site Recovery Manager 提供開創(chuàng)性的解決方案，可自動執(zhí)行并簡化災難恢復計劃的管理和執(zhí)行工作，幫助您擺脫傳統(tǒng)災難恢復中的諸多不便。由于 VMware Site Recovery Manager 省去了復雜的手動恢復步驟，能夠對恢復計劃執(zhí)行無中斷測試，并且可以自動執(zhí)行恢復過程，因此能夠在整個數(shù)據(jù)中心高效地進方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 23 行災難恢復。 VMware Site Recovery Manager 還有助于進行數(shù)據(jù)中心的計劃內故障切換，例如數(shù)據(jù)中心遷移。 VMware Site Recovery Manager 與 VMware Infrastructure、 VMware VirtualCenter 及其他主要存儲供應商提供的存儲備份軟件緊密集成，讓災難恢復變得快捷、可靠、經(jīng)濟，而且便于管理。這樣，災難恢復便不存 在任何風險和后顧之憂，還可將所有重要的系統(tǒng)和應用程序納入保護之列。 主要優(yōu)勢和功能 管理災難恢復計劃： 通過 VMware VirtualCenter 管理 VMware 虛擬環(huán)境的過程中即可創(chuàng)建、更新及記錄恢復計劃。 對故障切換和恢復執(zhí)行無中斷測試 : 使用 VMware Site Recovery Manager 可以對恢復過程執(zhí)行自動化測試。利用針對實際故障切換創(chuàng)建的恢復計劃執(zhí)行測試，而不會對環(huán)境造成任何中斷。 自動執(zhí)行故障切換和恢復： 通過自動執(zhí)行恢復過程，省去傳統(tǒng)災難恢復中許多常見的速度慢又 不可靠的手動處理過程，從而確?；謴瓦^程始終能正確執(zhí)行。 方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 24 SRM 可以使災難恢復變得快捷、可靠又便于管理，讓企業(yè)達到其恢復目標。SRM 可以讓用戶集中管理恢復計劃，還可以自動執(zhí)行恢復過程。它將傳統(tǒng)災難恢復中使用的復雜的紙質操作手冊，轉換成虛擬基礎架構管理軟件中的集成元素，并顯著改善恢復計劃的測試效果。 SRM 是為 VI3 提供的一款領先的災難恢復管理和自動化解決方案。 SRM 通過自動執(zhí)行恢復過程來加快恢復的速度，并將災難恢復作為 VMware 虛擬基礎架構管理的集成要素，從而簡化災難恢復計劃的管理工作。該解決方案省去復雜的手動恢復步驟，支持無中斷的恢復計劃測試，確?；謴瓦^程的安全可靠。 SRM 緊密集成 VMware VI VMware VirtualCenter 及其他領先存儲供應商提供的存儲復制軟件，使故障切換和恢復變得快捷、可靠和經(jīng)濟，而且便于管理。因此，企業(yè)不僅無需擔心災難恢復的風險，還可將所有重要的系統(tǒng)和應用程序納入保護范圍。 應用場景 SRM 可以幫助企業(yè)應對傳統(tǒng)災難恢復方法的各種挑戰(zhàn)，滿足恢復時間目標（ RTO）和恢復點目標（ RPO）以及法規(guī)遵從的要求。利用 SRM，企業(yè)可以管理從生產(chǎn)數(shù)據(jù)中心到災難恢復站點 的故障切換，同時還可以管理兩個互為恢復站方案設計 北京 海量智能數(shù)據(jù)技術有限公 司 25 點且具有活動工作負載的站點之間的故障切換。 SRM 還可以自動執(zhí)行及簡化故障切換至新數(shù)據(jù)中心的過程。企業(yè)利用 SRM 可以實現(xiàn)以下諸多功能。 管理災難恢復計劃 SRM 支持企業(yè)將創(chuàng)建、更新和記錄恢復計劃作為VMware 虛擬環(huán)境管理的集成部分。傳統(tǒng)的災難恢復解決方案往往需要將故障切換的所有步驟和所需資源記錄到操作手冊中，而這很難保證準確無誤和及時更新。采用 SRM，可直接在 VMware VirtualCenter 中管理故障切換過程。 對故障切換和恢復執(zhí)行無中斷測試 使用 SRM，企業(yè) 可以執(zhí)行恢復計劃的自動測試，而不會對環(huán)境造成任何中斷。 SRM 可以利用實際故障切換的恢復計劃，輕松創(chuàng)建一個隔離的測試環(huán)境。 自動執(zhí)行故障切換和恢復 SRM 可以自動執(zhí)行恢復計劃，排除傳統(tǒng)災難恢復中常見的緩慢且不可靠的手動處理。同時， SRM 可以確保按照預期執(zhí)行恢復計劃。 工作原理 SRM 可以為用戶提供創(chuàng)建、管理和執(zhí)行災難