【正文】 制您當(dāng)前的運算能力 ? 由于更高的系統(tǒng)利用率，節(jié)省超過 45％的運作成本 ? 使您的基礎(chǔ)構(gòu)架能實現(xiàn)按需動態(tài)預(yù)制，高可用性和靈活管理 . VMware 商業(yè)連續(xù)性解決方案 VMware 服務(wù)器虛擬架構(gòu)解決方案 第 6 頁 每年成百上千的全球數(shù)據(jù)中心遭遇重大的服務(wù)中斷。這些商業(yè)運行將受到用戶錯誤，病毒，硬件故障和自然災(zāi)害等問題的影響。當(dāng)前商業(yè)連續(xù)性處于 企業(yè) IT 策略的最前沿，并且從管理層到 CEO 的所有人都非常重視它。 成功的商業(yè)連續(xù)性策略元素包含： ? 應(yīng)用程序可用計劃 ? 包含監(jiān)控和平臺冗余的預(yù)防措施 ? 數(shù)據(jù)保護 ? 災(zāi)難恢復(fù)策略 ? 有效的人員計劃 使用虛擬構(gòu)架， IT 管理員能改進商業(yè)連續(xù)性的所有方面，例如： ? 由于主備服務(wù)器之間的硬件獨立性，使得災(zāi)難恢復(fù)更快而花費不多 ? 排除計劃內(nèi)的硬件當(dāng)機，并明顯的減少計劃內(nèi)的軟件當(dāng)機 ? 管理所有虛擬機和監(jiān)控宿主機的單點控制技術(shù) ? 為了實現(xiàn)捕捉和恢復(fù)，完全的把主機壓縮到文件里去 ? 簡化和可重復(fù)的自動程序 基于虛擬機的集群冗余簡化 為了實現(xiàn)高可 用性，企業(yè)使用中間軟件例如微軟和 Veritas 的集群軟件，把兩臺服務(wù)器綁定在一個熱備環(huán)境。即使運行在服務(wù)器上的應(yīng)用程序有集群感知能力，萬一主服務(wù)器遭遇硬件或軟件錯誤，這樣的安排仍然會導(dǎo)致非應(yīng)用程序當(dāng)機。冗余能消除單點失敗。 隨著 IT 對企業(yè)運作而言變得更加重要，高水平的服務(wù)普遍成為企業(yè)的需求，越來越多的應(yīng)用則被要求高度可用。然而，為了實現(xiàn)如上所述的高可用性集群，就像很多服務(wù)器運行應(yīng)用一樣，企業(yè)需要預(yù)備和管理兩次。 VMware 服務(wù)器虛擬架構(gòu)解決方案 第 7 頁 有了虛擬化， IT 管理員能在運行重要應(yīng)用 的實體機和同等配置的虛擬機上創(chuàng)建集群。在待機狀態(tài)下，虛擬機并不消耗計算機資源，并且能以非常高的比例整合到一個或幾個實體平臺上去。結(jié)果，企業(yè)無須在硬件數(shù)量或管理和安裝補丁上投入雙倍的人力和物力，從而實現(xiàn)高可用性。冗余的方式將由 2N 變?yōu)?N+1。 實體到虛擬的集群和實體到實體的集群一樣都支持同樣的集群軟件。同時，節(jié)省的成本能為更多的負(fù)載實現(xiàn)高可用性并簽署更多的高水平服務(wù)協(xié)議。 無須原硬件的數(shù)據(jù)恢復(fù) 大多數(shù)企業(yè) IT 部門使用常用的備份軟件，例如 Tivoli Storage Manager, Legato Networker, 或者 Veritas NetBackup 來創(chuàng)建數(shù)據(jù)和應(yīng)用程序備份。既然備份策略能抵御用戶錯誤和某些情況下的軟硬件故障，比較長的恢復(fù)時間和多恢復(fù)點是能被接受的。 然而，為了獲得備份所帶來的好處，企業(yè)必須確保數(shù)據(jù)確實能被恢復(fù)。 業(yè)余備份，專業(yè)恢復(fù)？ 為了測試數(shù)據(jù)恢復(fù)， IT管理員需要為每個已備份的主機提供一臺測試的失敗轉(zhuǎn)移服務(wù)器，安裝操作系統(tǒng)，安裝備份代理，嘗試在測試失敗轉(zhuǎn)移服務(wù)器上調(diào)整 Windows 注冊表和其他系統(tǒng)配置。如果系統(tǒng)調(diào)整成功，備份服務(wù)器和備份代理才能被用來測試數(shù)據(jù)恢復(fù)。 VMware 服務(wù)器虛擬架構(gòu)解決方案 第 8 頁 預(yù)制新的服務(wù)器和調(diào)整 Windows 注冊表是一個漫長的手工過程并且有時并不可能。這樣，在不同的失敗轉(zhuǎn)移服務(wù)器實現(xiàn)數(shù)據(jù)恢復(fù)是存在疑問的。 這些問題將被虛擬失敗轉(zhuǎn)移硬件給解決了。此外，操作系統(tǒng)安裝，備份代理的安裝和 Windows 注冊表的調(diào)整只需做一次。此后，一個完整的已配置的 VM 模板將被存儲在 VM 模板庫內(nèi)。 Vmware 軟件能確保企業(yè)： ? 為災(zāi)難后的測試和恢復(fù)，消除硬件資源方面的障礙 ? 避免系統(tǒng)和備份代理的安裝，用虛擬機模板來縮短恢復(fù)周期 ? 用標(biāo)準(zhǔn)的虛擬化硬件，使得災(zāi)難恢復(fù)更加可靠和可重復(fù) 失敗轉(zhuǎn)移服務(wù)器的整合和自動化 對于關(guān)聯(lián)在存儲域網(wǎng)（ SAN）上重要應(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ù)過程的可靠性 VMware 服務(wù)器虛擬架構(gòu)解決方案 第 9 頁 2. VMware 服務(wù)器虛擬架構(gòu) 方案設(shè)計 . 需求分析 XXX 數(shù)據(jù)中心現(xiàn)狀： 有 多個 Windows/Linux 應(yīng)用， 按照 現(xiàn)在 傳統(tǒng)的應(yīng)用部署方式，一個應(yīng)用一臺服務(wù)器的話，需要部署 10多 臺服務(wù)器， 并且每臺應(yīng)用服務(wù)器的應(yīng)用數(shù)據(jù)是放在本地硬盤上面，數(shù)據(jù)安全是 一個問題，如此數(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) 。 5． 數(shù)據(jù)安全性差 ? 應(yīng)用和系統(tǒng)沒有集中的存放和備份，數(shù)據(jù)安全性差 為了更好的解決上述傳統(tǒng)單一物理服務(wù)器部署應(yīng)用方式 所造成 的弊端，全球虛擬化產(chǎn)品領(lǐng)先廠商 VMware 公司 與開放系統(tǒng)服務(wù)器領(lǐng)域的著名廠商 IBM 公司通力合作，共同為用戶推薦了如下的采用 VMware 虛擬架構(gòu)軟件的服務(wù)器虛擬架構(gòu)解決方案，該方案將極大的提供服務(wù)器整合的效率，大幅度簡化了服務(wù)器群管理的復(fù)雜性，提高了整體系統(tǒng)的可用性，同時還明顯的減少了投資成本，具有很好的技術(shù)領(lǐng)先性和性價比，虛擬技術(shù)由于采用了將傳統(tǒng)服務(wù)器應(yīng)用程序 環(huán)境封裝成可移動的檔案文件的技術(shù)，VMware 服務(wù)器虛擬架構(gòu)解決方案 第 10 頁 很容易實現(xiàn)業(yè)務(wù)的連續(xù)不間斷運行，針對應(yīng)用和訪問量靈活部署，降低系統(tǒng)總成本 ,非常適用于寬帶等快速發(fā)展的應(yīng)用領(lǐng)域。 . 方案 介紹 根據(jù)用戶的需求情況，對于 Windows 平臺上的 10 個應(yīng)用，建議配置 2臺 IBM公司 基于 4 核 CPU 技術(shù)的服務(wù)器，同時每臺服務(wù)器上都安裝配置 VMware 第四代虛擬架構(gòu)套件 vSphere4 企業(yè)版軟件，用于在單個物理服務(wù)器實體上，利用服務(wù)器強大的處理能力，生成多個虛擬服務(wù)器，而每一個虛擬服務(wù)器，從功能、性能和操作方式上，等同于傳統(tǒng)的單臺物理服務(wù)器，在每個虛擬服 務(wù)器上，再安裝配置 Windows 或 Linux 操作系統(tǒng)，進而再安裝應(yīng)用軟件，這樣以前的每個物理服務(wù)器就變身成為 VMware vSphere 4 服務(wù)器上的虛擬機，從而大大提高資源利用率，降低成本，增強了系統(tǒng)和應(yīng)用的可用性，提高系統(tǒng)的靈活性和快速響應(yīng)，完美的實現(xiàn)了服務(wù)器虛擬架構(gòu)的整合。 在具體實現(xiàn)中，為了實現(xiàn)數(shù)據(jù)的集中存儲、集中備份以及充分利用 VMware虛擬架構(gòu)中虛擬機可動態(tài)在線從一臺物理服務(wù)器遷移到另一臺物理服務(wù)器上的特性等，建議配置一套 FCSAN 共享存儲陣列產(chǎn)品，同時配置冗余的光纖 交換機，組成標(biāo)準(zhǔn)的 FCSAN 集中存儲架構(gòu)，由 VMware 虛擬架構(gòu)套件生產(chǎn)出來的虛擬機的封裝文件都存放在 FCSAN 存儲陣列上。通過共享的 FCSAN 存儲架構(gòu)， 可以最大化的發(fā)揮虛擬架構(gòu)的優(yōu)勢，進行在線地遷移正在運行的虛擬機（ VMware VMotion），進行動態(tài)的資源管理（ VMware DRS），并使用（ VMware HA ）實現(xiàn)經(jīng)濟高效、獨立于硬件和操作系統(tǒng)的應(yīng)用程序可用性等，而且為以后的容災(zāi)提供擴展性和打下基礎(chǔ)。 為了集中管理和監(jiān)控虛擬機、實現(xiàn)自動化以及簡化資源調(diào)配，建議單獨配置一套服務(wù)器安裝 Window 系統(tǒng)，用于安裝 vSphere4 套件中的 Virtual Center 軟件，對 3臺物理服務(wù)器及其上的虛擬服務(wù)器進行統(tǒng)一的管理。 . 方案拓?fù)? VMware vSphere 邏輯拓?fù)鋱D VMware 服務(wù)器虛擬架構(gòu)解決方案 第 11 頁 . 方案構(gòu)成部分詳細(xì)說明 針對上面的拓?fù)鋱D，詳細(xì)說明如下： VMware 服務(wù)器虛擬架構(gòu)解決方案 第 12 頁 ESX Server vCenter 虛擬控制中心 LAN NetApp統(tǒng)一存儲存儲 FAS2020 ESX Server Console HA VM FC/IP SAN存儲網(wǎng)絡(luò) VMware 服務(wù)器虛擬架構(gòu)解決方案 第 13 頁 硬件需求 ? 服務(wù)器 (ESX 服務(wù)器 2臺 ) ? 2 路 4 核 CPU 16G 內(nèi)存 4GB HBA 卡口（ 2個） + 4 個千兆網(wǎng)卡 ? 可選用 IBM X3850 系列 ? 安裝 ESX Server ? 連接 LAN 和千兆交換機 ? 兩個網(wǎng)口組合用于控制臺 和 HA，另兩個網(wǎng)口組合用于虛擬機網(wǎng)絡(luò)連接， 2個 HBA 卡用于存儲連接。 ? 服務(wù)器（ vCenter） ? 1 路 4 核 CPU 4G 內(nèi)存 ? 可選用 X3650 ? 安裝 vCenter 軟件 ? 連接 LAN ? 用于集中管理 ESX 服務(wù)器和虛擬機 備注： vCenter 服務(wù)器可以安裝為虛擬機 ? 存儲設(shè)備 ? NetApp2020（配置 FC/IPSAN 連接方式） 6X500 SATA 盤 ? 用于集中存放虛擬機文件 ? VMware 軟件需求 ? 1 套 VMware Essentials Plus 版本包含 6個 CPU 授權(quán)。 包含 ESX Server, VirtualCenter Agent, Virtual SMP, VMFS, Update Manager, Consolidated Backup, High Availability， vShield ， Data Recovery ? 一套 VMware VirtualCenter 基礎(chǔ)版 . 虛擬架構(gòu)主體部分 VMware ESX Server 配置說明 本方案的主體部分既是 2 臺安裝了 VMware ESX Server 軟件的 ESX 服務(wù)器 、一臺安裝 vCenter 軟 件的管理服務(wù)器、一套 FAS2020 FCSAN 架構(gòu)的共享存儲設(shè)備 。 ESX Server 是 VMware 虛擬架構(gòu)套件 vSphere4 的基礎(chǔ)組成部分 ，是動態(tài)、自我優(yōu)化的 IT 基礎(chǔ)結(jié)構(gòu)的基礎(chǔ)。 VMware ESX Server 是一個強健、經(jīng)過生產(chǎn)驗證的虛擬層，它直接安裝在 物理服務(wù)器的裸機上，將物理服務(wù)器上的處理器、內(nèi)存、存儲器和網(wǎng)絡(luò)資源抽象到多個虛擬機中。 通過跨大量虛擬機共享硬件資源提高了硬件利用率并大大降低了資金和運VMware 服務(wù)器虛擬架構(gòu)解決方案 第 14 頁 營成本。 通過高級資源管理、高可用性和安全功能提高了服務(wù)級別 對于資源密集型的應(yīng)用程序也不例外。 單臺物理服務(wù)器配置多個虛擬服務(wù)器的性能依據(jù) 根據(jù)統(tǒng)計，對于傳統(tǒng)的服務(wù)器應(yīng)用方式，通常服務(wù)器的 平均 利用率在515%之間， 而采用虛擬架構(gòu)整合后，服務(wù)器的平均利用率可達(dá)到 60%80%。我們以此統(tǒng)計數(shù)據(jù)為基礎(chǔ)， 估算一下一臺 高配置的 服 務(wù)器能夠支持的虛擬機的數(shù)量。 VMware 服務(wù)器虛擬架構(gòu)解決方案 第 15 頁 由于用目前的服務(wù)器都是配置 12 CPU，并且 CPU 的使用率都在 10%左右，屬于輕量級的應(yīng)用。根據(jù)虛擬化的成功案列經(jīng)驗 我們完全可以通過在 2臺高配置的 2 路 4核服務(wù)器上創(chuàng)建 812 個虛擬服務(wù)器的方式，來完成傳統(tǒng)方式需要 10多 臺 的低配置的雙路 /單路 雙核服務(wù)器才能完成的工作，用戶在降低成本的方式，還大大減少了環(huán)境的復(fù)雜性，降低了對機房環(huán)境的需求，同時具有更靈活穩(wěn)定的管理特性。 采用 VMware 虛擬架構(gòu)相比于傳統(tǒng)單臺服務(wù)器部署單一應(yīng)用方式的另外一個好處是， 可以充分滿足 不同應(yīng) 用對系統(tǒng)資源的不同要求，如有的應(yīng)用只需要一個 GHz CPU， 512MB 的內(nèi)存就可以很好的運行，而有的高訪問率、高吞吐量的應(yīng)用則需要 2個甚至是 4個雙核的 CPU， 8GB 的內(nèi)存才能保證穩(wěn)定的運行，在傳統(tǒng)方式下，往往不可能針對每一種應(yīng)用來采購服務(wù)器，而是用一種或幾種標(biāo)準(zhǔn)配置的服務(wù)器來統(tǒng)一采購，這樣，勢必會造成某些應(yīng)用資源富裕，而另一些應(yīng)用面臨資源緊張的情況，