實(shí)戰(zhàn)虛擬化存儲(chǔ)設(shè)計(jì)之二LUN Sizing
我們經(jīng)常在FC存儲(chǔ)設(shè)計(jì)中常問(wèn)的是:LUN多大合適,一個(gè)LUN能***支持多少個(gè)虛擬機(jī)?
在存儲(chǔ)擴(kuò)容時(shí)常見錯(cuò)誤是,只注重滿足容量需求,而忽視了對(duì)性能的影響。我建議Storage Sizing需要在保證性能的前提下,再考慮容量、可用性、安全等其他方面。
一概念及性能指標(biāo)

上圖是一個(gè)SAN環(huán)境下虛擬機(jī)訪問(wèn)存儲(chǔ)設(shè)計(jì)到的模塊,可以看到影響虛擬機(jī)性能的因素很多了。所以我們?cè)谠O(shè)計(jì)存儲(chǔ)時(shí)要周到的考慮到各個(gè)模塊,是不是可能有瓶頸?
性能指標(biāo):
Throughput
單位時(shí)間內(nèi)傳輸?shù)臄?shù)據(jù)量。往往以KBPS或MBPS來(lái)衡量。
Latency (響應(yīng)時(shí)間)
指完成一個(gè)IO請(qǐng)求所需要的時(shí)間。往往以milliseconds來(lái)衡量。
二存儲(chǔ)擴(kuò)展時(shí)考慮因素
SCSI Reservation
在vSphere 4.1 推出VAAI之前,的確SCSI Reservation需要特別注意。VAAI的Hardware AssistedLocking很大程度上避免了SCSI Reservation的問(wèn)題。
那么,這是不是意味這我們就可以用一個(gè)很大的LUN,比如說(shuō)64T, 然后在那個(gè)LUN上無(wú)限制的添加VM呢?
千萬(wàn)別忘了人們往往忽視的隊(duì)列。
隊(duì)列 Queuing

從上圖可以看到從上到下的四層都有隊(duì)列。隊(duì)列中等待執(zhí)行的任務(wù)越長(zhǎng),意味著更長(zhǎng)的響應(yīng)時(shí)間。
先拿ESXi主機(jī)這一層來(lái)說(shuō),LUN Queue Depth決定了在同一時(shí)間可以對(duì)某個(gè)LUN發(fā)起的ActiveCommand 數(shù)量。ESXi缺省值是32. 所有虛擬機(jī)發(fā)起的Active Commands的總數(shù)***不要持續(xù)超過(guò)LUN Queue Depth. 雖然LUN Queue Depth可以***增加到64,但一般還是建議使用缺省值。
比如有多個(gè)I/O intensive的虛擬機(jī)在同一個(gè)LUN的時(shí)候,需要考慮把部分虛擬機(jī)轉(zhuǎn)移到其他LUN以避免Active Commands的總數(shù)持續(xù)超過(guò)LUNQueue Depth,從而造成延時(shí)。
HBA這層也有隊(duì)列,通常4,000 commandsper port 或者更高。所以一般瓶頸不在HBA層。
具體怎么算一個(gè)VMFS Volume***支持的VM數(shù),請(qǐng)參見下文。
http://www.yellow-bricks.com/2009/07/07/max-amount-of-vms-per-vmfs-volume/
不過(guò)該文***也提到了,公式僅僅是個(gè)參考。
三實(shí)踐
化太多時(shí)間精力想設(shè)計(jì)的很***,未免學(xué)究氣。不妨開始先嘗試一個(gè)很粗的計(jì)劃。然后看情況在實(shí)踐中調(diào)整。
·10 high I/O VMs perdatastore
·15 average I/O VMs perdatastore
·20 low I/O VMs perdatastore
上述建議來(lái)自VAAIand the Unlimited VMs per Datastore Urban Myth
虛擬機(jī)本身的I/O行為時(shí)變化的,而且實(shí)際中出現(xiàn)的因素,有時(shí)在設(shè)計(jì)時(shí)不能考慮周全。
實(shí)際出現(xiàn)問(wèn)題的時(shí)候,你可以用Storage vMotion轉(zhuǎn)移VM到其他不忙的LUN。你也可以用StorageDRS。
本文出自 “坐看云起” 博客,請(qǐng)務(wù)必保留此出處http://frankfan.blog.51cto.com/6402282/1202160
原創(chuàng)作品,允許轉(zhuǎn)載,轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章 原始出處 、作者信息和本聲明。否則將追究法律責(zé)任。