Problem Statement

　　存儲設計是虛擬化設計的重要部分之一，確定合適的存儲類型是展開存儲設計的關鍵一步。

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

　　Requirements

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

　　有的應用對響應時間的要求很高。

　　Assumptions

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

　　Constraints

　　目前用戶的物理服務器使用EMC的FC SAN。

　　因為一些物理服務器用于關鍵應用，只能在夜間進行。希望移植的時間能在8小時以內。

　　Motivation

　　滿足某些關鍵應用對存儲設計性能的高要求

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

　　Architectural Decision

　　新建虛擬化平臺的存儲類型選擇EMC的FC SAN

　　Justification

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

　　2 相對于NFS而言，FC對MSCS的支持較好。

　　3 因為有的應用對響應時間的要求很高，希望由于存儲產生的Latency越小越好。 相比基于網絡的NFS而言，FC Switching 所需時間很短。

　　4 目前的存儲支持部門已經熟悉FC SAN. 繼續使用該技術可以有效保護已經的投資。而且減少因為采用新存儲技術所必須的人員培訓，額外風險等等。

　　Alternatives

　　iSCSI/NFS/Local Storage

　　Implications

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

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

　　本文出自 “坐看云起” 博客，請務必保留此出處http://frankfan.blog.51cto.com/6402282/1193501。原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處。