問題描述:
需求:
客戶執行乙個虛擬桌面的環境,目前大約有500臺虛擬桌面,預計最多擴充套件到1000臺。
虛擬機器的主要使用者是呼叫中心的客服人員。因為所有使用者使用標準化的應用,採用
pooleddesktop
。虛擬機器的
rto(
recoverytime objective
)要求是
1小時。也就是說如果一台虛擬機器宕機,該使用者在
1小時內可以重新連線一台虛擬桌面。
客戶的預算不多,儲存裝置如果花費很多的話有可能讓這個專案夭折。
假設:
n/a限制條件:
目前客戶的共享儲存的可用容量不能完全滿足虛擬桌面專案的需求
架構設計傾向:
使用者傾向考慮低成本的方案
架構推薦方案:
新建虛擬化平台的儲存型別選擇本地儲存和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,運維的人工成本相對高一些.
參考:
vdistorage should be local!
abrief history of desktop storage architecture
虛擬化實戰 儲存設計之四本地儲存
問題描述 需求 客戶執行乙個虛擬桌面的環境,目前大約有500臺虛擬桌面,預計最多擴充套件到1000臺。虛擬機器的主要使用者是呼叫中心的客服人員。因為所有使用者使用標準化的應用,採用 pooleddesktop 虛擬機器的 rto recoverytime objective 要求是 1小時。也就是說...
本地儲存之sessionStorage
1.生命週期為關閉瀏覽器視窗 2.再用乙個視窗 頁面 下資料可以共享 3.以鍵值對的形式儲存使用。格式 儲存資料 sessionstorage.setitem key,value 獲取資料 sessionstorage.getitem key 刪除資料 sessionstorage.removeit...
虛擬化實戰 儲存設計之七Block Size
在 實戰儲存設計之六latnecy 我們介紹latency過高的原因和一些建議。本文重點分析block size對效能特別是latency的影響。什麼是block size?block size這個詞在不同的語境中有不同含義。在此文中指的是在os中執行的應用發出乙個io讀或寫請求所傳送的資料單元的大...