整整齊齊的超融合機柜，美好！
走在路上的你
如果看見地上躺著整整1000塊錢
會不會撿？
相信很多人會給出肯定回答
但如果是比爾·蓋茨
答案就不一定了
有個段子說：從經濟學角度講，彎腰撿錢這個動作大概要花4秒鐘，而在這4秒鐘足夠比爾·蓋茨賺更多錢，因此彎腰是虧本的。同樣道理，如果地上躺著是一分錢，相信身為普通人的我們也不會愿意彎腰去撿。
雖然只是個段子
但卻傳達出一個重要的訊息——
在聚焦業務的人眼里
時間成本是無限大的
企業亦然。
今天，幾乎所有的企業都需要依靠IT系統來開展業務，因此他們的數據中心、業務系統也需要保障7X24小時不間斷運行，為保障業務連續性分秒必爭，哪怕是片刻的中斷也不被允許。
那么問題來了：如果一套新系統能帶來更高效率、更大簡便性、更強數據保護以及更低的成本，要不要換？
理論上當然要換啊！可實際上，落地到這樣一套超融合系統的部署中，有CTO猶豫了，他們腦海里浮現的正是比爾·蓋茨彎腰：
都知道超融合好，超融合妙，超融合強得呱呱叫！可從現有系統切到超融合，過渡期內業務要不要開展了？我的系統7x24小時運轉不能停，換系統影響業務運行怎么辦？會帶來多大的損失？我有必要承擔這些損失嗎？
過渡期的業務連續性確實是個問題。那么，有沒有兩全其美的方法？既能快速享受超融合的種種好處，又能不以犧牲企業的業務連續性為代價，實現無縫切換？
當然有了，請看以下可完美解決應用、數據在線遷移問題的超融合遷移方案。
遷移技術
超融合系統遷移，是指把操作系統和應用程序從源主機移動到目的主機，使其在目的主機上能正常運行。
那么這個過程是如何實現的呢？
在沒有虛擬機的時代，物理機之間遷移，靠的是系統備份和恢復技術，即先在源主機上實時備份操作系統和應用程序的狀態，隨即把存儲介質連接到目標主機上，最后在目標主機上恢復系統。
而現在，隨著虛擬機技術的發展，系統遷移也變得更加靈活和多樣化。
物理機到虛擬機的遷移（Physical-to-Virtual）
Physical-to-Virtual，簡稱P2V，是指將物理服務器上的操作系統、應用軟件和數據遷移到VMM（Virtual Machine Monitor）管理的虛擬服務器中。
這種遷移方式主要是利用各種工具軟件，將物理服務器上的系統狀態和數據“鏡像”到VMM提供的虛擬機中，進而在虛擬機中“替換”物理服務器的存儲硬件與網卡驅動程序。
從物理機到虛擬機的遷移過程中，只要在虛擬服務器中安裝好相應的驅動程序，并設置與原來服務器相同的地址（如TCP/IP地址等），虛擬服務器即可在重啟后替代物理服務器進行工作。
遷移方法
01 熱遷移
熱遷移，是一種可以將整個主機的運行狀態完整保存下來，并且能快速恢復到原有硬件平臺或其它硬件平臺上的遷移方式。熱遷移完成后，主機仍平滑運行，用戶不會察覺到任何差異。
通常來講，對業務連續性有較高要求的應用，需要采用P2V遷移工具進行熱遷移。
02 人工遷移
相較熱遷移，那些對業務連續性要求不高的應用，也可以采用手動遷移的方法，進行冷遷移。
以下為人工遷移的具體步驟，所有操作都需手動進行，因此需要對物理環境和虛擬環境非常了解：
✦關閉原有物理機上的服務和操作系統，隨后從其他媒介上啟動一個新的系統（比如LiveCD）；
✦ 把物理機系統的磁盤做成虛擬機鏡像文件，如果有多個磁盤就需要做多個鏡像，并拷貝鏡像到虛擬主機上；
✦ 為虛擬機創建虛擬設備，加載鏡像文件；
✦ 啟動虛擬機，調整系統設置，并開啟服務。
03 半自動遷移
所謂半自動遷移，即利用專業工具，使某些手動P2V遷移環節實現自動化。
比如，將物理機的磁盤數據轉換成虛擬機格式這項工作，手動操作就相當耗時，而如果采用專業的工具進行輔助，往往可以實現事半功倍的效果。
關于這些自動化遷移工具，我們在本文第三部分進行了詳細介紹。
04 特定環境應用遷移
盡管遷移方法日趨靈活多樣，但并非所有應用都能直接使用P2V工具進行遷移，比如微軟集群（MSCS）、Oracle RAC集群及微軟域控服務器等特定環境應用，就要具體采用特殊方法進行遷移。
特殊遷移
01 微軟群集遷移
由于集群內服務器之間存在耦合關系，若直接進行P2V遷移會導致集群關聯策略失效。舉例如下：
比如2臺物理機（server1和server2）組成微軟群集系統，如果要對Server2的操作系統和應用進行遷移，首先需要利用微軟的故障轉移（Failover）方法轉移Server2的應用到集群中的Server1服務器上，之后再對Server2進行P2V遷移。
Server2遷移完成后，將集群中的Server1應用Failover到Server2上，然后對Server1進行操作系統和應用的遷移。
待兩臺服務器都遷移到虛擬機，再重新配置集群關系，并將集群的共享存儲以RDM模式連接到虛擬機。
02 Oracle RAC 遷移
Oracle RAC集群配置較為特殊，無法在P2V后保持集群關系。
對此，建議遷移前在虛擬化架構中新建相同配置的Oracle RAC集群，隨后利用Oracle本身的數據導入/導出工具或第三方工具，將數據庫中的全部數據導入新建的Oracle RAC集群。
03 微軟域控遷移
微軟域控服務器對硬件變化非常敏感，如果直接進行P2V熱遷移，可能會導致域控角色失效，這時需要采用冷遷移的方式，具體遷移過程依域控服務器數量而定：
✦ 域環境中有多臺域控服務器：
首先，把所有FSMO角色移動到一臺域控服務器上，再將其他域控服務器關機進行冷遷移；此后，移動FSMO角色到一臺虛擬域控服務器上，遷移剩余的物理域控。
✦ 域環境中只有一臺域控服務器：
為降低遷移過程中的服務中斷時間，建議在P2V之前先通過備份復制方式將域控服務器復制到一臺同樣配置的物理服務器上，再對備份服務器做P2V冷遷移到一個隔離的網絡環境中，最后將源域控服務器下線，同時將虛擬域控服務器接入生產網絡。
遷移工具
虛擬服務器遷移工具，主要對操作系統、應用和設置進行鏡像復制，并將其轉換成虛擬硬盤文件（適用于Microsoft Hyper-V和Citrix XenServer）或虛擬機磁盤格式文件（適用于VMware），隨后P2V轉換工具會自動啟動虛擬機。
當我們計劃從物理服務器向虛擬機遷移時，首要的工作是確保所有實施虛擬化的必需工具在遷移之前已經備好，此外還要了解這些工具。
一個優秀的遷移工具什么樣？
答：最小化整體遷移時間和停機時間，對被遷移主機提供的應用性能0影響。
當前，P2V遷移工具已經相當成熟，但每個P2V遷移產品的技術過程稍微有區別。
✦ VMware vCenter Converter
作為舊遷移工具——VMware Workstation Importer 和VMware P2V Assistant的替代者，VMware vCenter Converter支持從物理機、VMware、Microsoft虛擬機格式以及某些第三方磁盤映像格式的源進行轉換。
它可以支持和識別大多數硬件服務器類型，并提供熱克隆（實時遷移）和冷克隆（使用BootCD的克?。﹥煞N克隆機制。
使用熱克隆時，VMware vCenter Converter直接與源物理機上運行的操作系統通信，因此沒有直接的硬件級別依賴性；使用冷克隆時，VMware vCenter Converter BootCD 提供一個可支持最新硬件的Windows PE引導環境，可識別大多數物理服務器系統硬件。
✦ Symantec Ghost
Symantec Ghost可以用來把需要遷移的服務器硬盤通過網絡做成鏡像文件，并通過網絡將鏡像文件恢復到虛擬機。
遷移方式
面對不同的業務，我們可以根據重要性等級采用不同的遷移方法和遷移工具。
對于那些業務連續性要求高、需要進行熱遷移的業務，由于遷移過程要占用大量網絡資源，為不影響應用正常運行，建議在非工作時間進行在線遷移，由此可防止網絡流量擁堵、服務器負荷驟增等對正常生產使用造成影響。
這里，我們選擇VMware Converter軟件進行熱遷移。
對于要進行人工遷移或半自動遷移的業務，由于有一定的停機時間，此遷移過程不受網絡限制，在規定的停機時間內完成即可。遷移完成后進行系統驗證，驗證成功即可將原系統下線，并上線遷移后的新系統。
多節點應用遷移案例
某醫療企業A，關鍵業務跑在10臺物理機上，7X24小時不間斷運行，最近A企業計劃部署超融合系統，將應用遷移到新數據中心。
采購前，A企業的張總也是憂心忡忡，對戴爾易安信業務員說道：“我這些關鍵業務都是停不得的，你們要是給不出合適的方案，我是不會買的！”
針對這次應用服務器的P2V遷移，戴爾易安信給出了如下解決方案：
建議在舊數據中心選擇幾臺服務器搭建一個小型虛擬化環境，將應用逐步做P2V遷移到該環境中，再通過虛擬機的復制技術到新數據中心的虛擬化環境，由此可實現數據中心的應用遷移。
本次遷移共涉及到以下兩種架構的應用
✦ 單機應用
由于應用間不存在依存關系，可以直接采用遷移工具或人工遷移；而對于部分應用雖然存在多個節點，但各節點獨立運行、沒有群集關系的，仍可視作單機應用，分別進行遷移。
✦ 雙機應用
基本上是一主一備的部署方式，后者作為前者的熱備機，僅在主機故障時接管應用，兩者同樣不存在依存關系。對此，可以使用遷移工具分別進行遷移，順序方面先遷移主機，驗證成功后再遷移備機。
另外，由于虛擬化環境本身為應用提供了高可用保護策略和整體備份方案，因此單純的熱備或冷備機就失去了保留的價值，如果確認其未保存重要數據或具備其它作用，建議逐步停用并刪除。
采用了戴爾易安信的方案后，n套超融合系統快速上線，并未給A企業的業務開展帶來任何影響。部署結束后，張總看著整整齊齊的超融合機柜，哈哈哈笑彎了腰。
