- 最近有人問說要將現有的VMWARE架構加入新買的vSAN平台，並希望可以不需停機就可以將虛擬機器直接移轉至vSAN上，由於對方網路的環境是採用VDS架構，所以我這邊就來模擬一下吧。
- 因我現有的測試環境資源有限，所以新舊平台都各只採用3台ESXI來做。
※ 這邊我會採用2種不同的方式來做遷移
＊ 第一種遷移方式
＊ 第二種遷移方式
- 測試環境：
※ 可能有人會想問說為什麼還需要準備vSwitch呢?若是採用第二種方法，那麼就會需要用到虛擬標準交換器，這是因為要將ESXI遷移至新的vCenter Server上，要確保避免Management及虛擬機器VM Network網路的中斷。
第一種方式移轉流程 :
1. Upgrade vCenter Server Appliance 6.7 U3 (升級前需先備份好現有vCenter Server環境)
2. 輸入要升級的vCenter Server及受管理來源的ESXI主機資訊認證
3. 輸入Deploy vCenter Server 6.7 U3管理的ESXI資訊
4. 配置臨時網路資訊
5. 開始進行第一階段Deploy
6. 接下來準備進行第二階段，選擇保留組態及歷史資料
7. 確認已事先備份vCenter，若沒問題就開始進行升級轉移
8. 升級完成
9. 若vCenter Server升級後都沒問題，那麼就開始建置vSAN平台，先加入vSAN的ESXI主機並配置VDS (注意：新建新的VDS一定要選跟現有VDS同一個版本唷)
10. 透過這張圖就可以更清楚了解在VDS網路環境中，各個分散式連接埠與VMNIC配置的架構
11. 設定vSAN並測試及確認是否有任何異常狀況
12. 在Storage vMotion之前必須先確認現有FC-SAN及vSAN平台上的CPU所支援的EVC模式 (注意：這也是決定是否可以vMotion最關鍵的因素)
13. 沒問題就開始進行Storage vMotion
14. 代表相容性沒問題
15. 選擇vSAN DataStore
16. 若新建的VDS與現有的版本不一致，在vMotion的過程就會出現此問題
17. VDS版本一致即可在線vMotion
18. 開始進行vMotion
19. 耐心等待遷移
20. 已順利完成遷移
21. 過程中只有掉幾個封包，整體來說服務還是沒有中斷
22. 若全部虛擬機器都移轉完畢，就可以將新平台VDS升級至6.6.0版本 (升級前最好先備份VDS設定檔)
(注意：若VDS升級版本後，就無法再將線上的虛擬機器vMotion回FC-SAN平台上)
詳細到最後會說明
23. 若沒問題就開始升級囉
24. VDS升級完成 (升級過程中，虛擬機器網路依舊正常運作中，那麼到這裡第一種遷移的流程就結束了)
第二種遷移方式流程：
25. 首先Deploy vCenter Server 6.7 U3 Appliance
26. 建立與配置新的vSAN平台並加入新的ESXI主機 (注意：vSAN Cluster要記得啟用vSphere HA)
27. 新增與配置vSAN平台上的VDS (注意：新的VDS版本需先配置6.0.0版本)
28. 備份FC-SAN平台上的VDS設定
29. 要遷移有VDS網路環境的vCenter之前必須先看VMWARE所提供的Solution
30. 於FC-SAN準備遷移的ESXI先建立虛擬標準交換器
31. 移轉虛擬機器網路
32. 來源網路選擇VM Network(VDS)，而目的地網路選擇VSS_VM Network
33. 不論是在測試或是正式平台上，我會比較建議剛開始都先移轉一台(先保留不重要的虛擬機器在上面)，若沒問題再分批慢慢遷移即可
(再次強調要遷移前，一定要再三確認VSS_VM Network與VDS_VM Network網路是一樣的環境)
34. 遷移虛擬機器網路過程中有漏掉2個封包，不過整體來說並不會影響整體的服務
35. 接著遷移Management VMKernel介面卡
36. 選擇Management介面卡
37. 選擇虛擬標準交換器
38. 完成
39. 已遷移至標準交換器
40. 而vMotion我這邊是先移除，等遷移至新的vSAN平台上，再來重新設定即可
41. 將要遷移的ESXI主機，從FC-SAN平台上的VDS移除
42. 已順利移除
43. 檢查vCenter Server與現有ESXI版本是否相容
44. 於vCenter Server 6.7 U3加入ESXI-01主機至FC-SAN平台上
45. 匯入原有FC-SAN虛擬分散式交換器設定
46. 選擇備份檔案
47. 再將虛擬標準交換器上的Management及VSS_VM Network轉回VDS
48. 轉換至MGT (VDS)
49. 轉換至VM Network (VDS)
50. 剛剛轉換的過程中，僅漏一個封包，依舊不影響整體網路服務
51. 接著別忘了再將vMotion介面卡建立回來
52. 接著進行Storage vMotion
53. 遷移過程只有掉3個封包，服務依舊是正常運作
54. 最後將全部虛擬機器陸續移轉完畢後，再將新平台VDS升級至6.6.0版本
(而在步驟22有提到升級後的問題，主因是ESXI 6.0並無法向上支援VDS 6.6.0版本，若有需求，也是可以再將ESXI 6.0升級至6.7版本即可支援)
55. 那麼到這邊所有遷移的步驟都已經結束了，接著再安排將虛擬機器升級VMTools
56. 這邊我是選擇自動升級程序，虛擬機器會自動完成升級並重開機
57. VMTools順利完成升級
58. 最後升級虛擬機器相容性 (注意：若將虛擬機器升級相容性後，就無法再將該虛擬機器vMotion回FC-SAN(ESXI 6.0)上)
59. 那麼要升級虛擬機器相容性之前，必須先將該虛擬機器關機才可以進行升級
60. 升級之後就無法與舊版相容，且無法還原，若沒問題就按是
61. 完成升級
◎ 結論：此遷移流程最重要的地方就是要確保ESXI及虛擬機器的網路絕對不能有任何的閃失，測試模擬絕對是少不了的工作，畢竟不管是不是VMWARE環境或是Windows也好，最好都要先經過測試模擬，避免發生意外的風險，這次還好對方並沒有採用Windows Server Failover Cluster (CAB)架構，因為主要是RDM並無法直接vMotion至vSAN平台上，且一定會有停機的階段。那麼其實這兩種遷移方式，都各有優缺點，只要依使用者來選擇最適當的操作即可，當然其它方法還是有的，例如Replication..等，但是這會有短暫的停機時間以及資料同步的問題。另外我個人是覺得舊平台可以考慮將版本Upgrade並搭配自家的vSphere Replication功能來做異地備援也算是個不錯的方案呢。
沒有留言:
張貼留言