实战虚拟化存储设计分解

作者：课课家教育来源： http://www.kokojia.com点击数：586发布时间： 2017-10-27 13:00:47

标签：存储虚拟化虚拟化云计算

　　欢迎各位阅读本篇,存储虚拟化(StorageVirtualization)最通俗的理解就是对存储硬件资源进行抽象化表现。本篇文章讲述了实战虚拟化存储设计分解，课课家教育平台提醒各位：本篇文章纯干货~因此大家一定要认真阅读本篇文章哦!

　　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

　　知识分享：存储虚拟化

　　在虚拟化领域流传着一个故事：一个好的虚拟化解决方案就好像游历一个虚拟现实的主题公园。当游客想象他正在城市上空滑翔时，传感器就会把相应的真实感觉传递给游客，并同时隐藏真实的力学环境。同样，一个好的虚拟化工具可以对企业的存储设备做相同的工作，只不过过程也许会反过来——首先建立一个框架，让数据感觉自己是存储在一个真实的物理环境里，之后操作者就可以任意改变数据存储的位置了，同时保证数据的集中安全。

　　虚拟化技术到底是什么?其实广义上来说，就是通过映射或抽象的方式屏蔽物理设备复杂性,增加一个管理层面，激活一种资源并使之更易于透明控制。它可以有效简化基础设施的管理，增加IT资源的利用率和能力，比如服务器、网络或存储。

　　存储虚拟化是一种贯穿于整个IT环境、用于简化本来可能会相对复杂的底层基础架构的技术。存储虚拟化的思想是将资源的逻辑映像与物理存储分开，从而为系统和管理员提供一幅简化、无缝的资源虚拟视图。

　　对于用户来说，虚拟化的存储资源就像是一个巨大的“ 存储池”，用户不会看到具体的磁盘、磁带，也不必关心自己的数据经过哪一条路径通往哪一个具体的存储设备。

　　从管理的角度来看，虚拟存储池是采取集中化的管理，并根据具体的需求把存储资源动态地分配给各个应用。值得特别指出的是，利用虚拟化技术，可以用磁盘阵列模拟磁带库，为应用提供速度像磁盘一样快、容量却像磁带库一样大的存储资源，这就是当今应用越来越广泛的虚拟磁带库(VTL, Virtual Tape Library)，在当今企业存储系统中扮演着越来越重要的角色。

从管理的角度来看，虚拟存储池是采取集中化的管理