Problem Statement

　　存儲(chǔ)設(shè)計(jì)是虛擬化設(shè)計(jì)的重要部分之一，確定合適的存儲(chǔ)類型是展開存儲(chǔ)設(shè)計(jì)的關(guān)鍵一步。

　　FC/FCoE, iSCSI, NFS 甚至 Local Storage, 你會(huì)選擇哪一種呢? 參見下圖。

　　Requirements

　　客戶需要移植物理服務(wù)器到VMware虛擬化平臺(tái)，很多物理服務(wù)器使用FC SAN,有的SAN Disk容量大于2T。其中有的服務(wù)器運(yùn)行MS Cluster Service。

　　有的應(yīng)用對(duì)響應(yīng)時(shí)間的要求很高。

　　Assumptions

　　目前存儲(chǔ)支持部門很熟悉EMC FC SAN，并且有完善的管理流程

　　Constraints

　　目前用戶的物理服務(wù)器使用EMC的FC SAN。

　　因?yàn)橐恍┪锢矸?wù)器用于關(guān)鍵應(yīng)用，只能在夜間進(jìn)行。希望移植的時(shí)間能在8小時(shí)以內(nèi)。

　　Motivation

　　滿足某些關(guān)鍵應(yīng)用對(duì)存儲(chǔ)設(shè)計(jì)性能的高要求

　　考慮目前存儲(chǔ)支持部門的能力和選擇傾向

　　Architectural Decision

　　新建虛擬化平臺(tái)的存儲(chǔ)類型選擇EMC的FC SAN

　　Justification

　　1 P2V移植需要在8小時(shí)內(nèi)完成，而且某些SAN Disk超過2T。 如果新建的虛擬化平臺(tái)使用FC SAN，可以在P2V時(shí)不選擇大容量的SAN Disk。 在P2V結(jié)束后，再用RDM的方式把原來物理機(jī)連接的SAN Disk直接掛接到虛擬機(jī)上。

　　2 相對(duì)于NFS而言，F(xiàn)C對(duì)MSCS的支持較好。

　　3 因?yàn)橛械膽?yīng)用對(duì)響應(yīng)時(shí)間的要求很高，希望由于存儲(chǔ)產(chǎn)生的Latency越小越好。 相比基于網(wǎng)絡(luò)的NFS而言，F(xiàn)C Switching 所需時(shí)間很短。

　　4 目前的存儲(chǔ)支持部門已經(jīng)熟悉FC SAN. 繼續(xù)使用該技術(shù)可以有效保護(hù)已經(jīng)的投資。而且減少因?yàn)椴捎眯麓鎯?chǔ)技術(shù)所必須的人員培訓(xùn)，額外風(fēng)險(xiǎn)等等。

　　Alternatives

　　iSCSI/NFS/Local Storage

　　Implications

　　1. 注意LUN的數(shù)目不能超過vSphere支持的最大數(shù)目。

　　2. 如果采用physical RDM, 不支持VMware Sanpshot

　　本文出自 “坐看云起” 博客，請(qǐng)務(wù)必保留此出處http://frankfan.blog.51cto.com/6402282/1193501。原創(chuàng)作品，允許轉(zhuǎn)載，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章 原始出處。