VNX 主存储虚拟化及自动精简配置详解.docx
《VNX 主存储虚拟化及自动精简配置详解.docx》由会员分享，可在线阅读，更多相关《VNX 主存储虚拟化及自动精简配置详解.docx（10页珍藏版）》请在冰豆网上搜索。
VNX主存储虚拟化及自动精简配置详解
1.ThinProvisioning（自动精简配置）技术
工作原理：
在创建“瘦”卷时，预分配一个虚拟的逻辑卷容量大小，而只是在实际写入数据时才分配物理空间给这个卷。
这样我们可以轻易的创建出总逻辑容量超出物理磁盘空间的多个“精简卷”，而无须为将来可能达到的数据量提前“买单”。
在应用产生的数据确实需要增加驱动器时，我们也可以灵活地在线调整卷的大小。
可能带来的问题：
当每个卷已使用的容量总和超过阵列的物理容量时，将无法再写入数据，并导致应用出错。
于是设置空间预警的功能就相当重要，比如在物理空间占用达到85%时向管理员发出通知。
删除文件空间释放的问题，参考《自动精简配置存储方案选型分析》与《专家博客：
自动精简配置的利与弊》。
以下内容来自富士通官网：
自动精简配置是一项利用虚拟化方法减少物理存储部署的技术，可最大限度提升存储空间利用率。
存储系统逐年扩展。
为确保存储容量足够使用，用户往往会部署多于实际需求的物理存储空间——“安全起见”。
但在实际使用过程中，部署容量通常未受到充分利用。
行业研究组织发现在某些项目中，实际使用容量仅占部署容量的20%—30%。
因此，“自动精简配置”技术应运而生，旨在实现更高的存储容量利用率，并带来更大的投资回报。
使用自动精简配置，所有的用户容量都以虚拟存储的形式分配，而实际的物理磁盘空间将根据实际使用情况进行分配。
所有物理磁盘被视为一个磁盘池进行管理，按照写入虚拟卷的数据量完成分配。
如此一来，未使用的物理磁盘容量显著降低，进而实现更高效的存储作业。
另外，需要添加额外物理磁盘时，预定义阈值将发出警告，以避免容量短缺。
例如，某位用户向服务器管理员请求分配10TB的资源。
虽然可能确实需要10TB的物理存储容量，但根据当前使用情况，分配2TB就已足够。
因此，系统管理员准备2TB的物理存储，并给服务器分配10TB的虚拟卷。
服务器即可基于仅占虚拟卷容量1/5的现有物理磁盘池开始运行。
这样的“始于小”方案能够实现更高效地利用存储容量。
当虚拟卷需要更多的物理容量时（如下图所示），会占用现有的物理卷容量。
为避免出现容量短缺，可使用预定义的使用阈值来监控物理磁盘池。
例如，将阈值定义为整个磁盘池容量的80%，则在达到阈值时，系统管理员就会收到扩展物理磁盘数量的警报。
因而，您无需停止系统，即可添加新的驱动器，同时确保系统运行的连续性。
2.主存储虚拟化与自动精简配置技术
自动精简配置技术又可以分为两类：
传统的解决方案和虚拟化解决方案。
传统的解决方案，其在磁盘管理上没有采用虚拟化的技术。
为此从性能方面将，其没有得到很大的提升。
还比较依赖于带宽、缓存、磁盘阵列的种类、物理硬盘的数量与性能等等因素。
而采用虚拟化技术的自动精简配置技术则不同。
这种类型的自动精简，通常对后端磁盘执行了虚拟化管理。
也就是说，将写操作和存储分配两个作业结合在一起，通过虚拟化技术从存储资源池分配存储到逻辑卷。
这与传统的解决方案相比，可以有更多的物理磁盘来支持每个逻辑卷。
这显然会减少输入输出的列队的次数，也可以减少某一个热点在同一块磁盘上发生过多次的可能性。
VNX支持基于自动分层的自动精简技术以及传统的自动精简技术，关于自动分层存储，参见《FASTVPfor统一存储VNX》。
3. VNX传统自动精简配置与虚拟化自动精简配置
VNX其实完全支持存储虚拟化的3种方法，参见《存储虚拟化的位置和方法》：
1.主存储端 参考《FAST（全自动自动分层）VPfor统一存储VNX》
2.存储网络端存储网络层的虚拟化可以采用InVista，参考《InVista仍然是EMC的可用之才》
3.主机端 这里VNXFILE也算是用到了，参见《VNXFILEAVM（自动卷管理）详解》
对于自动精简配置：
主机端：
FILE支持文件系统级别的自动精简配置，即ThinFileSystem。
主存储端：
BLOCK支持在传统RaidGroup与StoragePool上创建ThinLUN与ThickLUN，对应于传统自动精简配置与虚拟化自动精简配置。
其区别在《FASTVPfor统一存储VNX》已经讲的很清楚了，下面上2张图：
传统自动精简配置：
基于同一种磁盘类型的存储池
虚拟化传统自动精简配置：
基于不同磁盘类型的存储池
4.创建基于主存储虚级化的自动精简配置LUN
4.1ThinLUNorThickLUN
一句话：
性能与灵活性不能两全
4.2PoolLUNorTraditionalLUN
PoolLUN指从采用了主存储虚拟化（VNXFASTVP）的存储池（storagepoolforBLOCK）建立的LUN。
PoolLUN原理：
4.3Unisphere实例
详细步骤参考《VNXFILEAVM（自动卷管理）详解》。
5.UsingVirtualProvisioningforVNX FILE
VNXFILE只能创建3种形式的文件系统:
1）YoucancreatefilesystemsusingthinLUNsastheunderlyingstorage.
2）YoucancreatefilesystemsusingthickLUNsastheunderlyingstorage.
3）Youcanenablethinatthefilesystemlevelprovidedthattraditional（notpool）LUNsarebeingusedastheunderlyingstorage.
详情参考《VNXFILEAVM（自动卷管理）详解》。
6.ThinFileSystem
其实和ThinLUN差不多,只不过给主机呈现的是以文件系统的方式，可以通过CIFS或NFS方式访问。
注意的是不能在使用了主存储虚拟化（FASTVP）的LUN上创建ThinFilesystem。
原因很简单，没有必要再以及虚拟化的LUN再虚拟化一次，性能可能会牺牲先不说，管理起来也不方便。
6.1传统文件系统
6.2Thinfilesystem：
6.3创建ThinFileSystem
在操作系统端认为有10TB的可用空间，系统VNX只分配了200MB：
7.怎么选择TraditionalLUNorThin/ThickLUN
一句话：
越简单的LUN性能可能越好，当然灵活性越差.
8.TraditionalLUNorThin/ThickLUN之间的迁移
VNX是支持这三种LUN之间的迁移的，具体用法参考《迁移CLARiiON数据到VNX平台-使用SANCopy》。
9.参考
∙EMCVNXVirtualProvisioning
∙ManagingVolumesandFileSystemswithVNXAVMproductdocumentationprovidesfurtherinformationonusingAVMwithmappedpools.
升级会员 