> 專題報導

完美規劃儲存與資源部署高效能虛擬化桌面

計畫部署虛擬桌面環境前，必須先估算目前所使用實體桌面環境的工作負載與IOPS效能，並慎選儲存設備。唯有審慎估算貼近實務的IOPS效能，才能有效避免日後部署時出現任何不必要的效能問題。

同時，現在許多應用都採用iSCSI儲存設備，若連接iSCSI儲存設備時採用軟體式（也就是使用一般網路卡），則會增加ESXi主機的CPU負載，當然也可以使用Jumbo Frame機制來提高iSCSI的傳輸效率，ESXi主機支援的Frame Size為9,000 Bytes。

NAS（NFS）為File-Level協定，從ESX 3.0版本便開始支援NFS傳輸機制，因為NFS已經採用儲存設備本身或網路服務的檔案系統（例如Ext4、ZFS等等），所以對Hypervisor而言則不會將分享資源進行格式化，同樣有著最多只支援32台ESXi Host同時存取的限制，並且NFS同樣為軟體式驅動（Software Driven）的方式進行存取，因此也會增加ESXi主機CPU負載。最後值得注意的是，若採用NFS，VM虛擬主機將只支援Thin磁碟格式。

表7整理了FCP、FCoE、iSCSI、NFS等各種儲存傳輸協定在採用10Gbps網路環境時，理論上可達到的傳輸速度及IOPS效能。

表7 各類傳輸協定之傳輸速度和IOPS效能比較

Q 5：如何選擇虛擬桌面的複製方式？

在虛擬桌面的環境中，當要執行部署作業之前，必須要決定採用何種大量部署方式，例如完整複製（Full Virtual Machine Clones）、連結複製（Linked Virtual Machine Clones）、磁碟陣列複製（Array-Based Virtual Machine Clones）、VCAI複製（VCAI Virtual Machine Clones）等。

而這些複製方式又分別有什麼優缺點？以下就來詳細說明。

完整複製（Full Virtual Machine Clones）

「完整複製」是由vSphere發起的Full-Clone操作，通常這種複製方式都搭配使用專用虛擬桌面（Dedicated Desktop）時使用，也就是每個虛擬桌面環境都有專屬的使用者，而每次連結都到同一個虛擬桌面環境，如圖4所示。

▲圖4 完整複製（Full Virtual Machine Clones）運作模式。（圖片來源： VMware White Paper – Storage Considerations for VMware Horizon View 5.2）

但此機制的缺點是Master Image若是60GB，那麼複製出來的VM虛擬主機同樣也是60GB。

連結複製（Linked Virtual Machine Clones）

「連結複製」則是採用View Composer機制，它會為每個VM虛擬主機建立「唯一指標（Unique Pointers）」，因此每台VM虛擬主機所占用的空間只有「差異」的部分而已，如圖5所示。與Master Image占用空間相較之下，通常可以減少50070%的空間大小。

▲圖5 連結複製（Linked Virtual Machine Clones）運作模式。（圖片來源：VMware White Paper – Storage Considerations for VMware Horizon View 5.2）

磁碟陣列複製（Array-Based Virtual Machine Clones）簡單來說，「磁碟陣列複製」不使用vSphere完整複製機制，而改為採用Block-Based Array Cloning機制，也就是儲存設備針對Master Image所使用的「資料區塊Block」進行完整複製，如圖6所示。