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