实战虚拟化存储设计之一

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