【文章內(nèi)容簡(jiǎn)介】 決 方 案? 在 不 同 的 節(jié) 點(diǎn) 間 實(shí) 現(xiàn) Failover虛 擬 化 環(huán) 境? 支 持 vm的 Fail－ over功 能? 集 成 的 Xen， GFS和 RHCS? 提 供 增 強(qiáng) 的 、 高 性 能 的 虛 擬 化 環(huán) 境? 硬 件 的 故 障 ， VM的 失 效 都 不 影 響 其 數(shù) 據(jù) 的 “可 用 性 ”? 快 速 的 失 效 修 復(fù)Virtual ServersRed Hat GFSVM ImagesShared Data有了虛擬化，IT 管理員能在運(yùn)行重要應(yīng)用的實(shí)體機(jī)和同等配置的虛擬機(jī)上創(chuàng)建集群。在待機(jī)狀態(tài)下，虛擬機(jī)并不消耗計(jì)算機(jī)資源，并且能以非常高的比例整合到一個(gè)或幾個(gè)實(shí)體平臺(tái)上去。結(jié)果，企業(yè)級(jí)無須在硬件數(shù)量或管理和安裝補(bǔ)丁上投入雙倍的人力和物力，從而實(shí)現(xiàn)高可用性。冗余的方式將由 2N 變?yōu)?N+1。實(shí)體到虛擬的集群和實(shí)體到實(shí)體的集群一樣都支持同樣的集群軟件。12 / 35同時(shí)，節(jié)省的成本能為更多的負(fù)載實(shí)現(xiàn)高可用性并簽署更多的高水平服務(wù)協(xié)議。失敗轉(zhuǎn)移服務(wù)器的整合和自動(dòng)化對(duì)于關(guān)聯(lián)在存儲(chǔ)域網(wǎng)（SAN、ISCSI 、NFS ）上重要應(yīng)用的部署，企業(yè)級(jí)災(zāi)難恢復(fù)策略通常包含一個(gè)災(zāi)難恢復(fù)的熱站，這個(gè)站點(diǎn)有在主備之間的完全同步的數(shù)據(jù)復(fù)制。這種策略提供很少的恢復(fù)點(diǎn)對(duì)象（PRO）。然而，出于恢復(fù)時(shí)間對(duì)象（RTO）的考慮，恢復(fù)時(shí)間非常依賴于除了數(shù)據(jù)恢復(fù)之外的恢復(fù)實(shí)體服務(wù)器，操作系統(tǒng)，系統(tǒng)參數(shù)和應(yīng)用程序的能力。為了維持較少的恢復(fù)時(shí)間對(duì)象（RTO），硬件和系統(tǒng)的同一配置需要被維護(hù)在失敗轉(zhuǎn)移站點(diǎn)上。這樣的配置無論在初始資本投入階段還是在項(xiàng)目運(yùn)作，升級(jí)，維護(hù)和支持階段費(fèi)用都是很昂貴的。這種方案的兩個(gè)明顯缺點(diǎn)在于預(yù)制了太多的新服務(wù)器以及通常沒有可能為數(shù)據(jù)恢復(fù)去調(diào)整 Windows 注冊(cè)表和對(duì)不同的失敗轉(zhuǎn)移服務(wù)器的其他系統(tǒng)參數(shù)進(jìn)行配置? 部署在整個(gè)企業(yè)級(jí)內(nèi)的虛擬構(gòu)架能確保企業(yè)級(jí)：? 避免在失敗轉(zhuǎn)移站點(diǎn)上停滯不前? 在主備站點(diǎn)上，從服務(wù)器整合角度來減少投入成本? 使恢復(fù)過程自動(dòng)化，并實(shí)現(xiàn)存儲(chǔ)管理軟件的集成? 改進(jìn)恢復(fù)過程的可靠性13 / 35. 紅帽企業(yè)級(jí)虛擬化架構(gòu)測(cè)試和開發(fā)解決方案CIO 們一直處于如何進(jìn)一步縮短企業(yè)級(jí)應(yīng)用程序開發(fā)和部署周期的壓力之下。在預(yù)算范圍內(nèi)，及時(shí)提供高質(zhì)量的軟件從來就不是件容易的事?；诂F(xiàn)代的多層體系和操作系統(tǒng)，瀏覽器和防火墻的多版本，任務(wù)變得更加復(fù)雜了。在軟件開發(fā)過程中的一些問題包括：? 對(duì)有限硬件資源的爭(zhēng)奪? 不匹配的開發(fā)和生產(chǎn)環(huán)境? 不恰當(dāng)?shù)碾A段使得部署新應(yīng)用程序更具風(fēng)險(xiǎn)? 分布式的開發(fā)團(tuán)隊(duì)之間的交流問題遷移開發(fā)和測(cè)試環(huán)境到虛擬構(gòu)架在更低的缺陷方面即刻得到明顯的改進(jìn)。紅帽企業(yè)級(jí)虛擬化架構(gòu)軟件把完整的測(cè)試平臺(tái)應(yīng)用程序和數(shù)據(jù)壓縮到14 / 35文件內(nèi)。這些文件能在實(shí)體主機(jī)之間被輕易的存儲(chǔ)，暫停，還原和傳遞。由于通過紅帽企業(yè)級(jí)虛擬化架構(gòu)軟件的隔離擔(dān)保，多虛擬測(cè)試平臺(tái)能運(yùn)行在同一個(gè)實(shí)體主機(jī)上而不互相影響。此外，虛擬構(gòu)架有許多為測(cè)試和開發(fā)環(huán)境而設(shè)計(jì)的特定功能，例如系統(tǒng)快照，系統(tǒng)級(jí)的調(diào)試支持等有了紅帽企業(yè)級(jí)虛擬化架構(gòu)軟件，企業(yè)級(jí)開發(fā)部門能：? 把單一的實(shí)體平臺(tái)劃分成一打隔離的開發(fā)環(huán)境? 精確的復(fù)制多模塊產(chǎn)品環(huán)境到虛擬機(jī)上去? 在不同的團(tuán)隊(duì)之間共享全部的環(huán)境? 在開發(fā)和測(cè)試周期內(nèi)，剔除反復(fù)配置的工作? 使一些以前需要手動(dòng)干預(yù)的測(cè)試過程自動(dòng)化? 在單一的實(shí)體平臺(tái)上模擬復(fù)雜的網(wǎng)絡(luò)應(yīng)用在同一物理硬件上運(yùn)行多操作系統(tǒng)紅帽企業(yè)級(jí)虛擬化架構(gòu)虛擬軟件能在單一的物理平臺(tái)上無限多的運(yùn)行完全隔離的系統(tǒng)環(huán)境。如果你是：? 一個(gè)運(yùn)行兩個(gè)以上分別運(yùn)行不同版本 Windows 或 Linux 系統(tǒng)的桌面主機(jī)程序員? 建立跨平臺(tái)分布式軟件的開發(fā)者? 由于構(gòu)建系統(tǒng)軟件和驅(qū)動(dòng)程序需要，而導(dǎo)致每次程序崩潰都要重啟主機(jī)的開發(fā)人員? 頻繁地為測(cè)試，開發(fā)，試驗(yàn)而更改 X86 服務(wù)器和桌面資源的多微軟系統(tǒng)的工程管理員? 在有限硬件資源配置的多系統(tǒng)上測(cè)試和檢驗(yàn)產(chǎn)品的質(zhì)量監(jiān)測(cè)工程師? 由于缺少硬件資源而無法精確的再生客戶環(huán)境的技術(shù)支持專家? 在不同的系統(tǒng)上運(yùn)行核心級(jí)調(diào)試的程序員? 需要在不同現(xiàn)場(chǎng)。檢測(cè)產(chǎn)品的外表，質(zhì)地和功能的質(zhì)檢工程師15 / 35單一實(shí)體平臺(tái)上配置開發(fā)環(huán)境現(xiàn)代企業(yè)級(jí)軟件應(yīng)用從屬于協(xié)議設(shè)計(jì)，系統(tǒng)環(huán)境，版本沖突和硬件依賴的各種變化。如果所有都不是多層應(yīng)用的話，大多數(shù)需要能在產(chǎn)品和開發(fā)下，帶分布式連通和配置的多個(gè)主機(jī)，這樣必將導(dǎo)致大量的基于 X86 平臺(tái)上的開發(fā)和測(cè)試應(yīng)用，例如網(wǎng)頁服務(wù)器，應(yīng)用服務(wù)器或者數(shù)據(jù)庫難于管理。這些經(jīng)常被限定在一個(gè)固定的操作系統(tǒng)和軟件版本上，這樣使得他們得占據(jù)一個(gè)很大的空間。有了虛擬構(gòu)架：? 有分布式服務(wù)器虛擬機(jī)的完整網(wǎng)絡(luò)能運(yùn)行在同一實(shí)體主機(jī)同時(shí)模擬了一個(gè)網(wǎng)絡(luò)? 隔離和劃分區(qū)域確保用戶模擬一個(gè)真實(shí)比例的產(chǎn)品環(huán)境模型? 運(yùn)行在不同操作系統(tǒng)上的不同組件都將被用來開發(fā)和測(cè)試? 網(wǎng)絡(luò)數(shù)據(jù)包并不離開實(shí)體主機(jī)? 輕而易舉地把配置從開發(fā)工作站遷移到產(chǎn)品工作站測(cè)試和開發(fā)環(huán)境下的預(yù)制庫采用了虛擬構(gòu)架，連同數(shù)據(jù)和配置的系統(tǒng)信息被捕捉和存儲(chǔ)在易于訪問的模板庫中，以便日后使用。有了虛擬中心所提供的集中式管理，從模板中完成一臺(tái)虛擬機(jī)的部署，只需點(diǎn)幾下。這樣不但節(jié)省了時(shí)間，縮短了產(chǎn)品開發(fā)周期，而且通過應(yīng)用標(biāo)準(zhǔn)化的開發(fā)環(huán)境改進(jìn)了軟件的一致性和品質(zhì)?？紤]以下的案例：一旦安裝和配置了應(yīng)用程序的舊系統(tǒng)將作為組件保存，以后用來重建同樣的環(huán)境而無須依賴實(shí)際的物理硬件。包含復(fù)雜操作步驟和知識(shí)技能的應(yīng)用程序配置很難被重建。一旦配置特定應(yīng)用的企業(yè)級(jí)程序已經(jīng)完成，對(duì)于培訓(xùn)或高可用性目的而言，為以后16 / 35留存系統(tǒng)快照是非常有用的。需要快速重建客戶環(huán)境或再現(xiàn)環(huán)境缺陷的技術(shù)專家現(xiàn)在只需進(jìn)入庫來創(chuàng)建系統(tǒng)環(huán)境。17 / 352. 紅帽企業(yè)級(jí)虛擬化架構(gòu)服務(wù)器虛擬化設(shè)計(jì). 需求分析客戶名稱正在計(jì)劃實(shí)施服務(wù)器整合項(xiàng)目，整合后的應(yīng)用大約有 70 個(gè)左右，其中有 30 個(gè)左右的 Java 類應(yīng)用，以及 40 個(gè)左右的 Windows/Linux 應(yīng)用。如果按照傳統(tǒng)的應(yīng)用部署方式，一個(gè)應(yīng)用一臺(tái)服務(wù)器的話，需要部署70 臺(tái)服務(wù)器，如此數(shù)量的服務(wù)器，將會(huì)造成如下的眾多問題：1. 成本高? 硬件成本較高。? 運(yùn)營和維護(hù)成本高，包括數(shù)據(jù)中心空間、機(jī)柜、網(wǎng)線，耗電量，冷氣空調(diào)和人力成本等。2. 可用性? 可用性低， 因?yàn)槊總€(gè)服務(wù)器都是單機(jī)， 如果都配置為雙機(jī)模式成本更高。? 系統(tǒng)維護(hù)和升級(jí)或者擴(kuò)容時(shí)候需要停機(jī)進(jìn)行，造成應(yīng)用中斷。3. 缺乏可管理性? 數(shù)量太多難以管理，新服務(wù)器和應(yīng)用的部署時(shí)間長(zhǎng)，大大降低服務(wù)器重建和應(yīng)用加載時(shí)間。? 硬件維護(hù)需要數(shù)天/周的變更管理準(zhǔn)備和數(shù)小時(shí)的維護(hù)窗口。4. 兼容性差? 系統(tǒng)和應(yīng)用遷移到新的硬件需要和舊系統(tǒng)兼容的系統(tǒng)。為了更好的解決上述傳統(tǒng)單一物理服務(wù)器部署應(yīng)用方式所造成的弊端，全球虛擬化產(chǎn)品領(lǐng)先廠商紅帽企業(yè)級(jí)虛擬化架構(gòu)公司與開放系統(tǒng)服務(wù)器領(lǐng)18 / 35域的著名廠商 XXX 公司通力合作，共同為用戶推薦了如下的采用紅帽企業(yè)級(jí)虛擬化架構(gòu)軟件的服務(wù)器虛擬架構(gòu)解決方案，該方案將極大的提供服務(wù)器整合的效率，大幅度簡(jiǎn)化了服務(wù)器群管理的復(fù)雜性，提高了整體系統(tǒng)的可用性，同時(shí)還明顯的減少了投資成本，具有很好的技術(shù)領(lǐng)先性和性價(jià)比，虛擬技術(shù)由于采用了將傳統(tǒng)服務(wù)器應(yīng)用程序環(huán)境封裝成可移動(dòng)的檔案文件的技術(shù)，很容易實(shí)現(xiàn)業(yè)務(wù)的連續(xù)不間斷運(yùn)行，針對(duì)應(yīng)用和訪問量靈活部署，降低系統(tǒng)總成本,非常適用于寬帶等快速發(fā)展的應(yīng)用領(lǐng)域。根據(jù)用戶的需求情況，對(duì)于 Windows/Lunix 平臺(tái)上的 40 個(gè)應(yīng)用，建議配置兩臺(tái) XX 公司最新的基于 XXX