SRM容災(zāi)解決方案_第1頁
SRM容災(zāi)解決方案_第2頁
SRM容災(zāi)解決方案_第3頁
SRM容災(zāi)解決方案_第4頁
SRM容災(zāi)解決方案_第5頁
已閱讀5頁,還剩75頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

SRM容災(zāi)解決方案SRM容災(zāi)解決方案/NUM目錄TOC\o"1-3"1 概述 31.1 災(zāi)難恢復(fù)的重要意義 31.2 XXX企業(yè)容災(zāi)方案現(xiàn)狀分析 42 災(zāi)難恢復(fù)解決方案 62.1 vCenterSiteRecoveryManager 6 概述 6 SiteRecoveryManager的主要功能特性 8 SRM支持靈活的拓撲 10 超越災(zāi)難恢復(fù):災(zāi)難規(guī)避和計劃內(nèi)遷移 11 VMwareSiteRecovery的工作方式 11 災(zāi)難恢復(fù)自動化和利用軟件定義的存儲 122.2 vSphereReplication 13 概覽 13 利用vSphereReplication來擴大災(zāi)難恢復(fù)的覆蓋范圍 14 實現(xiàn)原理與工作機制 18 vSphereReplication的優(yōu)勢 203 方案架構(gòu)設(shè)計 223.1 客戶容災(zāi)設(shè)計要求 223.2 實施方案選擇 23 將基于陣列的復(fù)制與SRM結(jié)合使用 23 將vSphereReplication與SRM結(jié)合使用? 24 將基于陣列的復(fù)制和vSphereReplication與SRM結(jié)合使用 253.3 網(wǎng)絡(luò)設(shè)計 26 在恢復(fù)站點配置相同或不同的IP地址 26 SRM通訊端口設(shè)置 283.4 存儲設(shè)計 30 存儲復(fù)制 30 占位虛擬機 31 快照空間 314 配置清單及說明 324.1 硬件配置需求 324.2 虛擬化軟件配置需求 325 方案總結(jié) 345.1 方案要點 345.2 方案優(yōu)勢 346 專業(yè)服務(wù) 366.1 VMware專業(yè)服務(wù)介紹 366.2 專業(yè)咨詢服務(wù)內(nèi)容 36 VMwareAccelerate咨詢服務(wù) 36 技術(shù)咨詢服務(wù) 37 技術(shù)客戶經(jīng)理(TAM)服務(wù) 376.3 專業(yè)服務(wù)實施流程 38 評估 39 規(guī)劃與設(shè)計 39 實施 39 運維 407 支持服務(wù)概述 417.1 VMware支持的角色和職責 417.2 全球技術(shù)支持服務(wù) 417.3 自助服務(wù)支持 42 社會支持 42 其他資源 438 縮略語解釋 44

概述災(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ā)生往往是出乎人們意料的,當突然發(fā)生大的災(zāi)難,日常建立的控制措施已不再有效時,組織如何才能保護核心業(yè)務(wù)不被中斷,使災(zāi)難的造成的風險降到最低呢?這正是災(zāi)難恢復(fù)需要考慮的問題。數(shù)據(jù)中心的災(zāi)難會以不同形式發(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),單位而言,當IT基礎(chǔ)設(shè)施突然停運,不僅企業(yè)內(nèi)部的業(yè)務(wù)流轉(zhuǎn)、辦公等面臨癱瘓,更重要的是,對外與客戶或合作伙伴的所有業(yè)務(wù)交流都不得不陷入停滯。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)用的解決方案(如:OracleRAC、MSSQL集群、ExchangeDatabaseAccessGroups(DAG)等)在應(yīng)用級別實施業(yè)務(wù)可用性。雖然這種方法通??梢蕴峁┎诲e的可用性,但是由于每一組應(yīng)用都有自己的解決方案,因此這種方法有如下弊端:復(fù)雜且昂貴對管理員的技術(shù)要求較高出錯的風險大許可證較貴(如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)部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人員大量的時間和資源簡言之,當前的災(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)備。

災(zāi)難恢復(fù)解決方案VMware提出的基于虛擬化環(huán)境的軟件定義的可用性解決方案,該方案不僅可以提供與應(yīng)用級別可用性方案相類似的RTO與RPO(恢復(fù)點目標),同時,它還可以提供基礎(chǔ)架構(gòu)層解決方案所具備的簡易性和成本效益。同時,由于該方案充分利用了虛擬化環(huán)境的優(yōu)勢,因此它可以達到傳統(tǒng)的非軟件定義解決方案無法達到的效果。VMware災(zāi)難恢復(fù)解決方案包括vCenterSiteRecoveryManager和全新的vSphereReplication。vCenterSiteRecoveryManager如今,企業(yè)發(fā)現(xiàn)越來越難以提供符合要求的災(zāi)難恢復(fù)解決方案。而SiteRecoveryManager可以幫助企業(yè)應(yīng)對傳統(tǒng)災(zāi)難恢復(fù)方法的各種挑戰(zhàn),滿足他們的恢復(fù)時間目標(RTO)、恢復(fù)點目標(RPO)以及法規(guī)遵從性要求。利用SiteRecoveryManager,企業(yè)可以管理從生產(chǎn)數(shù)據(jù)中心到災(zāi)難恢復(fù)站點的故障切換,同時,還可以管理兩個互為恢復(fù)站點且具有活動工作負載的站點之間的故障切換。概述VMware的災(zāi)難恢復(fù)解決方案分為三個大的模塊,如下圖不同顏色模塊所示:其中災(zāi)難恢復(fù)編排屬于自動化解決方案;復(fù)制、備份和恢復(fù)屬于數(shù)據(jù)保護解決方案;計算存儲屬于基礎(chǔ)架構(gòu)解決方案。圖:VMware災(zāi)難恢復(fù)解決方案SiteRecoveryManager可以自動執(zhí)行及簡化故障切換至新數(shù)據(jù)中心的過程,從而讓所計劃的數(shù)據(jù)中心故障切換(如數(shù)據(jù)中心遷移)變得更加順暢。它是一款領(lǐng)先的災(zāi)難恢復(fù)管理和自動化解決方案,它通過自動執(zhí)行恢復(fù)過程來加快恢復(fù)的速度,并將災(zāi)難恢復(fù)作為VMware虛擬基礎(chǔ)架構(gòu)管理的集成要素,從而簡化災(zāi)難恢復(fù)計劃的管理工作。SRM省去了復(fù)雜的手動恢復(fù)步驟,支持無中斷的恢復(fù)計劃測試,確?;謴?fù)過程的安全可靠。它密切集成vSphere及其他領(lǐng)先存儲供應(yīng)商提供的存儲復(fù)制軟件,使故障切換和恢復(fù)變得快捷、可靠、經(jīng)濟,而且便于管理。因此,企業(yè)不僅無需擔心災(zāi)難恢復(fù)的風險,還可將所有重要的系統(tǒng)和應(yīng)用程序納入到保護范圍。自從2008年面世以來,SRM已得到長足發(fā)展。到目前為止,VMware已向一萬五千多家客戶售出12.5萬個許可證,并且該產(chǎn)品還在以每年50%~60%的速度繼續(xù)增長。SRM為vSphere平臺上的災(zāi)難恢復(fù)計劃增加的巨大價值推動了這種增長,而所增加的成本卻相對較低。VMware的許多客戶已利用SRM從實際災(zāi)難(例如最近在日本發(fā)生的海嘯和在美國發(fā)生的颶風)中快速恢復(fù)。下圖是一些主要的客戶以及SRM的相關(guān)市場數(shù)據(jù)。圖:SiteRecoveryManager的發(fā)展趨勢與部分客戶SRM需要若干個組件。首先,受保護的站點和故障切換站點都需要一個SRM實例。SRM實例可通過與vSphere和vCenter緊密集成來提供管理和自動化功能。SRM還需要底層復(fù)制產(chǎn)品來將虛擬機復(fù)制到故障切換站點。借助SRM,客戶可以選擇使用vSphereReplication或者使用基于存儲的復(fù)制。因為vSphereReplication與SRM捆綁在一起,所以無需支付額外費用?;诖鎯Φ膹?fù)制由第三方存儲供應(yīng)商提供,并通過StorageReplicationAdapater(SRA)與SRM緊密集成,以使SRM能夠利用該存儲層協(xié)調(diào)復(fù)制和恢復(fù)活動。最后,SRM在這兩個站點上都需要配置vSphere集群和單獨的vCenter實例。圖:SRM的主要功能組件SiteRecoveryManager的主要功能特性VMwarevCenterSiteRecoveryManager可提供先進的復(fù)制、災(zāi)難恢復(fù)管理、無中斷測試、自動故障切換和故障恢復(fù)以及計劃內(nèi)遷移功能。它可以管理從生產(chǎn)數(shù)據(jù)中心到災(zāi)難恢復(fù)站點的故障切換,以及兩個具有活動工作負載的站點之間的故障切換,甚至還可以將多個站點恢復(fù)為一個共享的恢復(fù)站點。SiteRecoveryManager經(jīng)常用于計劃內(nèi)遷移和預(yù)防性故障切換以避免發(fā)生災(zāi)難,它的主要功能特性如下:集中式恢復(fù)計劃直接從vCenterServer中創(chuàng)建并管理恢復(fù)計劃。?自動發(fā)現(xiàn)并顯示由vSphereReplication或基于陣列的復(fù)制保護的虛擬機。將虛擬機映射到故障切換站點上的相應(yīng)資源(資源池、虛擬交換機和虛擬機文件夾)。指定虛擬機引導(dǎo)順序。?自定義虛擬機IP地址。?自定義故障切換站點上的低優(yōu)先級虛擬機的關(guān)機。?利用自定義腳本擴展恢復(fù)計劃。?利用基于角色的訪問控制來控制對恢復(fù)計劃的訪問。將多個站點恢復(fù)至一個共享的恢復(fù)站點。自服務(wù),基于策略的調(diào)配可以為SiteRecoveryManager安裝了VMwarevCenterOrchestrator插件多租戶可以根據(jù)需求通過vRealizeAutomationCenter中的藍圖(blueprints)預(yù)定義的各自的災(zāi)難恢復(fù)策略自動執(zhí)行故障切換接收關(guān)于可能的站點故障的自動警報。?只需單擊一次鼠標,即可在vCenterServer中開始執(zhí)行恢復(fù)計劃。?自動停止用于恢復(fù)的復(fù)制數(shù)據(jù)存儲的復(fù)制和升級。?關(guān)閉故障切換站點上的低優(yōu)先級虛擬機。?按照預(yù)先指定的引導(dǎo)順序自動啟動受保護的虛擬機。在恢復(fù)過程中執(zhí)行用戶定義的腳本和暫停。?在故障切換站點上自動重新配置虛擬機IP地址。?從vCenterServer中管理和監(jiān)控恢復(fù)計劃的執(zhí)行。自動故障恢復(fù)自動故障恢復(fù)到原始生產(chǎn)站點。通過自動反向復(fù)制到原始站點來重新保護虛擬機。反向執(zhí)行原始恢復(fù)計劃。?利用vSphereReplication中的自動故障恢復(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)用程序造成任何影響。針對測試方案自定義恢復(fù)計劃的執(zhí)行。完成測試后自動清理測試環(huán)境。在vCenterServer中存儲、查看和導(dǎo)出測試結(jié)果及故障切換執(zhí)行情況。?支持vSphereReplication利用專為vSphere和vCenterSiteRecoveryManager設(shè)計的唯一真正基于虛擬化管理程序的復(fù)制產(chǎn)品。通過vCenter以精細靈活的虛擬機級別直接管理復(fù)制。使用與存儲無關(guān)的復(fù)制支持使用低端存儲,包括直連存儲。執(zhí)行具備靈活RPO(介于15分鐘到24小時之間)的異步復(fù)制。僅復(fù)制發(fā)生變更的數(shù)據(jù)塊以提高網(wǎng)絡(luò)效率。擴展到數(shù)百個虛擬機。利用對文件和應(yīng)用一致性的支持。使用多時間點(MPIT)恢復(fù)來回到以前的已知狀態(tài)。?支持第三方基于陣列的復(fù)制可在主要供應(yīng)商提供的大量兼容性存儲陣列和復(fù)制產(chǎn)品中進行選擇。使用基于iSCSI、光纖通道或NFS存儲的基于陣列的復(fù)制解決方案。通過SRA確保與vCenterSiteRecoveryManager緊密集成。自動執(zhí)行復(fù)制和數(shù)據(jù)同步操作,以實現(xiàn)協(xié)調(diào)一致的災(zāi)難恢復(fù)?故障切換和計劃內(nèi)遷移。?SRM支持靈活的拓撲SiteRecoveryManager可用于多種不同的故障切換情形,尤其是SRM能幫助客戶更好地利用對輔助站點的投資,即,當客戶沒有處于災(zāi)難恢復(fù)情形中時,可將輔助站點用于其他工作負載而不是使其處于閑置狀態(tài),SRM可用于如下四種不同的故障切換情形:主動-被動:SiteRecoveryManager完全支持傳統(tǒng)的主動-被動型災(zāi)難恢復(fù)情形,即運行應(yīng)用的生產(chǎn)站點將在故障切換之前一直處于閑置狀態(tài)的輔助站點中恢復(fù)。盡管這是最常見的配置,但此情形也意味著您需要為大部分時間都處于閑置狀態(tài)的災(zāi)難恢復(fù)站點投入大量資金。主動-主動:為了更好地利用恢復(fù)站點,SiteRecoveryManager還可以使用戶在不使用該恢復(fù)站點進行災(zāi)難恢復(fù)時將其用于其他工作負載。用戶可以將SiteRecoveryManager配置為在故障切換過程中自動關(guān)閉或掛起位于恢復(fù)站點的虛擬機,這樣就可以方便地釋放計算容量以用于需要恢復(fù)的工作負載。雙向切換:SiteRecoveryManager還可以提供雙向故障切換保護,這樣,您可以同時在這兩個站點上運行活動的生產(chǎn)工作負載,并以任一方向?qū)α硪徽军c進行故障切換。另一站點上的備用容量將用于運行需要故障切換的虛擬機。本地故障切換:盡管這不是常見情形,但有一些客戶需要能夠在指定的“站點”或園區(qū)中進行故障切換,例如,當存儲陣列發(fā)生故障或者大樓維修迫使您將工作負載移動到其他園區(qū)大樓時。這些客戶將利用SiteRecoveryManager執(zhí)行此類故障切換。圖:SRM支持靈活的拓撲超越災(zāi)難恢復(fù):災(zāi)難規(guī)避和計劃內(nèi)遷移SRM不僅限于進行災(zāi)難故障切換,它更常用于日常遷移,例如用于災(zāi)難規(guī)避和計劃內(nèi)遷移。當然,災(zāi)難故障切換是最重要的使用情形,也就是當一個站點停止工作并且需要盡快將虛擬機遷移到輔助站點的時候使用。在這種情況下,SRM可支持完全或局部站點恢復(fù),并將盡快執(zhí)行故障切換以恢復(fù)業(yè)務(wù)服務(wù)。其他兩種使用情形盡管不是那么重要,但卻更為常用。災(zāi)難規(guī)避在企業(yè)事先了解災(zāi)難將要發(fā)生的時候使用,例如,預(yù)測到颶風或洪水將要來襲時。在這種情況下,企業(yè)一般可在災(zāi)難實際來襲之前提早至少幾個小時得到通知。企業(yè)也經(jīng)常執(zhí)行計劃內(nèi)遷移,例如,避免因計劃內(nèi)維護或全局負載平衡而導(dǎo)致停機。對于災(zāi)難規(guī)避和計劃內(nèi)遷移,現(xiàn)在企業(yè)可利用“計劃內(nèi)遷移”工作流程和自動故障恢復(fù)來簡化遷移流程。圖:三種典型的SRM使用情形VMwareSiteRecovery的工作方式SiteRecoveryManager可以為用戶提供創(chuàng)建、管理和執(zhí)行災(zāi)難恢復(fù)計劃的主要環(huán)節(jié)。該解決方案已經(jīng)集成到VMwarevCenter管理界面中,可以統(tǒng)一管理虛擬基礎(chǔ)架構(gòu)及該架構(gòu)的災(zāi)難恢復(fù)計劃。SRM可以簡化并自動執(zhí)行設(shè)置、測試和執(zhí)行恢復(fù)計劃的主要環(huán)節(jié):設(shè)置恢復(fù)基礎(chǔ)架構(gòu):SiteRecoveryManager會指導(dǎo)用戶完成連接遠程站點并連接使用的存儲復(fù)制軟件的操作。還可讓用戶輕松地將生產(chǎn)資源(包括計算資源和網(wǎng)絡(luò)資源)映射到恢復(fù)站點上相應(yīng)的資源。創(chuàng)建恢復(fù)計劃:SiteRecoveryManager具有直觀的界面,可以協(xié)助用戶創(chuàng)建適用于不同故障切換情況和基礎(chǔ)架構(gòu)不同部分的恢復(fù)計劃。用戶可以指定一些虛擬機暫?;蜿P(guān)閉,從而釋放可用資源以供恢復(fù)使用。還可以指定虛擬機啟動的順序、設(shè)置用戶定義的腳本自動執(zhí)行,以及必要時決定暫?;謴?fù)過程的時間點。測試恢復(fù)計劃:SiteRecoveryManager可以利用存儲陣列的快照功能,在恢復(fù)站點上自動創(chuàng)建無中斷的、隔離的測試環(huán)境,然后將虛擬機連接到用戶的隔離測試網(wǎng)絡(luò)中。它將自動執(zhí)行在實際故障切換中將使用的恢復(fù)計劃,并在測試結(jié)束后清除測試環(huán)境。測試結(jié)果會被保存,以便隨時查看和導(dǎo)出。自動執(zhí)行故障切換:管理員從VMwarevCenter啟動恢復(fù)計劃之后,SiteRecoveryManager會自動執(zhí)行恢復(fù)計劃中的所有步驟,保證恢復(fù)完全按照預(yù)期執(zhí)行。管理員通過vCenter可以看到恢復(fù)計劃的執(zhí)行情況,并可以隨時暫?;蛲V箞?zhí)行。隨著環(huán)境的變化,用戶也可以通過vCenter隨時更新和修改恢復(fù)計劃。災(zāi)難恢復(fù)自動化和利用軟件定義的存儲SiteRecoveryManager可安裝VMwarevCenterOrchestrator插件,以實現(xiàn)災(zāi)難恢復(fù)編排過程中每個工作流的自動化。包括無中斷測試、自動執(zhí)行故障切換、自動執(zhí)行故障恢復(fù)以及計劃內(nèi)遷移。圖:工作流自動化通過vRealizeAutomationCenter中的藍圖(blueprints)預(yù)定義災(zāi)難恢復(fù)策略,租戶可以實現(xiàn)針對應(yīng)用的自助式災(zāi)難恢復(fù)。圖:自助式災(zāi)難恢復(fù)計劃在SRM的最新版本中,支持使用軟件定義的存儲VirtualSAN實現(xiàn)災(zāi)難恢復(fù)計劃,提高了靈活度,簡化了管理,同時降低了硬件成本。圖:軟件定義的存儲實現(xiàn)災(zāi)難恢復(fù)計劃vSphereReplication 通過使用內(nèi)置的vSphereReplication,用戶可以消除第三方復(fù)制成本,并制定更靈活的災(zāi)難恢復(fù)計劃。概覽vSphereReplication無需采用基于存儲陣列的本機復(fù)制,即可通過網(wǎng)絡(luò)在vSphere主機之間復(fù)制處于開啟狀態(tài)的虛擬機,該技術(shù)具有許多獨特的優(yōu)勢:降低帶寬需求消除存儲局限性構(gòu)建靈活的災(zāi)難恢復(fù)配置降低帶寬需求vSphereReplication是VMware的專有復(fù)制引擎,它僅會將發(fā)生變更的數(shù)據(jù)塊復(fù)制到恢復(fù)站點,與手動復(fù)制完整的虛擬機系統(tǒng)副本相比,可確保實現(xiàn)更低的帶寬利用率和更高的恢復(fù)點目標。在初始同步期間,利用虛擬機數(shù)據(jù)的“種子副本”通過跟蹤發(fā)生變更的磁盤區(qū)域并僅復(fù)制增量數(shù)據(jù),確保高效利用網(wǎng)絡(luò)圖:vSphereReplication消除存儲局限性vSphereReplication在各個虛擬機磁盤(VMDK)級別運行,因而可以在任何存儲上托管的數(shù)據(jù)存儲之間進行復(fù)制,它可以:在保護站點重新改變舊存儲的用途對非同類站點采用不同的存儲技術(shù)(例如SAN相對于NAS、FC相對于iSCSI等)僅將輔助存儲用于受保護的虛擬機,而不是整個環(huán)境構(gòu)建靈活的災(zāi)難恢復(fù)配置在配置要復(fù)制的虛擬機時,只需簡單單擊一下,即可將vSphereReplication配置為確保應(yīng)用數(shù)據(jù)和虛擬機數(shù)據(jù)保持一致,它可以:與Microsoft的卷影復(fù)制服務(wù)(VSS)自動集成,可確?;謴?fù)副本一致支持靈活的恢復(fù)點目標,可從15分鐘至24小時不等在虛擬機級別通過vCenterServer控制復(fù)制每個集群可擴展為數(shù)百個虛擬機利用vSphereReplication來擴大災(zāi)難恢復(fù)的覆蓋范圍當前,災(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ù)風險。在理想情況下,各企業(yè)應(yīng)該準備一個經(jīng)濟高效且簡單可靠的災(zāi)難恢復(fù)計劃,以滿足其所有應(yīng)用和站點的需要。而VMwareSiteRecoveryManager可以提供兩種復(fù)制選擇來供用戶使用,它們分別是:基于存儲的傳統(tǒng)復(fù)制,在許多情況下,它仍將是大型關(guān)鍵業(yè)務(wù)環(huán)境青睞的選擇vSphereReplication(VR),它為復(fù)制虛擬機提供了另一種選擇。VR是一種經(jīng)濟高效的簡單機制,可用于在兩個站點之間進行復(fù)制,在很多情況下,是第二或第三層應(yīng)用和小型站點的更好選擇圖:SRM可提供廣泛的復(fù)制選擇由于vSphereReplication的引入,客戶現(xiàn)在擁有更多的選擇,從而使復(fù)制解決方案能夠更好地符合業(yè)務(wù)需求。VR和基于存儲的復(fù)制可在相同的集群中配合使用,以便為更復(fù)雜的環(huán)境提供最佳靈活性。圖:VR可提供經(jīng)濟高效且簡單的復(fù)制vSphereReplication和基于存儲的復(fù)制都非常有用,客戶可以根據(jù)實際情況將兩者結(jié)合起來使用。vSphereReplication由VMware直接提供,與基于存儲的復(fù)制相比,它更為經(jīng)濟高效且更簡單?;诖鎯Φ膹?fù)制依賴于第三方存儲供應(yīng)商,它更昂貴、復(fù)雜,難以管理,但是功能相對強大。下圖是兩種復(fù)制技術(shù)在復(fù)制提供方,成本,管理以及性能方面的比較。圖:vSphereReplication是基于存儲的復(fù)制的補充功能vSphereReplication是將災(zāi)難恢復(fù)保護擴展至第二或第三層應(yīng)用和小型站點的極佳方法。圖:將災(zāi)難恢復(fù)保護擴展至第二、三層應(yīng)用和小型站點基于存儲的災(zāi)難恢復(fù)相當昂貴,第一層存儲陣列上的存儲容量和額外的復(fù)制許可證使其成本居高不下。存儲、復(fù)制和SRM的成本通常在每個虛擬機2000美元左右。盡管與物理災(zāi)難恢復(fù)相比已經(jīng)便宜很多,但對于不太關(guān)鍵的業(yè)務(wù)環(huán)境而言,其成本仍然相當高并且可能成為成本障礙。vSphereReplication更為經(jīng)濟高效。通過支持使用較低端存儲陣列、消除對專用復(fù)制許可證的需求和提供成本較低的SRMStandard版本許可證,VR可將每個虛擬機的成本降低3倍,即每個虛擬機大約600美元。由于每個虛擬機的成本更低,因此各企業(yè)能夠?qū)⑵錇?zāi)難恢復(fù)保護擴展至更多應(yīng)用和站點。vSphereReplication不僅經(jīng)濟高效,簡單,它還可以簡化復(fù)制管理,它在本質(zhì)上比基于存儲的復(fù)制更容易管理。在新的SRM部署中使用基于存儲的復(fù)制來設(shè)置復(fù)制是一項復(fù)雜的任務(wù)。vSphere管理員必須與存儲管理員同步才能確保將適當?shù)腖UN復(fù)制到包含正確復(fù)制計劃的其他站點。圖:借助vSphereReplication簡化復(fù)制管理借助vSphereReplication,一切都將簡單許多。vSphere管理員可以從vCenter直接管理復(fù)制,從而消除對存儲管理員的依賴。另外,管理員可以在虛擬機級別管理復(fù)制,因而再也無需進行復(fù)雜的虛擬機分組以及將虛擬機映射到LUN。VR的這一特性使得它對于簡易性至關(guān)重要的情形(例如對于第二和第三層應(yīng)用的保護)格外具有吸引力。實現(xiàn)原理與工作機制vSphereReplication是深度集成在vSphere平臺中的組件,也是當今市場上唯一一款真正的“虛擬化管理程序級”復(fù)制引擎。在主站點上,正在運行的虛擬機所用的虛擬機磁盤中如果有數(shù)據(jù)塊發(fā)生了變更,這些數(shù)據(jù)塊將發(fā)送到輔助站點,并在該處應(yīng)用于虛擬機磁盤,以制作虛擬機的離線(保護)副本。圖:復(fù)制虛擬機中發(fā)生變更的數(shù)據(jù)塊圖:vSphereReplication體系結(jié)構(gòu)vSphereReplication是一款全新設(shè)計的產(chǎn)品,專門用于在vSphere集群之間進行復(fù)制并支持SRM部署。它依賴在ESXi中嵌入的vSphereReplication代理,該VSR代理可跟蹤已更改的磁盤區(qū)域并將最新增量數(shù)據(jù)發(fā)送至受保護的站點。所復(fù)制的數(shù)據(jù)將會被vSphereReplication服務(wù)器捕獲。每個vSphereReplication服務(wù)器實例可以管理大約100個虛擬機。它可捕獲最新的磁盤更改并將這些更改應(yīng)用到已復(fù)制的數(shù)據(jù)。vSphereReplication可通過與vCenter和SRM緊密集成的vSphereReplication管理服務(wù)器進行管理。這兩個站點都需要vSphereReplication管理服務(wù)器。所有vCenter操作都通過同一個管理界面完成,使用該界面可以非常輕松地為最多500個虛擬機配置復(fù)制:只需右鍵單擊某個虛擬機,并為其副本選擇目標位置即可。此過程有一步是選擇“恢復(fù)點目標”,此步驟將告知vSphereReplication可以獲取多久以前的虛擬機副本,然后它將時時嘗試復(fù)制數(shù)據(jù)以滿足恢復(fù)點目標。圖:為多個虛擬機選擇一個恢復(fù)點目標vSphereReplication將會對源虛擬機及其副本執(zhí)行一次初始完全同步,管理員可以在目標位置放置數(shù)據(jù)的種子副本,以減少初始復(fù)制所需的時間和帶寬。虛擬機的種子副本中包含一個虛擬機磁盤文件,管理員可以通過任何途徑將該文件放置到目標位置。放置種子并不是一個必需的過程,無論目標位置是否有種子,vSphereReplication都會創(chuàng)建一個初始副本。如果用戶獲得了一個用于復(fù)制的種子,即可使用其中的數(shù)據(jù)來減少初始同步主磁盤及其副本所需的復(fù)制量。種子可以手動創(chuàng)建,也可以通過管理員選擇的任何途徑復(fù)制到相應(yīng)位置,如采用脫機復(fù)制、FTP、“人工傳輸網(wǎng)絡(luò)”,甚至使用ISO或虛擬機的克隆。在完成基準同步之后,vSphereReplication將切換為僅傳輸已變更的數(shù)據(jù)塊。這種做法可以確保通過網(wǎng)絡(luò)向目標發(fā)送最少量的數(shù)據(jù),并實現(xiàn)更高的恢復(fù)點目標。在發(fā)送唯一性數(shù)據(jù)之后,無需再次發(fā)送。系統(tǒng)僅復(fù)制發(fā)生變更的數(shù)據(jù),這些數(shù)據(jù)塊將發(fā)送到目標位置的vSphereReplication設(shè)備中。從受保護的虛擬機的角度看,整個過程是完全透明的,不需要對配置或日常管理進行任何更改。這種復(fù)制方式采用的是非侵入形式,與虛擬機中的操作系統(tǒng)無關(guān)。vSphereReplication的優(yōu)勢vSphereReplication可以提供非常經(jīng)濟高效、簡單而又功能強大的復(fù)制。經(jīng)濟高效VR可以降低存儲成本和復(fù)制成本,所以更為經(jīng)濟高效。它可以在存儲層消除這兩個站點對較高端存儲陣列的需求??蛻艨梢钥缯军c使用其他較低端的存儲,包括直連存儲。例如,一種普遍的選擇是將第一層存儲放在生產(chǎn)站點,而在故障切換站點使用較低端的存儲,例如較舊或較便宜的陣列。另外,vSphereReplication也與SRM捆綁在一起,因而無需花費額外成本,從而消除了基于存儲的復(fù)制許可證所需的額外成本。簡單從本質(zhì)上而言,vSphereReplication也比基于存儲的復(fù)制更為簡單。用戶可以從vCenter直接管理復(fù)制,從而消除對存儲團隊的依賴。另外,管理員可在單個虛擬機級別進行管理,從而大幅簡化SRM的設(shè)置。功能強大盡管vSphereReplication簡單且經(jīng)濟高效,但仍然是穩(wěn)健且功能強大的復(fù)制解決方案。它可提供15分鐘的RPO,并且使用戶能夠靈活地將RPO設(shè)定在15分鐘到24小時之間。它可跟蹤已更改的磁盤區(qū)域并且僅復(fù)制最新的增量數(shù)據(jù)以提高網(wǎng)絡(luò)效率,還可擴展至最多500個虛擬機。

方案架構(gòu)設(shè)計VMwarevCenterSiteRecoveryManager(SRM)是一個業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)解決方案,可幫助用戶計劃、測試和執(zhí)行受保護vCenterServer站點與恢復(fù)vCenterServer站點之間的虛擬機恢復(fù)。通過配置基于陣列的復(fù)制,管理員可將SRM配置為支持若干第三方磁盤復(fù)制機制。管理員也可以使用基于主機的復(fù)制,方法是配置SRM以使用?VMwarevSphereReplication來保護虛擬機工作負載。除此之外,SRM還可以與基于陣列和基于主機的復(fù)制同時結(jié)合使用??蛻羧轂?zāi)設(shè)計要求設(shè)計特征描述可靠性表示設(shè)計選擇對應(yīng)的技術(shù)能力和相關(guān)基礎(chǔ)設(shè)施的高度可用性。關(guān)鍵指標:XX.XXX%的正常運行時間。(99.9%)可管理性表示設(shè)計選擇對環(huán)境的靈活性和操作的方便程度的影響,包括可擴展性和靈活性。關(guān)鍵指標:每個管理員的服務(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ù)的完整性和保密性在折衷情況下的辨析能力實施方案選擇VMwarevCenterSiteRecoveryManager(SRM)是一個業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)解決方案,可幫助用戶計劃、測試和執(zhí)行受保護vCenterServer站點與恢復(fù)vCenterServer站點之間的虛擬機恢復(fù)。SRM對硬件的要求如下表所示,我們在對SRM進行規(guī)劃時,必須嚴格遵循下表中指定的最小或者最佳配置。表:SRM的硬件要求通過配置基于陣列的復(fù)制,管理員可將SRM配置為支持若干第三方磁盤復(fù)制機制。管理員也可以使用基于主機的復(fù)制,方法是配置SRM以使用?VMwarevSphereReplication來保護虛擬機工作負載。除此之外,SRM還可以與基于陣列和基于主機的復(fù)制同時結(jié)合使用。將基于陣列的復(fù)制與SRM結(jié)合使用使用基于陣列的復(fù)制時,受保護站點中的一個或多個存儲陣列會將數(shù)據(jù)復(fù)制到恢復(fù)站點中的對等陣列。通過存儲復(fù)制適配器(SRA),管理員可以將SRM與各種陣列集成。要將基于陣列的復(fù)制與SRM配合使用,必須先配置復(fù)制,然后才能配置使用該復(fù)制的SRM。如果存儲陣列支持一致性組,SRM將與vSphereStorageDRS和vSphereStoragevMotion兼容,則可以使用StorageDRS和StoragevMotion移動SRM保護的一致性組內(nèi)的虛擬機文件。如果存儲陣列不支持一致性組,則無法將StorageDRS和StoragevMotion與SRM結(jié)合使用。這種部署方式的示意圖如下所示。圖:將基于陣列的復(fù)制與SRM結(jié)合使用將vSphereReplication與SRM結(jié)合使用?SRM可使用vSphereReplication將數(shù)據(jù)復(fù)制到恢復(fù)站點中的服務(wù)器。管理員可以將vSphereReplication作為虛擬設(shè)備進行部署,vSphereReplication設(shè)備包含兩個組件。vSphereReplication管理服務(wù)器:在恢復(fù)站點上配置vSphereReplication服務(wù)器從受保護站點啟用復(fù)制對用戶進行身份驗證,并檢查用戶執(zhí)行vSphereReplication操作的權(quán)限管理和監(jiān)視復(fù)制基礎(chǔ)架構(gòu)vSphereReplication服務(wù)器:偵聽受保護站點上的vSphereReplication主機代理的虛擬機更新將更新應(yīng)用到恢復(fù)站點上的虛擬磁盤如果需要,可以在一個站點上部署多個vSphereReplication服務(wù)器,以平衡虛擬架構(gòu)中的復(fù)制負載。這種部署方式的示意圖如下所示。圖:將vSphereReplication與SRM結(jié)合使用?將基于陣列的復(fù)制和vSphereReplication與SRM結(jié)合使用管理員可以在SRM部署中結(jié)合使用基于陣列的復(fù)制和vSphereReplication。要創(chuàng)建使用基于陣列的復(fù)制和vSphereReplication的混合SRM部署,必須為這兩種類型的復(fù)制配置受保護站點和恢復(fù)站點。設(shè)置并連接存儲陣列,然后在這兩個站點上安裝適用的存儲復(fù)制適配器(SRA)。在這兩個站點上部署vSphereReplication設(shè)備,然后在這些設(shè)備之間配置連接。根據(jù)需要使用基于陣列的復(fù)制或vSphereReplication配置要復(fù)制的虛擬機。這種部署方式的示意圖如下所示。圖:將基于陣列的復(fù)制和vSphereReplication與SRM結(jié)合使用根據(jù)XXX客戶生產(chǎn)環(huán)境的實際情況,我們建議采用將vSphereReplication與SRM結(jié)合使用的部署方式。網(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地址不同。在恢復(fù)站點配置相同或不同的IP地址客戶現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)設(shè)施,網(wǎng)絡(luò)地址空間,用于故障切換測試和故障切換的可用基礎(chǔ)設(shè)施,在恢復(fù)站點的基礎(chǔ)實施服務(wù),虛擬機承載的服務(wù)等因素是影響規(guī)劃的考慮因素。選擇1:相同IP地址在恢復(fù)站點使用相同的IP地址的好處是:易于實施,如果有兩個站點之間有拉伸VLAN(stretchVLAN),或者恢復(fù)站點完全不與被保護站點共享。故障切換測試或在故障切換過程中無須改變IP地址。隔離網(wǎng)絡(luò)采用物理交換機提供所需的隔離和靈活性來進行測試,而不會影響生產(chǎn)網(wǎng)絡(luò)。相同IP地址的缺點是:沒有拉伸VLAN(stretchVLAN)時,可采用一個移動的VLAN解決方案。這就要求其中一個站點有可用VLAN,但兩個站點不能同時使用。這限制了故障切換的粒度。它也限制了執(zhí)行測試的能力,因為在執(zhí)行測試要求從生產(chǎn)環(huán)境剝離出來的活躍VLAN。需要確保流量在故障切換測試過程或故障切換中不泄露到生產(chǎn)網(wǎng)絡(luò)。(建立一個獨立的網(wǎng)絡(luò)。)在故障切換測試過程中,有必要以驗證用戶可以訪問獨立的測試網(wǎng)絡(luò)以執(zhí)行用戶測試的權(quán)限。這可以用一個帶有必要端口轉(zhuǎn)發(fā)功能的多宿主VM實現(xiàn),使用戶可以訪問隔離網(wǎng)絡(luò)的工作負載?;A(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ò)表里的緩存必須進行更新或刷新。ActiveDirectory域信任可能需要修改。管理配置耗時。需要的應(yīng)用程序?qū)W習和了解變化。設(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)閉。它要求恢復(fù)在輔助站點的虛擬機有不同的IP地址,并使用不同的網(wǎng)關(guān)地址。在故障切換測試,客戶提供了一個單獨的隔離網(wǎng)絡(luò)和物理交換機進行故障切換測試。在故障轉(zhuǎn)移期間測試,被恢復(fù)的虛擬機被連接到這個獨立的網(wǎng)絡(luò)。這是通過將恢復(fù)的的虛擬機連接到適當?shù)臏y試故障的端口組來完成的。

在故障轉(zhuǎn)移期間,客戶必須確認必要的網(wǎng)絡(luò)配置在執(zhí)行故障切換更改之前完成正確的變更。SRM通訊端口設(shè)置以下是在SRM環(huán)境的通信端口的設(shè)置。未列出任何其他的VMwarevSphere通信端口設(shè)置。VMwarevCenterServer自身并不發(fā)起與SRM的連接。當由遠程SRM或一些其他的進程希望充當SRM客戶端請求時,才會創(chuàng)建一個連接。FigureSEQFigure\*ARABIC1.SRM站點間通信FigureSEQFigure\*ARABIC2.SRM站內(nèi)通信

網(wǎng)絡(luò)服務(wù)流入端口流出端口協(xié)議允許SRM到本地vCenterServer8095(SOAP),9085(Plug-indownload)80(SSL)TCP是(默認)SRM到遠程vCenterServer80(SSL)80(SSL)TCP是(默認)ODBC到MicrosoftSQLServer(SRM數(shù)據(jù)庫)14331433TCP是(默認)到Oracle數(shù)據(jù)庫的連接(SRM數(shù)據(jù)庫)1521,15241521,1524TCP是(默認)SRM到外部API客戶端(WSDL,SOAP)9007TCP是(默認)到存儲陣列的SRA(供應(yīng)商提供)表:SRM通信端口設(shè)置存儲設(shè)計存儲復(fù)制為應(yīng)用重啟選擇什么類型的遠程數(shù)據(jù)復(fù)制解決方案有如下的考慮因素:距離:短的距離,如校園或城域范圍內(nèi)。擴展距離,如省,國家或全球數(shù)據(jù)網(wǎng)絡(luò)配置:直接連接或連接交換機。數(shù)據(jù)網(wǎng)絡(luò)速度。這還受是否使用壓縮,在高峰負荷節(jié)流帶寬,是否為生產(chǎn)中的應(yīng)用留出足夠的帶寬等因素影響?;謴?fù)點目標/可容忍數(shù)據(jù)丟失:生產(chǎn)環(huán)境應(yīng)用程序的特征.應(yīng)用寫入文件影響實現(xiàn)恢復(fù)點目標所需的帶寬

選擇何種復(fù)制解決方案,需要考慮業(yè)務(wù)需求和每個應(yīng)用程序?qū)緲I(yè)務(wù)的潛在收益影響。

主復(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/O負載。針對復(fù)制解決方案的設(shè)計,客戶可與存儲供應(yīng)商確定最合適的復(fù)制技術(shù)的解決方案,以滿足他們的業(yè)務(wù)需求。

用于解決存儲陣列應(yīng)該是在VMwarevCenter站點恢復(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ù)需求。占位虛擬機SRM為添加到SRM保護組中的每個機器在恢復(fù)站點創(chuàng)建了占位符的虛擬機。這些虛擬機文件包含虛擬機配置(元數(shù)據(jù))文件(而不是虛擬機磁盤文件)。占位虛擬機作為恢復(fù)站點的對象被添加到vCenterServer,并且可以在清單移動,但不能開機。因為僅配置信息存儲,占位符的虛擬機需要的存儲空間是很小的。雖然本地存儲可以用作數(shù)據(jù)存儲,但建議在恢復(fù)站點使用共享的非復(fù)制數(shù)據(jù)存儲用于存儲占位虛擬機,容量推薦為2GB??煺湛臻g要執(zhí)行故障切換測試,在恢復(fù)站點需要額外的存儲。細節(jié)要求取決于解決方案中存儲供應(yīng)商類型。如果使用完全克隆,那么存儲空間需要兩倍。如果使用快照,那么需要使用原始存儲空間的一小部分。需要存儲復(fù)制適配器(SRA)拍攝快照和故障切換測試過程中提供給恢復(fù)站點上的VMwareESXi主機使用。在此期間,從受保護站點到恢復(fù)站點的復(fù)制不會間斷。配置清單及說明硬件配置需求SRM對硬件的要求如下表所示,我們在對SRM進行規(guī)劃時,必須嚴格遵循下表中指定的最小或者最佳配置。表:SRM的硬件要求虛擬化軟件配置需求如果SRM被配置為只從主站點到輔助站點故障切換的虛擬機,只需要為在主站點受保護的虛擬機添加SRM許可證。如果SRM配置為支持一組虛擬機從主站點到輔助站點故障切換,并且還配置成支持一組不同的虛擬機從輔助站點到主站點的故障切換,則需要在兩個站點都添加SRM許可證。注意:請確保您已經(jīng)正確安裝了SRM軟件,以及必要的插件。VMware建議用于主站點和恢復(fù)站點客戶購買足夠的許可證,從而使故障恢復(fù)過程更簡單。這也允許提供雙向故障轉(zhuǎn)移,如果有必要。單向許可證Site_ASite_BESXi主機上允許被保護虛擬機數(shù)量400許可證數(shù)量(每個許可證保護虛擬機個數(shù)25)20一共需要的保護25個虛擬機SRM許可證個數(shù)=2(最多一共50被保護虛擬機).表:SRM許可證–單向保護

雙向許可證Site_ASite_BESXi主機上允許被保護虛擬機數(shù)量4020許可證數(shù)量(每個許可證保護虛擬機個數(shù)25)21一共需要的保護25個虛擬機的SRM許可證個數(shù)=3(最多在Site_A支持50被保護虛擬機;最多在Site_B支持25個被保護虛擬機).表:SRM許可證——雙向保護方案總結(jié)方案要點將災(zāi)難恢復(fù)成本降低多達50%。?可從VMwarevCenterServer集中設(shè)置和管理恢復(fù)計劃并替代了易于出錯的人工操作手冊??呻S時對恢復(fù)計劃進行無中斷測試,從而確保實現(xiàn)高度可預(yù)測的恢復(fù)目標。只需單擊一下鼠標即可自動執(zhí)行站點故障切換和故障恢復(fù)的編排,從而確??焖倏煽康幕謴?fù)。簡化了計劃內(nèi)遷移和預(yù)防性故障切換??墒褂胿SphereReplication(免費包括在vSphere中),或從多種受支持的基于陣列的復(fù)制解決方案中進行選擇。使用與應(yīng)用和硬件無關(guān)的單個災(zāi)難恢復(fù)解決方案即可保護所有虛擬化應(yīng)用。多租戶可以根據(jù)需求通過vRealizeAutomationCenter中的藍圖(blueprints)預(yù)定義的各自的災(zāi)難恢復(fù)策略通過工作流編排實現(xiàn)災(zāi)難恢復(fù)計劃方案優(yōu)勢vCenterSiteRecoveryManager可降低管理和測試的運營成本。vCenterSiteRecoveryManager能夠顯著降低設(shè)置和維護恢復(fù)計劃所需的人員開銷。它用簡單、集中化的恢復(fù)計劃?(定期更新所需的時間和協(xié)調(diào)工作要少很多)替代了復(fù)雜的人工操作手冊,實現(xiàn)了這一目的。除了災(zāi)難恢復(fù)實施外,IT部門通常在正常工作時間以外的時間進行災(zāi)難恢復(fù)測試。vCenterSiteRecoveryManager實現(xiàn)了自動化、無中斷的災(zāi)難恢復(fù)測試,從而消除了此類做法的成本。vSphereReplication使您可以降低復(fù)制軟件的成本。如果RPO超過15分鐘,則您可以利用vSphereReplication,它包括在vSphere中,無需額外成本。利用此產(chǎn)品,便無需購買基于陣列的復(fù)制軟件,而此類軟件每復(fù)制1TB數(shù)據(jù)的成本可能高達10,000美元,這還不算日常維護成本。vCenterSiteRecoveryManager與vSphereReplication的組合解決方案每年可為每個受保護的虛擬機實現(xiàn)約7000元的節(jié)約。簡化恢復(fù)和遷移計劃的設(shè)置。傳統(tǒng)恢復(fù)計劃的設(shè)置十分復(fù)雜。它們通常記錄在人工操作手冊中,不僅容易出錯,而且會很快與配置更改不再同步。憑借vCenterSiteRecoveryManager,設(shè)置恢復(fù)計劃變得簡單,只需幾分鐘而非幾個星期即可完成。通過與vCenterServer緊密集成的界面,用戶只需選擇要保護的虛擬機,將虛擬機映射到位于恢復(fù)站點的資源,然后指定虛擬機引導(dǎo)順序。用戶還可以包括自定義腳本,并為虛擬機自動重新配置IP地址。圖:為什么選擇SRM自動執(zhí)行站點故障切換和故障恢復(fù),以確??焖倏煽康腞TO。vCenterSiteRecoveryManager自動執(zhí)行整個站點恢復(fù)和遷移流程。用戶只需一次單擊即可啟動故障切換,并且vCenterSiteRecoveryManager無需人工干預(yù)即可自動恢復(fù)服務(wù)。災(zāi)難恢復(fù)故障切換工作流會停止復(fù)制,在故障切換站點恢復(fù)受保護的虛擬機,并集中力量來盡可能縮短響應(yīng)時間。自動化消除了手動流程中的固有風險,從而確保更快更可靠的RTO?;謴?fù)時間介于30分鐘到數(shù)小時之間,具體取決于配置。自動故障恢復(fù)實現(xiàn)了雙向遷移。虛擬機可輕松進行故障恢復(fù),以反向執(zhí)行原始恢復(fù)計劃。簡化計劃遷移和預(yù)防性故障切換。vCenterSiteRecoveryManager經(jīng)常用于自動執(zhí)行計劃的數(shù)據(jù)中心遷移和預(yù)防性故障切換。自動化故障恢復(fù)可以快速輕松地將應(yīng)用遷移回到生產(chǎn)站點。計劃內(nèi)遷移工作流會正常關(guān)閉位于原始站點的虛擬機,通過完成復(fù)制來同步數(shù)據(jù),并在故障切換站點間以應(yīng)用一致的狀態(tài)恢復(fù)虛擬機且不造成數(shù)據(jù)損失。隨時執(zhí)行無中斷測試。憑借vCenterSiteRecoveryManager,可以根據(jù)需要隨時測試恢復(fù)計劃,且無需中斷生產(chǎn)系統(tǒng)。測試工作流將受保護的虛擬機設(shè)置到單獨的環(huán)境中,從而確保測試虛擬機與生產(chǎn)虛擬機完全隔離。vCenterSiteRecoveryManager提供關(guān)于測試結(jié)果的詳細報告,包括實現(xiàn)的RTO。利用此信息,您的組織可以確信其災(zāi)難防護能夠滿足業(yè)務(wù)目標的要求。您可以保存測試結(jié)果,并用它們來證明計劃符合災(zāi)難恢復(fù)法規(guī)的要求。專業(yè)服務(wù)VMware專業(yè)服務(wù)介紹VMware服務(wù)部門包括全球支持服務(wù)部(GlobalSupportService簡稱GSS)、專業(yè)服務(wù)部(ProfessionalServiceOrganization簡稱PSO)和培訓(xùn)部(Education),分別提供基于客戶支持熱線的售后產(chǎn)品技術(shù)支持、全生命周期的咨詢和現(xiàn)場實施/支持服務(wù)、VMware產(chǎn)品的標準培訓(xùn)課程。專業(yè)服務(wù)范圍:評估:定量分析TCO/ROI,準確估算服務(wù)器數(shù)量、容量規(guī)劃、性能、應(yīng)用需求等,對實施策略和實施路線圖提出建議;規(guī)劃和設(shè)計:對客戶的虛擬化平臺做出專業(yè)規(guī)劃和設(shè)計,按照VMware最佳做法做出包括數(shù)據(jù)中心規(guī)劃,網(wǎng)絡(luò)設(shè)計、存儲設(shè)計、容災(zāi)與備份設(shè)計、高可用性和業(yè)務(wù)連續(xù)性設(shè)計、虛擬機設(shè)置、虛擬化流程設(shè)計等;項目實施:安裝、配置和測試虛擬化基礎(chǔ)設(shè)施,創(chuàng)建虛擬機到虛擬化基礎(chǔ)設(shè)施,調(diào)試虛擬化后的各個業(yè)務(wù)系統(tǒng)運轉(zhuǎn)正常,保證項目的成功;系統(tǒng)遷移:把存量應(yīng)用系統(tǒng)遷移到VMware云平臺,制定遷移規(guī)劃,實施系統(tǒng)遷移及遷移后的測試。虛擬化的持續(xù)運營改進服務(wù):幫助客戶改進原有IT運營流程并定制標準操作流程、建立虛擬化基礎(chǔ)設(shè)施的容量管理流程和平臺、建立虛擬化基礎(chǔ)設(shè)施的IT財務(wù)管理流程和平臺?,F(xiàn)場培訓(xùn)服務(wù):不同于認證培訓(xùn),定制現(xiàn)場培訓(xùn)可以根據(jù)用戶需要結(jié)合實際環(huán)境對安裝配置、日常監(jiān)控管理、性能調(diào)優(yōu)、故障處理等多種專題進行展開。針對不同職責崗位的用戶維護團隊,培訓(xùn)可分為初級、中級、高級三個階段。專業(yè)咨詢服務(wù)內(nèi)容將IT可能性轉(zhuǎn)變?yōu)閷嶋H業(yè)務(wù)價值。讓我們的顧問幫助客戶滿足嚴苛而不斷變化的業(yè)務(wù)需求。VMwareAccelerate咨詢服務(wù)VMware專家將衡量并評估企業(yè)的運營以定義切實可行的IT轉(zhuǎn)型策略。您將獲得基準測試、財務(wù)建模和可執(zhí)行性的路線圖,以幫助您實現(xiàn)切實的業(yè)務(wù)價值。Accelerate評估服務(wù)在轉(zhuǎn)型過程中了解需要衡量哪些內(nèi)容非常關(guān)鍵。我們的基準測試服務(wù)范圍包括涵蓋一組核心屬性的高級別同行基準測試;對技術(shù)、體系結(jié)構(gòu)和流程的核心領(lǐng)域的當前和將來狀態(tài)的評估;以及對自定義KPI控制面板和同行分析的全面定義。Accelerate診斷服務(wù)要成功實施虛擬化和“IT即服務(wù)”(ITaaS)計劃,必須深入了解維持和維護新環(huán)境所需的改變。財務(wù)影響和投資回報非常重要,但還需要考慮組織結(jié)構(gòu)、人員配備、運營和流程等方面的變更,其管理的優(yōu)劣可能決定您的成敗。Accelerate戰(zhàn)略服務(wù)在對貴公司進行評估并確定云轉(zhuǎn)型的影響之后,VMware顧問可與您共同制定全面的戰(zhàn)略和路線圖。我們的專家將與您的相關(guān)人員、IT團隊以及業(yè)務(wù)線合作,基于關(guān)鍵業(yè)務(wù)需求制定以共識驅(qū)動的實用行動計劃,這些行動計劃將會帶來可量化的業(yè)務(wù)成果。技術(shù)咨詢服務(wù)無論企業(yè)是需要創(chuàng)建、發(fā)展還是要優(yōu)化軟件定義的數(shù)據(jù)中心和終端用戶計算環(huán)境,都可以得益于專家指導(dǎo)的設(shè)計和部署,同時企業(yè)團隊也可以獲得實際操作知識傳授。軟件定義的數(shù)據(jù)中心(SDDC)將可能性轉(zhuǎn)變?yōu)楝F(xiàn)實??傊?,我們將通過優(yōu)化VMware的SDDC產(chǎn)品和技術(shù)來創(chuàng)建、擴展或增強ITaaS。我們將使用完整vCloudSuite來設(shè)計和構(gòu)建可延展的框架以確保效益、靈活性、控制力和選擇性,與此同時,企業(yè)的團隊將通過實際動手體驗提升自助能力。終端用戶計算(EUC)我們的專家可幫助企業(yè)在整個IT基礎(chǔ)架構(gòu)中對桌面虛擬化進行探索、擴展或標準化。我們將利用行業(yè)最佳實踐和我們深厚的專業(yè)技能來加快部署速度;為企業(yè)環(huán)境中的虛擬機建立可重復(fù)的高效調(diào)配流程;并提升桌面安全性和業(yè)務(wù)連續(xù)性——同時加強對桌面基礎(chǔ)架構(gòu)的控制。虛擬化無論企業(yè)處于虛擬化之旅的哪一個階段,都可以獲得有專家指導(dǎo)的支持。當企業(yè)開發(fā)和設(shè)計全面的虛擬化路線圖、為第1層應(yīng)用構(gòu)建環(huán)境、減少數(shù)據(jù)中心環(huán)境的物理占用空間、確保業(yè)務(wù)連續(xù)性和改進虛擬化基礎(chǔ)架構(gòu)的管理時,我們的顧問將會幫助企業(yè)提高工作效率。技術(shù)實施在企業(yè)希望降低風險并快速交付成果時,我們隨時可以提供幫助。借助創(chuàng)新的洞察力和獨有的技術(shù)知識,我們的顧問可以全程幫助企業(yè)構(gòu)建VMware產(chǎn)品,從設(shè)計一直到在生產(chǎn)環(huán)境中進行實施。在此過程中,我們將為企業(yè)的團隊提供實際動手體驗以幫助培養(yǎng)技能和樹立信心。技術(shù)客戶經(jīng)理(TAM)服務(wù)我們的常駐專家綜合運用對企業(yè)需求的深入了解、從數(shù)千次成功實施中獲得的洞察信息和對VMware專業(yè)技能的訪問權(quán)限,可推動企業(yè)的業(yè)務(wù)加速取得突破性進展并幫助企業(yè)提供無與倫比的業(yè)務(wù)價值。專門的企業(yè)技術(shù)客戶經(jīng)理我們專門的企業(yè)TAM負責與企業(yè)的團隊開展獨家合作,而且在加快業(yè)務(wù)突破、降低成本方面擁有豐富的經(jīng)驗,可確保企業(yè)團隊的自助能力以及企業(yè)的VMware投資回報最大化。如果企業(yè)已準備好推動IT組織和IT服務(wù)交付模式的轉(zhuǎn)型并希望轉(zhuǎn)型無與倫比,那么這種長期關(guān)系可確保企業(yè)取得成功。企業(yè)技術(shù)客戶經(jīng)理企業(yè)技術(shù)客戶經(jīng)理作為企業(yè)的戰(zhàn)略IT轉(zhuǎn)型團隊的延伸,可以經(jīng)常評估和報告企業(yè)的規(guī)范性路線圖的自定義衡量指標、行業(yè)基準測試和進度。企業(yè)TAM充當所有VMware問題的支持者,可幫助優(yōu)化企業(yè)的VMware投資,使企業(yè)的團隊得以增長知識,提高自助能力。技術(shù)客戶經(jīng)理技術(shù)客戶經(jīng)理是企業(yè)團隊可以依賴的專家,他們提供獨有的產(chǎn)品知識和經(jīng)驗證的技能,可幫助簡化部署并改善企業(yè)的VMware平臺的運營。企業(yè)的TAM的規(guī)范性實時指導(dǎo)有助于避免常見陷阱和管理復(fù)雜性,識別可充分利用VMware投資的機會并支持您團隊培養(yǎng)技能。專業(yè)服務(wù)實施流程虛擬化項目的實施擁有必要的專業(yè)知識,并且久經(jīng)考驗的方法論,才能實現(xiàn)虛擬化的目標。VMware專業(yè)服務(wù)團隊(PSO)遵循虛擬化基礎(chǔ)架構(gòu)和云平臺建構(gòu)方法論將指導(dǎo)成功運用虛擬化技術(shù)所需的各項步驟。虛擬化項目實施將包括:虛擬化評估、規(guī)劃設(shè)計、部署實施和運維四個階段。實施實施評估運維規(guī)劃設(shè)計明確虛擬化的目標的方式;確定虛擬化的影響和范圍虛擬化的架構(gòu)設(shè)計和規(guī)劃;定義實施方案,驗證標準,測試計劃部署實施虛擬化架構(gòu)解決方案保證持續(xù)的維護與運營成功;為下一步的虛擬化迭代做評估虛擬化評估報告虛擬化能力分析整合比計算總體擁有成本(TCO)和投資回報率(ROI)的計算架構(gòu)設(shè)計(網(wǎng)絡(luò),存儲,資源池等)高可用設(shè)計業(yè)務(wù)連續(xù)性設(shè)計備份和恢復(fù)計劃安全安裝和實施規(guī)范測試計劃上線規(guī)范操作程序虛擬化架構(gòu)的安裝與配置虛擬化遷移高可用測試備份與恢復(fù)測試虛擬化遷移虛擬化客戶技術(shù)經(jīng)理(TAM)現(xiàn)場與遠程技術(shù)支持技術(shù)問題接口評估確定針對虛擬基礎(chǔ)架構(gòu)的業(yè)務(wù)、組織、財務(wù)和技術(shù)需求,以及相應(yīng)的交付選項。此階段的交付成果是一份評估報告,其中會列出各種選項,并可能包括基于確定的需求和提供的建議。此階段中,需要采集現(xiàn)有PC服務(wù)器的硬件配置以及性能數(shù)據(jù)以進行詳細的定量分析;該階段將要提交一個虛擬化評估報告,包括虛擬化策略和TCO/ROI分析,整合比計算;同時,該文檔將包括一個實施計劃去幫助實現(xiàn)虛擬化策略和財務(wù)成果,并且詳述已確定的速效方法幫助客戶實現(xiàn)虛擬化。規(guī)劃與設(shè)計為實施選定的虛擬基礎(chǔ)架構(gòu)解決方案制定詳細的體系結(jié)構(gòu)設(shè)計和計劃。確定項目中的角色和職責、關(guān)鍵日期和里程碑,以及約束和應(yīng)急計劃。此階段的交付成果包括:體系結(jié)構(gòu)設(shè)計、構(gòu)建與配置指南、驗證構(gòu)建是否成功的測試規(guī)劃,以及對關(guān)鍵內(nèi)部流程的認定(可能需要根據(jù)虛擬化基礎(chǔ)架構(gòu)和實施規(guī)劃進行調(diào)整)。根據(jù)規(guī)劃和藍圖安裝并配置虛擬基礎(chǔ)架構(gòu)。根據(jù)需要舉辦知識傳授研討會,并按照規(guī)劃階段確定的標準對構(gòu)建成果進行測試。交付成果包括:按規(guī)劃構(gòu)建且能正常運行的虛擬基礎(chǔ)架構(gòu)、指出規(guī)劃與實際實施之間差異的異常報告、配置說明,以及負責人基于規(guī)劃階段確定的成功標準對所構(gòu)建的基礎(chǔ)架構(gòu)的驗收意見。規(guī)劃和設(shè)計階段將完成如下的設(shè)計,并且定義相關(guān)的流程:架構(gòu)設(shè)計(網(wǎng)絡(luò),存儲,資源池等)高可用設(shè)計業(yè)務(wù)連續(xù)性設(shè)計備份和恢復(fù)計劃安全安裝和實施規(guī)范測試計劃上線規(guī)范等實施根據(jù)規(guī)劃和藍圖安裝并配置虛擬基礎(chǔ)架構(gòu)。根據(jù)需要舉辦知識傳授研討會,并按照規(guī)劃階段確定的標準對構(gòu)建成果進行測試。交付成果包括:按規(guī)劃構(gòu)建且能正常運行的虛擬基礎(chǔ)架構(gòu)、指出規(guī)劃與實際實施之間差異的異常報告、配置說明,以及負責人基于規(guī)劃階段確定的成功標準對所構(gòu)建的基礎(chǔ)架構(gòu)的驗收意見。實施階段主要完成的工作如下:虛擬化架構(gòu)的安裝與配置虛擬化遷移高可用測試備份與恢復(fù)測試虛擬化遷移運維通過實施后的支持工作,不斷優(yōu)化和更新虛擬基礎(chǔ)架構(gòu)及操作流程。在運維階段,將聘請?zhí)摂M化的客戶技術(shù)經(jīng)理(TAM)作為可信任的虛擬化專家,去解決數(shù)據(jù)中心的獨特的需求和策略目標。同時,也把讓TAM提供現(xiàn)場與遠程技術(shù)支持和技術(shù)問題接口。通過把客戶技術(shù)經(jīng)理(TAM)作為數(shù)據(jù)中心員工擴展的一部分,保持對于本數(shù)據(jù)中心的環(huán)境持續(xù)一致的了解,讓TAM配合去審核項目計劃,幫助識別風險,并且可以在項目部署的生命周期內(nèi)提供最佳實踐的指導(dǎo)。TAM能提供訪問豐富的虛擬化知識庫,協(xié)調(diào)與虛擬化產(chǎn)品團隊和專家的交流,幫助迅速的解決問題。通過使用VTA確保虛擬化成功的部署和最大程度的實現(xiàn)虛擬架構(gòu)的ROI。支持服務(wù)概述作為VMware服務(wù)系列的組成部分,全球支持服務(wù)與VMware專業(yè)咨詢服務(wù)、VMware培訓(xùn)服務(wù)及VMware認證服務(wù)相結(jié)合,從而在加快投資回報速度的同時降低了風險。VMware聘用了最大規(guī)模的虛擬化專業(yè)技術(shù)團隊,他們專門為多變、異構(gòu)且極為復(fù)雜的關(guān)鍵任務(wù)型虛擬化和云計算環(huán)境提供支持。經(jīng)客戶驗證的VMware虛擬化和云計算基礎(chǔ)架構(gòu)解決方案與世界一流的全球支持服務(wù)相結(jié)合,為客戶和合作伙伴帶來了循序漸進的云計算實施途徑。在保留現(xiàn)有應(yīng)用程序和基礎(chǔ)架構(gòu)投

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論