近年来,随着云计算、物联网、互联网金融、灾备双活、软件定义存储、移动互联网、大数据等新技术、新业态的蓬勃发展,这也促使金融领域创新不断,业务种类增多,各种理财产品的出现,支付方式的变化,使得这一领域的信息化改造需求与日俱增。特别是金融行业,在数据安全、业务连续性等方面提出了更高的要求。
特别在城商行、农商行等核心关键业务存储使用上,问题点越来越明显:
1、使用的存储产品在成熟度、稳定性、高可用性等方面不高,存储的性能目前基本已经无法满足中等商业银行在日终批量、日间高并发时的需求
2、使用的存储种类繁多,各自进行管理,运维管理不便,增加了运维的复杂度和运维成本
3、存储与存储之间的数据复制和数据迁移复杂度高,而且需要相应的license,直接导致客户的成本提升,且需要停机,影响业务的连续性
4、存储类型繁多,设备利用率存在浪费现象,利用率不高
结合以上问题,企业启动针对各种老旧存储、异构存储的整理优化已经势在必行。实现存储设备的资源整合,使不同存储之间存储的数据可以不停机的进行迁移和数据复制;可以在线扩展方便;可以通过分层来提高存储的性能等。
而为了能更好的解决企业在做存储资源整合时面临的方案设计难点,twt社区特别邀请了在这方面有着丰富项目实践的专家线上与大家一起交流探讨。
在此活动中,大家都很积极提问和回答,现将此活动中,大家关心的问题做一下简单的总结:
A: 对于热点数据的处理,建议先确定热点数据,然后根据SVC提供的热点数据分层的功能来实现,不同性能的存储建在不同的存储池上!同时分给不同业务的主机使用!
A: SVC本身由成对节点组成,一对节点为一个IO GROUP,对外提供IO服务,这两个节点互为主备,几乎无缝切换和接管。本地两对节点组成2个IO GROUP,整个IO GROUP故障,可手动切换至另一个IO GROUP。倘若还不放心,用两个SVC IOGROUP,搭建两个SVC集群,放在两个站点,做METRO MIRROR同步,集群性故障,有容灾保护.
A: 一般来说分为几个阶段吧
1。前期准备:对系统现有状况和需求进行详细调查和讨论,收集系统现状,制定用户需求文档和实施方案。
2.现有数据的虚拟化:根据实施方案,将IBM SVC加入用户环境,实现用户SAN环境的虚拟化,在此基础上利用SVC的远程复制和在线迁移功能,实现两个数据中心之间及不同存储之间的数据复制。这里面包含san 交换机zone的规划,svc和svc 节点的zone的规划,svc和异构存储的规划,svc和主机间的规划
3.SAN的优化/整合:SVC实现对用户现有环境进行虚拟化后,用户可以根据应用/业务对存储空间的要求以及环境的变化,利用SVC对虚拟化的功能,动态、在线对目前数据进行调整和优化
A: SVC,所有的老旧存储只负责提供空间,存储的各类高级功能也就由SVC提供了,原有的存储的一些增强功能也就不需要了。
SVC兼容列表覆盖了绝大部分旧存储,即使不在兼容列表里的光纤存储,也可以提供空间,只是不能提供仲裁盘之类的增强作用。
1.双活场景:原有存储本来就很老旧,性能那么低,可靠性也差,组成双活的结果就是木桶效应,降低存储的整体可靠性,同时也拉低存储的性能
2、虚拟化后给上层应用:前提是你把老旧存储上的数据都迁移到新的存储里面,这样就可以把老旧存储重新配置,空间释放出来之后再进行虚拟化。如果这样何必用虚拟化网关来做存储整合,直接用新买存储内置的虚拟化功能模块即可,开启license即可,还能统一管理
3、异构虚拟化对存储性能的影响:最简单的一个道理,虚拟化网关不是向交换机那样能线速转发,至于性能影响多大,要看厂商的水平和虚拟化的实现机制。
查看svc的兼容性列表
https://www-03.ibm.com/systems/support/storage/ssic/interoperability.wss
A: 采用svc把闪存进行整合,是对性能没有影响的,这里你可以把全闪存单独建立在一个池里,作为高性能存储池使用,就是利用svc的分层功能,也可以禁用SVC写缓存,进入透写模式!
A: 比较区别大的:SVC的缓存机制是,A、B站点同时提供读写缓存,写缓存是镜像的,读缓存根据Host所在位置适配。对于写入来说能够一定程度的提升效率,由于写缓存的开放,切换时IO静默时间会稍微久一点。
VPLEX没有写缓存,读缓存是全局的,由于没有写缓存,写入效率就会降低写,因为要写入到AB站点后端存储才算完成,但切换时间会短一些
A: 重要一点加入svc后,做好zone的划分,原有lun的数据要让SVC通过 image mode继承原有的数据, 将image mode Vdisk分给原主机,需要提前在原主机上安装svc的多路径管理软件sddpcm!然后在原主机启动应用即可,所有过程没有数据移动,但是原磁盘设备已经纳入到SVC的管理之下.
然后在按下面步骤操作
A: 还是提前做调研比较好,根据企业自身的状况采用合适的产品,重要一点是预算,然后在结合市场上存储产品的占用率,性价比进行选择。像存储虚拟化整合产品有ibm 的svc ,emc vplex 等都可以去实现,选择前可以做一下对比,比如产品的市场占有率,服务等等,还有就是有无和企业相似的案例!
A: 两种方案应该是:存储网关实现存储双活、存储本身实现存储双活 这两种吧?
其实原理和技术都是类似的,相比较而言,前者将后者的实现技术从存储控制器中剥离,放到存储前面的专用硬件中去实现,实际上是弱化了存储本身的功能,一些不具备双活能力的存储,也具备了双活、容灾等功能,而这样剥离的后果也很明显,就是整体架构复杂化了,至于性能,前者和后者都旗鼓相当。当然后者也有直接将前者的技术集成到主控中,形成既可以整合、虚拟化,又可以自身双活的存储,同时带动其他被整合的存储,使其也具备双活的能力
A: 通过SVC本身产品中功能的LICENSE,与后端存储容量、品牌都无关,基础LICENSE是基本够用的,像远程复制的LICENSE是需要额外购买的。
A: 有改动,改动不大,之前主机---存储,之后主机---SVC---存储
将SVC实施到已有环境中的步骤
A: 一点就是二者适用场景不同,svc适用于大型企业,通过存储虚拟化整合提高生产率、利用率和降低采购成本;实现架构的灵活性和高可用性。v7000一般适用于中小企业,是虚拟化中的中端存储,一般是中小企业的核心存储或者是大型企业的二级存储或者分支机构核心存储,简单易用,允许客户将异构存储融合进虚拟化环境中,支持在线迁移,保护用户投资!
再是一个本身不提供存储,一个提供后端存储;SVC的产品型号丰富,不同型号,参数配置也不一,而V7000本身双控的配置参数相对较为固定;再者SVC的两个NODE可拉伸到两个机房,或者两个数据中心,而V7000双控只能在一起;SVC可组成2-8节点的集群,而V7000只有2个控制器做为NODE。
A: 对于高端存储,曾统计大致损失2%性能,对于低端存储,由于SVC的cache大于绝大部分低端存储,所以一般情况下是提升其性能。
A: 类似,存储网关中的软件不再只在专有硬件上使用,可灵活移至X86服务器中,以软件形式安装,部署使用时,其实现原理和读写过程是类似的。
只不过后者更灵活,成本更低廉,可控,而前者软件封装在专有硬件中,可靠性更强,规避了X86操作系统故障隐患。
A: 兼容性这一点,目前毫无疑问是SVC遥遥领先,可自行查询兼容性列表。
至于性能,同时期的IBM SVC 要好于emc vplex,和HDS似乎没有网关产品,必须高端存储兼任,应用场景没有可比性。
A: 这里就应该是svc的优势所在了,采用svc虚拟存储化网关重要一点是利旧存储,节点空间,而且可以实现不同存储之间的存储复制和数据迁移,也可以实现存储双活功能,大大能降低企业的成本,做到空间合理利用!
同时,支持存储间的同步、异步容灾乃至双活灾备。此外镜像冗余,精简配置,压缩,虚拟化,克隆,备份,甚至还有存储热点自动分层(EasyTier)有都支持。
此外,由于支持存储镜像,可以节省了就存储的维保费用。对于老旧低端存储,还能大部分场景下提升性能。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞8
添加新评论0 条评论