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