除了服務器硬件的限制，服務器承載的業(yè)務類型是決定能否虛擬化的另一個重要因素�？傮w而言，以下幾類應用不建議做虛擬化。

　　大負載應用：這些應用需要占用大量的I/O和內存資源、不能通過負載均衡分攤處理壓力（如Exchange、數(shù)據(jù)庫應用）。

　　具有特殊硬件訪問要求的應用：高性能計算、高性能圖形處理、特殊串/并行加密應用。

　　有特殊驅動程序要求的應用：如基于3D加速硬件的定制視頻驅動程序。

　　結合以上分析，我們建議承載數(shù)據(jù)庫應用的小型機不參與虛擬化整合，繼續(xù)作為特定應用系統(tǒng)的服務器單獨使用，而其他的應用服務器、管理服務器均為X86架構體系，可作為未來虛擬機應用的基礎。

　　2. 鐵路云數(shù)據(jù)中心建設思路

　　鐵路云數(shù)據(jù)中心建設是一個逐步實施的過程。

　　首先是鐵路總公司、路局層面數(shù)據(jù)中心虛擬化過程，包括：存儲虛擬化、計算虛擬化、網絡虛擬化以及配套的云業(yè)務管理平臺的建設。如何在盡量不對上線業(yè)務造成影響的情況下，將搭載在物理服務器或部分虛擬化服務器上的業(yè)務整合到一個統(tǒng)一的大虛擬化計算資源池中，并使網絡能適應虛擬機應用所需的高性能、虛擬機流量監(jiān)控管理、虛擬機遷移策略自動跟隨等特性。

　　當鐵路總公司、路局層面的云數(shù)據(jù)中心建設完成后，還可實現(xiàn)兩級數(shù)據(jù)中心之間的資源共享，比如路局虛擬機處理性能不足時，可將虛擬機推送到有空余處理能力的鐵路總公司甚至是其他路局的數(shù)據(jù)中心，打造全路范圍內的大IT資源池，進一步提升資源利用效率。

　　在得到相關政策允許時，還可將鐵路專有云與第三方公有云對接，將臨時突發(fā)業(yè)務推送到公有云去處理，業(yè)務結束后立即歸還，通過租賃的方式打造鐵路信息化的一種創(chuàng)新低成本思路。

　　為保證業(yè)務可靠性，鐵路總公司和路局還將建設數(shù)據(jù)中心的冗余備份中心（包括同城災備中心、異地災備中心等），這會涉及到城域、廣域災備網絡建設，服務器集群、數(shù)據(jù)同步等更多技術。

　　以下重點探討鐵路數(shù)據(jù)中心建設的前兩個階段，即數(shù)據(jù)中心的虛擬化以及跨級資源共享。

• 路局/鐵路總公司內部虛擬化數(shù)據(jù)中心建設及關鍵技術

　　以路局數(shù)據(jù)中心為例，建議的數(shù)據(jù)中心架構如圖2所示，鐵路總公司組網結構與此類似。H3C能為鐵路云數(shù)據(jù)中心建設提供從網絡、服務器、存儲產品以及云管理平臺全面解決方案，同時還以開放的國際標準協(xié)議為基礎，能充分兼容現(xiàn)有鐵路信息化的主流第三方廠商，確�，F(xiàn)有IT資源的充分復用。

　　
圖2 路局數(shù)據(jù)中心架構

　　云數(shù)據(jù)中心涉及多種技術，以下重點探討服務器遷移、虛擬機創(chuàng)新應用與管理、高性能數(shù)據(jù)中心網絡三個部分。

• 服務器遷移技術

　　在完成對現(xiàn)有IT資源池化的基礎上，如何將現(xiàn)有正在運行的鐵路生產應用無縫遷移到新的虛擬化應用平臺是云技術應用最關鍵的一步，這包括物理服務器業(yè)務遷移和已經應用虛擬機的業(yè)務遷移到另一種格式的虛擬機上兩種情況。

　　物理服務器虛擬化遷移方案如下（如圖3所示）：

　　
圖3 P2V物理服務器遷移方案

　　用少量支持虛擬化的X86服務器搭建一個最小化的虛擬化計算資源池；

　　在待整合物理服務器上安裝P2V轉換軟件，在不中斷業(yè)務的情況下對服務器磁盤執(zhí)行克隆操作，生成一個可啟動的虛擬磁盤文件；

　　將虛擬磁盤文件導入到虛擬化計算資源池的某臺服務器上，正常恢復業(yè)務運行；