当前位置: 主页 > 虚拟化 >

实战虚拟化存储设计之一

时间:2013-05-06 23:03来源:转载 作者:网络 点击:
Problem Statement 存储设计是虚拟化设计的重要部分之一,确定合适的存储类型是展开存储设计的关键一步。 FC/FCoE, iSCSI, NFS 甚至 Local Storage, 你会选择哪一种呢? 参见下图。 Requirements 客户
欢迎大家分享自己的文档,请点击查阅:分享方法,Linux系统运维
如果你喜欢这文章,可以点击文章结尾处百度分享,分享到你的各种社区收藏,或推荐给朋友……


Problem Statement

存储设计是虚拟化设计的重要部分之一,确定合适的存储类型是展开存储设计的关键一步。

FC/FCoE, iSCSI, NFS 甚至 Local Storage,  你会选择哪一种呢? 参见下图。

 

 

 

Requirements

客户需要移植物理服务器到VMware虚拟化平台,很多物理服务器使用FC SAN,有的SAN Disk容量大于2T。其中有的服务器运行MS Cluster Service
有的应用对响应时间的要求很高

 

Assumptions

目前存储支持部门很熟悉EMC FC SAN,并且有完善的管理流程

 

Constraints

目前用户的物理服务器使用EMCFC SAN

因为一些物理服务器用于关键应用,只能在夜间进行。希望移植的时间能在8小时以内。

Motivation

满足某些关键应用对存储设计性能的高要求

考虑目前存储支持部门的能力和选择倾向

 

Architectural Decision

新建虚拟化平台的存储类型选择EMCFC SAN

 

Justification

P2V移植需要在8小时内完成,而且某些SAN Disk超过2T 如果新建的虚拟化平台使用FC SAN,可以在P2V时不选择大容量的SAN Disk P2V结束后,再用RDM的方式把原来物理机连接的SAN Disk直接挂接到虚拟机上。

相对于NFS而言,FCMSCS的支持较好。

3  因为有的应用对响应时间的要求很高,希望由于存储产生的Latency越小越好。 相比基于网络的NFS而言,FC Switching 所需时间很短。

目前的存储支持部门已经熟悉FC SAN.  继续使用该技术可以有效保护已经的投资。而且减少因为采用新存储技术所必须的人员培训,额外风险等等。

 

Alternatives

iSCSI/NFS/Local Storage

 

 Implications

 

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

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

 

转载请注明linux系统运维
http://www.linuxyw.com/linux/xunihua/20130506/228.html

------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
验证码: 点击我更换图片