虛擬化實戰 儲存設計之四本地儲存

問題描述：

需求：

客戶執行乙個虛擬桌面的環境，目前大約有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讀或寫請求所傳送的資料單元的大...