- 以往在vSphere 6.7版本尚未推出以前，Windows Server Failover Cluster (CAB)環境下，必需採用物理式RDM，而推出vSphere 6.7版本後，就可以在VVOL環境下支援WSFC(CAB)。
- 在vSphere環境中，要採用Windows Server Failover Cluster環境，有分為3種不同的架構。
(1) Cluster in a Box (CiB)：將兩台VM(WSFC)都放置在同一個ESXI上，但是此架構卻有一個很關鍵的缺點，就是當該ESXI主機發生故障，就會導致服務的中斷，我想大部分的正式生產環境是不太會採用這種架構的。
(2) Cluster across Boxes (CAB)：將兩台VM(WSFC)各別放置在不同的ESXI上，當位於主要(WSFC)上的ESXI發生故障時，也能立即透過WSFC功能將服務移轉至其它VM上，大部分正式環境皆是採用該架構居多。
(3) Physical-to-Virtual：此架構由主節點VM放置在ESXI上，而實體機來當備援節點，當位於主節點的ESXI發生故障時，會將服務移轉至備援節點實體機上，不過這種架構也算是少見的。
- 那麼要在vSphere 6.7版本採用VVol建置WSFC，當然有一些要注意的限制與事項。
(1) WSFC虛擬機器相容性都要高於13版本 (必需都是ESXI 6.7以上)
(2) 在ESXI 6.7環境下採用VVol存儲只能部署5個WSFC節點
(3) 存儲陣列必須在輔助LUN上支持SCSI持久性操作
(4) 作業系統至少需Windows Server 2008 SP2以上版本
(5) 傳輸協定僅支援FC、ISCSI、FCOE (不支援NFS)
(6) 僅支援Cluster-across-box (CAB)架構
(7) 不支援混合(CAB)+(CiB)架構
(8) VVol支援vSphere HA、DRS、vMotion (共享磁碟不支援Storage vMotion)
※ 這邊還可以參考更多vSphere support WSFC相關的資料
- 這邊就來簡單介紹一下VVol，VVol當時是與vSphere 6一同推出的，支援虛擬機級別的存儲資源分配和管理，而不是採用以往傳統的LUN、Volume來掛接。在VVol環境下虛擬機器執行Snapshot、Migrate、Replication..等操作，整體的Loading都會在Storage上，藉此來降低ESXI效能上的負擔，除此之外，還可以配置適當Policy來定義至各別的虛擬機器，有利於達到更理想的管理。
更多VVol資訊可以參考網址: https://www.ithome.com.tw/tech/97466
- 接著我們來看Storage的部分，EMC有推出一款軟體式存儲系統，分為專業版及社區版(免費)，社區版只能使用4T的空間，而在功能上當然比起硬體式的Storage明顯就略遜色些，不過基本的功能還是有的，例如：ISCSI、NFS、SMB等服務，且還多了一個我個人覺得還蠻實用的功能就是還有支援VVOL，而VVol也是本篇文章的重點，另外來到4.5版本後還可部署HA的架構唷。
- 測試環境：
1. 首先Deploy Unity OVA
2. 部署安裝會花點時間，請耐心等待 (右上角藍色跑完)
3. 帳號與密碼都是service，可以登入操作介面
4. svc_initial_config -4 "IP 子網路遮罩 Gateway" 配置靜態網路
5. 輸入https://IP進入Web管理介面，admin預設密碼Password123#
6. 設置密碼
7. 這邊會要求輸入License，至申請License網址，並登入網址輸入UUID即可下載license
8. 將序號複製到記事本另存lic檔，並上傳License
9. 以下的流程都可以先跳過
10. 這邊可看到社區版並無支援EMC主動support服務及數據Reduction
11. 配置ISCSI Interface
12. 加入vCenter Server所管理的ESXI主機
13. 配置登錄VASA
14. 完成
15. 新增Storage Pools
16. 下一步
17. 這邊可以依使用者環境選擇Storage Tier (Extreme效能層SSD、Performance效能層 SAS、Capacity資料層SATA)
18. 下一步
19. 這邊值得注意的是若要採用VVoL就需配置該功能的名稱
20. Storage Pool建立完成
21. 新增DataStore
22. 選擇VVol(Block)
23. 輸入DataStore Name
24. 選擇剛剛所建立的Capability Profile
25. 將ESXI主機加進來
26. 完成配置
27. 接著至ESXI上的Storage Device即可發現VVol LUN，另外ESXI要事先配置好ISCSI的相關設定，最後記得配置Multipath I/O (之前已有做過ESXI ISCSI Multipath I/O LAB，所以這邊就不再多說明了)
28. 不需要再手動建立DataStore
29. 於WSFC01、WSFC02安裝檔案伺服器
30. 接著安裝容錯移轉叢集功能
31. 至WSFC01編輯新增控制器，並配置SCSI設定
32. 新增硬碟並指定在剛剛新增的SCSI控制器上
33. 至第二個節點WSFC02虛擬機上新增SCSI控制器，並新增現有的硬碟
34. 選擇剛剛所新增的VVol vmdk (最後別忘記要指定至新增的SCSI控制器上唷)
35. 至Storage VVol可以發現到剛剛新增vmdk的資訊
36. 首先來驗證一下
37. 驗證沒問題就開始建立叢集
38. 配置容錯移轉管理叢集名稱及IP位址
39. 建立完成後，來配置仲裁
40. 選擇仲裁見證
41. 設定檔案共用見證
42. 選擇Witness_File所共享見證的資料夾，下一步直到完成即可
43. 見證共用資料夾設定完成後，可以發現多出了仲裁所需要的檔案
44. 配置叢集網路
45. 至磁碟新增Share Disk
46. 下一步
47. 配置容錯移轉角色服務名稱及IP位址
48. 選擇剛剛所新增的Share Disk
49. 完成
50. 到這邊就代表所有的配置上都完成了，那麼在測試結果之前，我這邊再補充一下，由於之前容錯移轉LAB並沒有特別提到，所以剛好利用這篇文章來補充，存放見證的共用資料夾虛擬機器我個人是比較建議放在其它的ESXI主機上，若是與主節點放在同一台上，當位於主節點虛擬機器的ESXI故障，這時可能會導致Failover失敗或是其它的異常出現。
51. 首先來測試主節點WSFC01上Public Network不通
52. 服務已順利Failover至WSFC02
53. 將服務轉回WSFC01並關機，經過測試可正常觸發Failover程序將服務轉至WSFC02節點上
54. 接著測試vMotion
55. 移轉至ESXI03主機上
56. 完成vMotion程序
57. 最後是測試vSphere HA
58. vSphere HA建議配置規則將WSFC各節點及存放見證檔案的虛擬機器都各別放置在不同的ESXI主機上 (這邊LAB會將於WSFC主節點上的ESXI01主機模擬故障後，該虛擬機器會移轉至ESXI04上)
59. 建立虛擬機器/主機群組
60. 接著建立規則並選擇要分開放置的虛擬機器
61. 那麼將ESXI01主機關機
62. WSFC01虛擬機器已從ESXI01移轉至ESXI04主機上，並且重新啟動
◎ 結論：來到vSphere 6.7版本後，WSFC(CAB)架構已不需再配置物理RDM了，且近期這幾年各大Storage廠商也有陸續針對VVol推出支援與增強的功能，而在Unity VSA的部分，雖然功能上較陽春，不過還是可以當測試的平台用，另外還需要特別注意的是並沒有RAID保護，只要Storage Pools內其中有一顆硬碟故障了，就會影響到數據，所以若要提供硬碟的保護，就只能從底層硬體RAID來配置了。
沒有留言:
張貼留言