在越来越强调运维体系化及标准化的时代管理异构存储对于运维人员来说终究是一件恼人的活。随着快速响应和快速迭代的强烈需求增长存储的快速扩容和业务无感知已经不再是理论而是现实情况。存储虚拟化技术为企业的异构存储进行标准化管理实现业务无感知扩容等。以下是针对存储虚拟化技术在传统企业应用实践社区内相关领域专家和会员的一些分享供大家参考。1、存储虚拟化适合哪些场景邓毓存储虚拟化整合通常用在SAN网络和存储繁多、复杂、架构不清晰业务系统所用存储没有规范性随着存储老旧业务连续性得不到保证而且数据迁移比较困难本地存储没有保护或者存储本身不能实现容灾等场景。Cid存储虚拟化最适合现有存储架构负载存储品牌较多架构不清晰的IT系统场景。2、存储虚拟化与软件定义的区别chinesezzqiang软件定义存储是以存储虚拟化技术为基础但是又比存储虚拟化更灵活。其实存储虚拟化也可以归入软件定义存储的类别实际上很多虚拟化存储厂商也是这么做的。但是严格意义上来说这两者又略有不同存储虚拟化一般只能在专门的硬件设备上使用很多产生过都要使用专门量身定做的设备才能进行存储虚拟化而软件定义存储则没有设备限制其简单的可以理解成就是一个存储的管理程序。软件定义的存储可以像是现有操作系统和管理软件的一个结合能够完整的实现我们对存储系统的部署、管理、监控、调整等多个要求可以给我们的存储系统带来灵活、自由和高可用等特点。当然存储行业要想实现这个功能或者说是愿景就需要摒弃之前各个系统的闭塞性采用更为开放的存储架构和接口。3、全闪存存储和传统存储在存储虚拟化方面对比有哪些优势chinesezzqiang对于存储虚拟化层来说不论是全闪存、混合存储或传统存储均是可被虚拟化的存储资源并没有太大区别当然全闪存存储的性能和延时相对于传统存储来说均有很大的提升目前存储行业的趋势会逐渐淘汰掉高转速15K 10k RPM的机械硬盘介质使用SSD介质来替代所以如果考虑新购高性能存储的场景建议直接使用全闪存阵列。4、企业实施存储虚拟化需要注意哪些关键点有哪些难点问题chinesezzqiang1.确定企业的存储虚拟化策略规划2.业务数据的分类规划3.数据生命周期4.存储层次以及服务级别5.数据的安全性和兼容性5、 存储虚拟化上的数据安全如何保证chinesezzqiang存储虚拟化其实在一定程度上已经实现一部分的冗余安全。原本的每个业务用一个存储。任何一个存储出现故障都会造成业务的数据丢失。做了存储虚拟化之后。存储形成了存储池。在相应的对存储资源进行补充利用存储虚拟化的比如镜像集群等功能。还是避免了原有的存储的单点故障的一些风险的。虽然存储虚拟化实现了异构设备的共存与管理但是在数据的安全上仍然不是万能的建议用以下方式定期备份确保数据安全1.定期对数据进行异地备份2.通过SVC实现关键数据的灾备6、存储虚拟化整合与容灾的关系【问题描述】对于配备多种异构存储的数据中心来说存储的虚拟化整合是否是实现异地容灾的前提条件SVC、VPLEX这类设备是否为必需SamuelSungSVC、Vplex这类设备是存储虚拟化整合推荐的设备尤其是存在多种异构存储但不是必须的。因为使用一些分布式存储的整合软件产品也可以达成存储虚拟化的整合但是实现的效果要差一些。异地容灾是很多重要系统的必要数据保障在一些海关认证、等保等评定时也是有硬性要求的。但是异地容灾跟存储虚拟化整合不是一个概念。比如数据库的很多灾备可以进行异地灾备不需要进行存储的虚拟化整合甚至是异构的设备也可以完成只是对带宽的要求较高。目前硬件厂商的方案更多的是借助于此类设备进行整合实施成本较低。邓毓存储虚拟化整合和容灾没有必然联系但通过存储虚拟化网关可以将原先无法实现存储层面容灾的存储一并实现容灾比如之前异构的多套存储ABC只有C具备存储层面数据级容灾方案而AB两个没有相关方案支持但通过虚拟化网关D整合了AB,C在容灾端也搭建虚拟化网关E可以通过D、E的容灾方案使得AB存储也实现了存储层的容灾。目前SVCVPLEX是业内两种比较好的存储虚拟化整合方案Cid存储虚拟化和容灾没有必然联系。简单的举个例子我有3台不同品牌存储3台存储上的数据均要容灾不做存储虚拟化我需要在灾备站点再买3台对应品牌同系列的存储在可以进行容灾且要同时管理我的3套不同DR系统。做存储虚拟化的话我这三台存储经过存储虚拟化后可以通过存储虚拟化层进行全部数据容灾容灾站点可以只买一台存储且我只需要管理一套容灾系统。7、分散存储系统的整合过程中的不同存储IO不同会不会造成性能瓶颈邓毓三种整合方式1IMAGE方式原先业务系统所用后端存储是什么整合过来后还是什么某些虚拟化网关还类似增加了后端存储缓存的效果性能得到些许提升。2MANAGE方式将多个性能不一的存储划LUN至存储虚拟化网关做成一个池这个池具备存储性能分层的能力热点数据进入性能高的后端存储温数据进入性能中的后端存储冷数据进入性能低的后端存储整合时将原先存储LUN的数据迁移至这个池当中。3原先业务系统所用的后端存储已经不能满足IO性能要求想通过此次整合迁移至更高端存储中去可以在被存储虚拟化网关接管后复制一份数据至更高端的存储LUN再进行切换即可。Cid一般在实际的存储虚拟化部署中部署存储虚拟化层以后除了虚拟化引擎的Cache可以对后端存储整体性能进行提升以外基本上决定应用性能的还是后端被虚拟化的各个存储不同存储的I/O在大多数情况下都不会互相影响造成性能瓶颈因为存储虚拟化层的性能上限一般都不低举个例子存储虚拟化设备的最大性能是100原有存储性能只有20那么就不会互相影响性能。极端情况如果虚拟化设备最大性能是100原有存储性能有150那么这时候就会由于争抢资源造成性能互相影响解决起来也很简单: 1.增加存储虚拟化设备的性能上限至200或更高 2.在存储虚拟化层设置QoS策略保证核心应用性能不受影响。8、存储虚拟化和存储整合会不会出现把鸡蛋都放在一个篮子里的问题有什么好解决方法和建议么潘延晟其实这个问题要辩证的去看数据不同于鸡蛋数据要求完整性放在一个篮子里风险高放在不通的篮子里风险同样高与其对很多个小篮子做保护不如把数据集中加强对这一个大篮子的保护。Cid这是一个很好的问题实际应用中确实存在这样的情况。进行存储虚拟化以后有很多客户会担心将所有的数据集中到一起如果存储虚拟化层发生问题那么全部的存储数据均会受到破坏是很恐怖的一件事情但是目前来看存储虚拟化技术发展到今天已经充分考虑到了这个风险目前我们有多种方式可以对存储虚拟化层进行保护如存储镜像卷不同的存储虚拟化引擎分组存储虚拟化引擎在线热备存储双活等等技术而且对于那些万分担忧的客户我们也在虚拟化层提供存储透写的功能会牺牲一部分存储虚拟化层的性能和高级功能透写的卷在存储虚拟化层发生故障时可以通过手工操作的方式恢复为没有存储虚拟化层的架构且数据完整。但以我个人的经验和建议在部署了存储虚拟化技术的IT架构中其数据的安全性要比多套存储独立使用的场景高得多过度的担心是没有必要的。邓毓1、整合时通过IMAGE方式去做后端存储脱离了存储虚拟化网关也能独立挂载给操作系统以防虚拟化网关集群级、软件BUG风险。2、多弄几个篮子增加存储虚拟化网关的节点数分散业务系统在不同的存储虚拟化网关节点。3、存储虚拟化网关的灾备建设在出现本地虚拟化网关集群BUG或者故障时数据级容灾可以规避该风险。4、数据备份是防范数据风险的最后一道防线。。