做者:範軍 (Frank Fan) 新浪微博:@frankfan7 微信:frankfan7微信
問題描述:架構
需求:
運維
客戶運行一個虛擬桌面的環境,目前大約有500臺虛擬桌面,預計最多擴展到1000臺。ide
虛擬機的主要用戶是呼叫中心的客服人員。由於全部用戶使用標準化的應用,採用PooledDesktop。虛擬機的RTO(RecoveryTime Objective)要求是1小時。也就是說若是一臺虛擬機宕機,該用戶在1小時內能夠從新鏈接一臺虛擬桌面。性能
客戶的預算很少,存儲設備若是花費不少的話有可能讓這個項目夭折。spa
假設:
.net
N/A架構設計
限制條件:
設計
目前客戶的共享存儲的可用容量不能徹底知足虛擬桌面項目的需求orm
架構設計傾向:
用戶傾向考慮低成本的方案
架構推薦方案:
新建虛擬化平臺的存儲類型選擇本地存儲和Filer混合的方式。下圖來自ABrief History of Desktop Storage Architecture一文
HostDASD (Host Direct Access Storage Device) 也就是指ESXi Host本地存儲。
CorporateFiler 用於存儲應用程序和用戶數據
由於本案例是Pooled Desktop,因此沒有User Persona,那麼SAN也就用不上了。
其餘可選方案:
FC/iSCSI/NFS Storage
選擇理由:
1 採用本地存儲能夠大大下降前期的投入
2 由於是Pooled Desktop,虛擬桌面及其運行的應用是徹底標準化的。用戶不能保存個性的設置。假設某個虛擬桌面所處主機宕機後,用戶能夠立刻鏈接到其餘主機上運行的虛擬桌面。
在這種狀況下HA、vMotion並非必須的。
3 客戶能夠採用一些流程來均衡在全部主機上運行的虛擬桌面。DRS不是必須的。
4 因爲500-1000虛擬桌面環境是相對容易控制的。在須要對主機維護的時候,能夠採用人工的Change Management方式。Call Center每一個Shift的工做時間也是固定的,能夠預先安排維護時間段,告知用戶在維護前Log Off
該設計決定的影響:
1.必須有完善的CapacityPlanning. 保證本地存儲有能知足虛擬桌面的性能和容量須要
2.在IOPS需求較高時,能夠考慮SSD與其餘低成本類型混合的方式。或者考慮Fusion-IO等Flash Memory
3.完善的Change Management 是必須的。由於主機維護須要介入ChangeManagement,運維的人工成本相對高一些.
參考: