在真切感受到虛擬化技術的確能夠給數據中心的運營帶來巨大優勢之后，政府、企業信息化部門的主管開始考慮將部署在物理服務器上的業務系統遷移至虛擬化平臺，進一步降低數據中心的運營成本，提高數據中心的運營效率。但是在進行服務器虛擬化整合的過程中，信息化主管通常不得不面對業務系統運營存在的如下問題：

 

    操作系統（suse 9、suse 10、windows 2003）中間件（Tomcat、WebSphere）、數據庫（Oracle、DB2、MySQL、SQL Server）版本眾多。

 

    信息系統部署缺乏統一規劃，多呈分散部署態勢。一個突出的問題就是服務器數量眾多但利用率不高，數據庫數量眾多但數據量很小。

 

    信息系統數量眾多，而且各個信息系統之間存在較為緊密的耦合關系。支撐內部業務運營的辦公自動化、財務管理系統與對外提供服務的業務系統之間沒有劃分明確的運維管理邊界，運維保障能力嚴重不足。

 

    面對如此紛亂復雜的業務運營現狀，信息化主管往往不知從何處著手，在確保不影響現有業務運營的前提下，高效率地開展服務器的虛擬化整合工作。筆者結合在進行服務器虛擬化整合過程中所積累的經驗、教訓，總結了開展服務器虛擬化整合工作的三大步驟。

 

 

    在信息收集階段，需要完成如下幾個方面的工作：

 

    首先，掌握現有業務系統對應的應用服務器軟、硬件配置，硬件配置主要包括服務器CPU型號及數量、內存容量、本地磁盤大小；軟件配置主要包括安裝的操作系統、Web服務器、中間件版本以及網絡配置（包括IP地址、網關、DNS服務器）。同時還需要注意軟件許可問題，需要向軟件供應商了解遷移至虛擬機后如何重新注冊軟件許可證。最終形成信息系統的配置管理數據庫CMDB.

 

    其次，通過監控應用服務器的資源使用情況，了解應用服務器的現有配置對業務系統運營的支持能力。通常可以利用監控系統例如Zoho公司的Application Manager應用監控幫助我們實現對服務器性能信息的實時監控，為評估業務系統的硬件需求奠定基礎。

 

    最后，梳理信息系統之間的關聯關系，隨著信息系統的數量越來越多，信息系統之間的關聯關系也變得越來越復雜。通過建立業務視圖梳理業務系統之間的關聯關系，并找出對應的配置信息，避免因為服務器虛擬化整合破壞信息系統之間的關聯關系。

 

 

    通過第一階段的信息收集，我們可以初步判斷出信息系統運營所需要的服務器硬件配置。通常我們會發現在軟件配置方面，操作系統及相關軟件的版本普遍較低，與官方發布的最新穩定版本具有較大差距。從保證信息系統穩定、高效運行的角度考慮，建議在進行服務器整合的同時完成操作系統及相關軟件版本的升級工作。同時對于存在關聯關系的業務系統，在進行服務器虛擬化整合時，要進行相應的配置變更，并通過測試確保不對信息系統之間的關聯關系造成破壞。

 

    制定遷移測試計劃需要開展如下幾個方面的工作：

 

    首先，如果原有的機架和塔式服務器的使用年限較長，硬件配置相差較大，那么建議新購刀片服務器取代原有的服務器。主流廠商IBM、HP以及Cisco的刀片服務器在電源使用效率、制冷以及硬件配置方面具有巨大優勢，能夠滿足虛擬化管理程序hypervisor對硬件的要求，為實現高可用性、分布式資源調度掃清了障礙。通常虛擬化平臺對服務器的內存要求較高，建議在采購刀片服務器時盡可能配置較多數量的內存，這樣可以在一臺物理服務器上運行更多的虛擬機。目前三大刀片服務器對內存的支持都達到了512GB以上，有的甚至達到了2TB.

 

    其次，vSphere是目前使用最為廣泛的虛擬化管理平臺，目前最新的版本為vSphere 5.如果使用vSphere 5，需要注意的是其不同的軟件版本所支持的虛擬CPU（vCPU）和虛擬內存（vRAM）是不同的。例如，如果信息系統對計算能力要求相當高，那可能要考慮采用vSphere 5的企業增強版，每臺虛擬機支持32路的vCPU.另外，每顆物理CPU所支持的vRAM的數量不容忽略。例如，vSphere 5企業版，每顆物理CPU支持的vRAM為64GB.如果一片刀片服務器配置了4顆CPU，那么在使用vSphere 5企業版的情況下，最多可以使用的物理內存為256GB.

 

    最后，確定將采用的服務器虛擬化整合方式。采用P2V方式，物理服務器與虛擬服務器之間是一一對應關系，完成虛擬化整合后，對配置進行的更改通常也較小。但是P2V不能解決軟件版本升級問題，也容易導致服務器數量的蔓延。采用新建虛擬機方式，可以首先基于最新的操作系統、Web服務器、中間件版本構建虛擬機，然后按照重新部署應用的方式完成信息系統的部署。這種方法的優勢在于在可以基于同一種應用類型在一臺虛擬機上部署多個業務應用，同時完成軟件版本的升級。但是采用新建虛擬機的方式往往難度較大，需要確定應用的部署配置并將業務系統的關聯關系考慮在內，還要進行大量的應用部署測試等工作。如果企業自己具有信息系統開發團隊，而且開發工作也是在企業內部完成的，那么建議采用新建虛擬機的方式。如果信息系統是由外部開發商所開發且不能提供良好的遷移技術支持，那么為降低虛擬化整合的風險，P2V可能是唯一的可行方式。

 

    完成上述工作后，就可以編制服務器虛擬化遷移測試計劃并報送信息化主管領導進行審批了。虛擬化遷移測試計劃需要明確虛擬化整合測試的必要性以及相關軟硬件要求，并請求測試部門、信息系統研發團隊的配合，明確的測試時間周期等等，請信息化主管領導提供相應的支持。

 

    最終的遷移測試結果需要明確以下事項：信息系統對硬件配置的要求，可行的服務器整合比率，信息系統采用的虛擬化整合方式是采用P2V還是新建虛擬機。

 

 

    完成遷移測試，根據遷移測試結果，我們就可以編制相應的虛擬化整合計劃了：明確虛擬化整合涉及哪些信息系統，將采用什么方式進行整合，需要對哪些配置信息進行修改，虛擬化整合工作將在什么時間進行，相關的部門與人員有哪些。為確保遷移成功，避免遷移失敗，需要在完成遷移后進行業務測試并制定回退計劃。

 

    虛擬化整合計劃經信息化主管領導審批同意后，就可以在非業務工作時間開展遷移工作了。虛擬化整合工作仍然要以信息系統作為處理單元，明確信息系統內部需要進行的配置變更以及為保證該系統正常工作在外部需要做出的其他配置更改。以通過互聯網訪問、向公眾提供查詢的某信息系統為例，我們將其中間件從物理服務器遷移至新建的虛擬機，在應用服務器的IP地址發生變更的情況下，通常需要修改內部域名服務器與IP地址之間的對應關系，確保原有的域名解析為現有的IP地址。與之關聯的信息系統也要做出相應的IP地址配置調整，以確保它們之間的關聯關系沒有被破壞。

 

    目前流行的備份軟件都已經對虛擬機備份提供了支持。在完成虛擬化整合之后，需要制定數據備份計劃，對業務數據進行備份，確保業務數據的安全。

 

    結合企業自身實際，采用上述三個步驟，制定完整的計劃，有步驟地開展服務器虛擬化整合工作，通常可以獲得較好的服務器整合效果，提升數據中心的運營管理。