業務系統向虛擬化資源池遷移的指導原則

閆德生

摘要

本文對業務系統向虛擬化平臺遷移原則和方法進行研究，為業務系統虛擬化遷移提供建設指導。

【關鍵詞】業務系統 虛擬化 資源池

1 前言

資源池將IT基礎設施作為服務對外提供，通過硬件虛擬化、安全隔離、集中管理和彈性資源調度等技術，將原本靜態分配的IT基礎設施抽象為可管理、易于調度、按需分配的資源池，提供按需靈活使用各類IT資源的服務。

2 業務系統向虛擬化平臺遷移指導原則

2.1 業務系統遷移至虛擬化環境的優先級

根據業務系統遷移至虛擬化環境的難易程度和業務系統類型的價值，排列出虛擬化資源池承載的業務系統類型優先級，其中優先級別高的業務系統類型應首先實現虛擬化或首先遷移至虛擬化資源池中。

級別1：批處理和數據密集型應用

不依賴實時響應的一次性應用

數據和高性能密集型應用（財務風險建模、模擬、數據壓縮、圖形渲染…）

新的后臺管理系統應用

級別2：潮汐性資源需求類應用

新業務活動

具有峰荷應用

周期性網站

具有可擴展性需求的應用

級別3：開發和測試環境

軟件開發與測試環境

性能測試環境

非生產類項目研發活動，縮短上市時間

級別4：業務連續性環境

大規模存儲備份環境

容災和備份環境

級別5：桌面生產力

Web 2.0應用

工作組應用

辦公套件

電子郵件和日程

級別6：敏感關鍵應用

任務關鍵型應用

合規性應用

受保護收據類應用

級別7：傳統應用

具備較強的硬件相關性

負載的傳統型應用

2.2 業務服務級別設計原則

服務級別應根據標準服務目錄提出，劃分三檔，分別對應不同要求。

業務服務分級目標在于根據各業務系統需求和相關的成本預算將不同業務分成不同的等級，以制定恰當的服務級別目標。通過對資源池不同的資源調配以達到不同的業務服務級別實現不同的服務質量和業務連續性保障。

一般地，根據業務系統對性能和數據連續性要求，可分成三個級別，關鍵業務系統、一般生產系統和測試、開發平臺。

2.2.1 關鍵業務系統

關鍵業務系統，一般要求高性能、7*24運行。對于此類系統，一般放置在計算能力最強的資源池內，該資源池原則上不過分配，系統設置為資源預留（CPU，內存）、網絡使用獨占帶寬，存儲使用高性能的SSD或FC SAN存儲，并配置RAID 1+0保護。系統進行實時或定期備份，部分系統應配置為容災保護。在所有業務系統中，關鍵業務系統占比應不超過20%。

2.2.2 一般生產系統

對于大部分業務系統，應該都歸入此類。一般生產系統應充分發揮資源池的共享功能，通過設計，將資源池的資源得到最有效的利用。通常不需要設置資源預留，但可以通過設置資源份額以保證部分系統在出現資源爭用時，獲得較大的資源分配比例。一般生產系統也應有完整的數據備份、保護方案，以免生產數據丟失。

2.2.3 測試、開發平臺

測試、開發平臺一般重要性相對較低，在設計時應側重于成本考量。可以對現有設備進行利舊再使用，一般只需定期備份。但因為測試、開發平臺運行不確定性較大，所以原則上，應使用獨立的小資源池。如果和生產系統使用同一資源池，那么應對測試或開發系統進行資源限制，以免因測試程序搶占了太多的資源而影響生產系統運行。

3 業務系統遷移一般方法原則

針對IT系統的特點，規模龐大，業務復雜，運維要求高的特點，關于業務系統遷移，建議采用統一規劃，分批建設，逐步遷移，配套推進的原則，在遷移過程中特別需要關注個子系統之間數據流向問題，保證降低對業務的影響。

統一規劃，指資源池的設計中需要明確長期和近期的目標，在近期規劃中應該考慮到今后的發展，在規劃思路和設計原則上前后繼承，遠近銜接。

分批建設，資源池容量上，分批建設，一個周期內需要使用多少，就建設多少，便于節約成本，提高資源的使用率。

逐步遷移，整個IT系統包含若干個子系統，不同的子系統又分為不同的類的服務器例如Web服務器，中間件服務器等，可以按照先易后難的方式，先遷移邊緣系統在核心系統，或先遷移Web務器，再中間件服務器等的步驟，平穩推進，在先期遷移和維護過程中發現問題，積累經驗，為后續工作打下基礎。

配套推進，在整個資源池的遷移過程中，需要初步完善運維管控機制，網絡安全機制和配置管理和自動化的機制，為業務系統的穩定高效運行保駕護航。

3.1 業務系統遷移一般步驟

3.1.1 通用的遷移過程描述

包括容量規劃，虛擬機模板建立，虛擬機建立，應用程序安裝或遷移，應用數據遷移的內容。

其中容量規劃可以依據專家經驗或遷移工具估計或計算原有系統的符合，制定出虛擬機的相關配置。

3.1.2 遷移系統的分類

現有業務系統可以按照服務器的功能類型，分為接口服務器，Web服務器，中間件服務器，內存數據庫服務器，數據庫服務器等。

3.1.3 非數據類服務器的遷移

遵循虛擬化下Linux的相關優化。

通過應用修改，適應從Unix到Linux的的轉變。

在Linux下安裝標準化的應用，例如Web服務器，j2ee等中間件服務器。

完成應用程序和配置文件到虛擬化Linux的遷移。

3.2 業務系統遷移前后測試驗證

3.2.1 遷移前系統測試

遷移前系統測試包括設計驗證測試，資源池功能測試，性能測試，運維操作測試，POC測試等。

在測試中需要重點關注存儲和網絡的連接是否穩定。

3.2.2 遷移后應用測試

測試包括應用的性能測試和功能測試。

3.3 業務系統遷移其它注意事項

3.3.1 網絡可達和帶寬

原有物理環境下的服務器和周邊其他機器之間存在數據交互，在虛擬化環境下任然需要保持網絡可達和能支持足夠的帶寬。

3.3.2 備份恢復

原有物理系統需要進行備份恢復的設備，需要在虛擬環境中繼續通過備份恢復工具進行備份恢復

4 結束語

對資源有標準化X86架構需求，無特殊硬件要求的業務系統才可以采用虛擬機部署。其次，具備業務量有明顯波峰波谷狀態、業務量不斷增長、臨時資源需求或需要快速上線的業務系統及原系統使用物理資源平均利用率較低等情況，較適宜在資源池中使用虛擬機部署。

參考文獻

[1]羅承陽.虛擬化安全建設[J].信息與電腦，2016（12）.